CN110490459A - 一种协议管理方法及装置 - Google Patents

Abstract

本发明提供了一种协议管理方法及装置，利用协议管理树模型对多业务协议集中统一管理，协议管理树模型中可以包括不同等级的协议管理节点，每个协议管理节点可以对应管理一种协议信息。通过协议管理树模型中的协议管理节点可以实现多协议类型、多产品、多业务类型下的协议信息的管理。当用户请求办理业务时，可以为用户构建协议管理树模型，或对已有协议管理树模型进行动态管理，实现业务协议的灵活动态管理。业务办理员可以通过查看各个用户的协议管理树模型，方便直观查看各个用户的协议内容以及协议进度。

Description

一种协议管理方法及装置

技术领域

本发明涉及计算机技术领域，特别涉及一种协议管理方法及装置。

背景技术

随着业务发展，业务种类也越来也多，不同的业务可能需要不同的协议来支持，协议越来越多样化和复杂。例如：传统信贷业务申请，一次协议签订往往针对单客户一种固定协议类型的业务办理，在办理协议过程中，额度控制关系也要求更为多样和灵活。解决复杂协议灵活定制管理、展示协议下额度控制全貌、并进行全流程跟踪协议状态非常有意义。

现有技术中，对于协议的管理方式不能非常友好的解决复杂协议类型下完整视图查看机制和交互机制，无法展示和实现动态调整复杂协议的额度控制。比如，列表方式不能直观体现协议之间的共享和层次关系，而视图方式适用于查看，不能很好支持额度节点的动态调整和管理。如何提出一种方案，实现对协议的灵活、动态管理是本领域继续解决的技术问题。

发明内容

本发明实施例提供了一种协议管理方法及装置，实现了对业务协议信息的灵活、动态管理。

一方面，提供了一种协议管理方法，所述方法包括：

接收用户的业务请求；

根据所述业务请求中的用户身份标识，获取所述用户对应的协议管理树模型，所述协议管理树模型中包括不同级别的协议管理节点，每个协议管理节点对应有一个协议信息；

根据所述业务请求中的协议类型，对所述协议管理树模型进行更新，所述更新包括：在所述协议管理树模型中增加对应的协议管理节点，或删除所述协议管理树模型中对应的协议管理节点，或修改所述协议管理树模型中所述协议类型对应的协议管理节点的协议信息。

另一方面，提供了一种协议管理装置，包括：

请求接收模块，用于接收用户的业务请求；

树模型获取模块，用于根据所述业务请求中的用户身份标识，获取所述用户对应的协议管理树模型，所述协议管理树模型中包括不同级别的协议管理节点，每个协议管理节点对应有一个协议信息；

协议管理模块，用于根据所述业务请求中的协议类型，对所述协议管理树模型进行更新，所述更新包括：在所述协议管理树模型中增加对应的协议管理节点，或删除所述协议管理树模型中对应的协议管理节点，或修改所述协议管理树模型中所述协议类型对应的协议管理节点的协议信息。

又一方面，提供了一种协议管理数据处理设备，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现上述实施例中的协议管理方法。

又一方面，提供了一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现上述实施例中的协议管理方法。

又一方面，提供了一种协议管理系统，包括：协议管理数据库、协议管理终端，其中：

所述协议管理数据库中存储有不同用户对应的协议管理树模型，所述协议管理树模型中包括不同级别的协议管理节点，每个协议管理节点对应有一个协议信息；

所述协议管理终端用于根据用户的业务请求，从所述协议管理数据库中获取对应的协议管理树模型，并基于业务请求中的协议类型，更新所述协议管理树模型，或在所述协议管理数据库中未存储所述用户的协议管理树模型时，基于业务请求中的协议类型，创建所述用户的协议管理树模型。

