CN109710252A - 页面生成方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种页面生成方法、装置、设备及存储介质，所述方法包括：在收到任一投保客户端发送的携带有待查询险种标识的服务请求后，通过获取待查询险种标识对应的险种数据并发送给投保客户端，以使投保客户端基于渲染引擎对险种数据进行页面渲染，以生成显示页面。可见，本申请实施例可以适用于任意投保客户端的任意险种对应的页面生成流程，从而可以大大节省人力成本和时间成本。

Description

页面生成方法、装置、设备及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种页面生成方法、装置、设备及存储介质。

背景技术

随着智能设备的广泛应用，越来越多用户通过智能设备进行各种业务办理。

现有技术中，保险公司推出了可以用于办理保险业务的投保客户端，例如包括但不限于：应用程序(Application，APP)客户端、万维网(World Wide Web，WEB)客户端或智能机柜客户端。每当推出一种新险种时，对于不同种类的投保客户端分别需要开发一套相应的页面生成流程，耗费相当多的人力成本和时间成本。

因此，为了节省人力成本和时间成本，如何实现可以适用于任意投保客户端的任意险种的页面生成流程是亟需解决的问题。

发明内容

本申请实施例提供一种页面生成方法、装置、设备及存储介质，实现了可以适用于任意投保客户端的任意险种对应的页面生成流程。

第一方面，本申请实施例提供一种页面生成方法，包括：

在接收到投保客户端发送的服务请求后，根据所述服务请求中携带的待查询险种标识，获取对应的险种数据；

将所述待查询险种标识对应的险种数据发送给所述投保客户端，以使所述投保客户端基于染引擎对所述险种数据进行页面渲染，以生成显示页面。

在一种可能的实现方式中，所述根据所述服务请求中携带的待查询险种标识，获取对应的险种数据，包括：

从数据库中获取所述待查询险种标识对应的险种数据；其中，所述数据库中包括：不同险种标识与对应的险种数据之间的对应关系。

在一种可能的实现方式中，所述根据所述服务请求中携带的待查询险种标识，获取对应的险种数据之前，所述方法还包括：

获取不同的险种标识和对应的险种数据；

按照预设的数据结构将所述不同的险种标识和对应的险种数据存储至所述数据库。

在一种可能的实现方式中，所述方法还包括：

发布所述渲染引擎。

在一种可能的实现方式中，任一所述险种数据包括：所述显示页面中的多个元素组件以及每个所述元素组件对应的属性信息。

在一种可能的实现方式中，任一所述元素组件对应的属性信息包括：用于唯一指示所述元素组件的标识、值域和显示方式。

在一种可能的实现方式中，任一所述元素组件对应的属性还包括：校验方式和/或填写指示标识，其中，所述填写指示标识用于指示所述元素组件为必填组件或者非必填组件。

第二方面，本申请实施例提供一种页面生成方法，包括：

向电子设备发送服务请求；其中，所述服务请求中包括待查询险种标识；

接收所述电子设备发送的所述待查询险种标识对应的险种数据；

基于渲染引擎对所述险种数据进行页面渲染，以生成显示页面。

在一种可能的实现方式中，所述方法还包括：

获取所述渲染引擎。

在一种可能的实现方式中，任一所述险种数据包括：所述显示页面中的多个元素组件以及每个所述元素组件对应的属性信息。

在一种可能的实现方式中，任一所述元素组件对应的属性信息包括：用于唯一指示所述元素组件的标识、值域和显示方式。

在一种可能的实现方式中，任一所述元素组件对应的属性还包括：校验方式和/或填写指示标识，其中，所述填写指示标识用于指示所述元素组件为必填组件或者非必填组件。

第三方面，本申请实施例提供一种页面生成装置，包括：

第一获取模块，用于在接收到投保客户端发送的服务请求后，根据所述服务请求中携带的待查询险种标识，获取对应的险种数据；

发送模块，用于将所述待查询险种标识对应的险种数据发送给所述投保客户端，以使所述投保客户端基于渲染引擎对所述险种数据进行页面渲染，以生成显示页面。

第四方面，本申请实施例提供一种页面生成装置，包括：

发送模块，用于向电子设备发送服务请求；其中，所述服务请求中包括待查询险种标识；

