本申请涉及计算机
技术领域：
：，尤其涉及一种保单数据的处理方法、装置及服务器。
背景技术：
：：在电子投保应用中，有些场景下需要向用户展示电子保单。以车险为例，业务人员根据用户信息和车辆信息生成电子保单并存入保单数据库后，还需要通过终端设备对该电子保单进行展示，以使用户对该电子保单进行确认。示例性的，当需要对电子保单进行展示时，服务器从保单数据库中获取保单数据，并根据保单数据生成展示文档。然后由终端设备对展示文档进行展示，从而，用户可以通过终端设备对电子保单中的数据进行确认。然后，上述的保单数据的处理过程是由单体应用程序完成，其中包括多个模块和处理步骤，系统内部耦合较高；并且，当同时处理多个保单数据时，会导致系统运行不稳定。技术实现要素：本申请提供一种保单数据的处理方法、装置及服务器，用以降低系统耦合，提高系统运行稳定性。第一方面，本申请提供一种保单数据的处理方法，应用于微服务架构的服务器，所述微服务架构中部署有数据微服务和转换微服务；所述方法包括：接收终端设备发送的展示请求，所述展示请求包括待展示的电子保单的保单号；调用所述数据微服务从保单数据库中获取所述保单号对应的保单数据；调用所述转换微服务生成预设格式的展示文档，所述展示文档中包括所述保单数据；将所述展示文档发送给所述终端设备，以使所述终端设备对所述展示文档进行展示。一种可能的实现方式中，所述微服务架构中还部署有缓存系统，所述缓存系统用于存储多个键值对，每个键值对包括保单号和状态，所述状态用于指示所述保单号对应的电子保单是否已生成展示文档；所述调用所述数据微服务从保单数据库中获取所述保单号对应的保单数据，包括：根据所述保单号查询所述缓存系统，确定所述保单号对应的电子保单是否已生成展示文档；若所述保单号对应的电子保单未生成展示文档，则调用所述数据微服务从保单数据库中获取所述保单号对应的保单数据；相应的，所述转换微服务生成预设格式的展示文档之后，还包括：在所述缓存系统中将所述保单号对应的状态更新为已生成展示文档，并将所述保单号和所述展示文档存储至文档数据库中。一种可能的实现方式中，所述将所述展示文档发送给所述终端设备之前，还包括：监测所述缓存系统中存储的所述保单号对应的状态；若所述保单号对应的状态由未生成展示文档更新为已生成展示文档，则从所述文档数据库中获取所述保单号对应的展示文档。一种可能的实现方式中，其特征在于，所述预设格式为pdf格式，所述调用所述转换微服务生成预设格式的展示文档，包括：调用所述转换微服务执行如下步骤：将所述保单数据填充至预设模板中，得到包括所述保单数据的预设模板文档；将所述预设模板文档转换为pdf格式的展示文档。一种可能的实现方式中，所述将所述保单数据填充至预设模板中，得到包括所述保单数据的预设模板文档，包括：根据所述预设模板对应的校验规则，对所述保单数据进行校验，得到校验结果；若所述校验结果为校验通过，则将所述保单数据填充至预设模板中，得到包括所述保单数据的预设模板文档。一种可能的实现方式中，所述微服务架构中还部署有模板微服务；所述调用所述转换微服务生成预设格式的展示文档，包括：调用所述模板微服务得到所述保单号对应的保单类型，获取与所述保单类型对应的预设模板，并将所述保单数据填充至预设模板中，得到包括所述保单数据的预设模板文档；调用所述转换微服务将所述预设模板文档转换为预设格式的展示文档。一种可能的实现方式中，所述方法还包括：若所述保单号对应的电子保单已生成展示文档，则从所述文档数据库中获取所述保单号对应的展示文档；将所述展示文档发送给所述终端设备。第二方面，本申请提供一种保单数据的处理装置，应用于微服务架构的服务器，所述微服务架构中部署有数据微服务和转换微服务，所述装置包括：接收模块，用于接收终端设备发送的展示请求，所述展示请求包括待展示的电子保单的保单号；处理模块，用于调用所述数据微服务从保单数据库中获取所述保单号对应的保单数据；所述处理模块，还用于调用所述转换微服务生成预设格式的展示文档，所述展示文档中包括所述保单数据；发送模块，用于将所述展示文档发送给所述终端设备，以使所述终端设备对所述展示文档进行展示。一种可能的实现方式中，所述微服务架构中还部署有缓存系统，所述缓存系统用于存储多个键值对，每个键值对包括保单号和状态，所述状态用于指示所述保单号对应的电子保单是否已生成展示文档；所述处理模块具体用于：根据所述保单号查询所述缓存系统，确定所述保单号对应的电子保单是否已生成展示文档；若所述保单号对应的电子保单未生成展示文档，则调用所述数据微服务从保单数据库中获取所述保单号对应的保单数据；相应的，所述处理模块还用于：在所述缓存系统中将所述保单号对应的状态更新为已生成展示文档，并将所述保单号和所述展示文档存储至文档数据库中。一种可能的实现方式中，所述处理模块还用于：监测所述缓存系统中存储的所述保单号对应的状态；若所述保单号对应的状态由未生成展示文档更新为已生成展示文档，则从所述文档数据库中获取所述保单号对应的展示文档。一种可能的实现方式中，所述预设格式为pdf格式，所述处理模块具体用于：调用所述转换微服务将所述保单数据填充至预设模板中，得到包括所述保单数据的预设模板文档；将所述预设模板文档转换为pdf格式的展示文档。一种可能的实现方式中，所述处理模块具体用于：根据所述预设模板对应的校验规则，对所述保单数据进行校验，得到校验结果；若所述校验结果为校验通过，则将所述保单数据填充至预设模板中，得到包括所述保单数据的预设模板文档。一种可能的实现方式中，所述微服务架构中还部署有模板微服务；所述处理模块具体用于：调用所述模板微服务得到所述保单号对应的保单类型，获取与所述保单类型对应的预设模板，并将所述保单数据填充至预设模板中，得到包括所述保单数据的预设模板文档；调用所述转换微服务将所述预设模板文档转换为预设格式的展示文档。一种可能的实现方式中，所述处理模块还用于：若所述保单号对应的电子保单已生成展示文档，则从所述文档数据库中获取所述保单号对应的展示文档；所述发送模块用于将所述展示文档发送给所述终端设备。第三方面，本申请提供一种服务器，包括：存储器、处理器以及计算机程序，所述计算机程序存储在所述存储器中，所述处理器运行所述计算机程序执行如第一方面任一项所述的方法。第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质包括计算机程序，所述计算机程序被处理器执行时实现如第一方面任一项所述的方法。本申请实施例提供的保单数据的处理方法、装置及服务器，该方法包括：接收终端设备发送的展示请求，展示请求包括待展示的电子保单的保单号；调用数据微服务从保单数据库中获取保单号对应的保单数据；调用转换微服务生成预设格式的展示文档，展示文档中包括保单数据；将展示文档发送给终端设备，以使终端设备对展示文档进行展示。由上述过程可知，通过将保单数据的处理过程进行拆解，不同的模块/步骤由不同的微服务实现，实现了模块/步骤之间的低耦合。进一步的，由于是通过调用多个微服务实现保单数据的处理过程，即使在保单数据高并发的情况下，也能够稳定运行，提高系统的稳定性。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本申请实施例提供的系统架构示意图；图2为本申请一个实施例提供的保单数据的处理方法的流程示意图；图3为本申请一个实施例提供的服务器架构的示意图；图4为本申请另一个实施例提供的微服务架构的示意图；图5为本申请另一个实施例提供的保单数据处理方法的流程示意图；图6为本申请另一实施例提供的保单数据处理过程的交互示意图；图7为本申请又一个实施例提供的微服务架构的示意图；图8为本申请又一个实施例提供的保单数据的处理方法的流程示意图；图9为本申请一个实施例提供的保单数据处理装置的结构示意图；图10为本申请一个实施例提供的服务器的硬件结构示意图。具体实施方式下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。如前所述，有些场景下需要向用户展示电子保单。具体的，服务器从保单数据库中获取保单数据，并根据保单数据生成展示文档。然后由终端设备对展示文档进行展示，从而，用户可以通过终端设备对电子保单中的数据进行确认。上述的保单数据的处理过程是由服务器中的单体应用程序完成。单体应用程序将所有模块和步骤都集中在同一个进程中完成。并且，对于多版本需求来说，往往通过代码堆叠的方式，形成庞大臃肿的代码工程。这就意味着，无论哪个步骤变动，都需要对整个代码工程进行代码修改、以及针对所修改的代码进行大量的回归测试、联调测试等，不仅严重影响了开发部署效率和可维护性，还无法保证应用服务的延续性和稳定性。有些应用场景中，可能会存在数据并发情况，单体应用程序需要同时处理多个保单数据，而单体应用程序的抗并发能力较差，经常会导致系统运行不稳定。为了解决上述问题中的至少一个，本申请提供一种基于微服务架构的保单数据的处理方法，通过采用微服务架构，能够降低不同模块之间的耦合性，并提高系统运行的稳定性。同时，还能提高保单数据的处理效率。图1为本申请实施例提供的系统架构示意图。如图1所示，该系统架构中包括：终端设备10和服务器20。其中，终端10可供客户端运行，以便于用户发起保单数据处理请求。该终端10可以是台式电脑、笔记本电脑、平板电脑、智能手机、个人数字助理或者掌上电脑、手持终端等，本实施例对此不作限定。服务器20可以是一台服务器，也可以是由多台服务器构成的服务器集群，甚至是由多台服务器构成的云计算中心。该服务器是为用户提供后台服务的电子设备，例如，后台服务包括但不限于保单数据处理服务等。该服务器20部署有微服务架构，该微服务架构包括数据微服务、转换微服务等实现不同功能的微服务。根据实际运营的需要，实现不同功能的微服务可部署在同一服务器的不同进程上，也可以分别部署在不同服务器的不同进程上，本实施例对此不作限定。此外，随着客户所发起请求的增加或者减少，进行微服务架构部署的服务器20，可以进行服务器的扩容、缩容或者裁撤。进一步地，微服务架构中，还可部署负责在不同微服务之间路由的微服务网关，该微服务网关与不同微服务可部署于同一服务器中，也可以独立部署于服务器中，本实施例对此不作限定。终端10与服务器20之间通过无线或者有线等方式建立了网络连接，以通过所建立的网络连接实现终端10与服务器端20之间的数据传输。例如，传输的数据包括但不限于展示请求、展示文档等等。当客户端在终端10中运行，用户可以通过运行的客户端向服务器20发起展示请求，以通知服务器20对保单数据进行处理。服务器20接收到展示请求后，基于微服务架构中部署的数据服务和转换服务，执行保单数据处理过程，得到展示文档，并返回至终端10。下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。图2为本申请一个实施例提供的保单数据的处理方法的流程示意图。如图2所示，本实施例的方法，包括：s201：接收终端设备发送的展示请求，展示请求包括待展示的电子保单的保单号。本实施例的方法可以由图1中的服务器执行。服务器采用微服务架构。可选的，微服务架构可以采用远程服务调用框架。例如：微服务架构采用dubbo系统。当然，微服务架构还可以采用除dubbo之外的其他架构，本实施例对此不作限定，下面以dubbo为例进行介绍。dubbo系统分为五个部分：远程服务运行容器(container)，远程服务提供方(provider)、注册中心(register)、远程服务调用者(consumer)、监控中心(monitor)。其中，服务提供方(provider)将自己要发布的服务注册到注册中心(registry)。服务调用方(consumer)启动后向注册中心订阅它想要调用的服务。注册中心(registry)存储着服务提供方(provider)注册的远程服务，并将其所管理的服务列表通知给服务调用方(consumer)，且注册中心和提供方和调用方之间均保持长连接，可以获取服务提供方(provider)发布的服务的变化情况，并将最新的服务列表推送给服务调用方(consumer)。监控中心(monitor)对服务的发布和订阅进行监控和统计。服务调用方(consumer)和服务提供方(provider)在内存中累计调用次数和调用时间，定时发送一次统计数据到监控中心(monitor)。其中，服务调用方(consumer)和服务提供方(provider)可以相同或者不同。可选的，dubbo可以用zookeeper作为注册中心，存储服务提供方(provider)注册的远程服务信息。图3为本申请一个实施例提供的服务器架构的示意图。如图3所示，以dubbo+zookeeper架构为例，微服务架构中部署有数据微服务和转换微服务。其中，数据微服务用于提供从保单数据库中获取数据的服务，转换微服务用于提供将保单数据生成预设格式的文档的服务。保单数据处理服务作为与终端设备交互的接口，例如，从终端设备接收展示请求，并向终端设备返回展示文档等。同时，保单数据处理服务还作为服务调用方(consumer)，例如，在接收到展示请求后，通过调用数据微服务和转换微服务来对保单数据进行处理，得到展示文档。其中，数据微服务和转换微服务被注册到zookeeper注册中心。保单数据处理服务在需要获取微服务时，从zookeeper注册中心查询并调用微服务。可选的，如图3所示，微服务架构中还可以包括配置微服务，配置微服务用于提供一些公共服务，例如：公共组件(bean)、公共工具类、向其他微服务提供配置的接口等。可选的，配置微服务还可以采用disconf技术，对配置文件进行分布式部署，从而满足不同环境的配置要求。当终端设备需要展示某个电子保单时，向服务器发送展示请求，并在展示请求中携带待展示的电子保单的保单号。这样，服务器接收到展示请求后，根据其中的保单号，执行后续的s202至s203，生成展示文档，并将展示文档发送给终端设备进行展示。可选的，展示请求中携带的保单号可以为加密的保单号。这样，服务器接收到展示请求后，对展示请求中的内容进行解密，得到保单号。通过对保单号进行加密，能够提高用户保单数据的安全性。s202：调用数据微服务从保单数据库中获取保单号对应的保单数据。保单数据库为用于存储电子保单的数据的数据库。例如：保单数据库中以保单号为键值，存储了不同保单号对应的电子保单的数据(为了描述方便，后续将电子保单的数据称为保单数据)。保单数据包括但不限于：投保人信息、保险信息、协议内容等。当服务器从展示请求中获取保单号后，调用数据微服务从保单数据库中获取保单号对应的保单数据。可选的，数据微服务从保单数据库中获取到保单数据后，还可以对保单数据进行封装得到符合预设数据结构的保单数据，进而将封装后的保单数据返回给保单数据处理服务。s203：调用转换微服务生成预设格式的展示文档，展示文档中包括保单数据。其中，预设格式包括但不限于：便携式文档格式(portabledocumentformat，pdf)、word格式、可标记语言(extensiblemarkuplanguage，xml)格式、超文本标记语言(hypertextmarkuplanguage，html)格式等。以预设格式为pdf格式为例，转换微服务生成预设格式的展示文档可以具体包括：将保单数据填充至预设模板中，得到包括保单数据的预设模板文档；将预设模板文档转换为pdf格式的展示文档。例如：先将保单数据填充至html模板中，得到包括保单数据的html文档；然后将html文档转换为pdf格式的展示文档。s204：将展示文档发送给终端设备，以使终端设备对展示文档进行展示。例如：服务器将生成的pdf格式的展示文档发送给终端设备，终端设备对该展示文档进行展示，从而，用户可以对终端设备中显示的文档内容进行核对，并在核对正确时，对电子保单进行签名确认。本实施例提供的保单数据的处理方法，包括：接收终端设备发送的展示请求，展示请求包括待展示的电子保单的保单号；调用数据微服务从保单数据库中获取保单号对应的保单数据；调用转换微服务生成预设格式的展示文档，展示文档中包括保单数据；将展示文档发送给终端设备，以使终端设备对展示文档进行展示。由上述过程可知，通过将保单数据的处理过程进行拆解，不同的模块/步骤由不同的微服务实现，实现了模块/步骤之间的低耦合。进一步的，由于是通过调用多个微服务实现保单数据的处理过程，即使在保单数据高并发的情况下，也能够稳定运行，提高系统的稳定性。图4为本申请另一个实施例提供的微服务架构的示意图。图5为本申请另一个实施例提供的保单数据处理方法的流程示意图。图6为本申请另一实施例提供的保单数据处理过程的交互示意图。下面结合图4、图5和图6，对本申请提供的另一个实施例进行详细描述。如图4所示，在图3所示的微服务架构的基础上，本实施例的微服务架构中还部署有缓存系统和文档数据库。其中，缓存系统用于存储多个键值对(key-value)，每个键值对包括保单号(key)和状态(value)，状态用于指示保单号对应的电子保单是否已生成展示文档。例如：若某个保单号x对应的电子保单已生成过展示文档，则在缓存系统中存储键值对<x，1>。若某个保单号y对应的电子保单未生成过展示文档，则在缓存系统中存储键值对<y，0>。可选的，缓存系统可以采用远程字典服务(remotedictionaryserver，简称redis)缓存系统。redis是一个基于内存且支持持久化的key-value的nosql数据库，其中每个key和value都是使用对象表示的。文档数据库用于存储已生成的展示文档。例如：以保单号为键值，在文档数据库中存储各保单号对应的展示文档。以图4所示的微服务架构为例，可以采用如图5和图6所示的保单数据处理方法，该方法包括：s501：接收终端设备发送的展示请求，展示请求包括待展示的电子保单的保单号。示例性的，如图6所示，保单数据处理服务从终端设备接收展示请求，其中携带保单号x。s502：根据保单号查询缓存系统，确定保单号对应的电子保单是否已生成展示文档。若保单号对应的电子保单未生成展示文档，则执行s503至s506，若保单号对应的电子保单已生成展示文档，则直接执行s506。参见图6，保单数据处理服务从缓存系统中读取该保单号x对应的键值对，并根据读取的键值对，确定保单号对应的电子保单是否已生成展示文档。例如：若键值对为<x，1>，则确定保单号x对应的电子保单已生成展示文档。若键值对为<x，0>，则确定保单号x对应的电子保单未生成展示文档。在确定保单号x对应的电子保单已生成展示文档时，可以直接从文档数据库中获取保单号x对应的展示文档，并发送给终端设备进行展示。在确定保单号x对应的电子保单未生成展示文档时，说明文档数据库中还不存在保单号x对应的展示文档。因此，执行s503至s506，以生成保单号x对应的展示文档。s503：调用数据微服务从保单数据库中获取保单号对应的保单数据。参见图6，保单数据处理服务调用数据微服务(例如，向数据微服务发送数据获取请求)，数据微服务从根据保单号x查询保单数据库，获取保单号x对应的保单数据。数据微服务将保单号x对应的保单数据返回给保单数据处理服务。s504：调用转换微服务执行如下步骤：将保单数据填充至预设模板中，得到包括保单数据的预设模板文档；将预设模板文档转换为pdf格式的展示文档；在缓存系统中将保单号对应的状态更新为已生成展示文档，并将保单号和展示文档存储至文档数据库中。参见图6，保单数据处理服务调用转换微服务(例如，向转换微服务发送转换请求)，转换微服务将保单数据填充至html模板中，得到html文档，然后将html文档转换为pdf格式的展示文档。然后，转换微服务将保单号x和生成的展示文档存储至文档数据库中。另外，转换微服务还将缓存系统中的保单号x对应的状态更新为已生成展示文档，即，将缓存系统中的键值对<x，0>修改为<x，1>。可选的，转换微服务在接收到转换请求之后，还可以首先对保单数据进行校验，当校验通过时，再执行上述的填充和转换的过程。示例性的，根据预设模板(例如：html模板)对应的校验规则，对保单数据进行校验，得到校验结果；若校验结果为校验通过，则将保单数据填充至预设模板(例如：html模板)中，得到包括保单数据的预设模板文档(例如：html文档)。可选的，在转换微服务将展示文档存储至文档数据库之后，还可以将在本地生成的html文档、pdf文档及时删除，以避免对转换微服务后续的转换处理造成影响。s505：监测缓存系统中存储的保单号对应的状态是否更新为已生成展示文档，若是，则执行s506。s506：从文档数据库中获取保单号对应的展示文档，并将展示文档发送给终端设备。本实施例中，转换微服务生成展示文档后，并不是直接将转换文档发送给保单数据处理服务，而是将展示文档存储至文档数据库中，并更新redis缓存系统中记录的状态。因此，保单数据处理服务要监测redis缓存系统中存储的保单号x的状态，当监测到保单号x的状态更新为已生成展示文档(即，监测到键值对<x，0>变更为<x，1>)时，执行s506，即从文档数据库中获取保单号x对应的展示文档，然后发送给终端设备进行展示。另外，本实施例中，各微服务在使用数据库之后，需要及时断开连接(即，及时对数据库的连接池进行资源回收)，以避免对后续连接造成影响，或者由于连接过多导致的内存泄漏等问题。由于在转换微服务生成展示文档后，不是以文件的形式返回给保单数据处理服务，而是通过更新redis缓存系统中存储的保单号的状态来指示是否转换成功，提高了保单数据处理效率，减少了内部交互的消息负荷。进一步的，在接收到展示请求时，先通过查询redis缓存系统确定保单号是否已生成展示文档，与直接查询文档数据库相比，提高了查询效率，进一步提高了保单数据处理效率。本实施例中，通过将保单数据的处理过程进行拆解，不同的模块/步骤由不同的微服务实现，实现了模块/步骤之间的低耦合。进一步的，由于是通过调用多个微服务实现保单数据的处理过程，即使在保单数据高并发的情况下，也能够稳定运行，提高系统的稳定性。采用本实施例的保单数据处理方法，能够显著提高保单数据的处理效率，使得生成展示文档的时间显著缩短(在保单数据高并发情况下，采用本实施例的方法仅需要3秒即可生成一个展示文档，而现有技术中需要20多秒生成一个展示文档)。图7为本申请又一个实施例提供的微服务架构的示意图。图8为本申请又一个实施例提供的保单数据的处理方法的流程示意图。如图7和图8所示，该方法包括：s801：接收终端设备发送的展示请求，展示请求包括待展示的电子保单的保单号。s802：调用数据微服务从保单数据库中获取保单号对应的保单数据。s803：调用模板微服务得到保单号对应的保单类型，获取与保单类型对应的预设模板，并将保单数据填充至预设模板中，得到包括保单数据的预设模板文档。s804：调用转换微服务将预设模板文档转换为预设格式的展示文档。s805：将展示文档发送给终端设备，以使终端设备对展示文档进行展示。本实施例与图2和图5所示实施例的具体实施过程类似，此处不再赘述。本实施例与上述两个实施例的不同之处在于：如图7所示，本实施例的微服务架构中还可以部署模板微服务。其中，模板微服务可以提供定制服务，即，对不同类型的保单数据采用不同的模板。如：对车险类型的保单数据，采用模板1；对健康险类型的保单数据，采用模板2；等等。这样，使得服务器可以满足不同类型的电子保单的展示需求。本实施例中，在通过调用数据微服务获取到保单号对应的保单数据之后，通过调用模板微服务得到保单号对应的保单类型，获取与保单类型对应的预设模板，并将保单数据填充至预设模板中，得到包括保单数据的预设模板文档；然后再调用转换微服务将预设模板文档转换为预设格式的展示文档。由此可见，本实施例对于保单数据处理过程又进行了进一步的解耦，利用数据微服务、模板微服务、转换微服务实现保单数据的处理过程，进一步降低耦合，提高内聚。并且，通过部署模板微服务，还可以实现对不同类型的保单数据定制不同的模板，应适用更多的应用场景。图9为本申请一个实施例提供的保单数据处理装置的结构示意图。该装置应用于微服务架构的服务器，所述微服务架构中部署有数据微服务和转换微服务。该装置可以为软件和/或硬件的形式。如图9所示，本实施例提供的保单数据处理装置900，包括：接收模块901、处理模块902和发送模块903。其中，接收模块901，用于接收终端设备发送的展示请求，所述展示请求包括待展示的电子保单的保单号；处理模块902，用于调用所述数据微服务从保单数据库中获取所述保单号对应的保单数据；所述处理模块902，还用于调用所述转换微服务生成预设格式的展示文档，所述展示文档中包括所述保单数据；发送模块903，用于将所述展示文档发送给所述终端设备，以使所述终端设备对所述展示文档进行展示。一种可能的实现方式中，所述微服务架构中还部署有缓存系统，所述缓存系统用于存储多个键值对，每个键值对包括保单号和状态，所述状态用于指示所述保单号对应的电子保单是否已生成展示文档；所述处理模块902具体用于：根据所述保单号查询所述缓存系统，确定所述保单号对应的电子保单是否已生成展示文档；若所述保单号对应的电子保单未生成展示文档，则调用所述数据微服务从保单数据库中获取所述保单号对应的保单数据；相应的，所述处理模块902还用于：在所述缓存系统中将所述保单号对应的状态更新为已生成展示文档，并将所述保单号和所述展示文档存储至文档数据库中。一种可能的实现方式中，所述处理模块902还用于：监测所述缓存系统中存储的所述保单号对应的状态；若所述保单号对应的状态由未生成展示文档更新为已生成展示文档，则从所述文档数据库中获取所述保单号对应的展示文档。一种可能的实现方式中，所述预设格式为pdf格式，所述处理模块902具体用于：调用所述转换微服务将所述保单数据填充至预设模板中，得到包括所述保单数据的预设模板文档；将所述预设模板文档转换为pdf格式的展示文档。一种可能的实现方式中，所述处理模块902具体用于：根据所述预设模板对应的校验规则，对所述保单数据进行校验，得到校验结果；若所述校验结果为校验通过，则将所述保单数据填充至预设模板中，得到包括所述保单数据的预设模板文档。一种可能的实现方式中，所述微服务架构中还部署有模板微服务；所述处理模块902具体用于：调用所述模板微服务得到所述保单号对应的保单类型，获取与所述保单类型对应的预设模板，并将所述保单数据填充至预设模板中，得到包括所述保单数据的预设模板文档；调用所述转换微服务将所述预设模板文档转换为预设格式的展示文档。一种可能的实现方式中，所述处理模块902还用于：若所述保单号对应的电子保单已生成展示文档，则从所述文档数据库中获取所述保单号对应的展示文档；所述发送模块903用于将所述展示文档发送给所述终端设备。本实施例提供的保单数据处理装置，可用于执行上述任一方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。图10为本申请一个实施例提供的服务器的硬件结构示意图。如图10所示，本实施例的服务器1000，包括：处理器1001以及存储器1002；其中，存储器1002，用于存储计算机程序；处理器1001，用于执行存储器存储的计算机程序，以实现上述实施例中的保单数据的处理方法。具体可以参见前述方法实施例中的相关描述。可选地，存储器1002既可以是独立的，也可以跟处理器1001集成在一起。当所述存储器1002是独立于处理器1001之外的器件时，所述服务器1000还可以包括：总线1003，用于连接所述存储器1002和处理器1001。本实施例提供的服务器，可用于执行上述任一方法实施例中的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质包括计算机程序，所述计算机程序用于实现如上任一方法实施例中的技术方案。本申请实施例还提供一种计算机程序，所述计算机程序被处理器执行时，实现上述任一方法实施例中的技术方案。本申请实施例还提供一种芯片，包括：存储器、处理器以及计算机程序，所述计算机程序存储在所述存储器中，所述处理器运行所述计算机程序执行上述任一方法实施例中的技术方案。在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，在本申请各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例所述方法的部分步骤。应理解，上述处理器可以是中央处理单元(英文：centralprocessingunit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digitalsignalprocessor，简称：dsp)、专用集成电路(英文：applicationspecificintegratedcircuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合申请所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个磁盘存储器，还可以为u盘、移动硬盘、只读存储器、磁盘或光盘等。总线可以是工业标准体系结构(industrystandardarchitecture，isa)总线、外部设备互连(peripheralcomponent，pci)总线或扩展工业标准体系结构(extendedindustrystandardarchitecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(applicationspecificintegratedcircuits，简称：asic)中。当然，处理器和存储介质也可以作为分立组件存在于电子设备或主控设备中。本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。当前第1页1 2 3 当前第1页1 2 3