在本发明实施例中提供了一种协议管理方法、装置、处理设备、计算机存储介质、系统，利用协议管理树模型对业务协议进行管理，协议管理树模型中可以包括不同等级的协议管理节点，每个协议管理节点可以对应管理一种协议信息。通过协议管理树模型中的协议管理节点可以实现多协议类型、多产品、多业务类型下的协议信息的管理。当用户请求办理业务时，可以在该用户对应的协议管理树模型中增加或修改协议管理树模型中协议管理节点，实现业务协议的灵活动态管理。业务办理员可以通过查看各个用户的协议管理树模型，方便直观查看各个用户的协议内容以及协议进度。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：

图1是本说明书一个实施例中协议管理方法的流程示意图；

图2是本说明书一个实施例中协议管理树模型的原始状态；

图3是本说明书一个实施例中信贷业务场景中协议管理树模型的构建过程示意图；

图4是本说明书一个实施例中协议管理节点的节点规则设置示意图；

图5是本说明书一个实施例中协议管理节点的节点别名的示意图；

图6是本说明书一个实施例中协议管理装置的结构示意图；

图7是本说明书实施例中协议管理服务器的硬件结构框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施方式和附图，对本发明做进一步详细说明。在此，本发明的示意性实施方式及其说明用于解释本发明，但并不作为对本发明的限定。

用户在办理业务时，通常会签订业务协议，业务协议可以表示用于规定协议双方的权利、义务的内容。例如：在金融领域，当用户去银行办理贷款时，需要与银行签订贷款协议，贷款协议里可以包括贷款金额、币种、还款方式、还款期限等。不同的业务通常对应有不同的协议内容，一个用户可能会办理多种业务，当用户数量以及业务种类不断增多时，签订的协议也越来越多。

在这样的业务背景下，本说明书实施例，利用协议管理树模型，对业务协议进行管理，在协议管理树模型中可以构建不同等级的协议管理节点，每个协议管理节点可以对应管理一种协议内容。当用户请求办理业务时，可以在该用户对应的协议管理树模型中增加或修改协议管理树模型中协议管理节点，实现业务协议的灵活动态管理。业务办理员可以通过查看各个用户的协议管理树模型，方便直观查看各个用户的协议内容以及协议进度等。

本说明书中协议管理方法可以应用在不同业务办理的系统中如：银行系统，可以作为业务系统的协议管理平台，如：可以应用在信贷业务场景中，用于管理不同贷款业务中的额度协议管理。

本说明书中协议管理方法可以应用在客户端或服务器中，客户端可以是智能手机、平板电脑。

具体地，图1是本说明书一个实施例中协议管理方法的流程示意图，如图1所示，该方法可以包括以下步骤：

步骤102、接收用户的业务请求。

在具体的实时过程中，用户可以通过自己的客户端提交业务请求，或到业务办理实体店向业务办理员提交业务请求。其中，业务请求可以包括请求办理的业务类型、协议类型、用户身份标识等信息。如：用户请求办理某种贷款，则业务请求中可以包括：业务类型、产品、币种、金额、期限、用户身份标识等信息。

步骤104、根据所述业务请求中的用户身份标识，获取所述用户对应的协议管理树模型，所述协议管理树模型中包括不同级别的协议管理节点，每个协议管理节点对应有一个协议信息。

在具体的实施过程中，本说明书一些实施例中可以利用协议管理树模型对各个用户的协议进行管理，协议管理树模型可以理解为针对某一客户办理复杂协议的协议规则集合。协议管理树模型中包括不同级别的协议管理节点，每个协议管理节点对应有一个协议信息。协议信息可以理解为协议规则，即协议信息中规定了签订协议的双方协议双方的权利和义务。协议管理树模型中可以包括不同级别的协议管理节点如：根节点、一级协议管理节点，一级节点下可以包括子协议管理节点。

本说明书一些实施例中，可以构建一个树模型库，树模型库中可以存储各个用户对应的协议管理树模型，每个用户对应有自己的协议管理树模型，各个用户的协议管理树模型可以不相同。每个协议管理树模型中可以记录、管理用户的在指定时间内办理业务的协议信息。在接收到用户提交的业务请求后，可以根据业务请求中的用户身份标识从树模型库中获取该用户对应的协议管理树模型。需要说明的是，本说明书实施例中的用户可以指个人，也可以指企业，不作具体限定。

