CN107798031B - 保单信息查询方法和装置 - Google Patents

Abstract

本发明涉及一种保单信息查询处理方法和装置，该方法包括：接收业务终端通过业务账号上传的查询请求，所述查询请求中携带了保单关键字；根据所述查询请求在中心数据库中查询所述业务账号的所属机构；根据所述业务账号的所属机构获取对应的机构数据库标识；将所述机构数据库标识对应的机构数据库标记为待查询数据库；利用所述保单关键字在所述待查询数据库中进行查询，得到保单信息；将查询到的保单信息返回至所述业务终端。采用本方法能够有效缓解客服人员的工作压力并且方便业务人员及时了解到所需的保单信息。

Description

保单信息查询方法和装置

技术领域

本发明涉及互联网技术领域，特别是涉及一种保单信息查询方法和装置。

背景技术

保险公司的业务人员在向客户推销保险或者为客户办理与保险相关的业务时，通常是在客户所在地进行。如果业务人员需要了解客户的保单信息，例如，保单续期缴费信息、保单状态信息以及客户关注度较高的信息时，传统的方式是业务人员拨打客服电话进行咨询。客服人员进行相关查询，将查询结果在电话中告知业务人员。由于客服人员的数量有限，面对成千上万名业务人员的电话咨询，造成客服人员的工作压力过大。业务人员很可能需要多次拨打客服电话或者等待一段时间才能打通客服电话。由此导致业务人员不能及时了解到所需的保单信息。如何有效缓解客服人员的工作压力并且方便业务人员及时了解到所需的保单信息成为目前需要解决的一个技术问题。

发明内容

基于此，有必要针对上述技术问题，提供一种有效缓解客服人员的工作压力并且方便业务人员及时了解到所需的保单信息的保单信息查询方法和装置。

一种保单信息查询方法，所述方法包括：

接收业务终端通过业务账号上传的查询请求，所述查询请求中携带了保单关键字；

根据所述查询请求在中心数据库中查询所述业务账号的所属机构；

根据所述业务账号的所属机构获取对应的机构数据库标识；

将所述机构数据库标识对应的机构数据库标记为待查询数据库；

利用所述保单关键字在所述待查询数据库中进行查询，得到保单信息；

将查询到的保单信息返回至所述业务终端。

在其中一个实施例中，在所述接收业务终端通过业务账号上传的查询请求的步骤之前，还包括：

在机构数据库中提取多个子表，所述子表具有对应的分类标识；

所述利用所述保单关键字在所述待查询数据库中进行查询的步骤包括：

根据所述保单关键字获取对应的分类标识；

通过所述分类标识在所述待查询数据库中获取对应的待查询子表；

利用所述保单关键字在所述待查询子表中进行查询。

在其中一个实施例中，在所述在机构数据库中提取多个子表的步骤之后，还包括：

按照预设的抓取条件在多个子表中抓取对应的保单信息；

根据预设的抓取条件来获取对应的消息模板；

利用抓取到的保单信息和消息模板来生成对应的提醒消息；

将所述提醒消息发送至客户终端，以使得客户通过所述客户终端根据所述提醒消息对保单进行对应操作。

在其中一个实施例中，所述保单信息包括消息接收方式和险种，在所述按照预设的抓取条件在多个子表中抓取对应的保单信息的步骤之前，还包括：

获取客户已选择的消息接收方式和客户投保的险种；

根据所述消息接收方式和/或险种对所述子表中的保单信息进行过滤。

在其中一个实施例中，所述在机构数据库中提取多个子表的步骤包括：

获取多个机构数据库的空闲时间；

在机构数据库的空闲时间分别在多个机构数据库中提取多个子表。

一种保单信息查询装置，所述装置包括：

接收模块，用于接收业务终端通过业务账号上传的查询请求，所述查询请求中携带了保单关键字；

查询模块，用于根据所述查询请求在中心数据库中查询所述业务账号的所属机构；

获取模块，用于根据所述业务账号的所属机构获取对应的机构数据库标识；

标记模块，用于将所述机构数据库标识对应的机构数据库标记为待查询数据库；

所述查询模块还用于利用所述保单关键字在所述待查询数据库中进行查询，得到保单信息；

发送模块，用于将查询到的保单信息返回至所述业务终端。

