CN112307264A - 数据查询方法和装置、以及存储介质和电子设备 - Google Patents

Abstract

本申请公开了一种数据查询方法和装置、电子设备和存储介质，其中，该方法包括：通过接收用户输入的查询请求；响应于查询请求，根据至少一个标签信息查询预设数据库，输出查询结果；其中，查询请求携带至少一个标签信息；预设数据库包括：至少一个标签信息、以及至少一个标签信息对应的至少一个用户标识信息。由此，本申请实施例可以通过设置标签信息的方式快速检索到具有相应特征的用户标识信息，无需逐条检索每个用户的特征信息，即可获得用户数量信息和/或用户标识信息等查询结果，有效提升了数据查询的速度。

Description

数据查询方法和装置、以及存储介质和电子设备

技术领域

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

背景技术

通常，手机行业需要根据用户社会属性、生活习惯、以及消费行为等特征信息来分析不同用户群的对不同手机型号、业务类型、功能的需求程度。目前，可以使用Hive、Spark等工具对每个用户的不同特征信息进行逐一统计，但Hive、Spark都是离线工具，无法满足工作人员对海量用户信息进行实时查询的需求。

发明内容

本申请实施例提供了一种数据查询方法和装置、电子设备和存储介质。

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

接收用户输入的查询请求；其中，所述查询请求携带至少一个标签信息；

响应于所述查询请求，根据所述至少一个标签信息查询预设数据库，输出查询结果；

其中，所述预设数据库包括：至少一个标签信息、以及所述至少一个标签信息对应的至少一个用户标识信息。

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

接收模块，用于接收用户输入的查询请求；其中，所述查询请求携带至少一个标签信息；

输出模块，用于响应于所述查询请求，根据所述至少一个标签信息查询预设数据库，输出查询结果；

其中，所述预设数据库包括：至少一个标签信息、以及所述至少一个标签信息对应的至少一个用户标识信息。

第三方面，本申请实施例提供一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行上述的方法步骤。

第四方面，本申请实施例提供一种电子设备，可包括：处理器和存储器；

其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述的方法步骤。

本申请一些实施例提供的技术方案带来的有益效果至少包括：

在本申请实施例中，通过接收用户输入的查询请求；响应于查询请求，根据至少一个标签信息查询预设数据库，输出查询结果；其中，查询请求携带至少一个标签信息；预设数据库包括：至少一个标签信息、以及至少一个标签信息对应的至少一个用户标识信息。由此，本申请实施例可以通过设置标签信息的方式快速检索到具有相应特征的用户标识信息，无需逐条检索每个用户的特征信息，即可获得用户数量信息和/或用户标识信息等查询结果，有效提升了数据查询的速度。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例中所需使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的数据查询***的架构示意图；

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

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

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

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

图6为本申请一个实施例提供的数据查询方法的应用示意图；

图7为本申请另一实施例提供的数据查询方法的应用示意图；

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

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

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

图11是本申请一个实施例提供的电子设备的结构图。

具体实施方式

下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

图1为一个实施例中数据查询方法的应用场景图。如图1所示，数据查询***可以包括：可选用户标签信息展示界面11、目标用户标签信息展示界面12、以及目标用户数量展示界面13三部分。其中，可以从可选用户标签展示界面11中选取想要查询的目标用户集群具有的用户标签，目标用户标签展示界面12用于展示已选的用户标签，目标用户数量展示界面13用于展示已选的用户标签的用户数量。

例如，用户A想要查询的目标用户集群为：四川省内疯狂使用手机的男性未成年群体，用户A可以点击以选取可选用户标签展示界面11中的“年龄：17岁以下、性别：男性、省份：四川省、手机依赖程度：疯狂”4个标签信息，进一步地，这些已选的目标用户标签信息会出现在目标用户标签展示界面12中，对应具有这些目标用户标签的用户数量XXX会出现在目标用户数量展示界面13中。

此外，目标用户数量展示界面13中还可以包括目标用户ID列表展示按钮14。例如，用户A可以点击目标用户ID列表展示按钮14，***会自动生成具有这些标签信息的目标用户ID列表。

如图2所示，在一个实施例中，提供一种数据查询方法，该数据查询方法，可包括以下步骤：

S201，接收用户输入的查询请求。

本申请中的查询请求可以携带至少一个标签信息。用户也可以针对同一维度信息选择一个或多个待查询的标签信息，其中，维度信息用于表示同一属性的多个标签信息。