步骤106、根据所述业务请求中的协议类型，对所述协议管理树模型进行更新，所述更新包括：在所述协议管理树模型中增加对应的协议管理节点，或删除所述协议管理树模型中对应的协议管理节点，或修改所述协议管理树模型中所述协议类型对应的协议管理节点的协议信息。

在具体的实施过程中，在获取到用户的协议管理树模型后，可以根据用户提交的业务请求中的协议类型，对协议管理树模型中的协议管理节点进行更新。图2是本说明书一个实施例中协议管理树模型的原始状态，图中的额度树即本说明书实施例中记载的协议管理树模型，图中的“额度”可以理解为本说明书实施例中的协议。如图2所示，协议管理树模型的初始状态默认拥有一个虚拟root即根节点，在根节点下方展示有额度新增、额度删除，分别用于协议管理节点的新增和删除。额度停用和额度恢复用于协议管理节点的状态管理。如图2所示，协议管理树模型的右侧展示所选额度节点的协议信息(如图2中右侧空白区域)，用于维护协议下支持办理的客户、产品、币种、金额(额度)、期限等信息。模板导出和模板导入两个插件可将完整的树结构通过模板的方式实现复制，提升用户操作便利性。可以根据用户提交的业务请求中的协议类型，通过额度新增、额度删除插件，在用户的协议管理树模型中增加或删除对应的协议管理节点，还可以修改协议管理节点中的协议信息如：修改协议管理节点中的贷款金额，或通过额度停用和额度恢复修改协议管理节点的状态等。

其中，协议类型可以表示业务所需的规则，如：信贷业务领域中，协议类型可以包括普通额度的协议类型(该协议类型可以理解为区别于透支额度和经销商担保额度的普通贷款额度的协议类型)、透支额度的协议类型、经销商担保额度的协议类型以及开证行额度的协议类型。不同的业务领域，协议类型可以根据实际业务需要进行设置，本说明书实施例不作具体限定。通常情况下，一种协议类型可以在协议管理树模型中由一个协议管理节点进行管理，若一种协议类型有不同的业务需求，可以通过创建子协议管理节点进行管理。

本说明书实施例提供的协议管理方法，利用协议管理树模型对业务协议进行管理，协议管理树模型中可以包括不同等级的协议管理节点，每个协议管理节点可以对应管理一种协议信息。通过协议管理树模型中的协议管理节点可以实现多协议类型、多产品、多业务类型下的协议信息的管理。当用户请求办理业务时，可以在该用户对应的协议管理树模型中增加或修改协议管理树模型中协议管理节点，实现业务协议的灵活动态管理。业务办理员可以通过查看各个用户的协议管理树模型，方便直观查看各个用户的协议内容以及协议进度。

在上述实施例的基础上，本说明书一些实施例中，所述在所述协议管理树模型中增加对应的协议管理节点，可以包括：

根据所述业务请求中的协议类型，判断所述协议管理树模型中是否有对应的协议类型的协议管理节点；

若所述协议管理树模型中没有所述协议类型对应的协议管理节点，则创建一个新的一级协议管理节点，并根据所述协议类型对应的协议信息设置所述一级协议管理节点的节点规则；

若所述协议管理树模型中有所述协议类型对应的协议管理节点，则在所述协议管理树模型中的所述协议类型对应的协议管理节点下创建子协议管理节点，并根据所述协议类型对应的协议信息设置所述子协议管理节点的节点规则。