在其中一个实施例中，所述获取模块还用于在机构数据库中提取多个子表，所述子表具有对应的分类标识；根据所述保单关键字获取对应的分类标识；通过所述分类标识在所述待查询数据库中获取对应的待查询子表；所述查询模块还用于利用所述保单关键字在所述待查询子表中进行查询。

在其中一个实施例中，所述获取模块还用于按照预设的抓取条件在多个子表中抓取对应的保单信息；根据预设的抓取条件来获取对应的消息模板；

所述装置还包括：

消息生成模块，用于利用抓取到的保单信息和消息模板来生成对应的提醒消息；

所述发送模块还用于将所述提醒消息发送至客户终端，以使得客户通过所述客户终端根据所述提醒消息对保单进行对应操作。

在其中一个实施例中，所述保单信息包括消息接收方式和险种，所述获取模块还用于获取客户已选择的消息接收方式和客户投保的险种；

所述装置还包括：

过滤模块，用于根据所述消息接收方式和/或险种对所述子表中的保单信息进行过滤。

在其中一个实施例中，所述获取模块还用于获取多个机构数据库的空闲时间；在机构数据库的空闲时间分别在多个机构数据库中提取多个子表。

上述保单信息查询方法和装置，接收到业务终端通过业务账号上传的查询请求之后，通过在中心数据库中查询该业务账号的所属机构，由此获取到所属机构对应的机构数据库标识，从而可以将该机构数据库标识对应的机构数据库标记为待查询数据库。由此在面对多个机构数据库时，无需轮询即可精确定位到需要查询的机构数据库。在待查询数据库中根据查询请求中携带的保单关键字进行查询，从而快速得到相应的保单信息。整个查询过程中，不需要客服人员的参与，有效降低了客服人员的工作压力。并且能够有效减少查询耗时提高查询效率，方便业务人员及时了解所需的保单信息。

附图说明

图1为一个实施例中保单信息查询方法的应用环境图；

图2为一个实施例中保单信息查询方法的流程图；

图3为一个实施例中服务器的结构示意图；

图4为一个实施例中保单信息查询装置的结构示意图；

图5为另一个实施例中保单信息查询装置的结构示意图；

图6为再一个实施例中保单信息查询装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例中所提供的保单信息查询处理方法可以应用于如图1所示的应用环境中。其中，业务终端102通过网络与服务器104进行连接。服务器104上部署了中心数据库和多个机构数据库。中心数据库中存储了业务人员的业务账号、所属机构标识、机构标识和机构标识对应的机构数据库标识等。机构数据库中存储了该机构的保单信息。不同的机构数据库中存储了不同投保人的保单信息。业务人员通过业务终端102利用业务账号登录服务器104，向服务器104发送查询请求。查询请求中携带了保单关键字。服务器104根据查询请求在中心数据库中查询业务账号的所属机构。服务器104根据业务账号的所属机构获取对应的机构数据库标识，将结构数据库标识对应的机构数据库标记为待查询数据库。服务器104利用保单关键字在待查询数据库中进行查询，得到保单信息，将查询到的保单信息返回至业务终端102。

在一个实施例中，如图2所示，提供了一种保单信息查询处理方法，以该方法应用于图1中的服务器为例进行说明，具体包括：

步骤202，接收业务终端通过业务账号上传的查询请求，查询请求中携带了保单关键字。

业务终端上安装了应用程序。业务人员通过业务终端上安装的应用程序访问服务器。在业务人员首次通过应用程序登录服务器时，需要进行注册。注册时，业务人员需要通过业务终端输入其所属机构。机构包括总公司、分公司以及分支机构等。注册成功后，服务器会向业务终端返回业务人员唯一的业务账号。服务器将业务账号对应的注册信息存入中心数据库。当业务人员需要查询保单信息时，可以通过业务账号登录服务器。登录成功之后，业务人员通过业务终端可以向服务器上传查询请求，查询请求中携带了保单关键字。保单关键字包括保单号、投保人姓名、被保险人姓名以及险种等。

步骤204，根据查询请求在中心数据库中查询业务账号的所属机构。

步骤206，根据业务账号的所属机构获取对应的机构数据库标识。

步骤208，将结构数据库标识对应的机构数据库标记为待查询数据库。

