本发明涉及保险领域，尤其涉及一种保险报价信息的展示方法、存储介质和服务器。
背景技术：
目前，在大多数保险公司的承保系统中，承保各环节已实现自动核保，其中包括自动报价环节，通过创建的多个流程来判断是否通过报价，并给出报价建议。但是，这些自动报价环节涉及各种政策维度、特殊标识、普通规则的组合，对于不熟悉的核保人员来说，各个自动报价环节的信息繁多且杂乱，不利于核保人员查询和了解。
技术实现要素：
本发明实施例提供了一种保险报价信息的展示方法、存储介质和服务器，能够以决策树的形式存储和展示各个报价环节，便于核保人员查询和了解报价环节的信息，使得各个自动报价环节的信息展示更直观、更形象。
第一方面，提供了一种保险报价信息的展示方法，包括：
获取待查询的报价环节；
确定所述待查询的报价环节所在的决策树，所述决策树上预先以节点的形式存储保险报价流程的各个报价环节，所述决策树上各个节点之间以父节点和子节点的形式关联起来；
判断确定出的所述决策树是否首次加载；
若确定出的所述决策树是首次加载，则将所述决策树加载到页面上，且查询并展示所述决策树的前x层节点，其余节点不展示，x为正整数；
若确定出的所述决策树不是首次加载，则按照所述决策树前一次加载的展示方式展示所述决策树，并展开所述待查询的报价环节所处的节点以及上层节点；
在所述决策树加载到页面上后，若检测到对所述决策树上指定节点的展开指令，则根据所述指定节点的id查询所述指定节点的所有子节点的id，然后根据所述所有子节点的id获取所述所有子节点的节点信息，并将获取到的节点信息加载至所述指定节点的下一层节点位置。
第二方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令被处理器执行时实现上述的保险报价信息的展示方法的步骤。
第三方面，提供了一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现上述的保险报价信息的展示方法的步骤。
从以上技术方案可以看出，本发明实施例具有以下优点：
本发明实施例中，首先，获取待查询的报价环节；然后，确定所述待查询的报价环节所在的决策树，所述决策树上预先以节点的形式存储保险报价流程的各个报价环节，所述决策树上各个节点之间以父节点和子节点的形式关联起来；判断确定出的所述决策树是否首次加载；若确定出的所述决策树是首次加载，则将所述决策树加载到页面上，且查询并展示所述决策树的前x层节点，其余节点不展示，x为正整数；若确定出的所述决策树不是首次加载，则按照所述决策树前一次加载的展示方式展示所述决策树；在所述决策树加载到页面上后，若检测到对所述决策树上指定节点的展开指令，则根据所述指定节点的id查询所述指定节点的所有子节点的id，然后根据所述所有子节点的id获取所述所有子节点的节点信息，并将获取到的节点信息加载至所述指定节点的下一层节点位置。在本发明实施例中，通过所述决策树预先完成对各个报价环节的流程设置，各个报价环节以节点的形式存储在所述决策树中，在展示这些报价环节时，可以展开所述待查询的报价环节所处的节点以及上层节点；并且，在需要时，用户可以输入展示指令来展开决策树上的指定节点，可见，以决策树的形式存储和展示各个报价环节，便于核保人员查询和了解报价环节的信息，使得各个自动报价环节的信息展示更直观、更形象。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例中一种保险报价信息的展示方法一个实施例流程图；
图2为本发明实施例中一种保险报价信息的展示方法在一个应用场景下添加新节点的流程示意图；
图3为本发明实施例中一种保险报价信息的展示方法步骤202在一个应用场景下的流程示意图；
图4为本发明实施例中一种保险报价信息的展示装置一个实施例结构图；
图5为本发明一实施例提供的服务器的示意图。
具体实施方式
本发明实施例提供了一种保险报价信息的展示方法、存储介质和服务器，用于解决承保的报价环节信息繁多、杂乱，不利于核保人员查询和了解的问题。
为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
请参阅图1，本发明实施例中一种保险报价信息的展示方法一个实施例包括：
101、获取待查询的报价环节；
本实施例中，用户可以查询保险报价流程上任意一个报价环节的报价信息，其可以手动输入需要查询的报价环节，也可以在系统界面上选择相应的报价环节，选中的报价环节即为待查询的报价环节。
为便于描述，本实施例中执行所述保险报价信息的展示方法的主体简称为执行主体，该执行主体具体可以是计算机、智能终端、服务器等设备。
102、确定所述待查询的报价环节所在的决策树；
本实施例中，所述决策树上预先以节点的形式存储保险报价流程的各个报价环节，所述决策树上各个节点之间以父节点和子节点的形式关联起来。特别地，本实施例中决策树可以通过ztree来实现。
可以理解的是，决策树上的各个节点均设有唯一id，系统可以使用表格记录各个节点id与报价环节的对应关系，但获取到待查询的报价环节之后，可以通过表格查询到该报价环节对应的节点id，从而确定具体的节点，也就知道确定出的节点所在的决策树是哪个了。另一种方式是，执行步骤102时，还可以直接提取报价环节的关键字，比如报价环节“续保”，则通过搜索各个决策树上的关键字“续保”，即可搜索到设有“续保”报价环节的节点所在的决策树。
103、判断确定出的所述决策树是否首次加载，若是，则执行步骤104，若否，则执行步骤105；
104、将所述决策树加载到页面上，且查询并展示所述决策树的前x层节点，其余节点不展示，x为正整数；
105、按照所述决策树前一次加载的展示方式展示所述决策树，并展开所述待查询的报价环节所处的节点以及上层节点；
对于上述步骤103～105，由于保险报价流程复杂且内容繁多，因此相应的决策树也非常庞大，一颗决策树上包含大量的节点。为便于用户查阅决策树，查询报价环节的相关信息，本实施例中，执行主体先判断该决策树是否首次加载，如果是，则将所述决策树加载到页面上，且查询并展示所述决策树的前x层节点，其余节点不展示，以体现前x层节点的整体结构，给查阅的用户关于决策树一种直观的连接和整体印象。
其中，x的值可以是预先设置的，比如x设为2，即展示前两层节点。进一步地，x的值可以由所述待查询的报价环节来决定。执行主体可以通过确定该待查询的报价环节处于决策树上哪一层的节点上，然后将确定的层数赋值给x。比如，待查询的报价环节在决策树的第3层节点，则可以确定x的值为3。
如果执行主体判断得知该决策树并非首次加载，则可以按照所述决策树前一次加载的展示方式展示所述决策树，并展开所述待查询的报价环节所处的节点以及上层节点。这样，既保留了用户上一次打开决策树时的展示方式，利于用户在更熟悉的展示方式下查阅决策树，另外，还把待查询的报价环节所处的节点展开，可以直接显示待查询的报价环节的相关信息。其中，由于决策树上各个节点之间的关联特性，因此，要展开某个节点时，需要将与该节点关联的上层节点一并展开。
106、在所述决策树加载到页面上后，若检测到对所述决策树上指定节点的展开指令，则根据所述指定节点的id查询所述指定节点的所有子节点的id；
本实施例中，在所述决策树加载到页面上后，用户可以任意展开所述决策树上的节点，通过点击等操作选中指定节点后，执行主体检测到用户对该指定节点的展开操作，接收到相应的展开指令，从而根据所述指定节点的id查询所述指定节点的所有子节点的id。
107、根据所述所有子节点的id获取所述所有子节点的节点信息；
在查询到指定节点的所有子节点的id之后，即可根据所述所有子节点的id获取所述所有子节点的节点信息，这里说的节点信息包括但不限于子节点的在决策树上的结构数据、子节点承载的报价环节的相关信息，等等。其中，若某个节点不具有子节点，则该节点承载的报价环节的相关信息中一般包含有报价信息。这里的报价信息是指报价环节所在的报价流程的最终报价结果。
108、将获取到的节点信息加载至所述指定节点的下一层节点位置。
在获取到所述所有子节点的节点信息之后，将这些节点信息加载至所述指定节点的下一层节点位置，已完成对指定节点的子节点展开，从而实现了用户展开节点的操作。
进一步地，在所述决策树加载到页面上之后，用户还可以在决策树上进行添加新节点的操作，如图2所示，具体步骤包括：
201、若检测到在所述决策树上添加新节点作为已有节点的子节点的操作，则弹出新节点的属性设置界面；
202、获取并存储用户在所述属性设置界面上设置的所述新节点的属性；
203、为所述新节点分配id；
204、建立所述已有节点的id与所述新节点的id之间的父子关系；
205、若所述已有节点设有报价信息，则将所述报价信息设置至所述新节点上。
对于上述步骤201，若执行主体检测到用户在所述决策树上添加新节点作为已有节点的子节点的操作，则弹出新节点的属性设置界面，用户可以在该属性设置界面上对新节点的属性进行设置。新节点的属性可以有多种，可以包括自动审核的条件以及对应的执行结果，比如，可以设置自动审核条件为“车辆不属于黑名单”，设置执行结果为“报价环节审核通过”。可知，这些新节点的属性可以根据需要由用户自行设定，本实施例对此不作限定。
对于上述步骤202，在用户设置好新节点的属性之后，用户可以点击属性设置界面上的“确定”按钮，从而执行主体可以获取并存储用户在所述属性设置界面上设置的所述新节点的属性。
优选地，如图3所示，上述步骤202可以包括：
301、获取用户在所述属性设置界面上设置的所述新节点的属性；
302、确定所述新节点所需设置属性的属性类型；
303、从预设的规则库中选取与所述属性类型对应的校验规则；
304、采用选取的校验规则对用户设置的属性进行校验；
305、若校验不通过，则提示用户在所述属性设置界面上更改不符合校验规则的属性；
306、若校验通过，则存储用户在所述属性设置界面上设置的所述新节点的属性。
为了规范新节点的属性设置，本实施例通过校验规则对用户设置的新节点属性进行校验，只有校验通过的属性才是新节点的有效属性。
对于上述步骤302，节点的属性可以大体区分为几种属性类型，包括基础数据类、自定义范围类、属于包含类这三种类型。举例说明，比如，关于承保方式的基础数据类属性可以是“续保”、“转保”、“新投保”三种；关于承保年限的自定义范围类属性可以是“小于1年”、“大于等于1年且小于5年”、“大于等于5年且小于10年”、“大于10年”四个范围；关于可承保的业务机构的属于包含类属性可以是节点承载的报价环节可由机构a、机构b或机构c中的任意一个或多个机构负责。
对于上述步骤303，可以理解的是，规则库中预先设置了不同属性类型对应的校验规则。比如，对于基础数据类的属性，一般可以规定同一节点的所有属性项要囊括所有选项，而且不同节点的属性项不能包含重复的选项，比如承包方式的属性项需要包含上述的“续保”、“转保”、“新投保”三种，不可缺少任何一个，否则不满足校验规则；对于自定义范围类的属性，一般可以规定不同节点之间的属性项的范围不能存在交叉，比如节点i的属性为“小于1年”，则在添加一个新节点j时，若该新节点j的属性设为“小于5年”，则节点j的属性项的范围与节点i的属性项范围交叉，从而不满足校验规则的要求；对于属于包含类的属性，一般可以规定多个属性项之间不能存在项目的交叉，比如新节点的第一个属性项设置了“机构a、机构b”作为负责机构，第二个属性项设置了“机构b、机构c”作为负责机构，第一个属性项与第二个属性项存在重复的项目“机构b”，因此不符合校验规则的要求，校验无法通过。
对于上述步骤304～306，在选取出对应的校验规则之后，即可根据这些校验规则对用户设置的属性进行逐条校验，检查用户设置的属性是否满足这些校验规则的要求，只要有其中一个属性不满足，则校验不通过，提示用户在所述属性设置界面上更改不符合校验规则的属性；当设置的属性全部满足选取出的校验规则时，校验通过，存储用户在所述属性设置界面上设置的所述新节点的属性。
对于上述步骤203，在创建出新节点时，需要为该新节点分配一个id，并可以确保同一决策树上各个节点的id互不相同。
对于上述步骤204，在设置完新节点的属性之后，可以建立所述已有节点的id与所述新节点的id之间的父子关系，从此，该已有节点为新节点的父节点，该新节点则为该已有节点的子节点。
对于上述步骤205，可以理解的是，在决策树中，要求处于报价流程最后的节点承载相应的报价信息，因此，在添加新节点时，如果添加的新节点为最后的节点，则需要将其父节点的报价信息设置给该新节点。
更进一步地，如果添加的新节点是位于中间层级的节点之后，则还需要处理新节点的子节点，将已有节点的子节点复制多分，分别插入到各个新节点的后面。具体为：若在添加所述新节点之前，所述已有节点已带有子节点，则复制所述已有节点的所有子节点；在建立所述已有节点的id与所述新节点的id之间的父子关系之后，将复制得到的所述所有子节点添加至所述新节点的下一层节点位置，作为所述新节点的子节点。在此过程中，复制得到的所有子节点的信息，除了节点id之外，其它信息均与原子节点的信息相同。
进一步地，在所述决策树加载到页面上之后，用户还可以在页面上选择一个或多个节点进行删除，用户选定并删除某个目标节点后，执行主体可以检测到对所述决策树上目标节点的删除操作，然后将所述目标节点及其下层所有节点修改为失效状态，处于失效状态的节点在所述决策树展示时不显示；接着，重新加载所述决策树，重新加载后的这些节点不再显示于决策树上，也即页面上。
进一步地，用户还可以在决策树上对节点进行复制、粘贴操作。在用户选中需要复制的一个或者多个节点之后，执行主体创建新节点(该新节点除了节点id不同以外，其它信息均与原节点相同)。如果选中的节点还设有下层节点，则执行主体一并创造与这些下层节点相同的新下层节点，并且创建出的新下层节点的父节点id为创建的新节点的节点id。也即，复制节点的同时，还会一并复制该节点下的所有子节点。在粘贴操作中，用户可以选中要粘贴到的目标节点，执行主体将前面复制的新节点的父节点id更换为目标节点id，这样就使得所有复制的节点与目标节点建立好了层级之间的关联关系。特别地，如果用户选中的节点中包含有报价信息，则报价信息也会复制至关联的新节点上。
进一步地，用户还可以在决策树上选择性地隐藏某些节点，这里说的隐藏操作与上述的展开操作为两个相反的操作。隐藏操作是指将指定节点下的所有下层节点的信息隐藏起来，不在当前的页面上显示。具体为，当用户选中需要隐藏的节点时，执行主体将选中的节点及其所有下层节点的状态属性修改为隐藏，隐藏状态下的节点将不在页面上显示出来。
在本实施例中，通过所述决策树预先完成对各个报价环节的流程设置，各个报价环节以节点的形式存储在所述决策树中，在展示这些报价环节时，可以展开所述待查询的报价环节所处的节点以及上层节点；并且，在需要时，用户可以输入展示指令来展开决策树上的指定节点，可见，以决策树的形式存储和展示各个报价环节，便于核保人员查询和了解报价环节的信息，使得各个自动报价环节的信息展示更直观、更形象。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
上面主要描述了一种保险报价信息的展示方法，下面将对一种保险报价信息的展示装置进行详细描述。
图4示出了本发明实施例中一种保险报价信息的展示装置一个实施例结构图。
本实施例中，一种保险报价信息的展示装置包括：
待查询环节获取模块401，用于获取待查询的报价环节；
决策树确定模块402，用于确定所述待查询的报价环节所在的决策树，所述决策树上预先以节点的形式存储保险报价流程的各个报价环节，所述决策树上各个节点之间以父节点和子节点的形式关联起来；
首次加载判断模块403，用于判断确定出的所述决策树是否首次加载；
第一加载模块404，用于若所述首次加载判断模块403的判断结果为是，则将所述决策树加载到页面上，且查询并展示所述决策树的前x层节点，其余节点不展示，x为正整数；
第二加载模块405，用于若所述首次加载判断模块403的判断结果为否，则按照所述决策树前一次加载的展示方式展示所述决策树，并展开所述待查询的报价环节所处的节点以及上层节点；
展开节点模块406，用于在所述决策树加载到页面上后，若检测到对所述决策树上指定节点的展开指令，则根据所述指定节点的id查询所述指定节点的所有子节点的id，然后根据所述所有子节点的id获取所述所有子节点的节点信息，并将获取到的节点信息加载至所述指定节点的下一层节点位置。
进一步地，所述保险报价信息的展示装置还可以包括：
界面弹出模块，用于若检测到在所述决策树上添加新节点作为已有节点的子节点的操作，则弹出新节点的属性设置界面；
新节点属性获取模块，用于获取并存储用户在所述属性设置界面上设置的所述新节点的属性；
id分配模块，用于为所述新节点分配id；
节点关联模块，用于建立所述已有节点的id与所述新节点的id之间的父子关系；
报价信息设置模块，用于若所述已有节点设有报价信息，则将所述报价信息设置至所述新节点上。
进一步地，所述保险报价信息的展示装置还可以包括：
子节点复制模块，用于若在添加所述新节点之前，所述已有节点已带有子节点，则复制所述已有节点的所有子节点；
子节点添加模块，用于在建立所述已有节点的id与所述新节点的id之间的父子关系之后，将复制得到的所述所有子节点添加至所述新节点的下一层节点位置，作为所述新节点的子节点。
进一步地，所述新节点属性获取模块可以包括：
属性获取单元，用于获取用户在所述属性设置界面上设置的所述新节点的属性；
属性类型确定单元，用于确定所述新节点所需设置属性的属性类型；
校验规则选取单元，用于从预设的规则库中选取与所述属性类型对应的校验规则；
属性校验单元，用于采用选取的校验规则对用户设置的属性进行校验；
提示更改单元，用于若所述属性校验单元的校验结果为校验不通过，则提示用户在所述属性设置界面上更改不符合校验规则的属性；
属性存储单元，用于若所述属性校验单元的校验结果为校验通过，则存储用户在所述属性设置界面上设置的所述新节点的属性。
进一步地，所述保险报价信息的展示装置还可以包括：
状态无效模块，用于若检测到对所述决策树上目标节点的删除操作，则将所述目标节点及其下层所有节点修改为失效状态，处于失效状态的节点在所述决策树展示时不显示；
节点重载模块，用于重新加载所述决策树。
图5是本发明一实施例提供的服务器的示意图。如图5所示，该实施例的服务器5包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机可读指令52，例如执行上述保险报价信息的展示方法的程序。所述处理器50执行所述计算机可读指令52时实现上述各个保险报价信息的展示方法实施例中的步骤，例如图1所示的步骤101至108。或者，所述处理器50执行所述计算机可读指令52时实现上述各装置实施例中各模块/单元的功能，例如图4所示模块401至406的功能。
示例性的，所述计算机可读指令52可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器51中，并由所述处理器50执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令的指令段，该指令段用于描述所述计算机可读指令52在所述服务器5中的执行过程。
所述服务器5可以是本地服务器、云端服务器等计算设备。所述服务器可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是服务器5的示例，并不构成对服务器5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述服务器还可以包括输入输出设备、网络接入设备、总线等。
所述处理器50可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器51可以是所述服务器5的内部存储单元，例如服务器5的硬盘或内存。所述存储器51也可以是所述服务器5的外部存储设备，例如所述服务器5上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述存储器51还可以既包括所述服务器5的内部存储单元也包括外部存储设备。所述存储器51用于存储所述计算机可读指令以及所述服务器所需的其他程序和数据。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。