接收模块，用于接收所述电子设备发送的所述待查询险种标识对应的险种数据；

渲染模块，用于基于渲染引擎对所述险种数据进行页面渲染，以生成显示页面。

第五方面，本申请实施例提供一种电子设备，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行上述第一方面中任一项所述的方法。

第六方面，本申请实施例提供一种投保客户端，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行上述第二方面中任一项所述的方法。

第七方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面或第二方面中任一项所述的方法。

本申请实施例提供的页面生成方法、装置、设备及存储介质，在收到任一投保客户端发送的携带有待查询险种标识的服务请求后，通过获取待查询险种标识对应的险种数据并发送给所述投保客户端，以使所述投保客户端基于渲染引擎对险种数据进行页面渲染，以生成显示页面。可见，本申请实施例中，可以在获取到任意投保客户端所需的各种险种标识对应的险种数据后发送给所述投保客户端，以便所述投保客户端生成相应的显示页面，可以适用于任意投保客户端的任意险种对应的页面生成流程，从而可以大大节省人力成本和时间成本。同时，通过为投保客户端配置其所查询险种数据的方式，无需投保客户端大量采集，从而大大节省了投保客户端的开发成本。

附图说明

图1为本申请实施例提供的应用场景示意图；

图2为本申请一实施例提供的页面生成方法的流程示意图；

图3为本申请另一实施例提供的页面生成方法的流程示意图；

图4为本申请另一实施例提供的页面生成方法的流程示意图；

图5为本申请另一实施例提供的页面生成方法的流程示意图；

图6为本申请一实施例提供的页面生成装置的结构示意图；

图7为本申请一实施例提供的电子设备的结构示意图；

图8为本申请另一实施例提供的页面生成装置的结构示意图；

图9为本申请一实施例提供的投保客户端的结构示意图。

具体实施方式

首先，对本申请实施例所涉及的应用场景和部分词汇进行介绍。

图1为本申请实施例提供的应用场景示意图。如图1所示，应用场景示意图中可以包括：电子设备以及至少一个投保客户端(为了便于描述，图1中以至少一个投保客户端包括投保客户端1和投保客户端2为例进行示出)。当然，本申请实施例提供的应用场景示意图中还可以包括其它装置，本申请实施例中对此并不作限制。

本申请实施例中，任意投保客户端可以在接收到用户输入的投保指令时，向电子设备发送服务请求，以便于电子设备将相关数据发送给所述投保客户端，从而所述投保客户端根据接收到的相关数据进行页面显示。

本申请实施例中涉及的电子设备可以包括但不限于服务器。

本申请实施例中涉及的投保客户端可以包括但不限于：应用程序(Application，APP)客户端或万维网(World Wide Web，WEB)客户端。

本申请实施例中涉及的任一险种标识对应的险种数据可以包括：显示页面中的多个元素组件以及每个元素组件对应的属性信息。

本申请实施例中涉及的任一元素组件对应的属性信息可以包括：用于唯一指示对应的元素组件的标识(例如元素组件的名称)、值域(用于指示对应的元素组件中可输入的内容)和显示方式(例如下拉显示、单选显示、输入显示或隐藏显示等)；当然，还可以包括其它信息(例如，校验方式和/或填写指示标识等，其中，校验方式用于校验对应的元素组件中所输入的内容是否符合预设要求，填写指示标识用于指示元素组件为必填组件或者非必填组件)，本申请实施例中对此并不作限制。

例如，以险种标识为健康百分百B款重大疾病保险为例，其对应的险种数据可以包括但不限于：元素组件A、元素组件B、元素组件C，以及每个上述元素组件对应的属性信息。

其中，元素组件A对应的属性信息可以包括：元素组件A的标识(如“缴费方式”)、值域(如“年交”和“趸交”)和显示方式(如下拉显示)。

元素组件B对应的属性信息可以包括：元素组件B的标识(如“缴费期间”)、值域(如“3年”、“5年”、“10年”、“15年”或“20年”等)和显示方式(如下拉显示或隐藏显示)。需要说明的是，元素组件B和元素组件A是相互关联的，当元素组件A的值域为“年交”时，元素组件B的显示方式为下拉显示；当元素组件A的值域为“趸交”时，元素组件B的显示方式为隐藏显示(即不显示元素组件B)。