在具体的实施过程中，根据用户提交的业务请求，确定需要创建一个新的协议信息时，可以先根据业务请求中的协议类型，判断用户的协议管理树模型中是否有对应的协议类型的协议管理节点。若协议管理树模型中已经有该协议类型对应的协议管理节点，则可以在协议管理树模型中的所述协议类型对应的协议管理节点下创建子协议管理节点，并根据协议类型以及用户提交的其他业务请求，设置该子协议管理节点的节点规则。若协议管理树模型中没有用户当前提交的业务请求中的协议类型对应的协议管理节点，则可以在协议管理树模型中创建一个新的一级协议管理节点，并根据协议类型以及用户提交的业务请求中的其他信息，设置所述一级协议管理节点的节点规则。

例如：用户A是一家公司，该公司包括多家子公司，用户A的一家子公司本次请求办理一个普通额度的贷款业务，通过查询用户A的协议管理树模型，该协议管理树模型中的一级协议管理节点1管理的协议信息是用户A之前以总公司名义办理的普通额度的贷款业务。则可以在该一级协议管理节点1创建一个子协议管理节点用于管理本次用户A的子公司办理的普通额度的贷款业务的协议信息。若通过查询用户A的协议管理树模型，该协议管理树模型中没有任何一个节点是管理普通额度的协议信息，即用户A之前未办理过普通额度的贷款业务，则可以创建一个一级协议管理节点，用于管理用户A的子公司本次办理的普通额度的贷款业务的协议信息。

图3是本说明书一个实施例中信贷业务场景中协议管理树模型的构建过程示意图，如图3所示，图中的额度树即本说明书实施例中记载的协议管理树模型，图中的“额度”可以理解为本说明书实施例中的协议。如图3所示，选择根节点即root节点，通过额度新增，选择不同的额度类型，可新增一个额度节点(即协议管理节点)。root节点下的一级协议管理节点是有业务含义的额度节点，可设置并列的多个一级额度节点，如图3中所示的标号为1、2、3的属于协议管理树模型中的一级协议管理节点。

选择该一级协议管理节点，可以构建其子协议管理节点，子协议管理节点的协议类型从属于父协议管理节点。比如选择图3中的标号为1的一级协议管理节点，可以通过额度新增，创建一个标号为1.1的子协议管理节点，根据所选择的上一级节点自动生成。例如：某公司在银行办理了一笔业务签订了协议信息，该协议信息在协议管理树模型中可以利用一级协议管理节点1表示。之后该公司在银行请求为其名下的子公司办理业务，可以通过在一级协议管理节点1下创建子协议管理节点1.1、1.2等方式管理不同子公司的协议信息。此外，还可以通过额度删除选择某一个协议管理节点进行删除，并给出操作用户删除确认提示信息。

需要说明的是，子协议管理节点下还可以构建子节点，子协议管理节点的协议类型以及额度信息(如币种、金额、启用日期、结束日期)可以从一级协议管理节点继承。每个协议管理节点均可以独立定制自身额度节点规则及其他额度协议信息。图4是本说明书一个实施例中协议管理节点的节点规则设置示意图，如图4所示，协议管理节点可以通过定义节点规则，管理节点下客户所办理的业务种类、额度(金额)上限等协议信息。节点规则可以理解为协议信息的某些规则内容。

本说明书实施例，根据用户的业务请求，在用户的协议管理树模型中创建对应的协议管理节点，实现对协议信息的灵活管理。并通过不同级别的协议管理节点，分别管理不同类型的协议信息，同一个协议类型的不同协议信息可以在同一个一级协议管理节点下创建不同的子协议管理节点进行管理，方便业务员查看和对用户的协议信息进行追踪管理，实现了协议信息的分类、动态管理。

在上述实施例的基础上，本说明书一些实施例中，所述方法还可以包括：

协议管理节点下的子协议管理节点的协议规则满足所述协议管理节点的协议规则。