例如，图1中的年龄维度信息包括：17岁以下、18-22岁、23-29岁、30岁以上，4个标签信息。用户A根据需要可以仅选择17岁以下的标签信息，也可以同时选择17岁以下和18-22岁两个或更多年龄段的标签信息。

S202，响应于查询请求，根据至少一个标签信息查询预设数据库，输出查询结果。

本申请实施例中的预设数据库可以包括：至少一个标签信息、以及至少一个标签信息对应的至少一个用户标识信息。查询结果可以包括用户数量信息和/或用户标识信息。

从表1所示的预设数据库中的信息可以观察到：该预设数据库包括“年龄”、“性别”、“婚姻状态”、“手机依赖程度”4个维度信息，其中“年龄”维度信息包括：“17岁以下”、“18-22岁”、“23-29岁”、“30岁以上”4个标签信息；“性别”维度信息包括：“男性”、“女性”、“未知”3个标签信息；“婚姻状态”维度信息包括：“已婚”、“单身”、“未知”3个标签信息；“手机依赖程度”维度信息包括：“疯狂”、“严重”、“一般”“轻度”4个标签信息，其中，各标签信息有对应有各自的用户ID信息。例如，“17岁以下”标签信息对应的用户ID信息包括1,2,4。

表1

具体地，本申请中的实施例可以将多个标签信息抽象为一个用户画像，接收用户输入的查询请求的过程具体可以描述为：在预设数据库中对具有某一用户画像的用户信息进行洞察。

在一个具体的例子中，用户A需要洞察用户画像为18-22岁中单身男性严重依赖手机的用户数量，相应的，数据查询***可以接收到用户A输入的查询请求携带以下4个标签信息：“18-22岁”、“男性”、“单身”、“严重”。然后，数据查询***响应于用户A的该查询请求，在上述表1对应的预设数据库中查询该查询请求携带的这4个标签信息对应的用户ID信息后，输出查询结果：用户数量信息：1，和/或用户标识信息：3。

在本申请实施例中，通过接收用户输入的查询请求；响应于查询请求，根据至少一个标签信息查询预设数据库，输出查询结果；其中，查询请求携带至少一个标签信息；预设数据库包括：至少一个标签信息、以及至少一个标签信息对应的至少一个用户标识信息。由此，本申请实施例可以通过设置标签信息的方式快速检索到具有相应特征的用户标识信息，无需逐条检索每个用户的特征信息，即可获得用户数量信息和/或用户标识信息等查询结果，有效提升了数据查询的速度。

此外，当存在新用户注册信息或新标签信息时，预设数据库可以直接将其导入到对应的维度信息中或建立新的维度信息，进而形成新的映射关系，这样不仅方便了标签信息的扩展，还节约了存储空间，提升了***的运行效率。

在一些可选的实施方式中，步骤S201之前可以包括步骤S200：基于多个业务类型建立各业务类型各自对应的预设数据库。例如，针对X型号的手机涉及的3个业务类型：浏览器业务、视频业务、锁屏杂志预先建立3个相应的数据库：浏览器数据库、视频数据库、锁屏杂志数据库。

进一步地，可以根据用户属性特征信息和各业务类型的使用情况确定各业务数据库中用户的标签信息。

具体地，从表2所示的浏览器数据库中存储的信息可以观察到，其除了包括基本的用户属性的维度信息：年龄、性别、以及婚姻状态外，还包括浏览器数据库特有的维度信息：页面类型。其中，页面类型包括：新闻、游戏、娱乐、学术4个标签信息，这4个标签信息又分别对应具有该标签的用户ID信息，例如，新闻标签信息对应的用户ID信息包括：4,8,11。

表2

从表3所示的视频数据库中存储的信息可以观察到，其除了包括基本的用户属性的维度信息：年龄、性别、以及婚姻状态外，还包括视频数据库特有的维度信息：播放类型。其中，播放类型包括：动漫、综艺、电影、电视剧4个标签信息，这4个标签信息又分别对应具有该标签的用户ID信息，例如，综艺标签信息对应的用户ID信息包括：1,2,3。

表3

从表4所示的锁屏杂志数据库中存储的信息可以观察到，其除了包括基本的用户属性的维度信息：年龄、性别、以及婚姻状态外，还包括锁屏杂志数据库特有的维度信息：锁屏模式和杂志类型。其中，锁屏模式包括动态和静态2个标签信息，杂志类型包括：明星、风景、汽车、卡通4个标签信息，这些标签信息又分别对应具有该标签的用户ID信息，例如，动态标签信息对应的用户ID信息包括：4,6,7,8。汽车标签信息对应的用户ID信息包括：3,8,11。