元素组件C对应的属性信息可以包括：元素组件C的标识(如“保险金额”)、值域(如大于0的正数)、显示方式(如输入显示)和校验方式(如“10或1000的整数倍”)；当用户输入的内容不符合校验方式，则可以提示用户重新输入合适的内容。

可选地，每个元素组件对应的属性信息还可以包括填写指示标识，用于指示对应的元素组件为必填组件还是非必填组件。

本申请实施例提供的页面生成方法、装置、设备及存储介质，电子设备可以在获取到任意投保客户端所需的各种险种标识对应的险种数据后发送给所述投保客户端，以便所述投保客户端生成相应的显示页面，实现了可以适用于任意投保客户端的任意险种对应的页面生成流程。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

图2为本申请一实施例提供的页面生成方法的流程示意图。本申请实施例对电子设备侧的实现方式进行介绍。如图2所示，本申请实施例的方法可以包括：

步骤S201、在接收到投保客户端发送的服务请求后，根据服务请求中携带的待查询险种标识，获取对应的险种数据。

本实施例中，任意投保客户端在接收到用户输入的投保指令(可以包括待查询险种标识)时，向电子设备发送携带有待查询险种标识的服务请求。对应地，电子设备在接收到任意投保客户端所发送的服务请求后，根据服务请求中携带的待查询险种标识，可以从本地或者数据库中获取待查询险种标识对应的险种数据。

可选地，电子设备本地和/或数据库中可以保存有不同险种标识与对应的险种数据之间的对应关系(例如，险种标识1与对应的险种数据1之间的对应关系，险种标识2与对应的险种数据2之间的对应关系)。

示例性地，待查询险种标识对应的险种数据可以包括：显示页面中的多个元素组件以及每个元素组件对应的属性信息。

示例性地，任一元素组件对应的属性信息可以包括：用于唯一指示对应的元素组件的标识(例如元素组件的名称)、值域(用于指示对应的元素组件中可输入的内容)和显示方式(例如下拉显示、输入显示或隐藏显示等)；当然，还可以包括其它信息(例如，校验方式和/或填写指示标识等，其中，校验方式用于校验对应的元素组件中所输入的内容是否符合预设要求，填写指示标识用于指示元素组件为必填组件或者非必填组件)，本申请实施例中对此并不作限制。

步骤S202、将待查询险种标识对应的险种数据发送给投保客户端，以使投保客户端基于渲染引擎对险种数据进行页面渲染，以生成显示页面。

本步骤中，电子设备将上述步骤S201中所获取的待查询险种标识对应的险种数据发送给对应的投保客户端(即发送上述服务请求的投保客户端)，以使投保客户端基于渲染引擎对待查询险种标识对应的险种数据进行页面渲染，以生成显示页面。

本申请实施例中，电子设备在收到任意投保客户端发送的携带有待查询险种标识的服务请求后，通过获取待查询险种标识对应的险种数据并发送给投保客户端，以使投保客户端基于渲染引擎对险种数据进行页面渲染，以生成显示页面。可见，本申请实施例中，电子设备可以在获取到任意投保客户端所需的各种险种标识对应的险种数据后发送给所述投保客户端，以便所述投保客户端生成相应的显示页面，可以适用于任意投保客户端的任意险种对应的页面生成流程，从而可以大大节省人力成本和时间成本。同时，通过电子设备为投保客户端配置其所查询险种数据的方式，无需投保客户端大量采集，从而大大节省了投保客户端的开发成本。

在上述实施例的基础上，为了便于任一投保客户端在接收到待查询险种标识对应的险种数据后能够正确地进行页面渲染，本申请实施例中，电子设备还需要预先发布渲染引擎，以便于各投保客户端在接收到待查询险种标识对应的险种数据后，可以基于渲染引擎对相应的险种数据进行页面渲染，以生成显示页面。

示例性地，电子设备可以采用java脚本(javascript)的形式将渲染引擎发布到互联网环境下，以便于投保客户端可以通过加载该java脚本实现基于渲染引擎对相应的险种数据进行页面渲染的目的。

当然，电子设备还可以通过其它方式发布渲染引擎，本申请实施例中对此并不作限制。

图3为本申请另一实施例提供的页面生成方法的流程示意图。在上述实施例的基础上，本申请实施例对电子设备采集各种险种数据的可实现方式进行介绍。如图3所示，本申请实施例的方法可以包括：

