CN109558419A - 数据查询方法、装置及存储介质 - Google Patents

Abstract

本申请实施例提供一种数据查询方法、装置及存储介质，所述方法包括：在从客户端获取到第一查询信息后，根据所述第一查询信息以及所述第二预设的保单关联信息，确定所述第一查询信息中包括的保单用户信息所对应的至少一个保单信息，并向所述客户端发送所述至少一个保单信息。可见，本申请实施例中，可以根据客户端发送的所述第一查询信息，便可查询出所述第一查询信息中包括的保单用户信息所对应的各保单信息，从而提高了数据查询方式的效率。

Description

数据查询方法、装置及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种数据查询方法、装置及存储介质。

背景技术

随着用户的保险意识增强，越来越多用户购买保险。往往同一用户会购买多份保险，例如，同一用户分别为多辆汽车购买保险，或者同一用户分别为多个亲属购买保险等。

现有技术中，当用户对部分或全部保险进行保单查询或保单续保时，通常需要多次输入查询信息才能获取到每个保险对应的保单信息，从而进行相应地操作。

因此，现有的数据查询方式效率较低。

发明内容

本申请实施例提供一种数据查询方法、装置及存储介质，解决了现有技术中数据查询方式效率较低的技术问题。

第一方面，本申请实施例提供一种数据查询方法，包括：

从客户端获取第一查询信息，其中，所述第一查询信息包括保单用户信息；

根据所述第一查询信息以及第一预设的保单关联信息，确定所述第一查询信息对应的至少一个保单信息；其中，所述第一预设的保单关联信息用于指示不同保单用户信息与保单信息之间的对应关系；

向所述客户端发送所述至少一个保单信息。

在一种可能的实现方式中，若所述第一预设的保单关联信息包括第二预设的保单关联信息和第三预设的保单关联信息，所述根据所述第一查询信息以及第一预设的保单关联信息，确定所述第一查询信息对应的至少一个保单信息，包括：

根据所述第一查询信息以及所述第二预设的保单关联信息，确定所述第一查询信息对应的至少一个保单标识信息；其中，所述第二预设的保单关联信息用于指示不同保单用户信息与保单标识信息之间的对应关系；

根据所述第三预设的保单关联信息分别确定每个所述目标保单标识信息对应的保单信息；其中，所述第三预设的保单关系信息用于指示不同保单标识信息与保单信息之间的对应关系。

在一种可能的实现方式中，所述根据所述第一查询信息以及第一预设的保单关联信息，确定所述第一查询信息对应的至少一个保单信息，包括：

判断所述第一查询信息是否属于预设查询信息；其中，所述预设查询信息包括预设保单用户信息；

若确定所述第一查询信息属于所述预设查询信息，则根据所述第一查询信息以及第一预设的保单关联信息，确定所述第一查询信息对应的至少一个保单信息。

在一种可能的实现方式中，若确定所述第一查询信息不属于所述预设查询信息，所述方法还包括：

获取至少一个第二查询信息，并分别确定每个所述第二查询信息对应的保单信息；其中，所述第二查询信息包括以下至少一项：保单标识信息、保单状态信息、保单时间信息。

在一种可能的实现方式中，若根据所述第一查询信息以及第一预设的保单关联信息，没有确定出所述第一查询信息对应的至少一个保单信息，所述方法还包括：

获取至少一个第三查询信息，并分别确定每个所述第三查询信息对应的保单信息；其中，所述第三查询信息包括：被保目标物信息。

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

从所述客户端接收每个所述保单用户信息、对应的保单标识信息以及对应的保单信息；

根据每个所述保单用户信息、对应的保单标识信息以及对应的保单信息，生成所述第一预设的保单关联信息。

第二方面，本申请实施例提供一种数据查询装置，包括：

第一获取模块，用于从客户端获取第一查询信息，其中，所述第一查询信息包括保单用户信息；

第一确定模块，用于根据所述第一查询信息以及第一预设的保单关联信息，确定所述第一查询信息对应的至少一个保单信息；其中，所述第一预设的保单关联信息用于指示不同保单用户信息与保单信息之间的对应关系；