在具体的实施过程中，协议规则可以理解为协议管理节点所管理的协议信息的业务要求信息，如：贷款金额、期限信息等。协议管理树模型中父节点下的子协议管理节点的协议规则需要满足父节点的协议规则，如：子协议管理节点的贷款金额的总和不能超过父节点即一级协议管理节点的贷款金额，子协议管理节点的贷款期限信息不能超过父节点的贷款期限信息。例如：图3中的子协议管理节点1.1不能办理超过父节点1的剩余的额度(金额)的业务，节点1不能办理超过节点树下(以节点1作为跟节点的子树)的剩余额度(金额)的业务。如：若父节点1的协议信息中的贷款金额为100万，子协议管理节点1.1的协议信息中的贷款金额业务办理已经占用80万，若父节点1下又创建了一个子协议管理节点1.2，那么子协议管理节点1.2的业务办理的贷款金额不能超过20万。

本说明书实施例，通过协议管理树模型中的节点的层级关系，实现不同产品、不同客户的额度共享和自动分配。

在上述实施例的基础上，本说明书一些实施例中，所述方法还可以包括：

根据所述协议管理树模型中的协议管理节点的级别，设置所述协议管理节点的节点数字标识；

根据所述协议管理节点管理的协议信息，设置所述协议管理节点的节点别名；

根据所述协议管理节点的协议信息对应的处理状态，设置所述协议管理节点的图标。

在具体的实施过程中，可以根据协议管理树模型中的协议管理节点层级关系，设置协议管理节点的节点数字标识，如图3中，一级协议管理节点的数字标识为1、2、3，一级协议管理节点的子协议管理节点的数字标识可以分别为1.1、2.1、3.1，子协议管理节点下的子节点的数字标识可以为1.1.1、2.1.1，以此类推，设置各个协议管理节点的数字标识。通过分层级设置各个协议管理节点的数字标识，可以清晰的体现协议管理树模型中各个协议管理节点的层级关系，进一步清晰的表示各个管理节点中的协议信息的层级关系。

还可以根据各个协议管理节点管理的协议信息，设置协议管理节点的节点别名，节点别名可以为包括协议信息的关键内容，以方便业务管理员通过各个协议管理节点的别名能够清楚的获得该协议管理节点所管理的协议信息的内容，不需要具体点开查看。协议管理节点的节点别名可以直观的体现在协议管理树模型上，图5是本说明书一个实施例中协议管理节点的节点别名的示意图，图中的额度树即本说明书实施例中记载的协议管理树模型，图中的“额度”可以理解为本说明书实施例中的协议。如图5所示，协议管理节点1的节点别名为“贸易融资LC/TR+ITR+EID”，子协议管理节点1.1的节点别名为“OD-Sub Limit”，协议管理节点2的节点别名为“Corporate credit card”，协议管理节点3的节点别名为“Season Limit(1st May-31st Dec)”。

此外，还可以根据协议管理节点的协议信息对应的处理状态，设置各个协议管理节点的图标。如：信贷业务领域中随着业务流程的动态变化，协议信息的处理状态可以包括正常、失效、额度删除、变更锁定失效、变更锁定、待落实锁定失效、待落实锁定、失效锁定失效、失效锁定、已变更失效、已变更、已变更删除。每一种状态可以对应不同的图标，图标的具体形式可以根据实际需要进行选择，本说明书实施例不作具体限定。通过不同的图标可以简单直观的查看各个协议管理节点对应的协议信息的处理状态。

本说明书实施例，可以通过图标、节点的数字标识、节点别名，充分体现协议管理树模型的完整视图和层级关系，并将协议管理树模型与协议详细信息之间进行最大边界的隔离划分，通过协议管理树模型，可以直观了解业务办理一揽子协议、产品的概况等信息。

在上述实施例的基础上，本说明书一些实施例中，所述方法还可以包括：

在光标移动到所述协议管理节点上时，展示协议管理节点的提示信息，所述提示信息包括：所述协议管理节点管理的协议类型、协议状态、办理业务客户信息、协议的产品种类中的至少一个。