步骤S301、获取不同的险种标识和对应的险种数据。

本步骤中，电子设备采集获取各险种标识以及其对应的险种数据。示例性地，任一险种标识对应的险种数据可以包括：显示页面中的多个元素组件以及每个元素组件对应的属性信息。

示例性地，任一元素组件对应的属性信息可以包括：元素组件的标识、值域和显示方式；当然，还可以包括其它信息(例如，校验方式和/或填写指示标识等)，本申请实施例中对此并不作限制。

步骤S302、按照预设的数据结构将不同的险种标识和对应的险种数据存储至数据库。

本步骤中，电子设备将步骤S301中所采集获取的各险种标识以及其对应的险种数据，按照预设的数据结构存储至数据库。可见，电子设备通过将不同险种标识及其对应的险种数据按照统一的数据结构存储至数据库，以便于后续方便地查询任一待查询险种标识所对应的险种数据。

本申请实施例中，通过电子设备获取不同的险种标识和对应的险种数据，并按照预设的数据结构将不同的险种标识和对应的险种数据存储至数据库，以便于后续方便地查询任一待查询险种标识所对应的险种数据并将待查询险种标识所对应的险种数据发送给对应的投保客户端，以使投保客户端基于渲染引擎对险种数据进行页面渲染，以生成显示页面。可见，本申请实施例中，通过电子设备采集大量险种标识及对应的险种数据，无需投保客户端采集，从而大大节省了投保客户端的开发成本。

图4为本申请另一实施例提供的页面生成方法的流程示意图，在上述实施例的基础上，本申请实施例对任意投保客户端侧的实现方式进行介绍。如图4所示，本申请实施例的方法可以包括：

步骤S401、向电子设备发送服务请求。

本步骤中，投保客户端可以在接收到用户输入的投保指令(可以包括待查询险种标识)时，向电子设备发送携带有待查询险种标识的服务请求，以便于电子设备在接收到服务请求后，根据服务请求中携带的待查询险种标识获取对应的险种数据，从而将待查询险种标识获取对应的险种数据返回给投保客户端。

当然，投保客户端还可以在其它情况下，向电子设备发送服务请求，本申请实施例中对此并不作限制。

可选地，本实施例中的投保指令和/或服务请求中还可以包括其它信息，本申请实施例中对此并不作限制。

步骤S402、接收电子设备发送的待查询险种标识对应的险种数据。

示例性地，待查询险种标识对应的险种数据可以包括：显示页面中的多个元素组件以及每个元素组件对应的属性信息。

示例性地，任一元素组件对应的属性信息可以包括：元素组件的标识、值域和显示方式；当然，还可以包括其它信息(例如，校验方式和/或填写指示标识等)，本申请实施例中对此并不作限制。

步骤S403、基于渲染引擎对险种数据进行页面渲染，以生成显示页面。

本步骤中，投保客户端可以将待查询险种标识对应的险种数据传到渲染引擎中进行页面渲染，以生成显示页面。可选地，渲染引擎可以根据该待查询险种标识对应的险种数据中的各元素组件及其属性信息进行页面渲染。

例如，以险种标识为健康百分百B款重大疾病保险，其对应的险种数据可以包括但不限于：元素组件A、元素组件B、元素组件C，以及每个上述元素组件对应的属性信息为例，对页面渲染过程进行介绍：

①对于元素组件A，可以渲染成标识为“缴费方式”以及下拉框显示值域(如“年交”和“趸交”)以供用户选择的显示页面。

②对于元素组件B，可以渲染成标识为“缴费期间”以及下拉框显示值域(如“3年”、“5年”、“10年”、“15年”或“20年”等)以供用户选择的显示页面。需要说明的是，元素组件B和元素组件A是相互关联的，当元素组件A的值域为“年交”时，元素组件B的显示方式为下拉框显示；当元素组件A的值域为“趸交”时，元素组件B的显示方式为隐藏显示(即不显示元素组件B)。

③对于元素组件C，可以渲染成标识为“保险金额”以及输入框显示以供用户输入保险金额内容。可选地，当用户输入的内容不符合校验方式(如“10或1000的整数倍”)，则可以提示用户重新输入合适的内容。