服务器上可以部署多个数据库。数据库包括中心数据库和结构数据库。中心数据库和结构数据库可以采用关系型数据库。中心数据库中存储了基础信息，基础信息包括业务人员的注册信息、机构标识和机构标识对应的机构数据库标识等。机构数据库中存储了该机构的保单信息。不同的机构数据库中存储了不同投保人的保单信息。

在传统的方式中，服务器在接收到业务终端上传的查询请求后，面对多个数据库，服务器会通过轮询的方式在多个数据库中进行查询，由此导致查询所需的耗时较长，查询效率较低。

为了能够有效提高查询效率，服务器在接收到业务终端上传的查询请求之后，根据查询请求在中心数据库中查询业务账号的所属机构，得到其所属机构的机构标识。服务器根据机构标识在中心数据库中获取对应的机构数据库标识，将结构数据库标识对应的机构数据库标记为待查询数据库。由此可以精准定位到需要查询的数据库。

步骤210，利用保单关键字在待查询数据库中进行查询，得到保单信息。

步骤212，将查询到的保单信息返回至业务终端。

服务器利用保单关键字在待查询数据库中进行查询，得到业务人员所需的保单信息。服务器将查询到的保单信息返回至业务终端。业务终端接收保单信息，并且在界面中进行展示。

本实施例中，接收到业务终端通过业务账号上传的查询请求之后，通过在中心数据库中查询该业务账号的所属机构，由此获取到所示机构对应的机构数据库标识，从而可以将该机构数据库标识对应的机构数据库标记为待查询数据库。由此在面对多个机构数据库时，无需轮询即可精确定位到需要查询的机构数据库。在待查询数据库中根据查询请求中携带的保单关键字进行查询，从而快速得到相应的保单信息。整个查询过程中，不需要客服人员的参与，有效降低了客服人员的工作压力。并且能够有效减少查询耗时提高查询效率，方便业务人员及时了解所需的保单信息。

在一个实施例中，在接收业务终端通过业务账号上传的查询请求的步骤之前，还包括：在机构数据库中提取多个子表，子表具有对应的分类标识；利用保单关键字在待查询数据库中进行查询的步骤包括：根据保单关键字获取对应的分类标识；通过分类标识在待查询数据库中获取对应的待查询子表，利用保单关键字在待查询子表中进行查询。

传统的查询方式中，服务器会根据保单关键字在机构数据库中进行模糊查询。但是面对机构数据库中海量的保单信息，模糊查询的方式耗时较高。本实施例中，机构数据库可以是关系型数据库，机构数据库中的保单信息以总表的形式进行存储。为了有效提高查询效率，服务器在机构数据库中分别提取多个子表。进一步的，服务器还可以按照预设频率在机构数据库中分别提取多个子表。预设频率可以是每月一次，每季度一次或者每半个月一次等。服务器对提取到的子表分配对应的分类标识。分类标识可以是险种，也可以是被保险人，也可以是投保人，还可以是保单状态等等。

服务器根据业务账号的所属机构获取对应的机构数据库标识，将结构数据库标识对应的机构数据库标记为待查询数据库。服务器根据保单关键字获取到对应的分类标识，通过该分类标识在待查询数据库中获取对应的子表，将该子表标记为对应的待查询子表。服务器根据保单关键字在待查询子表中进行查询，得到保单信息。通过提取子表，并对子表分配对应的分类标识，从而能够根据保单关键字在待查询数据库中快速定位到相应的待查询子表，继而在待查询子表中得到所需的保单信息。查询效率得到有效提升。

在一个实施例中，在机构数据库中提取多个子表的步骤包括：获取多个机构数据库的空闲时间；在机构数据库的空闲时间分别在多个机构数据库中提取多个子表。

为了能够进一步提高查询效率，子表可以是在机构数据库的空闲时间来提取的。服务器接收到查询请求后，可以直接在已经提取到的子表中进行相应的查询。机构数据库的空闲时间是指机构数据库性能最优时的时间。服务器上运行了监控脚本，利用监控脚本对多个机构数据库进行监控，根据监控信息得到机构数据库的空闲时间。具体的，服务器通过监控脚本对预设时间段内机构数据库中的批处理任务执行状况和资源消耗状况进行监控，得到在预设时间段内批处理任务的执行时间和资源消耗时间。批处理任务包括保单保全结算和保单快照刷新等。