表4

由此，本申请可以针对企业的不同业务类型预先建立相应的数据库，这样不仅提高了数据查询的灵活性，还可以帮助工作人员快速查询到准确的目标用户集群，有效提升了数据的检索能力。

请参见图3，为本申请实施例提供了一种数据查询方法的流程示意图。如图3所示，本申请实施例的所述方法还可以包括以下步骤：S301，获取各业务类型用于存储用户信息的初始表。

其中，一个业务类型对应一个初始表，初始表包括：多个用户标识信息以及各用户标识信息对应的至少一个标签信息。

S302，将多个用户标识信息导入预设数据库。

从表5所示的锁屏杂志业务对应的初始表可以观察到其包括15个用户的用户ID信息，年龄、性别、婚姻状态、锁屏模式、杂志类型5个维度信息，以及各用户ID信息分别对应的5个维度信息的标签信息，例如：用户ID信息为1的用户具有以下5个标签信息：12，男，单身，静态，卡通。其中，年龄、性别、婚姻状态3个维度信息可以由用户注册时生成，锁屏模式和杂志类型可以由预设时间内用户的使用时长和使用频率确定。进一步地，将表5中的用户ID信息导入到锁屏杂志业务数据库中。

表5

S303，接收用户输入的查询请求。

具体地，S303与S201一致，此处不再赘述。

S304，响应于查询请求，根据至少一个标签信息查询预设数据库，输出查询结果。

具体地，S304与S202一致，此处不再赘述。

请参见图4，为本申请实施例提供了一种数据查询方法的流程示意图。如图4所示，本申请实施例的所述方法还可以包括以下步骤：

S401，获取各业务类型用于存储用户信息的初始表。

具体地，S401与S301一致，此处不再赘述。

S402，确定初始表中各用户标识信息对应的至少一个标签信息与预设数据库中的标签信息的映射关系。

从上述表4所示的锁屏杂志数据库中的标签信息和表5所示的锁屏杂志业务对应的初始表中的标签信息中可以观察到两个表中的标签信息之间的映射关系。例如，根据表5中用户ID信息为1的用户年龄标签信息为12(小于18)，则其与表4中年龄维度信息中“18岁以下”标签信息存在映射关系，同理，表5中用户ID信息为2和4的两个用户年龄信息分别为10和13(小于18)，它们也与表4中年龄维度信息中“18岁以下”标签信息存在映射关系。

S403，基于映射关系确定预设数据库中各标签信息对应的至少一个用户标识信息。

进一步地，基于初始表和预设数据库中各标签信息的映射关系，将初始表中的用户ID信息导入到预设数据库中各标签信息对应的用户ID信息中。例如，上述表5中用户ID信息为1、2、4的年龄维度信息中的标签信息与表4所示的锁屏杂志业务数据库中“18岁以下”标签信息存在映射关系，则将这3个用户ID信息1、2、4导入表4中“18岁以下”标签信息对应的用户ID信息中。

在一个具体的例子中，初始表可以采用Hive表，预设数据库可以采用ES(Elasticsearch，分布式全文检索)搜索框架，在ES搜索框架中加入es-hadoop插件建立Hive表中标签信息和ES搜索框架中标签信息的映射关系，通过往Hive表写数据的方式将Hive表中的用户ID信息、以及用户ID信息对应的标签信息写入ES搜索框架中。此外，还可以采用Spark engine作为执行引擎将海量用户的标签信息大规模写入ES搜索框架中。由于ES搜索框架可以构建倒排索引，即本申请中以搜索标签信息的方式查询用户标识信息，因此，在ES搜索框架中的倒排索引构建完成之后，就可以将用户需要洞察的各种诉求，实时转换成在ES搜索框架中搜索相应的标签信息进行数据查询。

S404，接收用户输入的查询请求。

具体地，S404与S201一致，此处不再赘述。

S405，响应于查询请求，根据至少一个标签信息查询预设数据库，输出查询结果。

具体地，S405与S202一致，此处不再赘述。

请参见图5，为本申请实施例提供了一种数据查询方法的流程示意图。如图5所示，本申请实施例的所述方法还可以包括以下步骤：S501，获取各业务类型用于存储用户信息的初始表。

具体地，S501与S301一致，此处不再赘述。

S502，根据查询请求携带的至少一个标签信息查询预设数据库中对应的标签信息，获取查询请求携带的至少一个标签信息对应的至少一个用户标识信息。