在具体的实施过程中，可以根据各个协议管理节点对应的协议信息，设置各个协议管理节点的提示信息，提示信息可以包括：协议管理节点管理的协议类型、协议状态、办理业务客户信息、协议的产品种类中的至少一个。在光标移动到协议管理节点上时，展示该协议管理节点的提示信息，以方便用户快速的查看各个协议管理节点的内容，方便用户快速查找不同协议信息。如图5所示，一级协议管理节点3的提示信息可以包括：该节点管理的协议信息的协议类型为普通额度、状态为额度未生效、产品信息为信用卡(贷记卡)。

在上述实施例的基础上，本说明书一些实施例中，所述方法还可以包括：

若根据所述业务请求中的用户身份标识，未获取到所述用户对应的协议管理树模型，则利用协议管理树模型的模板创建所述用户对应的协议管理树模型。

在具体的实施过程中，若接收到用户的业务请求，在树模型库中没有查询到该用户对应的协议管理树模型，则可以认为该用户第一办理业务。可以利用协议管理树模型的模板，根据用户的业务请求中的协议类型等信息，创建该用户对应的协议管理树模型。如图2所示，可以采用模板导入创建一个相同协议类型的协议管理树模型，在基于用户的具体业务信息，修改导入的协议管理树模型。

本说明书实施例，利用协议管理树模型很好的解决了为客户办理多协议类型、多产品和多业务类型下复杂额度控制的管理问题，支持多产品、多客户的协议办理、额度共享和额度分配机制，实现办理多协议全流程的协议动态管理。协议管理树模型摆脱了纯视图的静态缺陷，提供给用户更灵活、更为直观的“额度树视图”，是一种更为友好的交互方式。

本说明书中上述方法的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。相关之处参见方法实施例的部分说明即可。

基于上述所述的协议管理方法，本说明书一个或多个实施例还提供一种协议管理方法装置。所述的装置可以包括使用了本说明书实施例所述方法的系统(包括分布式系统)、软件(应用)、模块、组件、服务器、客户端等并结合必要的实施硬件的装置。基于同一创新构思，本说明书实施例提供的一个或多个实施例中的装置如下面的实施例所述。由于装置解决问题的实现方案与方法相似，因此本说明书实施例具体的装置的实施可以参见前述方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

具体地，图6是本说明书一个实施例中协议管理装置的结构示意图，如图6所示，本说明书实施例中一种协议管理装置可以包括：请求接收模块61、树模型获取模块62、协议管理模块63，其中：

请求接收模块61，可以用于接收用户的业务请求；

树模型获取模块62，可以用于根据所述业务请求中的用户身份标识，获取所述用户对应的协议管理树模型，所述协议管理树模型中包括不同级别的协议管理节点，每个协议管理节点对应有一个协议信息；

协议管理模块63，可以用于根据所述业务请求中的协议类型，对所述协议管理树模型进行更新，所述更新包括：在所述协议管理树模型中增加对应的协议管理节点，或删除所述协议管理树模型中对应的协议管理节点，或修改所述协议管理树模型中所述协议类型对应的协议管理节点的协议信息。

本说明书实施例提供的协议管理装置，利用协议管理树模型对业务协议进行管理，协议管理树模型中可以包括不同等级的协议管理节点，每个协议管理节点可以对应管理一种协议信息。通过协议管理树模型中的协议管理节点可以实现多协议类型、多产品、多业务类型下的协议信息的管理。当用户请求办理业务时，可以在该用户对应的协议管理树模型中增加或修改协议管理树模型中协议管理节点，实现业务协议的灵活动态管理。业务办理员可以通过查看各个用户的协议管理树模型，方便直观查看各个用户的协议内容以及协议进度。

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

本说明书实施例还提供一种协议管理数据处理设备，包括：至少一个处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现上述实施例的协议管理方法，所述方法包括：

接收用户的业务请求；

根据所述业务请求中的用户身份标识，获取所述用户对应的协议管理树模型，所述协议管理树模型中包括不同级别的协议管理节点，每个协议管理节点对应有一个协议信息；

根据所述业务请求中的协议类型，对所述协议管理树模型进行更新，所述更新包括：在所述协议管理树模型中增加对应的协议管理节点，或删除所述协议管理树模型中对应的协议管理节点，或修改所述协议管理树模型中所述协议类型对应的协议管理节点的协议信息。

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