为了能够充分缓解数据库资源消耗的压力，预设时间段可以是整个非工作时间的时间段或者部分非工作时间的时间段。例如，一个月内的晚上8:00～凌晨5:00的时间段，或者一个月内1号～5号的晚上8:00～凌晨5:00的时间段。服务器将在预设时间段内资源消耗时间进行统计，得到资源消耗统计表。服务器提取资源消耗统计表中的资源消耗时间与多个批处理任务的执行时间进行比对，筛选出能够避开多个批处理任务执行时间的资源消耗时间。由于批处理任务执行时会消耗较多的机构数据库资源，因此避开多个批处理任务执行时间的资源消耗时间，可以作为数据库的空闲时间。由于数据库的空闲时间是在预设时间段内的，预设时间段可以是非工作时间的时间段，因此通过上述方式得到的机构数据库的空闲时间可以视为机构数据库性能最优的空闲时间。服务器获取多个机构数据库的空闲时间，按照预设频率在机构数据库的空闲时间分别在多个机构数据库中提取对应的多个子表。

本实施例中，通过对预设时间段内机构数据库中的批处理任务执行状况和资源消耗状况进行监控，从而根据监控结果进行自动分析得到机构数据库的空闲时间。整个过程不需要人工参与，有效降低了人力成本。通过在机构数据库的空闲时间来提取多个子表，在接收到查询请求后可以直接定位到对应的待查询子表，有效节省了子表提取的时间，从而进一步缩短了查询耗时，提高了查询效率。

在一个实施例中，该方法还包括：按照预设的抓取条件在多个子表中抓取对应的保单信息；根据预设的抓取条件来获取对应的消息模板；利用抓取到的保单信息和消息模板来生成对应的提醒消息；将提醒消息发送至客户终端，以使得客户通过客户终端根据提醒消息对保单进行对应操作。

本实施例中，服务器在机构数据库中提取了多个子表之后，除了进行查询之外，还可以按照预设的抓取条件来抓取对应的保单信息。具体的，服务器可以在机构数据库中生成job(作业)，利用job在机构数据库中按照预设的抓取条件在子表中抓取对应的保单信息。预设的抓取条件可以有多个，不同的抓取条件所抓取到的保单信息不同。例如，对于应收保费的保单信息对应的抓取条件可以是当前时间与缴费时间的应缴日为一周；对于缴费成功的保费信息对应的抓取条件可以是当日转账缴费成功；对于缴费失败的保费信息对应的抓取条件可以是一周或三周缴费失败；对应催缴费的保单信息所对应的抓取条件可以当前日超过应缴日。

服务器在机构数据库中提取子表时，可以对子表分配对应的分类标识。服务器获取预设的抓取条件，根据预设的抓取条件获取对应的子表标识。将该子表标识对应的子表标记为对应的待抓取子表。服务器在机构数据库中生成job，利用job按照预设的抓取条件在待抓取子表中抓取对应的保单信息。如果多个机构数据库中都存在待抓取子表，服务器可以在多个机构数据库中分别生成job，利用job按照预设的抓取条件分别在多个待抓取子表中分别抓取对应的保单信息。

中心数据库中还可以存储了多种消息模板。服务器还可以根据预设的抓取条件在中心数据库中获取对应的消息模板。服务器利用抓取到的保单信息和消息模板来生成对应的提醒消息。提醒消息可以是缴费提醒消息，也可以是缴费成功的提醒消息，也可以是缴费失败的提醒消息，还可以是催缴费的提醒消息等。保单信息中可以包括客户终端标识。服务器将生成的提醒消息发送至于客户终端标识对应的客户终端。从而方便就保单状况对用户进行提醒，从而使得客户通过客户终端根据提醒消息对保单进行对应操作。

进一步的，除了缴费成功的提醒消息之外的其他提醒消息中，还可以包括缴费链接。客户通过客户终端点击缴费链接，即可进入缴费页面，由此方便用户及时缴费。

在一个实施例中，保单信息包括消息接收方式和险种，在按照预设的抓取条件在多个子表中抓取对应的保单信息的步骤之前，还包括：获取客户已选择的消息接收方式和客户投保的险种；根据消息接收方式和/或险种对子表中的保单信息进行过滤。