发送模块，用于向所述客户端发送所述至少一个保单信息。

第三方面，本申请实施例提供一种数据查询装置，包括：

处理器；以及

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

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

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

本申请实施例提供的数据查询方法、装置及存储介质，通过数据查询装置在从客户端获取到第一查询信息后，根据所述第一查询信息以及所述第二预设的保单关联信息，确定所述第一查询信息中包括的保单用户信息所对应的至少一个保单信息，并向所述客户端发送所述至少一个保单信息。可见，相对于现有技术中，当用户对部分或全部保险进行保单查询或保单续保时，需要多次输入查询信息才能获取到每个保险对应的保单信息；本申请实施例中，所述数据查询装置可以根据用户通过客户端发送的第一查询信息，便可查询出所述第一查询信息中包括的保单用户信息所对应的各保单信息，从而提高了数据查询方式的效率。

附图说明

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

图2为本申请一实施例提供的数据查询方法的流程示意图；

图3为本申请另一实施例提供的数据查询方法的流程示意图；

图4为本申请实施例提供的保单数据同步示意图；

图5为本申请另一实施例提供的数据查询方法的流程示意图；

图6为本申请另一实施例提供的数据查询方法的流程示意图；

图7为本申请一实施例提供的数据查询装置的结构示意图；

图8为本申请另一实施例提供的数据查询装置的结构示意图。

具体实施方式

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

图1为本申请实施例提供的应用场景示意图。如图1所示，本实施例提供的应用场景示意图中可以包括但不限于：至少一个客户端(为了便于描述，图1中以至少一个客户端包括客户端1和客户端2为例进行示出)和数据查询装置。示例性地，当用户欲进行保单查询或保单续保时，所述用户可以通过任意客户端(例如客户端1或客户端2)向所述数据查询装置发送查询信息，以便于所述数据查询装置在接收到所述查询信息后进行查询，并将查询结果返回给所述客户端。

本申请实施例中涉及的数据查询装置可以是服务器，也可以是服务器中的装置。示例性地，所述数据查询装置可以通过软件和/或硬件实现。

本申请实施例中涉及的客户端可以包括但不限于以下任一项：手机、平板电脑、台式电脑、个人数字助理等智能设备。

本申请实施例中涉及的保单用户信息可以包括但不限于：投保人信息和/或被保人信息。示例性地，所述投保人信息可以包括但不限于：投保人的姓名和/或投保人的通讯号码，所述被保人信息可以包括但不限于：被保人的姓名和/或被保人的通讯号码。

本申请实施例中涉及的第一预设的保单关联信息用于指示不同保单用户信息与保单信息之间的对应关系。例如，第一预设的保单关联信息可以用于指示保单用户信息1与对应的保单信息1和保单信息2、保单用户信息2与对应的保单信息3，以及保单用户信息3与对应的保单信息4、保单信息5和保单信息6。

本申请实施例中涉及的保单信息可以包括但不限于以下至少一项：保单标识信息(用于唯一标识保单)、保单时间信息(用于指示保单的起保时间和/或终保时间)、被保目标物信息(例如对于车险保单，被保目标物信息可以为车牌号信息或者发动机号等)。

示例性地，所述第一预设的保单关联信息可以包括第二预设的保单关联信息和第三预设的保单关联信息；其中，所述第二预设的保单关联信息用于指示不同保单用户信息与保单标识信息(用于唯一标识保单)之间的对应关系，所述第三预设的保单关系信息用于指示不同保单标识信息与保单信息之间的对应关系。

例如，所述第二预设的保单关联信息用于指示保单用户信息1与对应的保单标识信息1和保单标识信息2，以及保单用户信息2与对应的保单标识信息3。

例如，所述第三预设的保单关系信息用于指示保单标识信息1与对应的保单信息1、保单标识信息2与对应的保单信息2，以及保单标识信息3与对应的保单信息3。

需要说明的是，本申请实施例中涉及的所述第一预设的保单关联信息、所述第二预设的保单关联信息或所述第三预设的保单关联信息可以以列表形式存在，当然还可以以其它形式存在，本申请实施例中对此并不作限制。

