查询处理方法、装置、计算机设备及存储介质

技术领域

本申请涉及大数据技术领域与金融科技领域，尤其涉及查询处理方法、装置、计算机设备及存储介质。

背景技术

对于金融科技企业如保险企业，通常会开发有用于进行业务推广的金融保险产品。目前，在金融保险产品的应用场景中，首页的应用中心是用户最常用的功能入口，承担着较大的并发压力，但又对用户体验起着极为关键的作用。当金融保险产品的首页的应用中心的功能模块较多、权限较复杂时，往往是采用对一张预先构建的具有所有用户的应用权限信息的数据表来实现对查询各个应用入口的权限查询处理。这样的权限查询处理方式容易导致应用中心查询返回较慢，金融保险产品的查询处理效率低下，且金融保险产品服务器压力巨大，甚至可能会导致服务器崩溃。

发明内容

本申请实施例的目的在于提出一种查询处理方法、装置、计算机设备及存储介质，以解决现有的采用对一张预先构建的具有所有用户的应用权限信息的数据表的权限查询处理方式容易导致应用中心查询返回较慢，金融保险产品的查询处理效率低下，且金融保险产品服务器压力巨大的技术问题。

为了解决上述技术问题，本申请实施例提供一种查询处理方法，采用了如下所述的技术方案：

接收用户触发的对于目标产品应用的应用中心的查询请求；其中，所述查询请求携带所述用户的用户信息；

从所述查询请求中获取所述用户信息，并基于所述用户信息确定所述用户的目标用户类型；

基于与所述目标用户类型对应的目标处理规则，获取与所述用户信息对应的目标应用权限信息；

判断所述目标应用权限是否符合预设的指定加载场景；

若是，基于预设的异步加载机制，调用与所述目标应用权限对应的目标接口；

基于所述目标接口执行与所述查询请求对应的响应处理。

进一步的，所述基于与所述目标用户类型对应的目标处理规则，获取与所述用户信息对应的目标应用权限信息的步骤，具体包括：

基于所述目标用户类型判断所述用户是否属于活跃用户；

若所述用户不属于活跃用户，则获取与所述用户信息对应的分类信息；

从预设的缓存中获取与所述分类信息对应的应用权限信息；

将所述应用权限信息作为所述目标应用权限信息。

进一步的，所述从预设的缓存中获取与所述分类信息对应的应用权限信息的步骤，具体包括：

判断在预设的本地内存缓存中是否存储有与所述分类信息匹配的第一分类信息；

若所述本地内存缓存中存储有与所述分类信息匹配的第一分类信息，则从所述本地内存缓存中获取与所述第一分类信息对应的应用权限信息；

若所述本地内存缓存中未存储有与所述分类信息匹配的第一分类信息，则判断预设的redis缓存中是否存储有与所述分类信息匹配的第二分类信息；

若所述redis缓存中存储有与所述分类信息匹配的第二分类信息，则从所述redis缓存中获取与所述第二分类信息对应的应用权限信息。

进一步的，在所述从预设的缓存中获取与所述分类信息对应的应用权限信息的步骤之前，还包括：

调用预设的数据获取接口；

通过所述数据获取接口获取非活跃用户的指定应用权限信息；

将所述指定应用权限信息存储至所述本地内存缓存内；以及

将所述指定应用权限信息存储至所述redis缓存内。

进一步的，所述基于与所述目标用户类型对应的目标处理规则，获取与所述用户信息对应的目标应用权限信息的步骤，具体包括：

基于所述目标用户类型判断所述用户是否属于活跃用户；

若所述用户属于活跃用户，则调用预设的活跃用户数据；

从所述活跃用户数据中获取与所述用户信息对应的目标应用权限信息。

进一步的，所述基于所述用户信息确定所述用户的目标用户类型的步骤，具体包括：

调用预设的活跃用户池；

判断在所述活跃用户池中是否存储有与所述用户信息匹配的目标用户信息；

若所述活跃用户池中存储有与所述用户信息匹配的目标用户信息，则判定所述用户属于活跃用户，并生成内容为活跃用户的目标用户类型；

若所述活跃用户池中未存储有与所述用户信息匹配的目标用户信息，则判定所述用户属于非活跃用户，并生成内容为非活跃用户的目标用户类型。