本实施例中，保单信息中可以包括消息接收方式。消息接收方式包括邮件、纸笺、短信以及APP(Application，应用程序)消息等。消息接收方式可以是客户投保时选择的。服务器根据客户选择的消息接收方式对子表中的保单信息进行过滤，将选择纸笺方式的保单信息过滤掉。

保单信息中还可以包括险种和缴费状态。例如，险种为长险，缴费状态为已缴清，则无需再对客户进行提醒。服务器可以根据险种和缴费状态对子表中的保单信息进行过滤，将不需进行缴费提醒的保单信息过滤掉。

通过根据消息接收方式和/或险种等对子表中的保单信息进行过滤，从而能得到需要发送提醒消息的有效保单信息。按照预设的抓取条件对子表中的有效保单信息进行抓取，能够有效提高抓取效率。

在一个实施例中，如图3所示，提供了一种服务器300，包括通过系统总线连接的处理器301、内存储器302、非易失性存储介质303和网络接口304。其中，该服务器的非易失性存储介质303中存储有操作系统3031和保单信息查询装置3032，保单信息查询装置3032用于实现缓解客服人员的工作压力并且方便业务人员及时了解到所需的保单信息。服务器300的处理器301用于提供计算和控制能力，被配置为执行一种保单信息查询方法。服务器300的内存储器302为非易失性存储介质中的保单信息查询处理装置3032的运行提供环境，内存储器302中可储存有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种保单信息查询方法。服务器300的网络接口304用于据以与外部的终端通过网络连接通信，比如接收业务终端上传的查询请求，向业务终端发送保单信息等。服务器300可以用独立的服务器或者是多个服务器组成的服务器集群来实现。本领域技术人员可以理解，图3中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的服务器的限定，具体的服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，如图4所示，提供了一种保单信息查询装置，包括：接收模块402、查询模块404、获取模块406、标记模块408和发送模块410，其中：

接收模块402，用于接收业务终端通过业务账号上传的查询请求，查询请求中携带了保单关键字。

查询模块404，用于根据查询请求在中心数据库中查询业务账号的所属机构。

获取模块406，用于根据业务账号的所属机构获取对应的机构数据库标识。

标记模块408，用于将机构数据库标识对应的机构数据库标记为待查询数据库。

查询模块404还用于利用保单关键字在待查询数据库中进行查询，得到保单信息。

发送模块410，用于将查询到的保单信息返回至业务终端。

在一个实施例中，获取模块406还用于在机构数据库中提取多个子表，子表具有对应的分类标识；根据保单关键字获取对应的分类标识；通过分类标识在待查询数据库中获取对应的待查询子表；查询模块404还用于利用保单关键字在待查询子表中进行查询。

在一个实施例中，获取模块406还用于按照预设的抓取条件在多个子表中抓取对应的保单信息；根据预设的抓取条件来获取对应的消息模板；如图5所示，该装置还包括：消息生成模块412，用于利用抓取到的保单信息和消息模板来生成对应的提醒消息；发送模块410还用于将提醒消息发送至客户终端，以使得客户通过客户终端根据提醒消息对保单进行对应操作。

在一个实施例中，保单信息包括消息接收方式和险种，获取模块406还用于获取客户已选择的消息接收方式和客户投保的险种；如图6所示，该装置还包括：过滤模块414，用于根据消息接收方式和/或险种对子表中的保单信息进行过滤。

在一个实施例中，获取模块406还用于获取多个机构数据库的空闲时间；在机构数据库的空闲时间分别在多个机构数据库中提取多个子表。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (12)

1.一种保单信息查询方法，所述方法应用于服务器，所述服务器部署了中心数据库和多个机构数据库，所述中心数据库中存储了基础信息，所述基础信息包括机构标识和机构标识对应的机构数据库，所述机构数据库中存储了机构的保单信息；所述方法包括：

通过监控脚本对预设时间段内机构数据库中的批处理任务执行状况和资源消耗状况进行监控，得到在预设时间段内批处理任务的执行时间和资源消耗时间，所述预设时间段是整个非工作时间的时间段或者部分非工作时间的时间段；将在预设时间段内资源消耗时间进行统计，得到资源消耗统计表；提取所述资源消耗统计表中的资源消耗时间与多个批处理任务的执行时间进行比对，筛选出能够避开多个批处理任务执行时间的资源消耗时间作为数据库的空闲时间；