本申请实施例中涉及的预设查询信息可以包括预设保单用户信息。例如，所述预设保单用户信息可以包括但不限于：投保人信息(如投保人的姓名和/或投保人的通讯号码)。

现有技术中，当用户对部分或全部保险进行保单查询或保单续保时，通常需要多次输入查询信息才能获取到每个保险对应的保单信息，从而进行相应地操作。因此，现有的数据查询方式效率较低。

本申请实施例提供的数据查询方法、装置及存储介质，通过数据查询装置在从客户端获取到第一查询信息后，根据所述第一查询信息以及所述第二预设的保单关联信息，确定所述第一查询信息中包括的保单用户信息所对应的至少一个保单信息，并向所述客户端发送所述至少一个保单信息。可见，本申请实施例中，所述数据查询装置可以根据用户通过客户端发送的第一查询信息，便可查询出所述第一查询信息中包括的保单用户信息所对应的各保单信息，从而解决了现有技术中数据查询方式效率较低的技术问题。

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

图2为本申请一实施例提供的数据查询方法的流程示意图。如图2所示，本申请实施例的方法可以包括：

步骤S201、从客户端获取第一查询信息。

本步骤中，数据查询装置接收用户欲进行保单查询或保单续保时通过客户端所发送的所述第一查询信息，其中，所述第一查询信息中可以包括但不限于保单用户信息。示例性地，所述保单用户信息可以包括但不限于：投保人信息和/或被保人信息。

示例性地，所述投保人信息可以包括但不限于：投保人的姓名和/或投保人的通讯号码，所述被保人信息可以包括但不限于：被保人的姓名和/或被保人的通讯号码。

步骤S202、根据所述第一查询信息以及第一预设的保单关联信息，确定所述第一查询信息对应的至少一个保单信息。

本实施例中，所述数据查询装置中预先设置有所述第一预设的保单关联信息(用于指示不同保单用户信息与对应的至少一个保单信息之间的对应关系)。例如，所述第一预设的保单关联信息可以用于指示保单用户信息1与对应的保单信息1和保单信息2、保单用户信息2与对应的保单信息3，以及保单用户信息3与对应的保单信息4、保单信息5和保单信息6。

本步骤中，所述数据查询装置根据所述第一查询信息以及所述第一预设的保单关联信息，确定所述第一查询信息中包括的保单用户信息所对应的至少一个保单信息。例如，假设所述第一预设的保单关联信息可以用于指示保单用户信息1与对应的保单信息1和保单信息2，以及保单用户信息2与对应的保单信息3，且所述第一查询信息中包括保单用户信息1，则所述数据查询装置根据所述第一查询信息以及所述第一预设的保单关联信息，确定出所述第一查询信息中包括的保单用户信息(例如保单用户信息1)所对应的至少一个保单信息(例如保单信息1和保单信息2)。

示例性地，若所述第一预设的保单关联信息包括第二预设的保单关联信息和第三预设的保单关联信息；其中，所述第二预设的保单关联信息用于指示不同保单用户信息与保单标识信息(用于唯一标识保单)之间的对应关系，所述第三预设的保单关系信息用于指示不同保单标识信息与保单信息之间的对应关系；则所述数据查询装置可以根据所述第一查询信息以及所述第二预设的保单关联信息，确定所述第一查询信息中包括的保单用户信息所对应的至少一个保单标识信息；进一步地，所述数据查询装置根据所述第三预设的保单关联信息分别确定每个所述目标保单标识信息对应的保单信息。

例如，假设所述第二预设的保单关联信息用于指示保单用户信息1与对应的保单标识信息1和保单标识信息2，以及保单用户信息2与对应的保单标识信息3，所述第三预设的保单关系信息用于指示保单标识信息1与对应的保单信息1、保单标识信息2与对应的保单信息2，以及保单标识信息3与对应的保单信息3，且所述第一查询信息中包括保单用户信息1，则所述数据查询装置可以根据所述第一查询信息以及所述第二预设的保单关联信息，确定所述第一查询信息中包括的保单用户信息(例如保单用户信息1)所对应的至少一个保单标识信息(例如保单标识信息1和保单标识信息2)；进一步地，所述数据查询装置根据所述第三预设的保单关联信息分别确定每个所述目标保单标识信息(例如保单标识信息1和保单标识信息2)对应的保单信息(例如保单标识信息1对应的保单信息1以及保单标识信息2对应的保单信息2)。