示例性地，若电子设备采用java脚本(javascript)的形式将渲染引擎发布到互联网环境下，则投保客户端可以通过加载该java脚本实现基于渲染引擎对相应的险种数据进行页面渲染的目的。

本申请实施例中，投保客户端在接收到电子设备反馈的待查询险种标识对应的险种数据后，基于渲染引擎对待查询险种标识对应的险种数据进行页面渲染，以生成显示页面。可见，本申请实施例中，投保客户端可以从电子设备获取各种险种标识对应的险种数据，并根据渲染引擎进行页面渲染，可以适用于任意险种对应的页面生成流程，从而可以大大节省人力成本和时间成本。同时，通过电子设备为投保客户端配置其所查询险种数据的方式，无需投保客户端大量采集，从而大大节省了投保客户端的开发成本。

图5为本申请另一实施例提供的页面生成方法的流程示意图，在上述实施例的基础上，结合电子设备和任一投保客户端对本实施例提供的页面生成方法进行介绍。如图5所示，在本申请实施例的方法可以包括：

步骤S501、投保客户端向电子设备发送服务请求。

示例性地，服务请求中包括待查询险种标识。

步骤S502、电子设备在接收到投保客户端发送的服务请求后，根据服务请求中携带的待查询险种标识，获取对应的险种数据。

步骤S503、电子设备将待查询险种标识对应的险种数据发送给投保客户端。

步骤S504、投保客户端接收电子设备发送的待查询险种标识对应的险种数据。

步骤S505、投保客户端基于渲染引擎对待查询险种标识对应的险种数据进行页面渲染，以生成显示页面。

综上所述，本申请实施例中，电子设备可以在获取投保客户端所需的各种险种标识对应的险种数据后发送给投保客户端，以便投保客户端生成相应的显示页面，可以适用于各种险种对应的页面生成流程，从而可以大大节省人力成本和时间成本。同时，通过电子设备为投保客户端配置其所查询险种数据的方式，无需投保客户端大量采集，从而大大节省了投保客户端的开发成本。

需要说明的是，本领域普通技术人员可以理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

图6为本申请一实施例提供的页面生成装置的结构示意图。可选地，本申请实施例的页面生成装置可以为上述电子设备，也可以为上述电子设备中的装置。如图6所示，本申请实施例提供的页面生成装置60可以包括：第一获取模块601以及发送模块602。

其中，第一获取模块601，用于在接收到投保客户端发送的服务请求后，根据所述服务请求中携带的待查询险种标识，获取对应的险种数据；

发送模块602，用于将所述待查询险种标识对应的险种数据发送给所述投保客户端，以使所述投保客户端基于渲染引擎对所述险种数据进行页面渲染，以生成显示页面。

在一种可能的实现方式中，所述第一获取模块601具体用于：从数据库中获取所述待查询险种标识对应的险种数据；其中，所述数据库中包括：不同险种标识与对应的险种数据之间的对应关系。

在一种可能的实现方式中，所述页面生成装置60还包括：

第二获取模块，用于获取不同的险种标识和对应的险种数据；

存储模块，用于按照预设的数据结构将所述不同的险种标识和对应的险种数据存储至所述数据库。

在一种可能的实现方式中，所述页面生成装置60还包括：

发布模块，用于发布所述渲染引擎。

在一种可能的实现方式中，任一所述险种数据包括：所述显示页面中的多个元素组件以及每个所述元素组件对应的属性信息。

在一种可能的实现方式中，任一所述元素组件对应的属性信息包括：用于唯一指示所述元素组件的标识、值域和显示方式。

在一种可能的实现方式中，任一所述元素组件对应的属性还包括：校验方式和/或填写指示标识，其中，所述填写指示标识用于指示所述元素组件为必填组件或者非必填组件。

本实施例提供的页面生成装置，可以用于执行本申请上述页面生成方法实施例中关于电子设备的技术方案，其实现原理和技术效果类似，此处不再赘述。

图7为本申请一实施例提供的电子设备的结构示意图。如图7所示，本申请实施例提供的电子设备70可以包括：处理器701以及存储器702。可选地，电子设备70还可以包括收发器703，所述收发器703用于和其他设备通信。