在上述实施例的基础上，本说明书一个实施例中还可以提供一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现上述实施例中协议管理方法，所述方法包括：

接收用户的业务请求；

根据所述业务请求中的用户身份标识，获取所述用户对应的协议管理树模型，所述协议管理树模型中包括不同级别的协议管理节点，每个协议管理节点对应有一个协议信息；

根据所述业务请求中的协议类型，对所述协议管理树模型进行更新，所述更新包括：在所述协议管理树模型中增加对应的协议管理节点，或删除所述协议管理树模型中对应的协议管理节点，或修改所述协议管理树模型中所述协议类型对应的协议管理节点的协议信息。

所述存储介质可以包括用于存储信息的物理装置，通常是将信息数字化后再以利用电、磁或者光学等方式的媒体加以存储。所述存储介质有可以包括：利用电能方式存储信息的装置如，各式存储器，如RAM、ROM等；利用磁能方式存储信息的装置如，硬盘、软盘、磁带、磁芯存储器、磁泡存储器、U盘；利用光学方式存储信息的装置如，CD或DVD。当然，还有其他方式的可读存储介质，例如量子存储器、石墨烯存储器等等。

需要说明的，上述所述的计算机可读存储介质根据方法实施例的描述还可以包括其他的实施方式。具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

在上述实施例的基础上，本说明书一个实施例中还可以提供一种协议管理系统，包括：协议管理数据库、协议管理终端，其中：

所述协议管理数据库中存储有不同用户对应的协议管理树模型，所述协议管理树模型中包括不同级别的协议管理节点，每个协议管理节点对应有一个协议信息；

所述协议管理终端用于根据用户的业务请求，从所述协议管理数据库中获取对应的协议管理树模型，并基于业务请求中的协议类型，更新所述协议管理树模型，或在所述协议管理数据库中未存储所述用户的协议管理树模型时，基于业务请求中的协议类型，创建所述用户的协议管理树模型。

其中，关于协议管理树模型的具体结构可以参考上述实施例的记载，此处不再赘述。

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

本说明书提供的系统可以为单独的协议管理系统，也可以应用在多种数据分析处理系统中。所述系统可以包括上述实施例中任意一个协议管理装置。所述的系统可以为单独的服务器，也可以包括使用了本说明书的一个或多个所述方法或一个或多个实施例装置的服务器集群、系统(包括分布式系统)、软件(应用)、实际操作装置、逻辑门电路装置、量子计算机等并结合必要的实施硬件的终端装置。所述核对差异数据的检测系统可以包括至少一个处理器以及存储计算机可执行指令的存储器，所述处理器执行所述指令时实现上述任意一个或者多个实施例中所述方法的步骤。