当然，所述数据查询装置根据所述第一查询信息以及第一预设的保单关联信息，还可通过其它方式确定所述第一查询信息对应的至少一个保单信息，本申请实施例中对此并不作限制。

步骤S203、向所述客户端发送所述至少一个保单信息。

本步骤中，所述数据查询装置向所述客户端发送所述第一查询信息中包括的保单用户信息所对应的至少一个保单信息，以便所述客户端向所述用户显示所述至少一个保单信息(例如，可以按照列表形式进行显示，或者还可以通过其它形式进行显示)。

本申请实施例中，通过所述数据查询装置在从客户端获取到第一查询信息后，根据所述第一查询信息以及所述第二预设的保单关联信息，确定所述第一查询信息中包括的保单用户信息所对应的至少一个保单信息，并向所述客户端发送所述至少一个保单信息。可见，相对于现有技术中，当用户对部分或全部保险进行保单查询或保单续保时，需要多次输入查询信息才能获取到每个保险对应的保单信息；本申请实施例中，所述数据查询装置可以根据用户通过客户端发送的第一查询信息，便可查询出所述第一查询信息中包括的保单用户信息所对应的各保单信息，从而提高了数据查询方式的效率。

图3为本申请另一实施例提供的数据查询方法的流程示意图。在上述实施例的基础上，如图3所示，本申请实施例的方法，还可以包括：

S202A、判断所述第一查询信息是否属于预设查询信息。

本实施例中，所述数据查询装置中预先设置有预设查询信息。示例性地，所述预设查询信息可以包括预设保单用户信息。例如，所述预设保单用户信息可以包括但不限于：投保人信息(如投保人的姓名和/或投保人的通讯号码)。

本步骤中，所述数据查询装置判断所述第一查询信息中包括的保单用户信息是否属于所述预设查询信息(例如投保人信息)。若确定所述第一查询信息属于所述预设查询信息，则执行步骤S202；若确定所述第一查询信息不属于所述预设查询信息，则执行步骤S204。

S202、根据所述第一查询信息以及第一预设的保单关联信息，确定所述第一查询信息对应的至少一个保单信息。

步骤S204、获取至少一个第二查询信息，并分别确定每个所述第二查询信息对应的保单信息。

本步骤中，所述数据查询装置重新从所述客户端获取至少一个第二查询信息，并分别查询确定出每个所述第二查询信息对应的保单信息，以便于进一步将确定出的每个所述第二查询信息对应的保单信息发送给所述客户端。示例性地，所述第二查询信息可以包括但不限于以下至少一项：保单标识信息(用于唯一标识保单，例如保单号等)、保单状态信息(用于指示保单的状态，例如有效保单或者无效保单等)、保单时间信息(用于指示保单的起保时间和/或终保时间)。

具体地，分别确定每个所述第二查询信息对应的保单信息的方式，可以参考现有技术中的查询方式，本申请实施例中对此并不作限制。

本申请实施例中，所述数据查询装置在从客户端获取到第一查询信息后，通过判断所述第一查询信息是否属于预设查询信息；若确定所述第一查询信息属于所述预设查询信息，则所述数据查询装置根据所述第一查询信息以及所述第二预设的保单关联信息，确定所述第一查询信息中包括的保单用户信息所对应的至少一个保单信息，并向所述客户端发送所述至少一个保单信息；若确定所述第一查询信息不属于所述预设查询信息，则所述数据查询装置获取至少一个第二查询信息，并分别确定每个所述第二查询信息对应的保单信息。可见，本申请实施例中，所述数据查询装置在确定所述第一查询信息不属于所述预设查询信息时，则可以重新获取至少一个第二查询信息，并分别确定每个所述第二查询信息对应的保单信息，或者，所述数据查询装置在确定所述第一查询信息属于所述预设查询信息时，可以直接根据用户通过客户端发送的第一查询信息，便可查询出所述第一查询信息中包括的保单用户信息所对应的各保单信息，从而实现了在保证数据查询的基础上，进一步提高了数据查询方式的效率，提高了用户的查询体验。

