本申请涉及计算机
技术领域：
：，特别是涉及一种保险数据信息的配置方法、装置、计算机设备和存储介质。
背景技术：
：：随着人民生活水平的不断提高，人们的保障和投资意识也在不断增强，从而促进了保险行业的发展。保险公司需要不断为不同事件设计各式各样的保险产品。不同的保险产品是由不同的保险数据信息构成的，从而通过配置不同的保险数据信息实现不同保险产品的新增。传统方式保险公司通过人工的方式对保险数据信息进行配置。而保险数据信息与标的类型、标的所处地理区域等多种影响因素有关，通过人工对繁杂的影响因素进行管理以实现保险数据信息的配置，使得保险数据信息配置效率较低。技术实现要素：基于此，有必要针对上述技术问题，提供一种能够提高保险数据信息配置效率的保险数据信息的配置方法、装置、计算机设备和存储介质。一种保险数据信息的配置方法，包括：接收终端发送的信息配置请求；所述信息配置请求携带了信息类型；根据所述信息配置请求获取多个保险子类组件及关联的保险责任组件，利用所述多个保险子类组件和保险责任组件生成信息配置页面，将所述信息配置页面发送至终端，终端获取信息配置页面上一个或多个保险子类组件对应的选定操作；接收所述终端发送的被选定的保险子类组件；根据所述信息类型，利用所述被选定的保险子类组件及对应的保险责任组件，生成对应类型的保险数据信息，将所述保险数据信息发送至终端，使所述终端显示所述保险数据信息对应的页面。在其中一个实施例中，所述终端包括配置终端；在根据所述信息配置请求获取多个保险子类组件及关联的保险责任组件的步骤之前，还包括：接收所述配置终端发送的多个保险子类组件和多个保险责任组件；将每个保险子类组件与一个或多个保险责任组件进行关联；对关联后的多个保险子类组件进行分类，得到多个保险父类组件；将每个保险父类组件与对应的一个或多个保险子类组件进行关联。在其中一个实施例中，保险数据信息具有对应的版本号；所述方法还包括：对多个保险子类组件和保险责任组件分别添加对应的版本号；当接收到配置终端发送的组件变更请求时，对相应保险子类组件或保险责任组件的版本号进行升级；当保险子类组件或保险责任组件的版本号进行升级时，对相应保险数据信息的版本号进行升级。在其中一个实施例中，所述方法还包括：接收配置终端发送的每个保险父类组件对应的多个保费影响因素；每个保费影响因素关联有对应的计算公式；利用多个计算公式生成保费公式，将所述保费公式与对应的保险子类组件或保险责任组件进行关联；将多个保险责任组件对应的保费公式叠加，得到相应保险子类组件对应的保费公式，将多个被选定的保险子类组件对应的保费公式叠加，得到相应保险数据信息对应的保费公式；将保险数据信息对应的保费公式与相应保险数据信息进行关联。在其中一个实施例中，所述保险数据信息具有对应的投保页面；所述方法还包括：接收终端发送的埋点请求；所述埋点请求携带了投保页面以及所述投保页面中多个控件的属性信息；根据所述属性信息，对多个控件是否为可触摸控件分别进行识别，对多个可触摸控件设置埋点；将被埋点的控件的埋点信息发送至所述终端，使终端在获取到所述投保页面上一个或多个可触摸控件对应的触摸操作时，对触摸操作对应的触摸事件进行拦截，获取被触摸的控件的属性信息，根据所述属性信息和所述埋点信息识别被触摸的控件是否属于被埋点的控件，当被触摸的控件属于被埋点的控件时，将拦截到的触摸事件进行上报；接收所述终端上报的触摸事件，根据所述触摸事件获取所述投保页面对应的操作行为数据，对所述操作行为数据进行分析，将分析结果反馈至终端。在其中一个实施例中，所述属性信息包括控件名称、基本属性和访问属性；根据所述属性信息，对多个控件是否为可触摸控件分别进行识别的步骤，包括：根据所述基本属性识别控件是否为可触摸控件；当控件不是可触摸控件时，识别控件名称是否为目标集合中的集合元素以及所述访问属性是否具有预设的属性值；当控件名称为目标集合中的集合元素，且访问属性具有预设的属性值时，将控件标记为可触摸控件。在其中一个实施例中，所述埋点信息包括多个被埋点的控件的视图路径和索引路径；根据所述属性信息和所述埋点信息识别被触摸的控件是否属于被埋点的控件的步骤，包括：获取被触摸的控件的视图路径和索引路径；获取多个被埋点的控件的视图路径和索引路径；将所述被触摸的控件的视图路径与被埋点的控件的视图路径进行匹配，将所述被触摸的控件的索引路径与被埋点的控件的索引路径进行匹配；当所述视图路径和索引路径分别匹配成功时，被触摸的控件属于被埋点的控件。一种保险数据信息的配置装置，包括：配置请求模块，用于接收终端发送的信息配置请求；所述信息配置请求携带了信息类型；组件选定模块，用于根据所述信息配置请求获取多个保险子类组件及关联的保险责任组件，利用所述多个保险子类组件和保险责任组件生成信息配置页面，将所述信息配置页面发送至终端，终端获取信息配置页面上一个或多个保险子类组件对应的选定操作；接收所述终端发送的被选定的保险子类组件；信息配置模块，用于根据所述信息类型，利用所述被选定的保险子类组件及对应的保险责任组件，生成对应类型的保险数据信息，将保险数据信息发送至终端，使所述终端显示所述保险数据信息对应的页面。一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任一项方法的步骤。一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项方法的步骤。上述保险数据信息的配置方法、装置、计算机设备和存储介质，根据终端发送的信息配置请求，可以获取预存储的多个保险子类组件及关联的保险责任组件；利用多个保险子类组件和保险责任组件，可以生成保险数据信息的信息配置页面；将信息配置页面发送至终端，可以使相关人员通过终端在信息配置页面对一个或多个保险子类组件进行选定；根据信息配置页面上一个或多个保险子类组件的选定操作，可以获取被选定的保险子类组件；根据信息配置请求携带的信息类型，可以利用被选定的保险子类组件及对应的保险责任组件生成对应类型的保险数据信息。由于预先将保险数据信息的构成要素定义为保险子类组件和保险责任组件，当需要新增保险数据信息时只需对现有组件进行简单足组装即可，可以节省保险数据信息配置时间；将保险子类组件与保险责任组件进行关联，使得用于生成的保险数据信息海量组件是具有结构的，便于对多个组件的管理，从而可以提高保险数据信息的配置效率；此外，根据终端的信息配置请求生成多种类型的保险数据信息，可以满足多样化的保险需求。附图说明图1为一个实施例中保险数据信息的配置方法的应用场景图；图2为一个实施例中保险数据信息的配置方法的流程图；图3为一个实施例中保险数据信息的配置装置的框图；图4为一个实施例中计算机设备的框图。具体实施方式为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。本申请提供保险数据信息的配置方法，可以应用于如图1所示的应用环境中。其中，配置终端102通过网路与服务器104连接。业务终端106分别通过网路与服务器104连接。配置终端102与业务终端106分别可以是智能手机、平板电脑、台式计算机、车载电脑中的至少一种，但并不局限于此。服务器104可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群。保险公司通过配置终端102在服务器104中预先存储了多个保险子类组件以及每个保险子类组件关联的多个保险责任组件。服务器104对多个保险子类组件进行分类，得到多个保险父类组件。当需要配置保险数据信息时，配置终端102或业务终端106可以向服务器104发送信息配置请求。信息配置请求携带了信息类型，如标准数据信息、自定义数据信息等。服务器104根据信息配置请求获取多个保险子类组件及关联的保险责任组件，利用保险子类组件及关联的保险责任组件生成信息配置页面，将信息配置页面返回至配置终端102或业务终端106。设计人员可以通过配置终端102在信息配置页面对一个或多个保险子类组件进行选定。服务器104利用设计人员选定的保险子类组件及关联的保险责任组件生成标准数据信息。业务人员可以通过业务终端106在信息配置页面对一个或多个保险子类组件进行选定，并将选定的保险子类组件与关联的多个保险责任组件重新组合。服务器104利用业务人员选定的保险子类组件及对应的重新组合的保险责任组件生成自定义数据信息。由于预先对保险数据信息的构成要素保险子类组件和保险责任组件进行定义，当需要新增保险数据信息时只需对现有组件进行简单足组装即可，可以节省保险数据信息新增时间；且将保险子类组件与保险责任组件进行关联，使得用于生成的保险数据信息的海量组件是具有结构的，便于对多个组件的管理，从而可以提高保险数据信息的配置效率。在一个实施例中，如图2所示，提供了一种保险数据信息的配置方法，以该方法应用于服务器为例进行说明，具体包括以下步骤：步骤202，接收终端发送的信息配置请求；信息配置请求携带了信息类型。保险数据信息是指保险产品对应的多种数据信息，如保险责任、保险费率等。换句话说，保险数据信息是指由多种数据信息构成的保险产品文件。终端包括配置终端和业务终端。配置终端是指保险数据信息设计人员对应的终端；业务终端是指保险公司业务人员对应的终端。保险数据信息的信息类型包括标准数据信息、自定义数据信息或组合数据信息等。其中，标准数据信息是指设计人员创建的具有固定保险范围的保险数据信息。自定义数据信息是指由业务人员根据投保人的投保意愿临时创建的保险数据信息。组合数据信息是指业务人员根据投保人的投保意愿将多个标准数据信息进行组合得到的保险数据信息。当设计人员需要配置标准数据信息时，可以通过配置终端向服务器发送信息配置请求。当业务人员需要配置自定义数据信息或者组合数据信息时，可以直接通过业务终端直接向服务器发送信息配置请求。步骤204，根据信息配置请求获取多个保险子类组件及关联的保险责任组件，利用多个保险子类组件和保险责任组件生成信息配置页面，将信息配置页面发送至终端，终端获取信息配置页面上一个或多个保险子类组件对应的选定操作。步骤206，接收终端发送的被选定的保险子类组件。服务器预先存储了多个保险子类组件和多个保险责任组件。保险子类组件是指保险数据信息对应的保险种类名称，如家庭财产保险，重大疾病保险，机动车辆保险等。保险责任组件是指在保险事故发生时保险公司所负的赔偿责任。保险责任组件包括基本责任组件、特约责任组件和免除责任组件。多个保险子类组件和保险责任组件可以是配置终端预先配置在服务器的。每个保险子类组件与一个或多个保险责任组件相关联。服务器根据信息配置请求获取预存储的多个保险子类组件及关联的保险责任组件，并利用获取到的多个保险子类组件和保险责任组件生成信息配置页面，将信息配置页面返回至配置终端或业务终端。信息配置页面包括保险子类列表和对应的保险责任列表。保险数据信息的构成要素包括保险责任、保费交付方式、保险期限以及保险赔款或保险金给付方式等。服务器还预存储了多种保费交付方式、保险期限以及保险赔款或保险金给付方式等其他要素组件。信息配置页面还包括上述其他要素组件分别对应的选项。设计人员可以通过配置终端在信息配置页面对保险子类列表中一个或多个保险子类组件进行选定，也可以对其他要素组件分别进行选定，还可以对上述其他要素组件进行新增。配置终端将设计人员选定的一个或多个保险子类组件以及选定的其他要素组件发送至服务器。业务人员可以通过业务终端在信息配置页面对一个或多个保险子类组件进行选定，也可以将选定的保险子类组件与关联的多个保险责任组件进行重新组合，还可以对其他要素组件分别进行选定或新增。业务终端将业务人员选定的保险子类组件，与选定的保险子类组件对应的重新组合的保险责任组件以及选定的其他要素组件发送至服务器。步骤208，根据信息类型，利用被选定的保险子类组件及对应的保险责任组件，生成对应类型的保险数据信息，将保险数据信息发送至终端，使终端显示保险数据信息对应的页面。保险数据信息的构成要素还包括保险费率。保险费率是指保险公司按单位保险金额向投保人收取保险费的标准。服务器根据被选定的保险子类组件及对应的保险责任组件确定保险费率，并利用被选定的保险子类组件及对应的保险责任组件，被选定的其他要素组件以及保险费率生成相应类型的保险数据信息。服务器对保险数据信息添加对应的授权客户类型、应用行业和销售渠道等属性信息。授权客户类型根据客户规模进行区分，例如，当客户为企业时，授权客户类型包括微型企业和大型企业等。同一款保险数据信息可以具有多个对应的应用行业。销售渠道包括柜面销售、网络销售和电话销售等。服务器根据上述属性信息，将保险数据信息发布至对应的终端，使终端显示保险数据信息对应的页面，如信息详情页面或投保页面等。在一个实施例中，根据被选定的保险子类组件及对应的保险责任组件确定保险费率的步骤包括：获取精算模型，将被选定的保险子类组件及关联的保险责任组件输入精算模型，计算得到保险费率。服务器预存储了精算模型。精算模型可以是利用多个传统的保险产品对应的保险数据信息的保险范围和保险费率训练得到的。服务器基于被选定的保险子类组件及对应的保险责任组件确定保险范围，将保险范围输入精算模型，计算得到保险成本和保险利润，根据保险成本和保险利润确定保险费率。利用精算模型确定保险数据信息对应的保险费率，可以提高保险费率计算的效率和准确率，从而可以提高保险数据信息的配置效率。本实施例中，根据终端发送的信息配置请求，可以获取预存储的多个保险子类组件及关联的保险责任组件；利用多个保险子类组件和保险责任组件，可以生成保险数据信息的信息配置页面；将信息配置页面发送至终端，可以使相关人员通过终端在信息配置页面对一个或多个保险子类组件进行选定；根据信息配置页面上一个或多个保险子类组件的选定操作，可以获取被选定的保险子类组件；根据信息配置请求携带的信息类型，可以利用被选定的保险子类组件及对应的保险责任组件生成对应类型的保险数据信息。由于预先将保险数据信息的构成要素定义为保险子类组件和保险责任组件，当需要新增保险数据信息时只需对现有组件进行简单足组装即可，可以节省保险数据信息配置时间；将保险子类组件与保险责任组件进行关联，使得用于生成的保险数据信息的海量组件是具有结构的，便于对多个组件的管理，从而可以提高保险数据信息的配置效率；此外，根据终端的信息配置请求生成多种类型的保险数据信息，可以满足多样化的保险需求。在一个实施例中，在根据信息配置请求获取多个保险子类组件及关联的保险责任组件的步骤之前，还包括：接收配置终端发送的多个保险子类组件和多个保险责任组件；将每个保险子类组件与一个或多个保险责任组件进行关联；对关联后的多个保险子类组件进行分类，得到多个保险父类组件；将每个保险父类组件与对应的一个或多个保险子类组件进行关联。保险公司设计人员预先定义了多种保险子类组件和保险责任组件，并将其存储至服务器。在另一个实施例中，服务器在传统的保险产品对应的保险数据信息中提取得到多种保险子类组件和保险责任组件。服务器根据预设的关联规则将海量的保险责任组件分别关联至一个或多个保险子类组件，每个保险子类组件可以与一个或多个保险责任组件进行关联。服务器在保险子类组件中提取关键词，获取预设的多个分类关键词，将提取到的关键词与预设的分类关键词进行匹配，根据匹配结果对大量的保险子类组件进行分类，得到多个保险父类组件。预设的分类关键词可以是多种标的类型，如房屋，机动车辆等。保险父类组件是指保险数据信息对应的保险种类名称，如财产保险，人身保险等。保险父类组件包括保险子类组件，例如，在上述举例中，财产保险包括家庭财产保险和机动车辆保险等，人身保险包括重大疾病保险，航空意外伤害保险等。服务器将保险父类组件和对应的保险子类组件进行关联。本实施例中，将海量的保险责任组件分别与保险子类组件进行关联，对大量的保险子类组件进一步分类，并将分类得到的保险父类组件与相应的保险子类组件进行关联，使得多个组件得到结构化的存储，便于对多个组件的管理，也便于对利用这些有结构的组件生成的保险数据信息的管理，可以节省保险数据信息配置过程中组件的提取时间，从而提高保险数据信息的配置效率。在一个实施例中，保险数据信息具有对应的版本号；该方法还包括：对多个保险子类组件和保险责任组件分别添加对应的版本号；当接收到配置终端发送的组件变更请求时，对相应保险子类组件或保险责任组件的版本号进行升级；当保险子类组件或保险责任组件的版本号进行升级时，对相应保险数据信息的版本号进行升级。在接收到配置终端发送的多个保险子类组件和多个保险责任组件后，服务器对每个保险子类组件和每个保险责任组件分别添加对应的版本号，并对生成的每个保险父类组件，以及利用多个保险子类组件及关联的保险责任组件生成的保险数据信息也分别添加对应的版本号。版本号是指版本的标识号，如v1.0或v1.1等。设计人员可以通过配置终端对保险子类组件或保险责任组件进行更新。当接收到配置终端对发送的组件变更请求时，组件变更请求携带了组件标识及对应的更新字段，服务器获取预设的多个关键字段，将更新字段与多个关键字段进行匹配。当匹配成功时，表示更新字段属于可能会影响保费或后续批改理赔相关业务流程的字段，服务器利用更新字段对相应保险子类组件或保险责任组件进行更新，并按照预设递增规律对发生更新的保险子类组件或保险责任组件的版本号进行升级，如v1.0升级为v1.1。容易理解，当保险责任组件的版本号升级时，该保险责任组件关联的保险子类组件对应的版本号也应当升级；当保险子类组件的版本号升级时，该保险子类组件关联的保险父类组件对应的版本号也应当升级；当保险责任组件或保险子类组件的版本号升级时，利用该保险子类组件或保险责任组件生成的保险数据信息对应的版本号也应当升级。针对保险数据信息添加对应的版本号，使得保险公司可以根据客户购买的保险数据信息进行保单批改和理赔。具体的，当接收到客户终端发送的批改请求或理赔请求时，批改请求或理赔请求分别携带了保单标识，服务器根据保单标识获取对应的保单数据。保单数据记录了客户购买的保险数据信息的版本号。服务器根据保险数据信息的版本号获取对应的产品信息，根据获取到的产品信息进行批改处理或理赔处理。随市场变化，对于已上线的保险数据信息包含的保险责任常需要进行更新调整。传统方式中，当在更新调整过程中，为了保证对原保险数据信息已承保保单的批改及理赔等操作的兼容，往往需要系统开发人员对保险数据信息设计系统的后台处理逻辑进行修改，使得保险数据信息设计系统变得越来越复杂，不易维护。而本实施例中，针对保险数据信息引入版本号。当低版本号保险数据信息承保的保单发生批改或理赔时，只需根据保单记录的保险数据信息版本号获取对应产品信息做处理即可，无需系统开发人员介入即可实现对原保险数据信息已承保保单的批改及理赔等操作的兼容。在一个实施例中，该方法还包括：接收配置终端发送的每个保险父类组件对应的多个保费影响因素；每个保费影响因素关联有对应的计算公式；利用多个计算公式生成保费公式，将保费公式与对应的保险子类组件或保险责任组件进行关联；将多个保险责任组件的保费公式叠加，得到对应保险子类组件的保费公式，将多个被选定的保险子类组件的保费公式叠加，得到对应保险数据信息的保费公式；将保险数据信息的保费公式与相应保险数据信息进行关联。为了提高保险数据信息对应保费公式的配置效率，配置终端将每个影响保费计算的因素对应的计算公式封装为中文的保费影响因素，并将保费影响因素与对应的计算公式进行关联。例如，保险子类组件“家庭财产保险”对应的保费影响因素包括租金日基准费率、租金总额、房屋类型和抵押物费率等。配置终端将每个保险父类组件对应的多个保费影响因素以及关联的计算公式发送至服务器。当接收到配置终端发送的保费公式的公式配置请求时，服务器根据公式配置请求获取多个计算公式，利用获取到的多个计算公式生成保费公式。在一个实施例中，利用多个计算公式生成保费公式的步骤，包括：接收配置终端发送的公式描述；根据公式描述中被选定的保费影响因素获取对应的计算公式，利用公式描述中的运算符将多个计算公式进行拼接，生成保费公式。当接收到配置终端发送的保费公式的公式配置请求时，公式配置请求携带了父类组件标识，服务器根据父类组件标识获取对应的多个保费影响因素，并利用获取到的多个保费影响因素生成保费公式的公式配置页面。公式配置页面可以以列表的形式对多个保费影响因素进行展示。公式配置页面包括公式编辑框。服务器将公式配置页面发送至配置终端，使设计人员可以通过配置终端在列表上对一个或多个保费影响因素进行选定并在公式编辑框输入运算符。配置终端根据列表上一个或多个保费影响因素的选定操作以及运算符的输入操作，将输入的运算符和被选定的保费影响因素添加至公式编辑框，并在接收到设计人员输入的配置完毕的指令时，利用公式编辑框中的内容生成公式描述。配置终端将该公式描述发送至服务器。公式描述是一段文字，用来描述该公式的含义。服务器根据公式描述中被选定的保费影响因素获取对应的计算公式，利用公式描述中输入的运算符将获取到的多个计算公式进行拼接，生成保费公式。设计人员只需根据公式要实现的功能在配置终端简单的进行保费影响因素的选定和运算符的输入，即可生成该公式的公式描述，服务器根据该公式描述即可自动拼接对应的计算公式生成保费公式，既可以降低保费公式的配置门槛，也可以提高保费公式的配置效率。公式配置请求还携带了组件标识。服务器根据组件标识将保费公式与对应的保险子类组件或保险责任组件进行关联。服务器将多个保险责任组件的保费公式叠加，可以得到对应保险子类组件的保费公式；将多个被选定的保险子类组件的保费公式叠加，可以得到对应保险数据信息的保费公式。服务器将保险数据信息的保费公式与相应保险数据信息进行关联。容易理解，保险子类组件也可以单独设定对应的保费公式，而不是将关联的多个保险责任组件的保费公式叠加得到的。本实施例中，根据影响保费计算的因素，预先将每个因素对应的计算公式封装为通俗易懂的中文的保费影响因素；当需要对保险责任组件或保险子类组件配置对应的保费公式时，只需对保费影响因素进行选定即可利用相应的计算公式生成对应的保费公式，既可以降低保费公式的配置门槛，也可以提高保费公式的配置效率。在一个实施例中，终端包括配置终端；信息类型包括标准数据信息；根据信息类型，利用被选定的保险子类组件及对应的保险责任组件，生成对应类型的保险数据信息的步骤，包括：利用被选定的保险子类组件及关联的保险责任组件，生成保险单元信息；对保险单元信息添加对应的投保规则；利用多个设有投保规则的保险单元信息，生成标准数据信息。信息配置页面包括第一信息配置页面。当设计人员需要配置标准数据信息时，可以通过配置终端向服务器发送信息配置请求。该信息配置请求携带了父类组件标识，服务器根据父类组件标识获取相应保险父类组件对应的多个保险子类组件，利用获取到的多个保险子类组件及关联的保险责任组件生成第一信息配置页面，将第一信息配置页面返回至配置终端。设计人员可以通过配置终端在第一信息配置页面对一个或多个保险子类组件进行选定。配置终端根据第一信息配置页面上一个或多个保险子类组件对应的选定操作，将被选定的保险子类组件发送至服务器。服务器利用被选定的保险子类组件及关联的保险责任组件，生成保险单元信息。设计人员可以在配置终端进行多次不同的选定操作，进而可以生成不同规格的保险单元信息。服务器可以利用其中一种或多种保险单元信息生成具有不同承保范围的保险数据信息。服务器预存储了每个保险父类组件对应的多种投保规则，如最小投保数量、保险期限和职业类型等。在一个实施例中，第一信息配置页面还包括多种投保规则对应的选项，配置终端根据设计人员在第一信息配置页面对投保规则的选定操作，获取被选定的投保规则，将被选定的投保规则发送至服务器，服务器将投保规则与对应的保险单元信息进行关联。在另一个实施例中，服务器对生成的保险单元信息进行解析，根据解析得到的保险范围获取对应的投保规则，将获取到的投保规则与对应的保险单元信息进行关联。服务器利用多个设有投保规则的保险单元信息生成标准数据信息。本实施例中，预先利用保险数据信息构成要素定义多个组件，并对组件进行关联和分类，对多个组件有结构的分类存储，当需要新增保险数据信息时，只需在配置终端输入保险需求即可实现标准数据信息的快速新增。在一个实施例中，终端包括业务终端；信息类型包括自定义数据信息；根据信息类型，利用被选定的保险子类组件及对应的保险责任组件，生成对应类型的保险数据信息的步骤包括：接收业务终端根据信息配置页面上将被选定的保险子类组件与关联的多个保险责任组件重新组合的操作发送的与被选定的保险子类组件重新组合的保险责任组件；利用被选定的保险子类组件及对应的重新组合的保险责任组件，生成自定义数据信息。标准数据信息配置的保险责任是固定的，在相应保险产品销售时其包含的某些条款投保人并不需要，但因不可自由选择，投保人只能全部投保，使保险业务推广慢且不够灵活。传统方式中，保险公司为了加快保险业务的推广，只能通过人工新增保险数据信息，以投保人个性化的保险需求，但通过人工进行个性化保险数据信息的配置，使得保险数据信息配置效率较低。为了解决上述个性化保险数据信息配置效率低的问题，本实施例业务终端可以直接对保险子类组件和保险责任组件自由组合。信息配置页面包括第二信息配置页面。当业务人员需要根据投保人的投保意愿设计自定义数据信息时，可以直接通过业务终端向服务器发送信息配置请求。该信息配置请求携带了父类组件描述。父类组件描述包括投保人期望的保险数据信息的产品分类、标的类型、生效时间和失效时间等。服务器根据父类组件描述获取相应保险父类组件对应的多个保险子类组件及关联的保险责任组件，利用获取到的多个保险子类组件及关联的保险责任组件生成第二信息配置页面，将第二信息配置页面返回至业务终端。设计人员可以通过业务终端在第二信息配置页面对一个或多个保险子类组件进行选定，也可以将选定的保险子类组件与关联的多个保险责任组件进行重新组合，以按照投保人的意愿重新确定保险范围。业务终端根据第二信息配置页面上一个或多个保险子类组件对应的选定操作，以及将被选定的保险子类组件与关联的多个保险责任组件重新组合的操作，将被选定的保险子类组件以及对应的类组件重新组合的保险责任组件发送至服务器。服务器利用被选定的保险子类组件及对应的重新组合的保险责任组件，生成自定义数据信息。本实施例中，业务终端根据投保人的个性化投保需求可以直接对保险子类组件和保险责任组件自由组合，生成适用于投保人的个性化的保险数据信息，且直接在有结构的多个组件基础上重新选定，可以提高自定义数据信息的配置效率。在一个实施例中，终端还包括业务终端；业务终端发送的信息配置请求携带了客户标识和多个标准数据信息的信息标识；信息类型还包括组合数据信息；根据信息类型，利用被选定的保险子类组件及对应的保险责任组件，生成对应类型的保险数据信息的步骤，包括：根据客户标识获取对应的客户类型，根据多个信息标识获取对应多个标准数据信息的应用行业；根据客户类型和应用行业对多个标准数据信息的组合进行风险验证；当验证通过时，利用多个标准数据信息生成组合数据信息。为了促进保险业务的推广，保险公司常推出跨保险父类的组合数据信息，例如，在销售机动车辆保险产品时，可能会连带捆绑销售家庭财产保险产品或意外健康保险产品。其中，机动车辆保险对应的保险父类为财产保险，意外健康保险对应的保险父类为人身保险，属于不同的保险父类。对于捆绑销售的保险数据信息，投保人可以自由选择。当业务人员需要根据投保人选定的多个标准数据信息设计组合数据信息时，可以通过业务终端向服务器发送信息配置请求。该信息配置请求携带了客户标识和多个标准数据信息的信息标识。服务器根据客户标识获取对应的客户类型，根据多个信息标识获取对应多个标准数据信息的应用行业。客户类型包括微型企业和大型企业等。应用行业包括医疗行业和互联网行业等。服务器根据客户类型和应用行业对多个标准数据信息的组合进行风险验证。具体的，服务器根据信息标识获取多个标准数据信息的授权客户类型；对客户类型是否属于每个标准数据信息的授权客户类型以及多个标准数据信息的应用行业是否包含相同的应用行业进行校验。当多个标准数据信息具有相同的应用行业，且客户类型属于每个标准数据信息的授权客户类型时，表示风险验证通过。当多个标准数据信息没有相同的应用行业，即跨行业时，服务器获取预设的多个行业组合，将多个行业组合分别与组合请求中多个标准数据信息的应用行业的组合进行匹配。当匹配成功，且客户类型属于每个标准数据信息的授权客户类型时，表示风险验证通过。当匹配失败时，根据信息配置请求携带的多个标准数据信息生成组合任务，将组合任务发送至配置终端，由核保人通过配置终端判断多个标准数据信息是否可以组合。当风险验证通过，或接收到配置终端返回的同意组合的确认结果时，服务器利用获取的多个标准数据信息生成组合数据信息以及对应的投保页面，将投保页面发送至业务终端。该投保页面包括是否“合并出单”的选项。当投保人购买上述组合数据信息，并通过业务终端对“合并出单”的选项进行选择时，业务终端将“合并出单”的选项对应的选择结果发送至服务器。服务器根据选择结果生成对应的保单。传统的跨保险父类的多个标准数据信息在出单时难以合并出一张保单，保险数据信息设计系统需要分别生成对应保单，使得后期批改及理赔需要处理多个保单，降低批改和理赔效率。而本方案中，无论生成组合数据信息的多个标准数据信息是否跨保险父类，均可以合并出单，便于后期批改和理赔。本实施例中，根据客户需求直接将跨保险父类的多个标准数据信息进行组合，并对多个标准数据信息的组合进行风险验证，当验证通过时，自动形成新的组合数据信息，提高组合数据信息的配置效率。在一个实施例中，保险数据信息具有对应的投保页面；该方法还包括：接收终端发送的埋点请求；埋点请求携带了投保页面以及投保页面中多个控件的属性信息；根据属性信息，对多个控件是否为可触摸控件分别进行识别，对多个可触摸控件设置埋点；将被埋点的控件的埋点信息发送至终端，使终端在获取到投保页面上一个或多个可触摸控件对应的触摸操作时，对触摸操作对应的触摸事件进行拦截，获取被触摸的控件的属性信息，根据属性信息和埋点信息识别被触摸的控件是否属于被埋点的控件，当被触摸的控件属于被埋点的控件时，将拦截到的触摸事件进行上报；接收终端上报的触摸事件，根据触摸事件获取投保页面对应的操作行为数据，对操作行为数据进行分析，将分析结果反馈至终端。配置终端与业务终端上分别运行了用于购买上述实施例提供的保险数据信息的应用程序或网络平台。应用程序或网络平台中预安装了插件sdk(softwaredevelopmentkit，软件开发工具包)。sdk是基于开源的ui(userinterface，用户界面)跨平台框架预先开发生成的脚本。ui跨平台框架可以是reactnative框架或weex框架等。sdk包括数据采集脚本、触摸事件拦截脚本、控件匹配脚本和触摸事件上报脚本等，用于数据采集、触摸事件拦截、控件匹配和触摸事件上报等。当投保人请求购买某个保险数据信息时，业务人员可以根据投保人的投保意愿，利用业务终端上的应用程序或网络平台向服务器发送投保请求。在另一个实施例中，客户终端上也运行了用于投保的应用程序或网络平台。投保人可以通过自己对应的客户终端直接向服务器发送投保请求，对此不做限定。该应用程序或网络平台包括多个投保页面。投保页面可以是配置终端根据每款保险数据信息设计得到的。投保页面包括多个视图。每个视图具有对应的视图标识和视图名称。视图包括控件和控件控制器。控件控制器用于配置和管理控件，对用户是不可见的。用户可以对可见的按钮、文本框等控件进行触摸操作。触摸操作包括点击、长按、短按或滑动等。为了更好的了解每款保险数据信息的投保情况，配置终端对投保页面中的多个控件进行埋点。具体的，配置终端利用sdk对当前的投保页面进行解析，采集投保页面中多个视图的属性信息。属性信息包括视图名称和视图索引。容易理解，视图名称可以是控件名称或控制器名称，视图索引可以是控件索引或控制器索引。视图索引可以是sdk根据投保页面中多个视图之间的层级关系预先给多个视图分配的编号。sdk可以将视图索引作为对应视图的视图名称的下标进行记录，如uibutton0,uibutton1和uibutton2。属性信息还包括投保页面中多个视图的层级信息。每个视图具有对应的层级信息，层级信息包括该视图与其他一个或多个视图之间的继承关系。例如，控件uiview继承于控件控制器viewcontroller，则控件控制器viewcontroller为控件uiview的上一层级视图。配置终端获取投保页面的页面截图，利用页面截图以及多个视图的属性信息生成埋点请求，将埋点请求发送至服务器。服务器根据属性信息对页面截图中可以进行触摸操作的控件(以下简称“可触摸控件”)进行识别，并根据多个视图的层级信息，利用多个视图名称构建多个可触摸控件分别对应的视图路径，利用多个视图索引构建多个可触摸控件分别对应的索引路径。服务器根据可触摸控件的视图路径和层级路径对可触摸控件进行定位，在可触摸控件所在的位置添加埋点边框。埋点边框可以矩形框等。服务器将添加了埋点边框的页面截图返回至配置终端。设计人员可以通过配置终端对具有埋点边框的可触摸控件设置埋点。配置终端获取被埋点的可触摸控件(以下简称“被埋点控件”)的埋点结果，将埋点结果发送至服务器。服务器利用被埋点控件的以及视图路径和索引路径生成埋点信息，将埋点信息发布至业务终端，以对任意业务终端上对投保页面的操作行为数据进行采集。业务终端利用sdk在被埋点控件对应的方法函数中插入预先编写的触摸事件拦截函数，以对投保页面中多个被埋点控件进行触摸事件绑定。当业务人员通过业务终端上的应用程序或网络平台进行投保时，业务终端获取相应投保页面上一个或多个可触摸控件对应的触摸操作，通过触摸事件拦截函数对触摸操作对应的触摸事件进行拦截。业务终端利用sdk获取被触摸的控件(以下简称“被触摸控件”)的属性信息，根据属性信息生成被触摸控件的视图路径和索引路径。业务终端将被触摸控件的视图路径与被埋点控件的视图路径进行匹配，将被触摸控件的索引路径与被埋点控件的索引路径进行匹配，当视图路径和索引路径分别匹配成功时，表示被触摸控件属于被埋点控件。当被触摸控件属于被埋点控件时，将拦截到的触摸事件上报至服务器。服务器根据触摸事件可以获取投保页面上的操作行为数据，对获取到的操作行为数据进行分析。操作行为数据包括业务人员对不同保险数据信息对应投保页面的访问流程、访问量、跳出率和回访量，以及业务人员根据投保人要求在投保页面所使用的搜索引擎、关键词和关联关键词等。服务器通过对访问流程进行分析，可以判断投保页面的结构设计是否合理；通过对访问量、跳出率和回访量进行分析，可以判断不同保险数据信息的销售热度；通过对使用的搜索引擎、关键词和关联关键词进行分析，可以获取投保人的投保偏好等。服务器将分析得到的投保页面结构设计合理性、不同保险数据信息销售热度，不同投保人投保偏好等信息反馈至配置终端，以指导设计人员通过配置终端更好的进行保险数据信息设计。本实施例中，预先在保险数据信息对应的投保页面设置埋点，利用埋点对投保页面上的操作行为数据进行采集，通过对操作行为数据进行分析可以对保险数据信息的设计进行指导，使配置终端可以更加快速的生成更受欢迎的保险数据信息。在一个实施例中，属性信息包括控件名称、基本属性和访问属性；根据属性信息，对多个控件是否为可触摸控件分别进行识别的步骤，包括：根据基本属性识别控件是否为可触摸控件；当控件不是可触摸控件时，识别控件名称是否为目标集合中的集合元素以及访问属性是否具有预设的属性值；当控件名称为目标集合中的集合元素，且访问属性具有预设的属性值时，将控件标记为可触摸控件。配置终端发送至服务器的控件的属性信息包括基本属性。基本属性包括透明属性、隐藏属性和交互属性等。交互属性包括userinteractionenabled(一种属性名称)属性。针对原生app，服务器根据控件的基本属性即可识别该控件是否属于可触摸控件。当应用程序为webapp或者混合app时，属性信息还包括访问属性。访问属性包括isaccessibilityelement(一种属性名称)属性。服务器存储了预设集合。预设集合将多个可触摸控件的控件名称作为集合元素进行记录，如uicontrol，uitableviewcell、uicollectionviewcell，uiview(一种控件名称)及分别对应的子类控件的控件名称。服务器识别控件的控件名称是否属于预设集合中的集合元素。当控件名称不属于预设集合中的集合元素时，表示该控件不可以进行触摸操作。当控件名称属于预设集合中的集合元素时，服务器获取该控件的透明属性、隐藏属性和交互属性各自的属性值，识别三个属性值是否分别达到各自的预设属性值。当透明属性的属性值为对应的预设属性值时，表示该控件是不透明的。当隐藏属性的属性值为对应的预设属性值时，表示该控件是可见的。当交互属性的属性值为对应的预设属性值时，表示该控件可以与用户交互，即该控件可以响应用户的触摸操作。当控件的透明属性、隐藏属性和交互属性均具有各自对应的预设属性值时，服务器将该控件标记为可触摸控件。webapp或者混合app中存在跨平台页面，如h5(html5，超文本标记语言)页面。由于跨平台页面是由js(javascript，直译式脚本语言)引擎翻译而成，使得跨平台页面中控件的控件名称并不属于预设集合中的集合元素。当根据基本属性将控件识别为不可以进行触摸操作的控件时，尚不能确定该控件不能进行触摸操作，服务器识别控件的控件名称是否属于目标集合中的集合元素。目标集合可以是应用程序开发商预先在服务器配置的。目标集合也将可以进行触摸操作的多个控件的控件名称作为集合元素进行记录。目标集合中的控件名称包括rctview(一种控件名称)及其子类控件的控件名称。当控件名称不属于目标集合中的集合元素时，表示该控件不可以进行触摸操作。当控件名称属于目标集合中的集合元素时，服务器获取访问属性的属性值，判断该属性值是否为预设的属性值。当控件名称为目标集合中的集合元素，且访问属性具有预设的属性值时，服务器将控件标记为可触摸控件。本实施例中，当应用程序为原生app时，根据基本属性即可对应用程序投保页面中的可触摸控件进行识别；当应用程序为webapp或者混合app时，可以根据访问属性对对应用程序投保页面中的可触摸控件进行识别，使得该可触摸控件识别方法对于多种类型的应用程序均可以通用，可以提高可触摸控件的识别精度。在其中一个实施例中，埋点信息包括多个被埋点的控件的视图路径和索引路径；根据属性信息和埋点信息识别被触摸的控件是否属于被埋点的控件的步骤，包括：获取被触摸的控件的视图路径和索引路径；获取多个被埋点的控件的视图路径和索引路径；将被触摸的控件的视图路径与被埋点的控件的视图路径进行匹配，将被触摸的控件的索引路径与被埋点的控件的索引路径进行匹配；当视图路径和索引路径分别匹配成功时，被触摸的控件属于被埋点的控件。在接收到配置终端发送的埋点信息后，服务器根据多个视图的层级信息，利用多个视图名称构建多个被埋点控件分别对应的视图路径，利用多个视图索引构建多个被埋点控件分别对应的索引路径。具体的，服务器根据被埋点控件的层级信息向上逐级回溯，即识别被埋点控件是否存在上一层级视图，当存在上一层级视图时，提取该上一层级视图的视图名称和视图索引。服务器根据被埋点控件的层级信息继续向上逐级回溯，即识别被埋点控件的上一层级视图是否仍存在对应的上一层级视图，若存在，则提取对应的视图名称和视图索引，直至最高层级视图。需要说明的是，控件控制器对用户虽是不可见的，但控件和控件控制器一起才能够反映投保页面中多个视图整体的层级结构，故控件控制器也是构建视图路径和索引路径所必需的。根据被埋点控件的层级信息，服务器利用第一预设标识将提取到的多个视图名称逐级拼接，即将最高层级视图至被埋点控件的多个视图的视图名称依次拼接，得到目录字符串，将该目录字符串作为被埋点控件对应的视图路径。sdk利用第二预设标识将提取到的多个视图索引逐级拼接，即将最高层级视图至被埋点控件的多个视图的视图索引依次拼接，得到索引字符串，将该索引字符串作为被埋点控件对应的索引路径，从而得到被埋点控件对应的层级路径。第一预设标识和第二预设标识分别可以是“/”，“_”，“#”，“@”或“*”等。组成视图路径的各个视图名称分别对应不同层级的视图，故视图路径可以对不同层级的视图进行区分。例如，上述举例中的视图路径/uiwindow/viewcontroller/uiview/uibutton，表示uiwindow为最高层级视图，viewcontroller为uiwindow的下一层级视图，uiview为viewcontroller的下一层级视图，uibutton为uiview的下一层级视图。多个视图可以继承于同一视图，即多个视图分别对应的上一层级视图可以是同一视图，如控件uibutton0,控件uibutton1和控件uibutton2可以继承于同一控件uiview。索引路径可以反映对一个视图在对应的上一层级视图中的显示层级关系，即可以对同一层级的不同视图进行区分。例如，假设上述举例中的控件uibutton1对应的索引路径为0_1_2_1，则表示uiwindow为最高层级视图，视图控制器viewcontroller为上一层级视图uiwindow的第2个子视图，控件uiview为上一层级视图viewcontroller的第3个子视图，控件uibutton为上一层级视图uiview的第2个子视图。视图路径可以对不同层级的视图进行区分，索引路径可以对同一层级的不同视图进行区分，从而视图路径和索引路径的结合可以共同完成可触摸控件的唯一性定位。可以理解，层级路径也可以将视图路径与索引路径结合展示。例如，将视图索引作为对应视图的视图名称的下标，利用第一预设标识或第二预设标识按照上述方式将多个带有下标的视图名称进行逐级拼接，得到如下层级路径：/uiwindow0/viewcontroller1/uiview2/uibutton1。服务器将被埋点控件的视图路径的索引路径发送至业务终端。当接收到投保页面上一个控件对应的触摸操作时，业务终端也可以按照上述方式生成被触摸控件的视图路径和层级路径。业务终端利用sdk对比被触摸控件的视图路径和索引路径是否分别与被埋点控件的视图路径和索引路径一致。当被触摸控件的视图路径与被埋点控件的视图路径一致，且被触摸控件的索引路径与被埋点控件的索引路径一致时，表示被触摸控件属于被埋点控件，换言之，当前被触摸的控件已经被设置埋点，业务终端将拦截到的触摸事件上报至服务器。本实施例中，视图路径可以对不同层级视图对应的控件进行区分，索引路径可以对同一层级视图对应的不同控件进行区分，视图路径和索引路径的结合可以对控件准确定位，从而能够提高控件匹配精度，进而可以对控件的触摸事件进行准确上报。在一个实施例中，如图3所示，提供了一种保险数据信息的配置装置，包括：配置请求模块302，组件选定模块304和信息配置模块306，其中：配置请求模块302，用于接收终端发送的信息配置请求；信息配置请求携带了信息类型。组件选定模块304，用于根据信息配置请求获取多个保险子类组件及关联的保险责任组件，利用多个保险子类组件和保险责任组件生成信息配置页面，将信息配置页面发送至终端，终端获取信息配置页面上一个或多个保险子类组件对应的选定操作；接收终端发送的被选定的保险子类组件。信息配置模块306，用于根据信息类型，利用被选定的保险子类组件及对应的保险责任组件，生成对应类型的保险数据信息，将保险数据信息发送至终端，使终端显示保险数据信息对应的页面。在一个实施例中，终端包括配置终端；该装置还包括组件定义模块308，用于接收配置终端发送的多个保险子类组件和多个保险责任组件；将每个保险子类组件与一个或多个保险责任组件进行关联；对关联后的多个保险子类组件进行分类，得到多个保险父类组件；将每个保险父类组件与对应的一个或多个保险子类组件进行关联。在一个实施例中，保险数据信息具有对应的版本号；该装置还包括版本定义模块310，用于对多个保险子类组件和保险责任组件分别添加对应的版本号；当接收到配置终端发送的组件变更请求时，对相应保险子类组件或保险责任组件的版本号进行升级；当保险子类组件或保险责任组件的版本号进行升级时，对相应保险数据信息的版本号进行升级。在一个实施例中，该装置还包括公式配置模块312，用于接收配置终端发送的每个保险父类组件对应的多个保费影响因素；每个保费影响因素关联有对应的计算公式；利用多个计算公式生成保费公式，将保费公式与对应的保险子类组件或保险责任组件进行关联；将多个保险责任组件对应的保费公式叠加，得到相应保险子类组件对应的保费公式，将多个被选定的保险子类组件对应的保费公式叠加，得到相应保险数据信息对应的保费公式；将保险数据信息对应的保费公式与相应保险数据信息进行关联。在一个实施例中，终端包括配置终端；信息类型包括标准数据信息。信息配置模块306包括标准信息配置模块3062。标准数据信息生成模块3062用于利用被选定的保险子类组件及关联的保险责任组件，生成保险单元信息；对保险单元信息添加对应的投保规则；利用多个设有投保规则的保险单元信息，生成标准数据信息。在一个实施例中，终端包括业务终端；信息类型包括自定义数据信息。信息配置模块306包括自定义信息配置模块3064。自定义信息配置模块3064用于接收业务终端根据信息配置页面上将被选定的保险子类组件与关联的多个保险责任组件重新组合的操作发送的与被选定的保险子类组件重新组合的保险责任组件；利用被选定的保险子类组件及对应的重新组合的保险责任组件，生成自定义数据信息。在一个实施例中，终端还包括业务终端；业务终端发送的信息配置请求携带了客户标识和多个标准数据信息的信息标识；信息类型还包括组合数据信息。信息配置模块306包括组合信息配置模块3066。组合信息配置模块3066用于根据客户标识获取对应的客户类型，根据多个信息标识获取对应多个标准数据信息的应用行业；根据客户类型和应用行业对多个标准数据信息的组合进行风险验证；当验证通过时，利用多个标准数据信息生成组合数据信息。在一个实施例中，所述信息配置页面包括多个保险子类组件和保险责任组件分别对应的可触摸控件；该装置还包括投保分析模块314，用于接收终端发送的埋点请求；埋点请求携带了投保页面以及投保页面中多个控件的属性信息；根据属性信息，对多个控件是否为可触摸控件分别进行识别，对多个可触摸控件设置埋点；将被埋点的控件的埋点信息发送至终端，使终端在获取到投保页面上一个或多个可触摸控件对应的触摸操作时，对触摸操作对应的触摸事件进行拦截，获取被触摸的控件的属性信息，根据属性信息和埋点信息识别被触摸的控件是否属于被埋点的控件，当被触摸的控件属于被埋点的控件时，将拦截到的触摸事件进行上报；接收终端上报的触摸事件，根据触摸事件获取投保页面对应的操作行为数据，对操作行为数据进行分析，将分析结果反馈至终端。在一个实施例中，投保分析模块314包括控件识别模块3142。属性信息包括控件名称、基本属性和访问属性。控件识别模块3142，用于根据基本属性识别控件是否为可触摸控件；当控件不是可触摸控件时，识别控件名称是否为目标集合中的集合元素以及访问属性是否具有预设的属性值；当控件名称为目标集合中的集合元素，且访问属性具有预设的属性值时，将控件标记为可触摸控件。在其中一个实施例中，所述埋点信息包括多个被埋点控件的视图路径和索引路径。投保分析模块314包括控件匹配模块3144。控件匹配模块3144，用于获取被触摸的控件的视图路径和索引路径；获取多个被埋点的控件的视图路径和索引路径；将被触摸的控件的视图路径与被埋点的控件的视图路径进行匹配，将被触摸的控件的索引路径与被埋点的控件的索引路径进行匹配；当视图路径和索引路径分别匹配成功时，被触摸的控件属于被埋点的控件。上述的保险数据信息的配置装置可以实现为一种计算机程序的形式，计算机程序可在如图4所示的计算机设备上运行。在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，也可以是移动终端。当该计算机设备为服务器时，其内部结构图可以如图4所示。该计算机设备包括通过系统总线连接的处理器、存储装置和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储装置包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种保险数据信息的配置方法。本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。处理器执行计算机程序时可以执行以下步骤：接收终端发送的信息配置请求；信息配置请求携带了信息类型；根据信息配置请求获取多个保险子类组件及关联的保险责任组件，利用多个保险子类组件和保险责任组件生成信息配置页面，将信息配置页面发送至终端，终端获取信息配置页面上一个或多个保险子类组件对应的选定操作；接收终端发送的被选定的保险子类组件；根据信息类型，利用被选定的保险子类组件及对应的保险责任组件，生成对应类型的保险数据信息，将保险数据信息发送至终端，使终端显示保险数据信息对应的页面。在一个实施例中，终端包括配置终端；处理器执行计算机程序时还执行以下步骤：接收配置终端发送的多个保险子类组件和多个保险责任组件；将每个保险子类组件与一个或多个保险责任组件进行关联；对关联后的多个保险子类组件进行分类，得到多个保险父类组件；将每个保险父类组件与对应的一个或多个保险子类组件进行关联。在一个实施例中，保险数据信息具有对应的版本号；处理器执行计算机程序时还执行以下步骤：对多个保险子类组件和保险责任组件分别添加对应的版本号；当接收到配置终端发送的组件变更请求时，对相应保险子类组件或保险责任组件的版本号进行升级；当保险子类组件或保险责任组件的版本号进行升级时，对相应保险数据信息的版本号进行升级。在一个实施例中，处理器执行计算机程序时还执行以下步骤：接收配置终端发送的每个保险父类组件对应的多个保费影响因素；每个保费影响因素关联有对应的计算公式；利用多个计算公式生成保费公式，将保费公式与对应的保险子类组件或保险责任组件进行关联；将多个保险责任组件对应的保费公式叠加，得到相应保险子类组件对应的保费公式，将多个被选定的保险子类组件对应的保费公式叠加，得到相应保险数据信息对应的保费公式；将保险数据信息对应的保费公式与相应保险数据信息进行关联。在其中一个实施例中，保险数据信息具有对应的投保页面；处理器执行计算机程序时还执行以下步骤：接收终端发送的埋点请求；埋点请求携带了投保页面以及投保页面中多个控件的属性信息；根据属性信息，对多个控件是否为可触摸控件分别进行识别，对多个可触摸控件设置埋点；将被埋点的控件的埋点信息发送至终端，使终端在获取到投保页面上一个或多个可触摸控件对应的触摸操作时，对触摸操作对应的触摸事件进行拦截，获取被触摸的控件的属性信息，根据属性信息和埋点信息识别被触摸的控件是否属于被埋点的控件，当被触摸的控件属于被埋点的控件时，将拦截到的触摸事件进行上报；接收终端上报的触摸事件，根据触摸事件获取投保页面对应的操作行为数据，对操作行为数据进行分析，将分析结果反馈至终端。在其中一个实施例中，属性信息包括控件名称、基本属性和访问属性；处理器执行计算机程序时还执行以下步骤：根据基本属性识别控件是否为可触摸控件；当控件不是可触摸控件时，识别控件名称是否为目标集合中的集合元素以及访问属性是否具有预设的属性值；当控件名称为目标集合中的集合元素，且访问属性具有预设的属性值时，将控件标记为可触摸控件。在其中一个实施例中，埋点信息包括多个被埋点的控件的视图路径和索引路径；处理器执行计算机程序时还执行以下步骤：获取被触摸的控件的视图路径和索引路径；获取多个被埋点的控件的视图路径和索引路径；将被触摸的控件的视图路径与被埋点的控件的视图路径进行匹配，将被触摸的控件的索引路径与被埋点的控件的索引路径进行匹配；当视图路径和索引路径分别匹配成功时，被触摸的控件属于被埋点的控件。在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现计算机程序以下步骤：接收终端发送的信息配置请求；信息配置请求携带了信息类型；根据信息配置请求获取多个保险子类组件及关联的保险责任组件，利用多个保险子类组件和保险责任组件生成信息配置页面，将信息配置页面发送至终端，终端获取信息配置页面上一个或多个保险子类组件对应的选定操作；接收终端发送的被选定的保险子类组件；根据信息类型，利用被选定的保险子类组件及对应的保险责任组件，生成对应类型的保险数据信息，将保险数据信息发送至终端，使终端显示保险数据信息对应的页面。在一个实施例中，终端包括配置终端；计算机程序被处理器执行时还执行以下步骤：接收配置终端发送的多个保险子类组件和多个保险责任组件；将每个保险子类组件与一个或多个保险责任组件进行关联；对关联后的多个保险子类组件进行分类，得到多个保险父类组件；将每个保险父类组件与对应的一个或多个保险子类组件进行关联。在一个实施例中，保险数据信息具有对应的版本号；计算机程序被处理器执行时还执行以下步骤：对多个保险子类组件和保险责任组件分别添加对应的版本号；当接收到配置终端发送的组件变更请求时，对相应保险子类组件或保险责任组件的版本号进行升级；当保险子类组件或保险责任组件的版本号进行升级时，对相应保险数据信息的版本号进行升级。在一个实施例中，计算机程序被处理器执行时还执行以下步骤：接收配置终端发送的每个保险父类组件对应的多个保费影响因素；每个保费影响因素关联有对应的计算公式；利用多个计算公式生成保费公式，将保费公式与对应的保险子类组件或保险责任组件进行关联；将多个保险责任组件对应的保费公式叠加，得到相应保险子类组件对应的保费公式，将多个被选定的保险子类组件对应的保费公式叠加，得到相应保险数据信息对应的保费公式；将保险数据信息对应的保费公式与相应保险数据信息进行关联。在其中一个实施例中，保险数据信息具有对应的投保页面；计算机程序被处理器执行时还执行以下步骤：接收终端发送的埋点请求；埋点请求携带了投保页面以及投保页面中多个控件的属性信息；根据属性信息，对多个控件是否为可触摸控件分别进行识别，对多个可触摸控件设置埋点；将被埋点的控件的埋点信息发送至终端，使终端在获取到投保页面上一个或多个可触摸控件对应的触摸操作时，对触摸操作对应的触摸事件进行拦截，获取被触摸的控件的属性信息，根据属性信息和埋点信息识别被触摸的控件是否属于被埋点的控件，当被触摸的控件属于被埋点的控件时，将拦截到的触摸事件进行上报；接收终端上报的触摸事件，根据触摸事件获取投保页面对应的操作行为数据，对操作行为数据进行分析，将分析结果反馈至终端。在其中一个实施例中，属性信息包括控件名称、基本属性和访问属性；计算机程序被处理器执行时还执行以下步骤：根据基本属性识别控件是否为可触摸控件；当控件不是可触摸控件时，识别控件名称是否为目标集合中的集合元素以及访问属性是否具有预设的属性值；当控件名称为目标集合中的集合元素，且访问属性具有预设的属性值时，将控件标记为可触摸控件。在其中一个实施例中，埋点信息包括多个被埋点的控件的视图路径和索引路径；计算机程序被处理器执行时还执行以下步骤：获取被触摸的控件的视图路径和索引路径；获取多个被埋点的控件的视图路径和索引路径；将被触摸的控件的视图路径与被埋点的控件的视图路径进行匹配，将被触摸的控件的索引路径与被埋点的控件的索引路径进行匹配；当视图路径和索引路径分别匹配成功时，被触摸的控件属于被埋点的控件。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，前述计算机程序可存储于一非易失性取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，前述存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)等。以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。当前第1页12当前第1页12