本说明书实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的运算装置中执行。以运行在服务器上为例，图7是本说明书实施例中协议管理服务器的硬件结构框图。如图7所示，服务器10可以包括一个或多个(图中仅示出一个)处理器100(处理器100可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器200、以及用于通信功能的传输模块300。本邻域普通技术人员可以理解，图7所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器10还可包括比图7中所示更多或者更少的组件，例如还可以包括其他的处理硬件，如数据库或多级缓存、GPU，或者具有与图7所示不同的配置。

存储器200可用于存储应用软件的软件程序以及模块，如本说明书实施例中的风险防控方法对应的程序指令/模块，处理器100通过运行存储在存储器200内的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器200可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器200可进一步包括相对于处理器100远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输模块300用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端的通信供应商提供的无线网络。在一个实例中，传输模块300包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块300可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

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

本说明书提供的上述实施例所述的方法或装置可以通过计算机程序实现业务逻辑并记录在存储介质上，所述的存储介质可以计算机读取并执行，实现本说明书实施例所描述方案的效果。

本说明书实施例提供的上述风险防控方法或装置可以在计算机中由处理器执行相应的程序指令来实现，如使用windows操作系统的c++语言在PC端实现、linux系统实现，或其他例如使用android、iOS系统程序设计语言在智能终端实现，以及基于量子计算机的处理逻辑实现等。

需要说明的是说明书上述所述的装置、处理设备、计算机存储介质、系统根据相关方法实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照对应方法实施例的描述，在此不作一一赘述。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于硬件+程序类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、智能电话、平板计算机或者这些设备中的任何设备的组合。

虽然本说明书实施例提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

本说明书实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

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

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

Claims (10)

1.一种协议管理方法，其特征在于，所述方法包括：

接收用户的业务请求；

根据所述业务请求中的用户身份标识，获取所述用户对应的协议管理树模型，所述协议管理树模型中包括不同级别的协议管理节点，每个协议管理节点对应有一个协议信息；

根据所述业务请求中的协议类型，对所述协议管理树模型进行更新，所述更新包括：在所述协议管理树模型中增加对应的协议管理节点，或删除所述协议管理树模型中对应的协议管理节点，或修改所述协议管理树模型中所述协议类型对应的协议管理节点的协议信息。

2.根据权利要求1所述的方法，其特征在于，所述在所述协议管理树模型中增加对应的协议管理节点，包括：

根据所述业务请求中的协议类型，判断所述协议管理树模型中是否有对应的协议类型的协议管理节点；

若所述协议管理树模型中没有所述协议类型对应的协议管理节点，则创建一个新的一级协议管理节点，并根据所述协议类型对应的协议信息设置所述一级协议管理节点的节点规则；

若所述协议管理树模型中有所述协议类型对应的协议管理节点，则在所述协议管理树模型中的所述协议类型对应的协议管理节点下创建子协议管理节点，并根据所述协议类型对应的协议信息设置所述子协议管理节点的节点规则。

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

协议管理节点下的子协议管理节点的协议规则满足所述协议管理节点的协议规则。

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

根据所述协议管理树模型中的协议管理节点的级别，设置所述协议管理节点的节点数字标识；

根据所述协议管理节点管理的协议信息，设置所述协议管理节点的节点别名；

根据所述协议管理节点的协议信息对应的处理状态，设置所述协议管理节点的图标。

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

在光标移动到所述协议管理节点上时，展示协议管理节点的提示信息，所述提示信息包括：所述协议管理节点管理的协议类型、协议状态、办理业务客户信息、协议的产品种类中的至少一个。

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

若根据所述业务请求中的用户身份标识，未获取到所述用户对应的协议管理树模型，则利用协议管理树模型的模板创建所述用户对应的协议管理树模型。

7.一种协议管理装置，其特征在于，包括：

请求接收模块，用于接收用户的业务请求；

树模型获取模块，用于根据所述业务请求中的用户身份标识，获取所述用户对应的协议管理树模型，所述协议管理树模型中包括不同级别的协议管理节点，每个协议管理节点对应有一个协议信息；

协议管理模块，用于根据所述业务请求中的协议类型，对所述协议管理树模型进行更新，所述更新包括：在所述协议管理树模型中增加对应的协议管理节点，或删除所述协议管理树模型中对应的协议管理节点，或修改所述协议管理树模型中所述协议类型对应的协议管理节点的协议信息。

8.一种协议管理数据处理设备，其特征在于，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现权利要求1-6任一项所述方法的步骤。

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

10.一种协议管理系统，其特征在于，包括：协议管理数据库、协议管理终端，其中：

所述协议管理数据库中存储有不同用户对应的协议管理树模型，所述协议管理树模型中包括不同级别的协议管理节点，每个协议管理节点对应有一个协议信息；

所述协议管理终端用于根据用户的业务请求，从所述协议管理数据库中获取对应的协议管理树模型，并基于业务请求中的协议类型，更新所述协议管理树模型，或在所述协议管理数据库中未存储所述用户的协议管理树模型时，基于业务请求中的协议类型，创建所述用户的协议管理树模型。