进一步的，在所述调用预设的活跃用户池的步骤之前，还包括：

获取预设时间段内的用户访问数据与日志记录；

对所述用户访问数据与所述日志记录进行分析处理，从所有所述初始用户中确定出属于活跃用户的指定用户；

获取所述指定用户的指定用户信息；

将所述指定用户信息存储至所述活跃用户池内。

为了解决上述技术问题，本申请实施例还提供一种查询处理装置，采用了如下所述的技术方案：

接收模块，用于接收用户触发的对于目标产品应用的应用中心的查询请求；其中，所述查询请求携带所述用户的用户信息；

确定模块，用于从所述查询请求中获取所述用户信息，并基于所述用户信息确定所述用户的目标用户类型；

获取模块，用于基于与所述目标用户类型对应的目标处理规则，获取与所述用户信息对应的目标应用权限信息；

判断模块，用于判断所述目标应用权限是否符合预设的指定加载场景；

调用模块，用于若是，基于预设的异步加载机制，调用与所述目标应用权限对应的目标接口；

处理模块，用于基于所述目标接口执行与所述查询请求对应的响应处理。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：

接收用户触发的对于目标产品应用的应用中心的查询请求；其中，所述查询请求携带所述用户的用户信息；

从所述查询请求中获取所述用户信息，并基于所述用户信息确定所述用户的目标用户类型；

基于与所述目标用户类型对应的目标处理规则，获取与所述用户信息对应的目标应用权限信息；

判断所述目标应用权限是否符合预设的指定加载场景；

若是，基于预设的异步加载机制，调用与所述目标应用权限对应的目标接口；

基于所述目标接口执行与所述查询请求对应的响应处理。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：

接收用户触发的对于目标产品应用的应用中心的查询请求；其中，所述查询请求携带所述用户的用户信息；

从所述查询请求中获取所述用户信息，并基于所述用户信息确定所述用户的目标用户类型；

基于与所述目标用户类型对应的目标处理规则，获取与所述用户信息对应的目标应用权限信息；

判断所述目标应用权限是否符合预设的指定加载场景；

若是，基于预设的异步加载机制，调用与所述目标应用权限对应的目标接口；

基于所述目标接口执行与所述查询请求对应的响应处理。

与现有技术相比，本申请实施例主要有以下有益效果：

本申请实施例在接收到用户触发的对于目标产品应用的应用中心的查询请求，首先从所述查询请求中获取所述用户信息，并基于所述用户信息确定所述用户的目标用户类型；然后基于与所述目标用户类型对应的目标处理规则，获取与所述用户信息对应的目标应用权限信息；后续判断所述目标应用权限是否符合预设的指定加载场景；若是，基于预设的异步加载机制，调用与所述目标应用权限对应的目标接口；最后基于所述目标接口执行与所述查询请求对应的响应处理。本申请实施例在接收用户触发的对于目标产品应用的应用中心的查询请求后，会先通过基于查询请求中携带的用户信息确定出所述用户的目标用户类型，并使用目标用户类型判别出用户的目标用户类型，进而会智能地基于与所述目标用户类型对应的目标处理规则实现快速获取与所述用户信息对应的目标应用权限信息，有利于后续根据获取到的目标应用权限信息，基于预设的异步加载机制来调用与所述目标应用权限对应的目标接口，以实现快捷地执行与所述查询请求对应的响应处理，有效地提高了接口响应的效率，提高了查询请求的响应效率，降低了目标产品应用的服务器压力，有利于提高用户的使用体验。

附图说明

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

图1是本申请可以应用于其中的示例性系统架构图；

图2根据本申请的查询处理方法的一个实施例的流程图；

图3是根据本申请的查询处理装置的一个实施例的结构示意图；

图4是根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture ExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving PictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的查询处理方法一般由服务器/终端设备执行，相应地，查询处理装置一般设置于服务器/终端设备中。