在上述实施例的基础上，本申请另一实施例中，若根据所述第一查询信息以及第一预设的保单关联信息，没有确定出所述第一查询信息对应的至少一个保单信息，则所述数据查询装置可以重新从所述客户端获取至少一个第三查询信息，并分别确定每个所述第三查询信息对应的保单信息，以便于进一步将确定出的每个所述第三查询信息对应的保单信息发送给所述客户端，从而保证了数据的查询。示例性地，所述第三查询信息可以包括但不限于被保目标物信息(例如对于车险保单，被保目标物信息可以为车牌号信息或者发动机号等)。

具体地，分别确定每个所述第三查询信息对应的保单信息的方式，可以参考现有技术中的查询方式，本申请实施例中对此并不作限制。

在上述实施例的基础上，本申请另一实施例中，所述数据查询装置可以从所述客户端接收每个保单用户信息、对应的保单标识信息以及对应的保单信息；进一步地，所述数据查询装置根据所述每个保单用户信息、对应的保单标识信息以及对应的保单信息，生成所述第一预设的保单关联信息。

本实施例中，所述数据查询装置可以在所述客户端录入每个保单数据(例如可以包括但不限于：保单用户信息、对应的保单标识信息以及对应的保单信息)时，根据所述每个保单数据(例如可以包括但不限于：保单用户信息、对应的保单标识信息以及对应的保单信息)生成所述第一预设的保单关联信息，以便于后续的保单查询。例如，图4为本申请实施例提供的保单数据同步示意图，如图4所示，所述数据查询装置可以在所述客户端录入关系型数据库管理系统(mysql)保单数据时，将mysql保单数据同步转换为甲骨文关系数据库管理系统(oracle)保单数据，并插入根据每个保单数据所生成的第一预设的保单关联信息。

图5为本申请另一实施例提供的数据查询方法的流程示意图。在上述实施例的基础上，本申请实施例中对保单查询场景中的实现方式进行详细介绍。如图5所示，本申请实施例的方法可以包括：

步骤S501、数据查询装置从客户端获取第一查询信息。

步骤S502、所述数据查询装置判断所述第一查询信息是否属于预设查询信息。

示例性地，所述预设查询信息可以包括但不限于预设保单用户信息。

若确定所述第一查询信息属于所述预设查询信息，则执行步骤S503；若确定所述第一查询信息不属于所述预设查询信息，则执行步骤S504。

步骤S503、所述数据查询装置根据所述第一查询信息以及第一预设的保单关联信息，确定所述第一查询信息对应的至少一个保单信息，并向所述客户端发送所述至少一个保单信息。

步骤S504、所述数据查询装置获取至少一个第二查询信息，并分别确定每个所述第二查询信息对应的保单信息。

示例性地，所述第二查询信息可以包括但不限于以下至少一项：保单标识信息(例如保单号等)、保单状态信息(例如有效保单或者无效保单等)、保单时间信息(用于指示保单的起保时间和/或终保时间)。

步骤S505、所述数据查询装置向所述客户端发送每个所述第二查询信息对应的保单信息。

综上所述，本申请实施例中，所述数据查询装置通过在确定所述第一查询信息不属于所述预设查询信息时，则可以重新获取至少一个第二查询信息，并分别确定每个所述第二查询信息对应的保单信息，或者，所述数据查询装置在确定所述第一查询信息属于所述预设查询信息时，可以直接根据用户通过客户端所发送的第一查询信息，便可查询出所述第一查询信息中包括的保单用户信息所对应的各保单信息，从而实现了在保证保单查询的基础上，进一步提高了保单查询的效率，提高了用户的保单查询体验。