S503，基于查询请求携带的至少一个标签信息对应的至少一个用户标识信息，输出查询结果。

具体地，当查询请求携带一个标签信息时，上述步骤S502具体可以包括：基于查询请求携带的一个标签信息对应的至少一个用户标识信息，输出查询请求携带的一个标签信息对应的用户数量和/或至少一个用户标识信息。

如图6所示数据查询***界面，用户A输入的查询请求仅携带“30岁以上”一个标签信息。其中，根据表2所示“30岁以上”标签信息对应的用户ID信息为“8,11,12”，则数据查询***界面右侧上方相应输出用户数量3，点击“目标用户ID”按钮后会弹出用户列表并显示用户标识：8,11,12。

具体地，当查询请求携带多个标签信息时，上述步骤S502具体可以包括：对查询请求携带的同一维度信息中的多个标签信息对应的至少一个用户标识信息进行并及处理，不同维度信息中的标签信息对应的至少一个用户标识信息进行交集处理，输出查询请求携带的多个标签信息对应的用户数量和/或至少一个用户标识信息。

如图7所示数据查询***界面，用户A输入的查询请求携带“18岁以下”、“男性”、“单身”、“游戏”“娱乐”5个标签信息，其中，根据表2中的信息可以确定：“18岁以下”标签信息对应的用户ID信息为“1,2,4”、“男性”标签信息对应的用户ID信息为“1,2,3,4,9,10,12”、“单身”标签信息对应的用户ID信息为“1,2,3,4,7,10,12”、“游戏”标签信息对应的用户ID信息为“1,2,3,9”，“娱乐”标签信息对应的用户ID信息为“6,10,12”，对上述5个标签信息中的“游戏”和“娱乐”标签信息对应的用户ID信息进行并集处理得到相应的用户ID信息后，将该用户ID信息与其他维度信息中的标签信息对应的用户ID信息进行做交集处理，具体处理过程如下所示：

(1,2,4)交(1,2,3,4,9,10,12)交(1,2,3,4,7,10,12)交((1,2,3,9)并(6,10,12))

＝(1,2,4)交(1,2,3,4,7,10,12)交(1,2,3,6,9,10,12)

＝(1,2,4)交(1,2,3,6,9,10,12)

＝(1,2)

则数据查询***界面右侧上方相应输出用户数量2，点击“目标用户ID”按钮后会弹出用户列表并显示用户标识：1，2。

由此，本申请中的实施例可以针对同一个维度信息中的多个标签信息求并集，不同维度信息之间求交集，以完成对任意维度信息中的标签信息的合并和交叉查询、以及对目标用户数量的检索分析。

图8是本申请一示例性实施例提供的数据查询装置80的结构示意图。该数据查询装置80可以设置于终端设备、服务器等电子设备中，执行本申请上述任一实施例的定位方法。如图8所示，该数据查询装置80包括：

接收模块810，用于接收用户输入的查询请求；

其中，所述查询请求携带至少一个标签信息；

输出模块820，用于响应于所述查询请求，根据所述至少一个标签信息查询预设数据库，输出查询结果；

其中，所述预设数据库包括：至少一个标签信息、以及所述至少一个标签信息对应的至少一个用户标识信息。

可选的，所述接收模块810之前，还包括建立模块800，用于基于多个业务类型建立各业务类型各自对应的预设数据库。

可选的，如图9所示，所述建立模块800，包括：

第一获取单元910，用于获取各业务类型用于存储用户信息的初始表；

其中，一个业务类型对应一个初始表，所述初始表包括：多个用户标识信息以及各用户标识信息对应的至少一个标签信息；

导入单元920，用于将所述多个用户标识信息导入所述预设数据库。

可选的，所述导入单元920具体用于：

确定所述初始表中各用户标识信息对应的至少一个标签信息与所述预设数据库中的标签信息的映射关系；

基于所述映射关系确定所述预设数据库中各标签信息对应的至少一个用户标识信息。

可选的，如图10所示，所述输出模块820，包括：

第二获取单元110，用于根据所述查询请求携带的至少一个标签信息查询所述预设数据库中对应的标签信息，获取所述查询请求携带的至少一个标签信息对应的至少一个用户标识信息；

输出单元120，用于基于所述查询请求携带的至少一个标签信息对应的至少一个用户标识信息，输出所述查询结果；其中，所述查询结果包括用户数量信息和/或用户标识信息。

可选的，所述查询请求携带一个标签信息；