根据保单关键字获取到对应的分类标识，通过所述分类标识在机构数据库的空闲时间分别在多个机构数据库中提取多个子表；

接收业务终端通过业务账号上传的查询请求，所述查询请求中携带了保单关键字；

根据所述查询请求在中心数据库中查询所述业务账号的所属机构；

根据所述业务账号的所属机构获取对应的机构数据库标识；

将所述机构数据库标识对应的机构数据库标记为待查询数据库；

利用所述保单关键字在所述待查询数据库中进行查询，得到保单信息；包括：根据所述保单关键字获取对应的分类标识；通过所述分类标识在所述待查询数据库中获取对应的待查询子表；利用所述保单关键字在所述待查询子表中进行查询；

将查询到的保单信息返回至所述业务终端。

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

按照预设的抓取条件在多个子表中抓取对应的保单信息；

根据预设的抓取条件来获取对应的消息模板；

利用抓取到的保单信息和消息模板来生成对应的提醒消息；

将所述提醒消息发送至客户终端，以使得客户通过所述客户终端根据所述提醒消息对保单进行对应操作。

3.根据权利要求2所述的方法，其特征在于，所述保单信息包括消息接收方式和险种，在所述按照预设的抓取条件在多个子表中抓取对应的保单信息的步骤之前，还包括：

获取客户已选择的消息接收方式和客户投保的险种；

根据所述消息接收方式和/或险种对所述子表中的保单信息进行过滤。

4.一种保单信息查询装置，其特征在于，所述装置应用于服务器，所述服务器部署了中心数据库和多个机构数据库，所述中心数据库中存储了基础信息，所述基础信息包括机构标识和机构标识对应的机构数据库，所述机构数据库中存储了机构的保单信息；所述装置包括：

获取模块，用于通过监控脚本对预设时间段内机构数据库中的批处理任务执行状况和资源消耗状况进行监控，得到在预设时间段内批处理任务的执行时间和资源消耗时间，所述预设时间段是整个非工作时间的时间段或者部分非工作时间的时间段；将在预设时间段内资源消耗时间进行统计，得到资源消耗统计表；提取所述资源消耗统计表中的资源消耗时间与多个批处理任务的执行时间进行比对，筛选出能够避开多个批处理任务执行时间的资源消耗时间作为数据库的空闲时间；根据保单关键字获取到对应的分类标识，通过所述分类标识在机构数据库的空闲时间分别在多个机构数据库中提取多个子表；

接收模块，用于接收业务终端通过业务账号上传的查询请求，所述查询请求中携带了保单关键字；

查询模块，用于根据所述查询请求在中心数据库中查询所述业务账号的所属机构；

获取模块，用于根据所述业务账号的所属机构获取对应的机构数据库标识；

标记模块，用于将所述机构数据库标识对应的机构数据库标记为待查询数据库；

所述查询模块还用于利用所述保单关键字在所述待查询数据库中进行查询，得到保单信息；包括：根据所述保单关键字获取对应的分类标识；通过所述分类标识在所述待查询数据库中获取对应的待查询子表；利用所述保单关键字在所述待查询子表中进行查询；

发送模块，用于将查询到的保单信息返回至所述业务终端。

5.根据权利要求4所述的装置，其特征在于，所述获取模块还用于按照预设的抓取条件在多个子表中抓取对应的保单信息；根据预设的抓取条件来获取对应的消息模板；

所述装置还包括：

消息生成模块，用于利用抓取到的保单信息和消息模板来生成对应的提醒消息；

所述发送模块还用于将所述提醒消息发送至客户终端，以使得客户通过所述客户终端根据所述提醒消息对保单进行对应操作。

6.根据权利要求5所述的装置，其特征在于，所述保单信息包括消息接收方式和险种，所述获取模块还用于获取客户已选择的消息接收方式和客户投保的险种；

所述装置还包括：

过滤模块，用于根据所述消息接收方式和/或险种对所述子表中的保单信息进行过滤。

7.一种服务器，包括存储器和处理器，所述存储器存储有计算机可读指令，其特征在于，所述处理器执行所述计算机可读指令时实现如下步骤：