图6为本申请另一实施例提供的数据查询方法的流程示意图。在上述实施例的基础上，本申请实施例中对保单续保场景中的实现方式进行详细介绍。如图6所示，本申请实施例的方法可以包括：

步骤S601、数据查询装置从客户端获取第一查询信息。

步骤S602、若根据所述第一查询信息以及第一预设的保单关联信息，确定出所述第一查询信息对应的至少一个保单信息，则所述数据查询装置向所述客户端发送所述至少一个保单信息。

步骤S603、若根据所述第一查询信息以及第一预设的保单关联信息，没有确定出所述第一查询信息对应的至少一个保单信息，则所述数据查询装置获取至少一个第三查询信息，并分别确定每个所述第三查询信息对应的保单信息。

示例性地，所述第三查询信息可以包括但不限于被保目标物信息(例如对于车险保单，被保目标物信息可以为车牌号信息或者发动机号等)。

步骤S604、所述数据查询装置向所述客户端发送每个所述第三查询信息对应的保单信息。

综上所述，本申请实施例中，所述数据查询装置通过根据用户通过客户端所发送的第一查询信息，便可直接查询出所述第一查询信息中包括的保单用户信息所对应的各保单信息，或者，所述数据查询装置在根据所述第一查询信息以及第一预设的保单关联信息，没有确定出所述第一查询信息对应的至少一个保单信息时，通过重新获取至少一个第三查询信息，并分别确定每个所述第三查询信息对应的保单信息，从而实现了在保证保单续保查询的基础上，进一步提高了保单续保查询的效率，提高了用户的保单续保查询体验。

图7为本申请一实施例提供的数据查询装置的结构示意图。如图7所示，本申请实施例提供的数据查询装置70可以包括：第一获取模块701、第一确定模块702以及发送模块703。

其中，第一获取模块701，用于从客户端获取第一查询信息，其中，所述第一查询信息包括保单用户信息；

第一确定模块702，用于根据所述第一查询信息以及第一预设的保单关联信息，确定所述第一查询信息对应的至少一个保单信息；其中，所述第一预设的保单关联信息用于指示不同保单用户信息与保单信息之间的对应关系；

发送模块703，用于向所述客户端发送所述至少一个保单信息。

在一种可能的实现方式中，若所述第一预设的保单关联信息包括第二预设的保单关联信息和第三预设的保单关联信息，所述第一确定模块702，包括：

第一确定单元，用于根据所述第一查询信息以及所述第二预设的保单关联信息，确定所述第一查询信息对应的至少一个保单标识信息；其中，所述第二预设的保单关联信息用于指示不同保单用户信息与保单标识信息之间的对应关系；

第二确定单元，用于根据所述第三预设的保单关联信息分别确定每个所述目标保单标识信息对应的保单信息；其中，所述第三预设的保单关系信息用于指示不同保单标识信息与保单信息之间的对应关系。

在一种可能的实现方式中，所述第一确定模块702，包括：

判断单元，用于判断所述第一查询信息是否属于预设查询信息；其中，所述预设查询信息包括预设保单用户信息；

第三确定单元，用于若所述判断单元确定所述第一查询信息属于所述预设查询信息，则根据所述第一查询信息以及第一预设的保单关联信息，确定所述第一查询信息对应的至少一个保单信息。

在一种可能的实现方式中，若所述判断单元确定所述第一查询信息不属于所述预设查询信息，所述数据查询装置70还包括：

第二获取模块，用于获取至少一个第二查询信息；

第二确定模块，用于分别确定每个所述第二查询信息对应的保单信息；其中，所述第二查询信息包括以下至少一项：保单标识信息、保单状态信息、保单时间信息。

在一种可能的实现方式中，若所述第一确定模块702根据所述第一查询信息以及第一预设的保单关联信息，没有确定出所述第一查询信息对应的至少一个保单信息，所述数据查询装置70还包括：

第三获取模块，用于获取至少一个第三查询信息；

第三确定模块，用于分别确定每个所述第三查询信息对应的保单信息；其中，所述第三查询信息包括：被保目标物信息。

在一种可能的实现方式中，所述数据查询装置70还包括：