本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(Artificial Intelligence，AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。

人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的查询处理方法的一个实施例的流程图。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。本申请实施例提供的查询处理方法能够应用于任意一种需要进行对于产品应用的权限信息查询的场景中，则该查询处理方法能够应用于这些场景的产品中，例如，金融保险领域中的保险产品应用的权限信息查询。所述的查询处理方法，包括以下步骤：

步骤S201，接收用户触发的对于目标产品应用的应用中心的查询请求；其中，所述查询请求携带所述用户的用户信息。

在本实施例中，查询处理方法运行于其上的电子设备(例如图1所示的服务器/终端设备)，可以通过有线连接方式或者无线连接方式获取携带用户信息的查询请求。需要指出的是，上述无线连接方式可以包括但不限于3G/4G/5G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。在金融保险的业务场景下，上述目标产品应用具体可为金融保险应用产品，例如可包括车险应用产品、寿险应用产品、医疗险应用产品等中的任意一种应用产品。上述应用中心为目标产品应用的首页中的应用中心，首页的应用中心是用户最常用的功能入口，承担着较大的并发压力，但又对用户体验起着极为关键的作用。其中，上述查询请求为用户访问目标产品应用的首页的应用中心时触发的查询请求。另外，上述用户信息可包括用户的身份信息，例如姓名信息。

步骤S202，从所述查询请求中获取所述用户信息，并基于所述用户信息确定所述用户的目标用户类型。

在本实施例中，可通过对查询请求进行解析处理，以从查询请求中提取出所述用户信息。其中，上述基于所述用户信息确定所述用户的目标用户类型的具体实施过程，本申请将在后续的具体实施例中对此进行进一步的细节描述，在此不作过多阐述。

步骤S203，基于与所述目标用户类型对应的目标处理规则，获取与所述用户信息对应的目标应用权限信息。

在本实施例中，上述目标用户类型包括活跃用户或非活跃用户，对于不同的用户类型，预先会设置有与不同的用户类型分别对应的用于获取用户的应用权限信息的处理规则。其中，上述基于与所述目标用户类型对应的目标处理规则，获取与所述用户信息对应的目标应用权限信息的具体实施过程，本申请将在后续的具体实施例中对此进行进一步的细节描述，在此不作过多阐述。

步骤S204，判断所述目标应用权限是否符合预设的指定加载场景。

在本实施例中，上述指定加载场景具体为需要调用第三方接口才能判断应用展示权限与跳转入参的场景。

步骤S205，若是，基于预设的异步加载机制，调用与所述目标应用权限对应的目标接口。

在本实施例中，上述异步加载机制是指Future异步调用整合的机制，具体可以通过引入线程池，以使用并发调用接口的方式实现各第三方接口，即目标接口的同时调用，从而可以实现极大地提升接口查询效率。Future异步是Java中常用的异步编程方式之一，它能够在代码执行过程中返回一个代表未来结果的Future对象，使得程序能够在等待结果的同时继续执行其他操作。Future对象表示一个异步操作的结果，当执行一个异步任务时，可以通过Future对象获取任务的执行状态和结果。在Java中，Future对象通常是通过Executor框架提交的异步任务返回的，可以使用Future.get()方法来获取异步任务的执行结果。如果异步任务尚未完成，则调用Future.get()方法将会阻塞线程，直到异步任务执行完毕并返回结果。

步骤S206，基于所述目标接口执行与所述查询请求对应的响应处理。

在本实施例中，在基于上述异步加载机制，调用与目标应用权限对应的目标接口后，可通过使用该目标接口执行与用户触发的对于目标产品应用的应用中心的查询请求的响应处理，从而实现快速准确地完成对于查询请求的响应返回。

本申请在接收到用户触发的对于目标产品应用的应用中心的查询请求，首先从所述查询请求中获取所述用户信息，并基于所述用户信息确定所述用户的目标用户类型；然后基于与所述目标用户类型对应的目标处理规则，获取与所述用户信息对应的目标应用权限信息；后续判断所述目标应用权限是否符合预设的指定加载场景；若是，基于预设的异步加载机制，调用与所述目标应用权限对应的目标接口；最后基于所述目标接口执行与所述查询请求对应的响应处理。本申请在接收用户触发的对于目标产品应用的应用中心的查询请求后，会先通过基于查询请求中携带的用户信息确定出所述用户的目标用户类型，并使用目标用户类型判别出用户的目标用户类型，进而会智能地基于与所述目标用户类型对应的目标处理规则实现快速获取与所述用户信息对应的目标应用权限信息，有利于后续根据获取到的目标应用权限信息，基于预设的异步加载机制来调用与所述目标应用权限对应的目标接口，以实现快捷地执行与所述查询请求对应的响应处理，有效地提高了接口响应的效率，提高了查询请求的响应效率，降低了目标产品应用的服务器压力，有利于提高用户的使用体验。

在一些可选的实现方式中，步骤S203包括以下步骤：

基于所述目标用户类型判断所述用户是否属于活跃用户。

在本实施例中，目标用户类型的内容包括活跃用户或非活跃用户。如果目标用户类型的内容为活跃用户，则判定所述用户属于活跃用户，而如果目标用户类型的内容为非活跃用户，则判定所述用户属于非活跃用户。

若所述用户不属于活跃用户，则获取与所述用户信息对应的分类信息。

在本实施例中，上述分类信息可指标签、机构、人群等进行分类的信息。

从预设的缓存中获取与所述分类信息对应的应用权限信息。

在本实施例中，上述从预设的缓存中获取与所述分类信息对应的应用权限信息的具体实施过程，本申请将在后续的具体实施例中对此进行进一步的细节描述，在此不作过多阐述。

将所述应用权限信息作为所述目标应用权限信息。

本申请通过基于所述目标用户类型判断所述用户是否属于活跃用户；若所述用户不属于活跃用户，则获取与所述用户信息对应的分类信息；然后从预设的缓存中获取与所述分类信息对应的应用权限信息；后续将所述应用权限信息作为所述目标应用权限信息。本申请通过使用目标用户类型判别出用户属于非活跃用户时，会智能地获取与所述用户信息对应的分类信息，进而基于缓存的使用来快速获取到与所述分类信息对应的应用权限信息并用作目标应用权限信息，有利于后续根据从缓存中快速获取到的用户的目标应用权限信息，来调用与所述目标应用权限对应的目标接口以实现快捷地执行与所述查询请求对应的响应处理，有效地提高了接口响应的效率，提高了查询请求的响应效率，有利于提高用户的使用体验。

在本实施例的一些可选的实现方式中，所述从预设的缓存中获取与所述分类信息对应的应用权限信息，包括以下步骤：

判断在预设的本地内存缓存中是否存储有与所述分类信息匹配的第一分类信息。

在本实施例中，上述本地内存缓存也可称为ThreadLocal。可通过使用分类信息对本地内存缓存进行数据查询，以检测本地内存缓存中是否存储有与所述分类信息匹配的第一分类信息。其中，上述本地内存缓存内预先缓存有非活跃用户的分类信息，以及与非活跃用户的分类信息对应的应用权限信息。应用权限信息可指用户对于应用中心的各个应用的可见权限，不同的用户对应的可见的应用权限可能不同。另外，对于本地内存缓存中的缓存数据会进行定期清理的处理。

若所述本地内存缓存中存储有与所述分类信息匹配的第一分类信息，则从所述本地内存缓存中获取与所述第一分类信息对应的应用权限信息。

在本实施例中，上述应用权限信息为本地内存缓存中存储的与所述第一分类信息具有数据对应关系的应用权限信息。示例性的，可先通过该用户的身份信息找到分类信息，例如标签或机构或者人群编码，进而依据分类信息从本地内存缓存中获取到相对应的应用权限信息。

若所述本地内存缓存中未存储有与所述分类信息匹配的第一分类信息，则判断预设的redis缓存中是否存储有与所述分类信息匹配的第二分类信息。

在本实施例中，上述redis缓存为电子设备内预先构建的缓存数据库。可通过使用分类信息对redis缓存进行数据查询，以检测redis缓存中是否存储有与所述分类信息匹配的第二分类信息。其中，上述redis缓存内预先缓存有非活跃用户的分类信息，以及与非活跃用户的分类信息对应的应用权限信息。应用权限信息可指用户对于应用中心的各个应用的可见权限。另外，对于redis缓存中的缓存数据会进行定期清理的处理。

若所述redis缓存中存储有与所述分类信息匹配的第二分类信息，则从所述redis缓存中获取与所述第二分类信息对应的应用权限信息。

在本实施例中，上述应用权限信息为redis缓存中存储的与所述第二分类信息具有数据对应关系的应用权限信息。另外，如果redis缓存中未存储有与所述分类信息匹配的第二分类信息，则调用预设的用户应用权限初始化接口触发个人权限初始化处理以获取用户的应用权限信息，并在完成后将获取到用户的应用权限信息维护至本地内存缓存与redis缓存内。

本申请通过判断在预设的本地内存缓存中是否存储有与所述分类信息匹配的第一分类信息；若所述本地内存缓存中存储有与所述分类信息匹配的第一分类信息，则从所述本地内存缓存中获取与所述第一分类信息对应的应用权限信息；若所述本地内存缓存中未存储有与所述分类信息匹配的第一分类信息，则判断预设的redis缓存中是否存储有与所述分类信息匹配的第二分类信息；若所述redis缓存中存储有与所述分类信息匹配的第二分类信息，则从所述redis缓存中获取与所述第二分类信息对应的应用权限信息。本申请通过使用目标用户类型判别出用户属于非活跃用户时，会智能地获取与所述用户信息对应的分类信息，进而基于本地内存缓存以及redis缓存的使用来快速获取到与所述分类信息对应的应用权限信息并用作目标应用权限信息，有利于后续根据从缓存中快速获取到的用户的目标应用权限信息，来调用与所述目标应用权限对应的目标接口以实现快捷地执行与所述查询请求对应的响应处理，有效地提高了接口响应的效率，提高了查询请求的响应效率，有利于提高用户的使用体验。

在一些可选的实现方式中，在所述从预设的缓存中获取与所述分类信息对应的应用权限信息的步骤之前，上述电子设备还可以执行以下步骤：

调用预设的数据获取接口。

在本实施例中，上述数据获取接口为预先构建的用户应用权限初始化接口，该数据获取接口用于启动一个批量生成接口数据的任务，该任务为从预设的用户权限数据中查询出用户在目标产品应用的应用中心中全部可见的应用权限信息的任务。其中，上述应用权限信息为预先采集的包含活跃用户的应用权限与非活跃用户的应用权限的信息。另外，预先会根据用户的用户访问数据和日志记录将用户划分为活跃用户与非活跃用户。

通过所述数据获取接口获取非活跃用户的指定应用权限信息。

在本实施例中，在通过数据获取接口获取到用户在目标产品应用的应用中心中全部可见的应用权限信息后，还可进一步从该应用权限信息中筛选出非活跃用户的应用权限信息。

将所述指定应用权限信息存储至所述本地内存缓存内。

在本实施例中，可在本地内存缓存中构建一个用于存储应用权限信息的第一存储区域，并将所述指定应用权限信息存储至所述本地内存缓存中的第一存储区域内。

将所述指定应用权限信息存储至所述redis缓存内。

在本实施例中，可在redis缓存中构建一个用于存储应用权限信息的第二存储区域，并将所述指定应用权限信息存储至所述redis缓存中的第二存储区域内。另外，当检测到用户存在应用权限信息的更新时，则同步对本地内存缓存与redis缓存内存储的应用权限信息进行同步更新，以确保本地内存缓存与redis缓存内存储的应用权限信息的准确度。

本申请通过调用预设的数据获取接口；然后通过所述数据获取接口获取非活跃用户的指定应用权限信息；后续将所述指定应用权限信息存储至所述本地内存缓存内；以及将所述指定应用权限信息存储至所述redis缓存内。本申请通过智能地预先调用预设的数据获取接口获取非活跃用户的指定应用权限信息，进而将指定应用权限信息存储至本地内存缓存与redis缓存内，使得后续可以实现快速地从本地内存缓存或redis缓存中快速获取到的用户的目标应用权限信息，有利于后续可以通过调用与所述目标应用权限对应的目标接口以实现快捷地执行与所述查询请求对应的响应处理，从而有效地提高了接口响应的效率，提高了查询请求的响应效率，有利于提高用户的使用体验。

在一些可选的实现方式中，步骤S203包括以下步骤：

基于所述目标用户类型判断所述用户是否属于活跃用户。

在本实施例中，目标用户类型的内容包括活跃用户或非活跃用户。如果目标用户类型的内容为活跃用户，则判定所述用户属于活跃用户，而如果目标用户类型的内容为非活跃用户，则判定所述用户属于非活跃用户。

若所述用户属于活跃用户，则调用预设的活跃用户数据。

在本实施例中，上述活跃用户数据为预先按照针对活跃用户的预热机制设置的预热方案生成的活跃用户数据。具体地，在每天的预设时间点，启动一个任务调度，通过用户访问数据和日志记录分析出活跃用户群体，并记录到活跃用户池内。其中，对于上述预设时间段的取值不做具体限定，可根据实际的使用需求进行设置，例如可设为凌晨1点。进一步地，针对这批活跃用户，再启动一个批量生成接口数据的任务，将每个活跃用户的可见应用权限、三方依赖等依次遍历跑批，对每个活跃用户提前查询出全部可见的应用权限(即应用权限信息)并进行数据存储，以生成相应的活跃用户数据。其中，可以使用活跃用户的用户信息作为活跃用户数据中对应的应用权限信息的标识进行存储。

从所述活跃用户数据中获取与所述用户信息对应的目标应用权限信息。

在本实施例中，可通过使用所述用户信息对活跃用户数据进行查询，从活跃用户数据中查询出与用户信息匹配的特定用户信息，进而从活跃用户数据中获取与该特定用户信息对应的应用权限信息，以得到上述目标应用权限信息。

本申请通过基于所述目标用户类型判断所述用户是否属于活跃用户；若所述用户属于活跃用户，则调用预设的活跃用户数据；后续从所述活跃用户数据中获取与所述用户信息对应的目标应用权限信息。本申请通过使用目标用户类型判别出用户属于活跃用户时，会智能地调用活跃用户数据，进而基于活跃用户数据的使用来快速获取到与用户信息对应的目标应用权限信息，有利于后续通过调用与所述目标应用权限对应的目标接口以实现快捷地执行与所述查询请求对应的响应处理，以实现有效地提高了接口响应的效率，提高了查询请求的响应效率，有利于提高用户的使用体验。

在本实施例的一些可选的实现方式中，步骤S202包括以下步骤：

调用预设的活跃用户池。

在本实施例中，通过在每天的预设时间段，启动一个任务调度，以通过对用户访问数据和日志记录进行分析以得到活跃用户群体，并将活跃用户群体对应的用户信息记录到预设的数据池内，以得到上述活跃用户池。

判断在所述活跃用户池中是否存储有与所述用户信息匹配的目标用户信息。

在本实施例中，可通过将用户信息与活跃用户池中存储的信息进行信息匹配，以判别出在所述活跃用户池中是否存储有与所述用户信息匹配的目标用户信息。

若所述活跃用户池中存储有与所述用户信息匹配的目标用户信息，则判定所述用户属于活跃用户，并生成内容为活跃用户的目标用户类型。

若所述活跃用户池中未存储有与所述用户信息匹配的目标用户信息，则判定所述用户属于非活跃用户，并生成内容为非活跃用户的目标用户类型。

本申请通过调用预设的活跃用户池；然后判断在所述活跃用户池中是否存储有与所述用户信息匹配的目标用户信息；若所述活跃用户池中存储有与所述用户信息匹配的目标用户信息，则判定所述用户属于活跃用户，并生成内容为活跃用户的目标用户类型；而若所述活跃用户池中未存储有与所述用户信息匹配的目标用户信息，则判定所述用户属于非活跃用户，并生成内容为非活跃用户的目标用户类型。本申请通过使用活跃用户池来对用户信息进行信息匹配，进而可以根据生成的匹配结果来快速准确地识别出目标用户的目标用户类型，提高了目标用户类型的生成效率，保证了生成的目标用户类型的准确度。

在本实施例的一些可选的实现方式中，在所述调用预设的活跃用户池的步骤之前，上述电子设备还可以执行以下步骤：

获取预设时间段内的用户访问数据与日志记录。

在本实施例中，对于上述预设时间段的取值不做具体限定，可根据实际的使用需求进行设置，例如可设为凌晨1点。

对所述用户访问数据与所述日志记录进行分析处理，从所有所述初始用户中确定出属于活跃用户的指定用户。

在本实施例中，可通过对所述用户访问数据与所述日志记录进行数据分析，筛选出对目标产品应用的访问频率大于预设的频率阈值，以及对目标产品应用的访问总时长大于预设的时长阈值的用户，并该用户作为属于活跃用户的指定用户。其中，对于上述频率阈值与时长阈值的取值不做具体限定，可根据实际的使用需求进行设置。

获取所述指定用户的指定用户信息。

在本实施例中，指定用户信息可指指定用户的身份信息，例如可包括姓名信息。

将所述指定用户信息存储至所述活跃用户池内。

在本实施例中，当统计出活跃用户池内的某些历史活跃用户变为非活跃用户时，则将此部分历史活跃用户的用户信息从活跃用户池内进行剔除，以确保活跃用户池内的存储数据的准确度。

本申请通过获取预设时间段内的用户访问数据与日志记录；然后对所述用户访问数据与所述日志记录进行分析处理，从所有所述初始用户中确定出属于活跃用户的指定用户；之后获取所述指定用户的指定用户信息；后续将所述指定用户信息存储至所述活跃用户池内。本申请通过对所述用户访问数据与所述日志记录进行分析处理，从所有所述初始用户中确定出属于活跃用户的指定用户，进而将获得的指定用户的指定用户信息存储至活跃用户池内，以实现快速地完成活跃用户池的构建，有利于后续使用该活跃用户池来实现快速准确地判别出用户的目标用户类型，从而确保用户的目标用户类型的生成准确度。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

需要强调的是，为进一步保证上述用户信息的私密和安全性，上述用户信息还可以存储于一区块链的节点中。

本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(Artificial Intelligence，AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。

人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。

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

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

进一步参考图3，作为对上述图2所示方法的实现，本申请提供了一种查询处理装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图3所示，本实施例所述的查询处理装置300包括：接收模块301、确定模块302、获取模块303、判断模块304、调用模块305以及处理模块306。其中：

接收模块301，用于接收用户触发的对于目标产品应用的应用中心的查询请求；其中，所述查询请求携带所述用户的用户信息；

确定模块302，用于从所述查询请求中获取所述用户信息，并基于所述用户信息确定所述用户的目标用户类型；

获取模块303，用于基于与所述目标用户类型对应的目标处理规则，获取与所述用户信息对应的目标应用权限信息；

判断模块304，用于判断所述目标应用权限是否符合预设的指定加载场景；

调用模块305，用于若是，基于预设的异步加载机制，调用与所述目标应用权限对应的目标接口；

处理模块306，用于基于所述目标接口执行与所述查询请求对应的响应处理。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的查询处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中，获取模块303包括：

第一判断子模块，用于基于所述目标用户类型判断所述用户是否属于活跃用户；

第一获取子模块，用若所述用户不属于活跃用户，则获取与所述用户信息对应的分类信息；

第二获取子模块，用从预设的缓存中获取与所述分类信息对应的应用权限信息；

确定子模块，用将所述应用权限信息作为所述目标应用权限信息。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的查询处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中,第二获取子模块包括：

第一判断单元，用于判断在预设的本地内存缓存中是否存储有与所述分类信息匹配的第一分类信息；

第一获取单元，用于若所述本地内存缓存中存储有与所述分类信息匹配的第一分类信息，则从所述本地内存缓存中获取与所述第一分类信息对应的应用权限信息；

第二判断单元，用于若所述本地内存缓存中未存储有与所述分类信息匹配的第一分类信息，则判断预设的redis缓存中是否存储有与所述分类信息匹配的第二分类信息；

第二获取单元，用于若所述redis缓存中存储有与所述分类信息匹配的第二分类信息，则从所述redis缓存中获取与所述第二分类信息对应的应用权限信息。

本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的查询处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中，获取模块303还包括：

第一调用子模块，用于调用预设的数据获取接口；

第三获取子模块，用于通过所述数据获取接口获取非活跃用户的指定应用权限信息；

第一存储子模块，用于将所述指定应用权限信息存储至所述本地内存缓存内；以及

第二存储子模块，用于将所述指定应用权限信息存储至所述redis缓存内。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的查询处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中，获取模块303包括：

第二判断子模块，用于基于所述目标用户类型判断所述用户是否属于活跃用户；

第二调用子模块，用于若所述用户属于活跃用户，则调用预设的活跃用户数据；

第四获取子模块，用于从所述活跃用户数据中获取与所述用户信息对应的目标应用权限信息。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的查询处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中，确定模块302包括：

第三调用子模块，用于调用预设的活跃用户池；

第三判断子模块，用于判断在所述活跃用户池中是否存储有与所述用户信息匹配的目标用户信息；

第一生成子模块，用于若所述活跃用户池中存储有与所述用户信息匹配的目标用户信息，则判定所述用户属于活跃用户，并生成内容为活跃用户的目标用户类型；

第二生成子模块，用于若所述活跃用户池中未存储有与所述用户信息匹配的目标用户信息，则判定所述用户属于非活跃用户，并生成内容为非活跃用户的目标用户类型。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的查询处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中，确定模块302还包括：

第五获取子模块，用于获取预设时间段内的用户访问数据与日志记录；

分析子模块，用于对所述用户访问数据与所述日志记录进行分析处理，从所有所述初始用户中确定出属于活跃用户的指定用户；

第六获取子模块，用于获取所述指定用户的指定用户信息；

第三存储子模块，用于将所述指定用户信息存储至所述活跃用户池内。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的查询处理方法的步骤一一对应，在此不再赘述。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图4，图4为本实施例计算机设备基本结构框图。

所述计算机设备4包括通过系统总线相互通信连接存储器41、处理器42、网络接口43。需要指出的是，图中仅示出了具有组件41-43的计算机设备4，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器41至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器41可以是所述计算机设备4的内部存储单元，例如该计算机设备4的硬盘或内存。在另一些实施例中，所述存储器41也可以是所述计算机设备4的外部存储设备，例如该计算机设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(FlashCard)等。当然，所述存储器41还可以既包括所述计算机设备4的内部存储单元也包括其外部存储设备。本实施例中，所述存储器41通常用于存储安装于所述计算机设备4的操作系统和各类应用软件，例如查询处理方法的计算机可读指令等。此外，所述存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器42在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中，所述处理器42用于运行所述存储器41中存储的计算机可读指令或者处理数据，例如运行所述查询处理方法的计算机可读指令。

所述网络接口43可包括无线网络接口或有线网络接口，该网络接口43通常用于在所述计算机设备4与其他电子设备之间建立通信连接。

与现有技术相比，本申请实施例主要有以下有益效果：

本申请实施例中，在接收到用户触发的对于目标产品应用的应用中心的查询请求，首先从所述查询请求中获取所述用户信息，并基于所述用户信息确定所述用户的目标用户类型；然后基于与所述目标用户类型对应的目标处理规则，获取与所述用户信息对应的目标应用权限信息；后续判断所述目标应用权限是否符合预设的指定加载场景；若是，基于预设的异步加载机制，调用与所述目标应用权限对应的目标接口；最后基于所述目标接口执行与所述查询请求对应的响应处理。本申请实施例在接收用户触发的对于目标产品应用的应用中心的查询请求后，会先通过基于查询请求中携带的用户信息确定出所述用户的目标用户类型，并使用目标用户类型判别出用户的目标用户类型，进而会智能地基于与所述目标用户类型对应的目标处理规则实现快速获取与所述用户信息对应的目标应用权限信息，有利于后续根据获取到的目标应用权限信息，基于预设的异步加载机制来调用与所述目标应用权限对应的目标接口，以实现快捷地执行与所述查询请求对应的响应处理，有效地提高了接口响应的效率，提高了查询请求的响应效率，降低了目标产品应用的服务器压力，有利于提高用户的使用体验。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的查询处理方法的步骤。

与现有技术相比，本申请实施例主要有以下有益效果：

本申请实施例中，在接收到用户触发的对于目标产品应用的应用中心的查询请求，首先从所述查询请求中获取所述用户信息，并基于所述用户信息确定所述用户的目标用户类型；然后基于与所述目标用户类型对应的目标处理规则，获取与所述用户信息对应的目标应用权限信息；后续判断所述目标应用权限是否符合预设的指定加载场景；若是，基于预设的异步加载机制，调用与所述目标应用权限对应的目标接口；最后基于所述目标接口执行与所述查询请求对应的响应处理。本申请实施例在接收用户触发的对于目标产品应用的应用中心的查询请求后，会先通过基于查询请求中携带的用户信息确定出所述用户的目标用户类型，并使用目标用户类型判别出用户的目标用户类型，进而会智能地基于与所述目标用户类型对应的目标处理规则实现快速获取与所述用户信息对应的目标应用权限信息，有利于后续根据获取到的目标应用权限信息，基于预设的异步加载机制来调用与所述目标应用权限对应的目标接口，以实现快捷地执行与所述查询请求对应的响应处理，有效地提高了接口响应的效率，提高了查询请求的响应效率，降低了目标产品应用的服务器压力，有利于提高用户的使用体验。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。