通过监控脚本对预设时间段内机构数据库中的批处理任务执行状况和资源消耗状况进行监控，得到在预设时间段内批处理任务的执行时间和资源消耗时间，所述预设时间段是整个非工作时间的时间段或者部分非工作时间的时间段；将在预设时间段内资源消耗时间进行统计，得到资源消耗统计表；提取所述资源消耗统计表中的资源消耗时间与多个批处理任务的执行时间进行比对，筛选出能够避开多个批处理任务执行时间的资源消耗时间作为数据库的空闲时间；

根据保单关键字获取到对应的分类标识，通过所述分类标识在机构数据库的空闲时间分别在多个机构数据库中提取多个子表；

接收业务终端通过业务账号上传的查询请求，所述查询请求中携带了保单关键字；

根据所述查询请求在中心数据库中查询所述业务账号的所属机构；

根据所述业务账号的所属机构获取对应的机构数据库标识；

将所述机构数据库标识对应的机构数据库标记为待查询数据库；

利用所述保单关键字在所述待查询数据库中进行查询，得到保单信息；包括：根据所述保单关键字获取对应的分类标识；通过所述分类标识在所述待查询数据库中获取对应的待查询子表；利用所述保单关键字在所述待查询子表中进行查询；

将查询到的保单信息返回至所述业务终端。

8.根据权利要求7所述的服务器，其特征在于，所述处理器执行所述计算机可读指令时还实现如下步骤：

按照预设的抓取条件在多个子表中抓取对应的保单信息；

根据预设的抓取条件来获取对应的消息模板；

利用抓取到的保单信息和消息模板来生成对应的提醒消息；

将所述提醒消息发送至客户终端，以使得客户通过所述客户终端根据所述提醒消息对保单进行对应操作。

9.根据权利要求8所述的服务器，其特征在于，所述处理器执行所述计算机可读指令时还实现如下步骤：

获取客户已选择的消息接收方式和客户投保的险种；

根据所述消息接收方式和/或险种对所述子表中的保单信息进行过滤。

10.一种计算机可读存储介质，其上存储有计算机可读指令，其特征在于，所述计算机可读指令被处理器执行时实现如下步骤：

通过监控脚本对预设时间段内机构数据库中的批处理任务执行状况和资源消耗状况进行监控，得到在预设时间段内批处理任务的执行时间和资源消耗时间，所述预设时间段是整个非工作时间的时间段或者部分非工作时间的时间段；将在预设时间段内资源消耗时间进行统计，得到资源消耗统计表；提取所述资源消耗统计表中的资源消耗时间与多个批处理任务的执行时间进行比对，筛选出能够避开多个批处理任务执行时间的资源消耗时间作为数据库的空闲时间；

根据保单关键字获取到对应的分类标识，通过所述分类标识在机构数据库的空闲时间分别在多个机构数据库中提取多个子表；

接收业务终端通过业务账号上传的查询请求，所述查询请求中携带了保单关键字；

根据所述查询请求在中心数据库中查询所述业务账号的所属机构；

根据所述业务账号的所属机构获取对应的机构数据库标识；

将所述机构数据库标识对应的机构数据库标记为待查询数据库；

利用所述保单关键字在所述待查询数据库中进行查询，得到保单信息；包括：根据所述保单关键字获取对应的分类标识；通过所述分类标识在所述待查询数据库中获取对应的待查询子表；利用所述保单关键字在所述待查询子表中进行查询；

将查询到的保单信息返回至所述业务终端。

11.根据权利要求10所述的存储介质，其特征在于，所述计算机可读指令被处理器执行时还实现如下步骤：

按照预设的抓取条件在多个子表中抓取对应的保单信息；

根据预设的抓取条件来获取对应的消息模板；

利用抓取到的保单信息和消息模板来生成对应的提醒消息；

将所述提醒消息发送至客户终端，以使得客户通过所述客户终端根据所述提醒消息对保单进行对应操作。

12.根据权利要求11所述的存储介质，其特征在于，所述计算机可读指令被处理器执行时实现如下步骤：

获取客户已选择的消息接收方式和客户投保的险种；

根据所述消息接收方式和/或险种对所述子表中的保单信息进行过滤。

Images