用于目标保单的处理方法、电子设备和可读存储介质与流程

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.所述第二电子设备根据所述计算单元的计算因子，从所述目标保单数据中确定匹配于所述计算因子的值，并执行所述计算计划。
35.在上述第一方面的一种可能的实现方式中，所述第二电子设备基于所述目标保单数据以及所述多个计算单元的配置数据，执行所述计算计划，还包括：
36.所述第二电子设备基于所述目标保单数据以及所述多个计算单元的配置数据，执行所述计算计划，得到所述计算计划的计算过程数据和计算结果，其中，所述计算过程数据用于描述各所述计算单元的所述配置数据及对应的值、各所述计算单元的计算顺序。
37.在上述第一方面的一种可能的实现方式中，上述方法还包括：
38.所述第一电子设备获取用户的第二查询操作，所述第二查询操作用于查询所述计算过程数据和所述计算结果；
39.所述第一电子设备响应于所述第二查询操作，向所述第二电子设备发送第二查询请求；
40.所述第二电子设备响应于所述第二查询请求，向所述第一电子设备发送所述计算过程数据和所述计算结果；
41.所述第一电子设备向所述用户显示所述计算过程图数据。
42.在上述第一方面的一种可能的实现方式中，所述计算过程数据和所述计算结果表征为计算过程图数据，其中所述计算过程图数据以各所述计算单元、各所述计算单元的配置数据以及对应的值为节点，以各所述计算单元的数据流动方向为边。
43.第二方面，本技术实施例提供了一种用于目标保单的处理方法，应用于包括第三电子设备的系统，包括：
44.确定与目标保单关联的多个计算单元，以及用于所述多个计算单元的配置数据，其中，所述多个计算单元用于组合计算所述目标保单的保费，所述配置数据包括各所述计算单元的计算因子、所述计算因子对应的数据对象类型以及计算规则；
45.根据所述多个计算单元的所述配置数据，确定所述多个计算单元的关联信息，其中，所述关联信息用于描述所述多个计算单元的计算因子的引用关系；
46.基于所述关联信息，确定所述目标保单的计算图数据，其中，所述计算图数据以所述多个计算单元为节点，以所述引用关系为边；
47.基于所述计算图数据，确定所述目标保单的计算计划，其中，所述计算计划用于描述所述多个计算单元用于处理所述目标保单的执行顺序以及所述引用关系。
48.第三方面，本技术实施例提供了一种电子设备，一个或多个处理器；一个或多个存储器；一个或多个存储器存储有一个或多个程序，当一个或者多个程序被一个或多个处理器执行时，使得电子设备执行上述用于目标保单的处理方法。
49.第四方面，本技术实施例提供了一种计算机可读存储介质，存储介质上存储有指令，指令在计算机上执行时使所述计算机执行上述用于目标保单的处理方法。
50.第五方面，本技术实施例提供了一种计算机程序产品，计算机程序产品包括指令，
该指令在执行时使计算机执行上述用于目标保单的处理方法。
附图说明
51.图1所示为本技术实施例提供的一种基于多个计算单元进行保费计算的应用场景示意图；
52.图2所示为本技术实施例提供的一种数据对象的结构示意图；
53.图3所示为本技术实施例提供的一种电子设备的硬件结构框图；
54.图4所示为本技术实施例提供的一种用于目标保单的处理方法的流程示意图；
55.图5所示为本技术实施例提供的一种计算单元的配置数据的结构示意图；
56.图6所示为本技术实施例提供的一种计算图数据的结构示意图；
57.图7所示为本技术实施例提供的一种用于目标保单的处理方法的流程示意图。
具体实施方式
58.以下基于实施例对本发明进行描述，但是本发明并不仅仅限于这些实施例。在下文对本发明的细节描述中，详尽描述了一些特定的细节部分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本发明。为了避免混淆本发明的实质，公知的方法、过程、流程、元件和电路并没有详细叙述。
59.此外，本领域普通技术人员应当理解，在此提供的附图都是为了说明的目的，并且附图不一定是按比例绘制的。
60.除非上下文明确要求，否则整个说明书中的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义；也就是说，是“包括但不限于”的含义。
61.在本发明的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。
62.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术的实施方式作进一步地详细描述。
63.在介绍本技术中的方案之前，为了便于理解本技术中的方案，下面结合图1对本技术的应用场景进行介绍。
64.图1所示为本技术实施例提供的一种基于多个计算单元进行保费计算的应用场景示意图。
65.如图1所示，用户1将配置的多个计算单元提供给保费系统100的应用模块101，应用模块101接收多个计算单元并发送给计算引擎102进行计算逻辑配置。应用模块101还可以接收来自用户2的保单数据。计算引擎102可以根据多个计算单元，配置保费的计算计划，并可以基于计算计划以及保单数据进行计算。计算引擎102可以将计算后得到的计算结果以及配置的计算计划返回给应用模块101，应用模块101根据返回的计算结果进行后续处理，或将计算结果以及计算逻辑展示给用户1。
66.可以理解，计算逻辑为保费系统100实现业务功能所需的与计算相关的元素，可以包括但不限于计算过程、计算规则、计算公式等。具体来说，一些基本的计算逻辑例如计算表达式、扩展函数、变量、过滤器、决策树等。计算逻辑中通常包括数据参数，计算逻辑根据
数据参数的赋值进行计算，得到具体的计算逻辑结果。
67.可以理解，计算单元为用户1根据保费的计算逻辑，以及预设的计算逻辑分解方法，对计算逻辑进行拆分得到的，能够实现部分计算过程的单元。
68.可以理解，用户1可以为系统配置人员，即对保费系统100进行管理与相关配置的人员，也可以为业务人员，即熟悉软件项目的业务相关的人员。用户2可以为购买保单的客户。
69.应用模块101用于获取用户1提供的多个计算单元，以及用户2提供的保单数据，获取方式可以采用多种方式，可以包括但不限于：以界面方式获取、以文件形式获取、根据用户选择获取等。例如，在计算逻辑配置阶段，应用模块101可向用户1提供计算单元配置界面，用户11在输计算单元配置界面中进行相关数据的输入，在用户1输入完毕后，计算单元配置界面将用户输入的数据提交给应用模块101；用户1也可以预先将多个计算单元存储在数据文件中，将数据文件提交给应用模块101，应用模块101通过解析数据文件得到多个计算单元；应用模块101可以向用户1提供多个预设的计算单元模板，并将用户1选择的计算单元模板或修改后的计算单元模板作为使用的计算单元。在保费计算阶段同理，在此不作赘述。
70.可以理解，保费系统100可以应用于电子设备上，电子设备包括但不限于手机(包括折叠屏手机)、平板电脑、膝上型计算机、台式计算机、服务器、可穿戴设备、头戴式显示器、移动设备、车机设备、便携式游戏机、便携式音乐播放器、阅读器设备、其中嵌入或耦接有一个或多个处理器的电视机等各类电子设备。
71.如前文背景技术所述，现有的保费计算逻辑的分解、编排等，依赖于配置人员操作执行，为解决保险计算场景中计算引擎的配置、管理和变更繁琐的问题，本技术提供了一种用于目标保单的处理方法。
72.本技术实施例提供的用于目标保单的处理方法包括：计算引擎102基于获取到的保单的各计算单元的配置数据，确定各计算单元的依赖关系，并根据各计算单元的依赖关系确定保单的计算计划。其中，计算单元的配置数据包括计算单元的数据对象、计算因子以及计算规则，数据对象可以包括各保单元素及其对应的数据对象类型。进一步的，在保费计算阶段，计算引擎102可以基于获取到的保单数据以及预设的保单元素与数据对象的对应关系，执行计算计划，并将得到的计算结果返回给应用模块101进行数据处理或显示。计算引擎102还可以将基于各计算单元的依赖关系生成的计算图数据，返回给应用模块101输出显示。
73.本技术实施例提供的用于目标保单的处理方法，不需要配置人员对每个保单的计算逻辑进行分解，并对分解后的计算单元的计算顺序进行编排调用，配置人员只需要输入各计算单元的配置数据，计算引擎102可以基于各计算单元的配置数据，自动确定各计算单元的计算顺序，作出计算计划，可以降低配置人员配置执行逻辑的配置复杂度，提高计算引擎102的执行逻辑的配置效率。并且，相比于用户对各计算单元的计算顺序的编排调用，本技术实施例可以快速、准确地生成计算计划，对于配置人员的配置能力要求较低。
74.此外，基于各计算单元的依赖关系生成的计算图数据输出显示，可以帮助配置人员更好地理解保单的计算逻辑，便于配置人员查看修改各计算单元的配置数据。
75.在一些实施例中，计算引擎102可以基于各计算单元的依赖关系，优化各计算单元
的计算顺序和计算策略，提高计算引擎102的执行性能。
76.在一些实施例中，计算引擎102可以对执行计算计划过程中产生的计算过程数据进行存储，并可以即将计算过程数据以图像化的形式表示。配置人员可以基于计算过程数据查看计算过程，并调整计算单元的配置数据，提高配置的效率和质量。
77.在一些实施例中，保单数据以树状数据结构输入至计算引擎102，树状数据结构可例如图2所示。
78.如图2所示，树状数据结构为数据对象的树状数据结构，每个数据对象可以包括数据对象类型以及保单元素的属性字段。其中，数据对象类型可以包括保单、标的、责任、二级责任。其中，保单对应的保单元素可以例如生效日期、失效日期等，标的对应的保单元素可以例如性别、出生日期、职业等，责任、二级责任对应的保单元素可以包括各种保险金额，例如对于车辆保单，责任、二级责任可以例如车辆损失险金额、第三者责任险金额、玻璃碎裂险金额等。其中，保单元素的属性字段可以不存在于树状数据结构，可以表示为保单的产品定义中保单元素对应的编码。
79.例如，对于图2中的数据对象“责任201”，表示数据对象类型为责任，对应的保单元素为保单的产品定义中，编号为201的保单元素；例如，对于图2中的数据对象“二级责任203001”，表示数据对象类型为二级责任，对应的保单元素为保单的产品定义中，编号为203001的保单元素。
80.在一些实施例中，不同的保单类型可以对应不同的计算引擎102。例如，可以基于保单的保单类型，调用对应该保单类型的计算引擎102的应用程序编程接口(application programming interface，api)，实现对该保单类型对应的计算引擎102的调用。在一些实施例中，不同的保单类型可以对应同一个计算引擎102，并且计算引擎102可以包括多个计算号，每个计算号可以对应一种保单的计算计划的生成以及保费计算。本技术对此不作限制。
81.可以理解的是，在一些实施例中，本技术实施例提供的方法可以应用于包括服务端的电子设备300，其中的服务端可以例如图1中的计算引擎102，具体地，可以通过计算引擎生成并执行计算计划。在另一些实施例中，本技术实施例提供的方法可以应用于包括服务端、客户端的电子设备300，其中服务端可例如图1中的计算引擎102，客户端可例如图1中的应用模块101。进一步地，在一些实施例中，客户端可以获取用户1或用户2输入的数据，例如配置数据、保单数据等，并且客户端可以根据输入的配置数据生成计算计划，并将计算计划以及保单数据发送至服务端，服务端可以基于保单数据执行计算计划，并向客户端返回计算结果。在另一些实施例中，客户端可以获取用户1或用户2输入的数据，例如配置数据、保单数据等，并且客户端可以根据输入的配置数据生成计算图数据，并将计算图数据以及保单数据发送至服务端，服务端可以基于计算图数据生成计算计划，并基于保单数据执行计算计划，然后向客户端返回计算结果。在其他实施例中，客户端还可以只用于获取配置数据和保单数据，服务端用于生成并执行计算计划。本技术对此不作限制。
82.可以理解的是，本技术实施例中的应用模块101和计算引擎102可以对应于同一电子设备，也可以对应于不同电子设备。用户1和用户2输入数据对应的应用模块101可以应用于同一电子设备，也可以应用于不同电子设备。本技术对此不作限制。
83.下面在对本技术实施例提供的用于目标保单的处理方法进行介绍之前，先结合图3对应用本技术实施例的电子设备的硬件结构进行介绍。
84.图3所示为本技术实施例提供的一种用于实现用于目标保单的处理方法的电子设备300的硬件结构框图。在图3所示的实施例中，电子设备300可以包括一个或多个处理器301，与处理器301中的至少一个连接的系统控制逻辑302，与系统控制逻辑302连接的系统内存303，与系统控制逻辑302连接的非易失性存储器(non-volatile memory，nvm)304，以及与系统控制逻辑302连接的网络接口306。
85.在一些实施例中，处理器301可以包括一个或多个单核或多核处理器。在一些实施例中，处理器301可以包括通用处理器和专用处理器(例如，图形处理器，应用处理器，基带处理器等)的任意组合。在电子设备300采用增强型(evolved node b，enb)或无线接入网(radio access network，ran)控制器的实施例中，处理器301可以被配置为执行各种符合的实施例。例如，处理器301可以用于执行用于目标保单的处理方法。
86.在一些实施例中，系统控制逻辑302可以包括任意合适的接口控制器，以向处理器301中的至少一个和/或与系统控制逻辑302通信的任意合适的设备或组件提供任意合适的接口。
87.在一些实施例中，系统控制逻辑302可以包括一个或多个存储器控制器，以提供连接到系统内存303的接口。系统内存303可以用于加载以及存储数据和/或指令。例如，系统内存303可以加载本技术实施例中解析计算逻辑的指令，也可以保存输入数据和配置数据等。
88.在一些实施例中电子设备300的系统内存303可以包括任意合适的易失性存储器，例如合适的动态随机存取存储器(dynamic random access memory，dram)。
89.nvm存储器304可以包括用于存储数据和/或指令的一个或多个有形的、非暂时性的计算机可读介质。在一些实施例中，nvm存储器304可以包括闪存等任意合适的非易失性存储器和/或任意合适的非易失性存储设备，例如硬盘驱动器(hard disk drive，hdd)，光盘(compact disc，cd)驱动器，数字通用光盘(digital versatile disc，dvd)驱动器中的至少一个。在本技术实施例中，nvm存储器304可以用于存储应用模块获取的输入数据和配置数据。
90.nvm存储器304可以包括安装电子设备300的装置上的一部分存储资源，或者它可以由设备访问，但不一定是设备的一部分。例如，可以经由网络接口306通过网络访问nvm存储器304。
91.特别地，系统内存303和nvm存储器304可以分别包括：指令305的暂时副本和永久副本。指令305可以包括：由处理器301中的至少一个执行时导致电子设备300实施如图3所示的方法的指令。在一些实施例中，指令305、硬件、固件和/或其软件组件可另外地/替代地置于系统控制逻辑302，网络接口306和/或处理器301中。
92.网络接口306可以包括收发器，用于为电子设备300提供无线电接口，进而通过一个或多个网络与任意其他合适的设备(如前端模块，天线等)进行通信。在一些实施例中，网络接口306可以集成于电子设备300的其他组件。例如，网络接口306可以集成于处理器301的，系统内存303，nvm存储器304，和具有指令的固件设备(未示出)中的至少一种，当处理器301中的至少一个执行所述指令时，电子设备300实现如方法实施例中示出的方法。在本技术实施例中，网络接口306可以用于接收应用模块发送的输入数据和配置数据。
93.网络接口306可以进一步包括任意合适的硬件和/或固件，以提供多输入多输出无
线电接口。例如，网络接口306可以是网络适配器，无线网络适配器，电话调制解调器和/或无线调制解调器。
94.在一些实施例中，处理器301中的至少一个可以与用于系统控制逻辑302的一个或多个控制器的逻辑封装在一起，以形成系统封装(system in a package，sip)。在一些实施例中，处理器301中的至少一个可以与用于系统控制逻辑302的一个或多个控制器的逻辑集成在同一管芯上，以形成片上系统(system on chip，soc)。
95.电子设备300可以进一步包括：输入/输出(i/o)设备307。i/o设备307可以包括用户界面，使得用户能够与电子设备300进行交互；外围组件接口的设计使得外围组件也能够与电子设备300交互。
96.可以理解的是，图3示意的结构并不构成对电子设备300的具体限定。在本技术另外一些实施例中电子设备300可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以由硬件或软件，或软件和硬件的组合实现。
97.下面结合图4，以实施主体为客户端，对本技术实施例提供的用于目标保单的处理方法进行介绍。
98.图4所示为本技术实施例提供的一种用于目标保单的处理方法的流程示意图。可以理解，该流程的执行主体可以是任意包括客户端的电子设备，客户端可以为应用模块101。
99.如图4所示，该方法包括：
100.401：获取目标保单对应的多个计算单元的配置数据。
101.可以理解，各计算单元的配置数据可以为表征计算逻辑的各计算单元的基础信息，可以包括计算单元的计算因子、计算规则以及适用的数据对象。
102.可以理解，数据对象可以包括保单元素的属性及其对应的数据对象类型。其中，数据对象类型是配置人员根据目标保单的产品定义中，参与保费计算逻辑的多个保单元素的用途，预先划分好的数据对象类型。例如，图2中，数据对象类型可以包括保单、标的、责任、二级责任。保单包括的保单元素可以例如保单的生效日期、失效日期等。标的可以包括目标保单中表征被保人基本信息的保单元素，例如被保人性别、出生日期、职业等。责任或二级责任可以包括目标保单中表征保险金额的保单元素，例如对于车险保单，责任或二级责任包括的保单元素可以例如车辆损失险金额、第三者责任险金额、玻璃碎裂险金额等。
103.在一些实施例中，数据对象的保单元素的属性可以通过保单元素的属性字段表示。例如，“保险金额总和”可以表示为“total_si”，“保险金额总和”还可以表示为其他属性字段，本技术对此不作限制。在另一些实施例中，数据对象的保单元素的属性还可以通过目标保单的产品定义中，保单元素对应的编码进行标识，例如图2中的数据对象“责任201”，其中“责任”表示数据对象类型、“201”表示保单元素在目标保单的产品定义中的编码。
104.可以理解，计算因子即保单元素或保单元素的标识，计算因子可以包括：计算单元进行计算时输入计算单元的输入计算因子，以及计算单元完成计算时输出的输出计算因子。
105.可以理解，计算规则可以包括对计算因子进行的计算公式、计算函数或计算条件等。例如，对于计算风险毛保费的计算单元，计算规则包括：风险毛保费＝标准年保费*保障
期间费率，若保障时间低于6个月，保障期间费率采用短期费率。其中，计算规则中的各计算因子可以通过计算因子标识表示。
106.在一些实施例中，不同的保单对应不同的计算单元。例如，可以利用保单号作为保单的标识，不同的保单号可以对应不同的计算单元。其中，不同的计算单元可以包括计算单元的数量不同、计算单元的至少之一的配置数据不同，本技术对此不作限制。
107.在另一些实施例中，不同类型的保单对应不同的计算单元。其中，不同类型可以例如不同被保人、被保对象的保单。不同类型的保单对应不同的计算单元，可以例如，对于车险保单、人身意外险等，可以对应不同的计算单元。因此，在获取目标保单的计算单元的配置数据时，可以先确定目标保单的保单类型，然后根据确定的保单类型，获取该保单类型对应的多个计算单元的配置数据，或者直接获取以及基于配置数据生成的计算计划。
108.在一些实施例中，获取的配置数据可以为应用模块101在多个保单的计算单元以及对应的配置数据中确定的与目标保单关联的计算单元及其配置数据。
109.402：根据各计算单元的配置数据，确定多个计算单元的关联信息。
110.具体地，可以基于各计算单元的配置数据中的计算因子，确定多个计算单元的关联信息。
111.可以理解，关联信息可以理解为各计算单元在进行计算时需要引用其他计算单元输出计算因子的引用关系。例如计算单元a中的输入计算因子a引用计算单元b计算输出的输出计算因子b的值，则生成表征计算单元a引用输出计算因子b的关联信息。
112.可以理解，生成的关联信息可以存储于电子设备300的系统内存303中，用于后续计算图以及计算计划的生成。生成的关联信息还可以存储于电子设备300的非易失性存储器304中，电子设备300可以基于存储的关联信息进行后续数据处理，或者电子设备300可以输出显示关联信息，以助于配置人员调整计算单元的配置数据。
113.在一些实施例中，配置数据中的计算因子可以通过计算因子标识表示，步骤402中基于各计算单元的计算因子，确定关联信息，具体可以包括：确定各计算单元的输入计算因子标识和输入计算因子标识，对于任意两个计算单元a和计算单元b，确定计算单元a的输入计算因子标识是否计算单元b的输出计算因子标识匹配，若匹配则表明计算单元a引用计算单元b的输出计算因子。
114.403：基于多个计算单元的关联信息以及配置数据，生成计算图数据。
115.具体地，可以基于关联信息以及配置数据中的计算因子，生成计算图数据。可以理解，配置数据中的计算因子可以包括计算单元的输出计算因子，关联信息中可以包括计算单元引用的输出计算因子。
116.可以理解，应用模块101可以基于各计算单元的输出计算因子、引用的其他计算单元的输出计算因子，确定表征多个计算单元之间的依赖关系的计算图数据。
117.可以理解的是，计算图数据可以为对以计算单元为节点，以计算因子的引用关系为边的图数据的描述，计算图数据还可以为以计算单元为节点，以计算因子的引用关系为边的图数据，以向量的形式存储，例如思维导图形式的图数据。即生成的计算图数据可以表征为图像数据，也可以表征为文本数据，本技术对此不作限制。
118.下面结合图5和图6，对本技术实施例中的一种计算图数据进行介绍。
119.图5所示为本技术实施例提供的一种计算单元的配置数据的结构示意图。
120.图6所示为本技术实施例提供的一种计算图数据的结构示意图。
121.如图5所示，配置数据中的计算单元可以根据“数据对象类型_输出计算因子_(计算规则、适用条件或保单元素标识等)”进行命名。例如，对于计算单元“责任_标准年保费_编码201”，该计算单元的数据对象类型为责任，输出计算因子为标准年保费，且输出的标准年保费的编码为201。例如对于计算单元“保单_风险毛保费_计算及累加”，该计算单元的数据对象类型为保单，输出计算因子为风险毛保费，计算规则为计算及累计，即计算规则为根据预设的计算公式进行计算，并对计算结果进行累加。
122.配置数据中的计算因子可以包括各计算单元的输入计算因子和输出计算因子。例如。对于计算单元“保单_风险毛保费_计算及累加”的计算因子中可以包括：输入计算因子累加后标准年保费、保障期间费率，输出计算因子风险毛保费。
123.可以理解，图5所示的配置数据为本技术实施例中的一种示例，在一些实施例中，配置数据中可以包括比图5所示更多或更少的计算单元、计算因子、配置数据种类等，本技术对此不作限制。
124.可以理解，应用模块101可以根据图5所示的配置数据中的计算因子，生成多个计算单元的关联信息，并且可以根据生成的关联信息以及图5中各计算单元的计算因子，生成如图6所示的计算图数据。
125.如图6所示，示例性地，计算图数据以思维导图的形式来表示的话，其中的虚线箭头可以表示各计算单元的引用关系。箭头的方向表示引用的计算因子来源。
126.例如，对于计算单元“责任_标准年保费_编码201”的输入计算因子为保险金额，输出计算因子为标准年保费_编码201，则关联信息中可以包括该计算单元引用计算单元“保单_保险金额_累加”的输出计算因子保险金额，并且计算单元“保单_累加后标准年保费_累加”引用该计算单元的输出计算因子标准年保费_编码201。
127.可以理解，在其他实施例中，计算图数据可以为不同于图6所示的表示形式，例如采用图6外的其他图像化表示形式、文本表示形式、表格表示形式等，本技术对此不作限制。
128.在一些实施例中，应用模块101生成计算图数据后，还可以基于计算图数据中各计算单元的引用关系，判断多个计算单元之间是否存在循环引用。若判断结果为是，则生成校验信息。
129.可以理解，循环引用为部分计算单元之间的引用关系出现闭环，例如计算单元a引用计算单元b，计算单元b引用计算单元c，计算单元c又引用计算单元a。循环引用会产生计算闭环，应用模块101在生成的计算计划可能会出现死循环，不会停止，因而计算引擎102无法输出保费计算结果。
130.可以理解，校验信息可以表征计算图数据中包括循环引用。在一些实施例中，校验信息可以为“error”，即应用模块101在检测到循环引用时，会进行报错。
131.404：基于计算图数据，确定目标保单对应的计算计划。
132.可以理解，计算计划可以包括多个计算单元的执行顺序、多个计算单元的引用关系。其中，执行顺序中可以包括多个计算单元中部分可以并行执行的计算单元、多个计算单元执行的先后顺序等。
133.在一些实施例中，应用模块101可以基于计算图数据，确定各计算单元的计算深度，并基于计算深度确定各计算单元的执行顺序。
134.具体地：应用模块101可以确定各计算单元中引用的输出计算因子对应的计算单元的数量为零的计算单元为根节点计算单元，例如图6中的计算单元“保单_保险金额_累加”、“标的_标的费率x”和“保单_保障期间费率”为根节点计算单元，并确定根节点计算单元的计算深度为零；应用模块101可以确定根节点计算单元之外的其他计算单元为子节点计算单元，并可以根据该子节点计算单元与其对应的根节点计算单元之间的边的数量，确定该子节点计算单元的计算深度。
135.例如，图6中的计算单元“责任_标准年保费_编码203”，为子节点计算单元，其对应的根节点计算单元为“标的_标的费率x”，且“责任_标准年保费_编码203”与“标的_标的费率x”之间包括一条边，则子节点计算单元“责任_标准年保费_编码203”的计算深度为1。再例如，图6中计算单元“保单_调整后毛保费_分摊”为子节点计算单元，其对应的根节点计算单元包括“保单_保险金额_累加”、“标的_标的费率x”和“保单_保障期间费率”，“保单_调整后毛保费_分摊”与对应的根节点计算单元之间包括的最多边数为5，则子节点计算单元“保单_调整后毛保费_分摊”的计算深度为5。
136.进一步地，在确定各计算单元的计算深度后，可以根据各计算单元的计算深度从小到的顺序，确定各计算单元的执行顺序。相同计算深度的部分计算单元可以并行执行。
137.本技术实施例提供的用于目标保单的处理方法，不需要配置人员对每个保单的计算逻辑进行分解，并对分解后的计算单元的计算顺序进行编排调用，配置人员只需要输入各计算单元的配置数据，应用模块101可以基于各计算单元的配置数据，自动确定各计算单元的计算顺序，作出计算计划，可以降低配置人员配置执行逻辑的配置复杂度，提高应用模块101的执行逻辑的配置效率。并且，相比于用户对各计算单元的计算顺序的编排调用，本技术实施例可以快速、准确地生成计算计划，对于配置人员的配置能力要求较低。
138.此外，基于各计算单元的依赖关系生成的计算图数据输出显示，可以帮助配置人员更好地理解保单的计算逻辑，便于配置人员查看修改各计算单元的配置数据。
139.下面结合图7，以实施主体为客户端和服务端，对本技术实施例提供的用于目标保单的处理方法进行进一步介绍。
140.图7所示为本技术实施例提供的一种用于目标保单的处理方法的流程示意图。可以理解，该流程的执行主体可以是任意包括客户端和服务端的电子设备。具体地，以客户端为应用模块101，服务端为计算引擎102为例，进行介绍。
141.如图7所示，该方法包括：
142.701：应用模块101获取目标保单的多个计算单元的配置数据。其中，步骤701与图4中的步骤401相同，在此不作赘述。
143.702：应用模块101根据配置数据，确定多个计算单元的关联信息。其中，步骤702与图4中的步骤402相同，在此不作赘述。
144.703：应用模块101根据关联信息以及多个计算单元的配置数据，生成目标保单的计算图数据。其中，步骤703与图4中的步骤403相同，在此不作赘述。
145.在一些实施例中，应用模块101可以响应于用户的计算图查询请求，在显示界面，以类似思维导图的形式输出显示计算图数据。进一步地，应用模块101还可以获取配置人员对计算图数据进行调整的图数据调整信息，或对计算单元的配置数据进行调整的配置数据调整信息，得到更加符合计算逻辑的计算图数据。
146.704：应用模块101向计算引擎102发送计算图数据以及各计算单元的配置数据。
147.可以理解，应用模块101发送的计算图数据，可以为各计算单元的计算因子的引用关系数据，也可以为表征引用关系的图像化数据。配置数据中可以包括各计算单元的计算因子、计算规则以及适用的数据对象。
148.可以理解，在一些实施例中，步骤704具体可以包括：应用模块101可以通过api调用计算引擎102，触发目标保单的保费运算，在调用计算引擎102时，可以传递表征多个计算单元匹配条件(即引用关系)的计算图数据以及包括数据对象的配置数据。
149.705：计算引擎102根据接收到的计算图数据，生成目标保单的计算计划以及对应的计算号。步骤705生成计算计划以及生成计算计划的过程可以与图4中的步骤404相同，区别在于步骤705的执行主体为计算引擎102，步骤404的执行主体为应用模块101。
150.706：应用模块101获取目标保单数据。
151.可以理解，目标保单数据可以包括目标保单中的，与保费计算相关的保单元素以及保单元素对应的值。在一些实施例中，目标保单数据可以表示为个保单元素在目标保单的产品结构中定义的属性字段或编码，以及对应的数值。
152.在一些实施例中，应用模块101获取到的目标保单数据可以为树状结构数据，例如图2所示的目标保单数据。目标保单数据中可以包括多个数据对象，各数据对象可以包括数据对象类型、保单元素的属性字段或编码、保单元素的取值等。
153.在另一些实施例中，应用模块101获取到的目标保单数据可以为目标保单，应用模块101可以提取目标保单中的与保费计算相关的多个保单元素，并根据提取出的多个保单元素，以及预设的保单元素与数据对象类型的对应关系，生成如图2所示的树状结构数据，并将该树状结构数据作为保费计算的输入，发送给计算引擎102进行保费计算。
154.在其他实施例中，应用模块101获取到的目标保单数据可以为目标保单的、与保费计算相关的多个保单元素，并可以根据获取出的多个保单元素，以及预设的保单元素与数据对象类型的对应关系，生成如图2所示的树状结构数据，并将该树状结构数据作为保费计算的输入，发送给计算引擎102进行保费计算。
155.可以理解的是，步骤706中的目标保单数据可以是任意形式的数据，本技术对此不作限制。
156.707：应用模块101向计算引擎102发送目标保单数据。
157.708：计算引擎102基于接收到的目标保单数据，以及多个计算单元的配置数据，执行计算计划，得到计算过程数据以及计算结果。
158.其中，计算过程数据可以为计算过程中，各计算单元匹配的数据对象以及生成的计算结果，具体可以包括输入各计算单元的数据对象、数据对象的取值、计算单元执行计算规则生成的计算输出因子以及对应的值。其中，计算结果执行计算计划后输出的计算结果。
159.在一些实施例中，计算过程数据以图形化的形式表示。该计算过程数据中可以包括计算计划的执行过程，以及各计算单元匹配的数据对象、各计算因子的取值、计算因子的引用关系等。具体地，计算过程数据和计算结果可以表征为以各所述计算单元、各所述计算单元的配置数据以及对应的值为节点，以各所述计算单元的数据流动方向为边的计算过程图数据。例如，计算过程数据可以在显示界面显示为类似如图6中的计算图的形式，并且用户可以点击各计算单元查看该计算单元在计算过程中匹配到的或产生的数据。
160.在一些实施例中，数据对象表征为图2所示的树状结构数据，计算引擎102执行计算计划的过程，各计算单元可以根据适用的数据对象类型，从树状结构数据上取对应的数据对应的值，并把该值赋值为计算dna元的计算因子。当计算单元需要引用其他计算单元的输出计算因子时，的计算因子的取值过程具体可以包括：
161.计算单元确定输入计算因子需要引用其他计算单元的输出计算因子，则计算单元可以先判断该输出计算因子的数据对象类型是否与该计算单元适用的数据对象类型相同。若判断结果为相同，则计算单元可以从该计算单元适用的数据对象类型中包括的输出计算因子中取值；否则，需要从适用的数据对象类型所处的树状数据结构中沿父节点至根节点的方向进行匹配，直至匹配至该计算单元引用的输出计算因子，并从匹配的输出计算因子中取值。
162.709：计算引擎102向应用模块101发送目标保单的计算号、计算过程数据和计算结果。
163.可以理解，应用模块接收到计算号、计算过程数据和计算结果，可以基于业务管理需求进行进一步数据处理或数据存储，也可以将接收到的计算号、计算过程数据和计算结果进行输出显示。
164.在一些实施例中，应用模块101可以获取用户的查询操作，查询操作中可以包括待查询的计算号，应用模块101响应于用户的查询操作，可以显示计算号、计算过程数据和计算结果。
165.在一些实施例中，计算引擎102可以生成表征计算号、计算过程数据、计算结果的对应关系的数据文件，将计算号、计算过程数据和计算结果分别存储到不同的数据库表中。计算引擎102可以将表征计算号、计算过程数据、计算结果的对应关系的数据文件发送至应用模块102。进一步地，应用模块101在获取到用户的查询操作时，可以根据该数据文件，确定匹配于待查询的计算号的计算过程数据以及计算结果，然后从数据库中查询匹配的计算过程数据和计算结果，并将其与计算号一起输出显示。
166.在另一些实施例中，计算引擎102可以将计算号、计算过程数据、计算结果存储至同一个数据库表中，并且应用模块101可以基于计算号查询到对应的计算过程数据和计算结果。
167.本技术实施例提供的用于目标保单的处理方法，可以将执行计算计划时生成的数据或计算图以图形化的形式向用户展示，便于用户理解、调整计算计划，可以提高计算计划的配置效率。并且，计算引擎102可以基于计算图数据，生成、优化计算计划，无需用户手动配置，配置效率和质量更高。
168.本技术公开的机制的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本技术的实施例可实现为在可编程系统上执行的计算机程序或程序代码，该可编程系统包括至少一个处理器、存储系统(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备以及至少一个输出设备。
169.可将程序代码应用于输入指令，以执行本技术描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本技术的目的，处理系统包括具有诸如例如数字信号处理器(dsp)、微控制器、专用集成电路(asic)或微处理器之类的处理器的任何系统。
170.程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。包括但不局限于opencl、c语言、c++、java等。而对于c++、java之类语言，由于其会将存储进行转换，基于对于本技术实施例中的数据处理方法的应用会有些差异，本领域技术人员可以基于具体地高级语言进行变换，均不脱离本技术实施例的范围。
171.在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读(例如，计算机可读)存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读介质分发。因此，机器可读介质可以包括用于以机器(例如，计算机)可读的形式存储或传输信息的任何机制，包括但不限于，软盘、光盘、光碟、只读存储器(cd-roms)、磁光盘、只读存储器(rom)、随机存取存储器(ram)、可擦除可编程只读存储器(eprom)、电可擦除可编程只读存储器(eeprom)、磁卡或光卡、闪存、或用于利用因特网以电、光、声或其他形式的传播信号来传输信息(例如，载波、红外信号数字信号等)的有形的机器可读存储器。因此，机器可读介质包括适合于以机器(例如，计算机)可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。
172.在附图中，可以以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明性附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。
173.需要说明的是，本技术各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本技术所提出的技术问题的关键。此外，为了突出本技术的创新部分，本技术上述各设备实施例并没有将与解决本技术所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例并不存在其它的单元/模块。
174.需要说明的是，在本专利的示例和说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
175.虽然通过参照本技术的某些优选实施例，已经对本技术进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本技术的精神和范围。

技术特征：

1.一种用于目标保单的处理方法，应用于包括第一电子设备和第二电子设备的系统，其特征在于，包括：所述第一电子设备确定与目标保单关联的多个计算单元，以及用于所述多个计算单元的配置数据，其中，所述多个计算单元用于组合计算所述目标保单的保费，所述配置数据包括各所述计算单元的计算因子、所述计算因子对应的数据对象类型以及计算规则；所述第一电子设备将所述多个计算单元的配置数据发送至所述第二电子设备；所述第二电子设备根据所述多个计算单元的所述配置数据，确定所述多个计算单元的关联信息，其中，所述关联信息用于描述所述多个计算单元的计算因子的引用关系；所述第二电子设备基于所述关联信息，确定所述目标保单的计算图数据，其中，所述计算图数据以所述多个计算单元为节点，以所述引用关系为边；所述第二电子设备基于所述计算图数据，确定所述目标保单的计算计划，其中，所述计算计划用于描述所述多个计算单元用于处理所述目标保单的执行顺序以及所述引用关系。2.根据权利要求1所述的用于目标保单的处理方法，其特征在于，所述计算因子包括输入计算因子和输出计算因子；所述第二电子设备根据所述多个计算单元的所述配置数据，确定所述多个计算单元的关联信息，包括：所述第二电子设备根据各所述计算单元的配置数据，确定各所述计算单元的输入计算因子和输出计算因子；所述第二电子设备基于各所述计算单元的所述输入计算因子和所述输出计算因子，确定所述关联信息。3.根据权利要求2所述的用于目标保单的处理方法，其特征在于，所述第二电子设备基于所述关联信息，确定所述目标保单的计算图数据，包括：所述第二电子设备基于所述关联信息中的所述引用关系，以及各所述计算单元的输出计算因子，生成所述计算图数据。4.根据权利要求3所述的用于目标保单的处理方法，其特征在于，还包括：所述第二电子设备基于所述关联信息，在判断出所述多个计算单元中的部分所述计算单元之间出现循环引用时，生成校验信息。5.根据权利要求4所述的用于目标保单的处理方法，其特征在于，还包括：所述第一电子设备获取用户的第一查询操作，所述第一查询操作用于请求查询所述目标保单的计算图数据；所述第一电子设备响应于所述第一查询操作，向所述第二电子设备发送第一查询请求；所述第二电子设备响应于所述第一查询请求，向所述第一电子设备发送所述计算图数据和所述校验信息；所述第一电子设备向所述用户显示所述计算图数据和所述校验信息。6.根据权利要求2所述的用于目标保单的处理方法，其特征在于，所述第二电子设备基于所述计算图数据，确定所述目标保单的计算计划，包括：所述第二电子设备解析所述计算图数据，确定所述计算图数据中的子节点单元和根节点单元，其中所述多个计算单元中引用的输出计算因子对应的计算单元的数量为零的计算
单元为根节点计算单元，所述根节点计算单元的计算深度为零；以及，所述多个计算单元中引用的输出计算因子对应的计算单元的数量不为零的计算单元为子节点计算单元；确定所述子节点计算单元与所述子节点计算单元对应的根节点计算单元之间的数量最多的边的数量为所述子节点计算单元的计算深度；所述第二电子设备根据各所述计算单元的计算深度和所述计算图数据中的所述引用关系，确定所述计算计划。7.根据权利要求1所述的用于目标保单的处理方法，其特征在于，还包括：所述第二电子设备将所述目标保单发送至所述第二电子设备；所述第二电子设备基于所述目标保单以及所述多个计算单元的配置数据，执行所述计算计划。8.根据权利要求7所述的用于目标保单的处理方法，其特征在于，所述第二电子设备基于所述目标保单数据以及所述多个计算单元的配置数据，执行所述计算计划，包括：所述第二电子设备根据所述计算单元的计算因子，从所述目标保单数据中确定匹配于所述计算因子的值，并执行所述计算计划。9.根据权利要求7所述的用于目标保单的处理方法，其特征在于，所述第二电子设备基于所述目标保单数据以及所述多个计算单元的配置数据，执行所述计算计划，还包括：所述第二电子设备基于所述目标保单数据以及所述多个计算单元的配置数据，执行所述计算计划，得到所述计算计划的计算过程数据和计算结果，其中，所述计算过程数据用于描述各所述计算单元的所述配置数据及对应的值、各所述计算单元的计算顺序。10.根据权利要求9所述的用于目标保单的处理方法，其特征在于，还包括：所述第一电子设备获取用户的第二查询操作，所述第二查询操作用于查询所述计算过程数据和所述计算结果；所述第一电子设备响应于所述第二查询操作，向所述第二电子设备发送第二查询请求；所述第二电子设备响应于所述第二查询请求，向所述第一电子设备发送所述计算过程数据和所述计算结果；所述第一电子设备向所述用户显示所述计算过程图数据。11.根据权利要求10所述的用于目标保单的处理方法，其特征在于，所述计算过程数据和所述计算结果表征为计算过程图数据，其中所述计算过程图数据以各所述计算单元、各所述计算单元的配置数据以及对应的值为节点，以各所述计算单元的数据流动方向为边。12.一种用于目标保单的处理方法，应用于包括第三电子设备的系统，其特征在于，包括：确定与目标保单关联的多个计算单元，以及用于所述多个计算单元的配置数据，其中，所述多个计算单元用于组合计算所述目标保单的保费，所述配置数据包括各所述计算单元的计算因子、所述计算因子对应的数据对象类型以及计算规则；根据所述多个计算单元的所述配置数据，确定所述多个计算单元的关联信息，其中，所述关联信息用于描述所述多个计算单元的计算因子的引用关系；基于所述关联信息，确定所述目标保单的计算图数据，其中，所述计算图数据以所述多个计算单元为节点，以所述引用关系为边；
基于所述计算图数据，确定所述目标保单的计算计划，其中，所述计算计划用于描述所述多个计算单元用于处理所述目标保单的执行顺序以及所述引用关系。13.一种电子设备，其特征在于，包括：存储器，用于存储由电子设备的一个或多个处理器执行的指令，以及处理器，是电子设备的处理器之一，用于控制执行权利要求1至11中任一项所述的用于目标保单的处理方法或权利要求12中所述的用于目标保单的处理方法。14.一种计算机可读存储介质，其特征在于，所述存储介质上存储有指令，所述指令在计算机上执行时使所述计算机执行权利要求1至11中任一项所述的用于目标保单的处理方法或权利要求12中所述的用于目标保单的处理方法。15.一种计算机程序产品，其特征在于，所述计算机程序产品包括指令，该指令在执行时使计算机执行权利要求1至11中任一项所述的用于目标保单的处理方法或权利要求12中所述的用于目标保单的处理方法。

技术总结

本申请涉及金融软件技术领域，特别涉及一种用于目标保单的处理方法、电子设备和可读存储介质，该方法应用于包括第一电子设备和第二电子设备的系统，包括：第一电子设备确定与目标保单关联的多个计算单元，以及用于多个计算单元的配置数据；第一电子设备将多个计算单元的配置数据发送至第二电子设备；第二电子设备根据多个计算单元的配置数据，确定多个计算单元的关联信息；第二电子设备基于关联信息，确定目标保单的计算图数据；第二电子设备基于计算图数据，确定目标保单的计算计划。本申请实施例提供的用于目标保单的处理方法，可以快速、准确地生成计算计划，对于配置人员的配置能力要求较低。能力要求较低。能力要求较低。