其中，所述存储器702，用于存储所述处理器701的可执行指令；所述处理器701配置为经由执行所述可执行指令来执行本申请上述页面生成方法实施例中关于电子设备的技术方案，其实现原理和技术效果类似，此处不再赘述。

图8为本申请另一实施例提供的页面生成装置的结构示意图。可选地，本申请实施例的页面生成装置可以为上述投保客户端，也可以为上述投保客户端中的装置。如图8所示，本申请实施例提供的页面生成装置80可以包括：发送模块801、接收模块802和渲染模块803。

其中，发送模块801，用于向电子设备发送服务请求；其中，所述服务请求中包括待查询险种标识；

接收模块802，用于接收所述电子设备发送的所述待查询险种标识对应的险种数据；

渲染模块803，用于基于渲染引擎对所述险种数据进行页面渲染，以生成显示页面。

在一种可能的实现方式中，所述页面生成装置80还包括：

获取模块，用于获取所述渲染引擎。

在一种可能的实现方式中，任一所述险种数据包括：所述显示页面中的多个元素组件以及每个所述元素组件对应的属性信息。

在一种可能的实现方式中，任一所述元素组件对应的属性信息包括：用于唯一指示所述元素组件的标识、值域和显示方式。

在一种可能的实现方式中，任一所述元素组件对应的属性还包括：校验方式和/或填写指示标识，其中，所述填写指示标识用于指示所述元素组件为必填组件或者非必填组件。

本实施例提供的页面生成装置，可以用于执行本申请上述页面生成方法实施例中关于投保客户端的技术方案，其实现原理和技术效果类似，此处不再赘述。

图9为本申请一实施例提供的投保客户端的结构示意图。如图9所示，本申请实施例提供的投保客户端90可以包括：处理器901以及存储器902。可选地，投保客户端90还可以包括收发器903，所述收发器903用于和其他设备通信。

其中，所述存储器902，用于存储所述处理器901的可执行指令；所述处理器901配置为经由执行所述可执行指令来执行本申请上述页面生成方法实施例中关于投保客户端的技术方案，其实现原理和技术效果类似，此处不再赘述。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现本申请上述页面生成方法实施例中关于电子设备或者投保客户端的技术方案，其实现原理和技术效果类似，此处不再赘述。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：只读内存(Read-OnlyMemory，简称：ROM)、随机存取存储器(Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (10)

1.一种页面生成方法，其特征在于，包括：

在接收到投保客户端发送的服务请求后，根据所述服务请求中携带的待查询险种标识，获取对应的险种数据；

将所述待查询险种标识对应的险种数据发送给所述投保客户端，以使所述投保客户端基于渲染引擎对所述险种数据进行页面渲染，以生成显示页面。

2.根据权利要求1所述的方法，其特征在于，所述根据所述服务请求中携带的待查询险种标识，获取对应的险种数据，包括：

从数据库中获取所述待查询险种标识对应的险种数据；其中，所述数据库中包括：不同险种标识与对应的险种数据之间的对应关系。

3.根据权利要求2所述的方法，其特征在于，所述根据所述服务请求中携带的待查询险种标识，获取对应的险种数据之前，所述方法还包括：

获取不同的险种标识和对应的险种数据；

按照预设的数据结构将所述不同的险种标识和对应的险种数据存储至所述数据库。

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

发布所述渲染引擎。

5.根据权利要求1-4中任一项所述的方法，其特征在于，任一所述险种数据包括：所述显示页面中的多个元素组件以及每个所述元素组件对应的属性信息。

6.根据权利要求5所述的方法，其特征在于，任一所述元素组件对应的属性信息包括：用于唯一指示所述元素组件的标识、值域和显示方式。

7.根据权利要求6所述的方法，其特征在于，任一所述元素组件对应的属性还包括：校验方式和/或填写指示标识，其中，所述填写指示标识用于指示所述元素组件为必填组件或者非必填组件。

8.一种页面生成装置，其特征在于，包括：

第一获取模块，用于在接收到投保客户端发送的服务请求后，根据所述服务请求中携带的待查询险种标识，获取对应的险种数据；

发送模块，用于将所述待查询险种标识对应的险种数据发送给所述投保客户端，以使所述投保客户端基于渲染引擎对所述险种数据进行页面渲染，以生成显示页面。

9.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-7中任一项所述的方法。