所述输出单元120，具体用于：基于所述查询请求携带的一个标签信息对应的至少一个用户标识信息，输出所述查询请求携带的一个标签信息对应的用户数量和/或至少一个用户标识信息。

可选的，所述查询请求携带多个标签信息；

所述输出单元120，具体用于：对所述查询请求携带的同一维度信息中的多个标签信息对应的至少一个用户标识信息进行并及处理，不同维度信息中的标签信息对应的至少一个用户标识信息进行交集处理，输出所述查询请求携带的多个标签信息对应的用户数量和/或至少一个用户标识信息；其中，所述维度信息用于表示同一属性的标签信息。

需要说明的是，上述实施例提供的数据查询装置在执行数据查询方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的数据查询装置与数据查询方法实施例属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

请参见图11，为本申请实施例提供了一种电子设备的结构示意图。如图11所示，所述电子设备111可以包括：至少一个处理器1101，至少一个网络接口1104，用户接口1103，存储器1105，至少一个通信总线1002。

其中，通信总线1002用于实现这些组件之间的连接通信。

其中，用户接口1103可以包括显示屏(Display)、摄像头(Camera)，可选用户接口1103还可以包括标准的有线接口、无线接口。

其中，网络接口1104可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。

其中，处理器1101可以包括一个或者多个处理核心。处理器1101利用各种借口和线路连接整个电子设备111内的各个部分，通过运行或执行存储在存储器1105内的指令、程序、代码集或指令集，以及调用存储在存储器1105内的数据，执行电子设备111的各种功能和处理数据。可选的，处理器1101可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。处理器1101可集成中央处理器(Central Processing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作***、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器1101中，单独通过一块芯片进行实现。

其中，存储器1105可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。可选的，该存储器1105包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器1105可用于存储指令、程序、代码、代码集或指令集。存储器1105可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作***的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器1105可选的还可以是至少一个位于远离前述处理器1101的存储装置。如图11所示，作为一种计算机存储介质的存储器1105中可以包括操作***、网络通信模块、用户接口模块以及数据查询应用程序。

在图11所示的电子设备111中，用户接口1103主要用于为用户提供输入的接口，获取用户输入的数据；而处理器1101可以用于调用存储器1105中存储的数据查询应用程序，并具体执行以下操作：

接收用户输入的查询请求；

响应于所述查询请求，根据所述至少一个标签信息查询预设数据库，输出查询结果。

在一种可能的实施例中，所述处理器1101执行所述接收用户输入的查询请求之前，还包括：基于多个业务类型建立各业务类型各自对应的预设数据库。

在一种可能的实施例中，所述处理器1101执行基于多个业务类型建立各业务类型的预设数据库时，具体执行：

获取各业务类型用于存储用户信息的初始表；

将所述多个用户标识信息导入所述预设数据库。

在一种可能的实施例中，所述处理器1101执行根据所述至少一个标签信息查询预设数据库，输出查询结果时，具体执行：

确定所述初始表中各用户标识信息对应的至少一个标签信息与所述预设数据库中的标签信息的映射关系；

基于所述映射关系确定所述预设数据库中各标签信息对应的至少一个用户标识信息。

在一种可能的实施例中，所述处理器1101执行将所述多个用户标识信息导入所述预设数据库时，具体执行：

根据所述查询请求携带的至少一个标签信息查询所述预设数据库中对应的标签信息，获取所述查询请求携带的至少一个标签信息对应的至少一个用户标识信息；

基于所述查询请求携带的至少一个标签信息对应的至少一个用户标识信息，输出所述查询结果

在一种可能的实施例中，所述查询请求携带一个标签信息；所述处理器1101执行所述基于所述查询请求携带的至少一个标签信息对应的至少一个用户标识信息，输出所述查询结果时，具体执行：基于所述查询请求携带的一个标签信息对应的至少一个用户标识信息，输出所述查询请求携带的一个标签信息对应的用户数量和/或至少一个用户标识信息。

在一种可能的实施例中，所述查询请求携带多个标签信息；所述处理器1101执行所述基于所述查询请求携带的至少一个标签信息对应的至少一个用户标识信息，输出所述查询结果时，具体执行：对所述查询请求携带的同一维度信息中的多个标签信息对应的至少一个用户标识信息进行并及处理，不同维度信息中的标签信息对应的至少一个用户标识信息进行交集处理，输出所述查询请求携带的多个标签信息对应的用户数量和/或至少一个用户标识信息。

实施本申请实施例可以通过接收用户输入的查询请求；响应于查询请求，根据至少一个标签信息查询预设数据库，输出查询结果；其中，查询请求携带至少一个标签信息；预设数据库包括：至少一个标签信息、以及至少一个标签信息对应的至少一个用户标识信息。由此，本申请实施例可以通过设置标签信息的方式快速检索到具有相应特征的用户标识信息，无需逐条检索每个用户的特征信息，即可获得用户数量信息和/或用户标识信息等查询结果，有效提升了数据查询的速度。

本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机或处理器上运行时，使得计算机或处理器执行上述图2-图5所示实施例中的一个或多个步骤。上述数据查询装置的各组成模块如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在所述计算机可读取存储介质中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者通过所述计算机可读存储介质进行传输。所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital SubscriberLine，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，数字多功能光盘(Digital VersatileDisc，DVD))、或者半导体介质(例如，固态硬盘(Solid State Disk，SSD))等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。而前述的存储介质包括：制度存储器(Read Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可存储程序代码的介质。在不冲突的情况下，本实施例和实施方案中的技术特征可以任意组合。

以上所述的实施例仅仅是本申请的优选实施例方式进行描述，并非对本申请的范围进行限定，在不脱离本申请的设计精神的前提下，本领域普通技术人员对本申请的技术方案作出的各种变形及改进，均应落入本申请的权利要求书确定的保护范围内。

Claims (10)

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

接收用户输入的查询请求；其中，所述查询请求携带至少一个标签信息；

响应于所述查询请求，根据所述至少一个标签信息查询预设数据库，输出查询结果；

其中，所述预设数据库包括：至少一个标签信息、以及所述至少一个标签信息对应的至少一个用户标识信息。

2.根据权利要求1所述的方法，其特征在于，所述接收用户输入的查询请求之前，还包括：基于多个业务类型建立各业务类型各自对应的预设数据库。

3.根据权利要求2所述的方法，其特征在于，所述基于多个业务类型建立各业务类型的预设数据库，包括：

获取各业务类型用于存储用户信息的初始表；其中，一个业务类型对应一个初始表，所述初始表包括：多个用户标识信息以及各用户标识信息对应的至少一个标签信息；

将所述多个用户标识信息导入所述预设数据库。

4.根据权利要求3所述的方法，其特征在于，所述将所述多个用户标识信息导入所述预设数据库，包括：

确定所述初始表中各用户标识信息对应的至少一个标签信息与所述预设数据库中的标签信息的映射关系；

基于所述映射关系确定所述预设数据库中各标签信息对应的至少一个用户标识信息。

5.根据权利要求1-4任一所述的方法，其特征在于，所述根据所述至少一个标签信息查询预设数据库，输出查询结果，包括：

根据所述查询请求携带的至少一个标签信息查询所述预设数据库中对应的标签信息，获取所述查询请求携带的至少一个标签信息对应的至少一个用户标识信息；

基于所述查询请求携带的至少一个标签信息对应的至少一个用户标识信息，输出所述查询结果；其中，所述查询结果包括用户数量信息和/或用户标识信息。

6.根据权利要求5所述的方法，其特征在于，所述查询请求携带一个标签信息；

所述基于所述查询请求携带的至少一个标签信息对应的至少一个用户标识信息，输出所述查询结果，包括：基于所述查询请求携带的一个标签信息对应的至少一个用户标识信息，输出所述查询请求携带的一个标签信息对应的用户数量和/或至少一个用户标识信息。

7.根据权利要求5所述的方法，其特征在于，所述查询请求携带多个标签信息；

所述基于所述查询请求携带的至少一个标签信息对应的至少一个用户标识信息，输出所述查询结果，包括：对所述查询请求携带的同一维度信息中的多个标签信息对应的至少一个用户标识信息进行并及处理，不同维度信息中的标签信息对应的至少一个用户标识信息进行交集处理，输出所述查询请求携带的多个标签信息对应的用户数量和/或至少一个用户标识信息；其中，所述维度信息用于表示同一属性的标签信息。

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

接收模块，用于接收用户输入的查询请求；其中，所述查询请求携带至少一个标签信息；

输出模块，用于响应于所述查询请求，根据所述至少一个标签信息查询预设数据库，输出查询结果；

其中，所述预设数据库包括：至少一个标签信息、以及所述至少一个标签信息对应的至少一个用户标识信息。

9.一种计算机存储介质，其特征在于，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行如权利要求1-7任一项的方法步骤。

10.一种电子设备，其特征在于，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由处理器加载并执行如权利要求1-7任一项的方法步骤。

Images