接收模块，用于从所述客户端接收每个所述保单用户信息、对应的保单标识信息以及对应的保单信息；

生成模块，用于根据每个所述保单用户信息、对应的保单标识信息以及对应的保单信息，生成所述第一预设的保单关联信息。

本实施例提供的数据查询装置，可以用于执行本申请上述数据查询方法实施例中的技术方案，其实现原理和技术效果类似，此处不再赘述。

图8为本申请另一实施例提供的数据查询装置的结构示意图。如图8所示，本申请实施例提供的数据查询装置80可以包括：处理器801以及存储器802。可选地，数据查询装置80还可以包括收发器803，所述收发器803用于和其他设备通信。

其中，所述存储器802，用于存储所述处理器801的可执行指令；所述处理器801配置为经由执行所述可执行指令来执行本申请上述数据查询方法实施例中的技术方案，其实现原理和技术效果类似，此处不再赘述。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现本申请上述数据查询方法实施例中的技术方案，其实现原理和技术效果类似，此处不再赘述。

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

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

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

Claims (9)

1.一种数据查询方法，其特征在于，包括：

从客户端获取第一查询信息，其中，所述第一查询信息包括保单用户信息；

根据所述第一查询信息以及第一预设的保单关联信息，确定所述第一查询信息对应的至少一个保单信息；其中，所述第一预设的保单关联信息用于指示不同保单用户信息与保单信息之间的对应关系；

向所述客户端发送所述至少一个保单信息。

2.根据权利要求1所述的方法，其特征在于，若所述第一预设的保单关联信息包括第二预设的保单关联信息和第三预设的保单关联信息，所述根据所述第一查询信息以及第一预设的保单关联信息，确定所述第一查询信息对应的至少一个保单信息，包括：

根据所述第一查询信息以及所述第二预设的保单关联信息，确定所述第一查询信息对应的至少一个保单标识信息；其中，所述第二预设的保单关联信息用于指示不同保单用户信息与保单标识信息之间的对应关系；

根据所述第三预设的保单关联信息分别确定每个所述目标保单标识信息对应的保单信息；其中，所述第三预设的保单关系信息用于指示不同保单标识信息与保单信息之间的对应关系。

3.根据权利要求1所述的方法，其特征在于，所述根据所述第一查询信息以及第一预设的保单关联信息，确定所述第一查询信息对应的至少一个保单信息，包括：

判断所述第一查询信息是否属于预设查询信息；其中，所述预设查询信息包括预设保单用户信息；

若确定所述第一查询信息属于所述预设查询信息，则根据所述第一查询信息以及第一预设的保单关联信息，确定所述第一查询信息对应的至少一个保单信息。

4.根据权利要求3所述的方法，其特征在于，若确定所述第一查询信息不属于所述预设查询信息，所述方法还包括：

获取至少一个第二查询信息，并分别确定每个所述第二查询信息对应的保单信息；其中，所述第二查询信息包括以下至少一项：保单标识信息、保单状态信息、保单时间信息。

5.根据权利要求1-4任一项所述的方法，其特征在于，若根据所述第一查询信息以及第一预设的保单关联信息，没有确定出所述第一查询信息对应的至少一个保单信息，所述方法还包括：

获取至少一个第三查询信息，并分别确定每个所述第三查询信息对应的保单信息；其中，所述第三查询信息包括：被保目标物信息。

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

从所述客户端接收每个所述保单用户信息、对应的保单标识信息以及对应的保单信息；

根据每个所述保单用户信息、对应的保单标识信息以及对应的保单信息，生成所述第一预设的保单关联信息。

7.一种数据查询装置，其特征在于，包括：

第一获取模块，用于从客户端获取第一查询信息，其中，所述第一查询信息包括保单用户信息；

第一确定模块，用于根据所述第一查询信息以及第一预设的保单关联信息，确定所述第一查询信息对应的至少一个保单信息；其中，所述第一预设的保单关联信息用于指示不同保单用户信息与保单信息之间的对应关系；

发送模块，用于向所述客户端发送所述至少一个保单信息。

8.一种数据查询装置，其特征在于，包括：

处理器；以及

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

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

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