CN114564637A - 信息处理方法以及装置 - Google Patents

Abstract

本说明书实施例提供信息处理方法以及装置，其中所述信息处理方法包括：接收用户通过目标应用提交的查询请求；在所述目标应用中确定所述用户参与的初始业务组成的业务集合，并在所述业务集合中筛选与所述查询请求对应的查询行为类型关联的至少一个目标业务；从各个目标业务对应的业务数据库中分别读取与所述用户和所述查询行为类型关联的业务行为信息；基于所述业务行为信息创建信息列表，并将所述信息列表作为所述查询请求的反馈结果。本方案可以应用于监管或者合规领域。

Description

信息处理方法以及装置

技术领域

本说明书实施例涉及合规数据管理技术领域，特别涉及一种信息处理方法以及装置。

背景技术

随着互联网的发展，用户对线上业务的依赖性逐渐增大。在用户使用这些线上业务时，会随着用户的使用情况产生多种隐私数据，而即使是同一应用程序的隐私数据也可能被分散存储不同业务对应的业务数据库。目前，用户对于不同业务中隐私数据的查询，需要在不同业务内分别，因此，查询过程耗时耗力，并且查询结果也不易综合比较，因此，亟需提供一种可以解决上述问题的技术方案。

发明内容

有鉴于此，本说明书施例提供了一种信息处理方法。本说明书一个或者多个实施例同时涉及一种信息处理装置，一种计算设备，一种计算机可读存储介质以及一种计算机程序，以解决现有技术中存在的技术缺陷。

根据本说明书实施例的第一方面，提供了一种信息处理方法，包括：

接收用户通过目标应用提交的查询请求；

在所述目标应用中确定所述用户参与的初始业务组成的业务集合，并在所述业务集合中筛选与所述查询请求对应的查询行为类型关联的至少一个目标业务；

从各个目标业务对应的业务数据库中分别读取与所述用户和所述查询行为类型关联的业务行为信息；

基于所述业务行为信息创建信息列表，并将所述信息列表作为所述查询请求的反馈结果。

根据本说明书实施例的第二方面，提供了一种信息处理装置，包括：

接收模块，被配置为接收用户通过目标应用提交的查询请求；

筛选模块，被配置为在所述目标应用中确定所述用户参与的初始业务组成的业务集合，并在所述业务集合中筛选与所述查询请求对应的查询行为类型关联的至少一个目标业务；

读取模块，被配置为从各个目标业务对应的业务数据库中分别读取与所述用户和所述查询行为类型关联的业务行为信息；

创建模块，被配置为基于所述业务行为信息创建信息列表，并将所述信息列表作为所述查询请求的反馈结果。

根据本说明书实施例的第三方面，提供了一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

接收用户通过目标应用提交的查询请求；

在所述目标应用中确定所述用户参与的初始业务组成的业务集合，并在所述业务集合中筛选与所述查询请求对应的查询行为类型关联的至少一个目标业务；

从各个目标业务对应的业务数据库中分别读取与所述用户和所述查询行为类型关联的业务行为信息；

基于所述业务行为信息创建信息列表，并将所述信息列表作为所述查询请求的反馈结果。

根据本说明书实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机可执行指令，该指令被处理器执行时实现任意一项所述信息处理方法的步骤。

根据本说明书实施例的第五方面，提供了一种计算机程序，其中，当所述计算机程序在计算机中执行时，令计算机执行所述信息处理方法的步骤。

本说明书一个实施例提供的信息处理方法，通过接收用户通过目标应用提交的查询请求，在目标应用中确定用户参与的初始业务组成的业务集合，并在业务集合中筛选与查询请求对应的查询行为类型关联的至少一个目标业务，实现了对包含查询行为类型对应的数据的业务的筛选，从筛选出的各个目标业务对应的业务数据库中分别读取与所述用户和所述查询行为类型关联的业务行为信息，再基于所述业务行为信息创建信息列表，并将信息列表作为所述查询请求的反馈结果，实现了在对多个业务中，对同一种行为类型数据进行查询，并将查询结果进行汇总作为查询结果，这种查询方式屏蔽了数据底层的差异性，并简化了数据查询流程，也提高了数据查询的查询效率。

附图说明

图1是本说明书一个实施例提供的一种信息处理方法的示意图；

图2是本说明书一个实施例提供的一种信息处理方法的流程图；

图3是本说明书一个实施例提供的一种信息处理方法中地理位置查询结果的示意图；

图4是本说明书一个实施例提供的一种信息处理方法中用户请求链路的系统结构图；

图5是本说明书一个实施例提供的一种信息处理方法中目标应用所属的服务端的系统结构图；

图6是本说明书一个实施例提供的一种信息处理方法的处理流程图；

图7是本说明书一个实施例提供的一种信息处理装置的结构示意图；

图8是本说明书一个实施例提供的一种计算设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本说明书内涵的情况下做类似推广，因此本说明书不受下面公开的具体实施的限制。

在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在本说明书中，提供了一种信息处理方法，本说明书同时涉及一种信息处理装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。

图1示出了根据本申请一实施例提供的一种信息处理方法的示意图，包括客户端以及服务端。用户通过客户端的目标应用中提交了一个查询请求，该查询请求通过客户端发送至服务端，服务端接收到该查询请求后，根据查询请求对应的查询行为类型进行信息查询，获得业务行为信息，并基于获得的业务行为信息创建查询指令对应的反馈结果，且将该反馈结果返回至客户端，实现了根据行为类型对应业务行为信息进行查询，以保障业务报表中业务指标的准确性。

图2示出了根据本说明书一个实施例提供的一种信息处理方法的流程图，具体包括以下步骤。

步骤202：接收用户通过目标应用提交的查询请求。

其中，用户，是指目标应用的使用用户，该用户可以为任意用户，在此不做限制。相应地，目标应用，是指应用程序（APP），该应用程序中预先接入了(发布了)多种业务，这些业务可以采用小程序的方式接入应用程序，也可以采用功能模块的方式接入应用程序。用户开启目标应用之后，即可对目标应用中接入的各种业务进行业务操作。而用户在对各种业务进行操作的过程中会产生相应的业务数据，通常这些分属不同业务的业务数据被分散存储。

具体实施时，为了使用户可以对多种业务数据进行统一查询和管理，本申请实施例，接收用户通过目标应用提交的查询请求。具体的，该查询请求，用以对多种业务数据中属于同种的行为类型的业务数据进行查询。其中，行为类型，包括：刷脸、地理位置调用、客户端系统服务调用、指纹识别等在多种业务中存在的业务行为的类型，在此不做限制。

以地理位置的查询为例，接收用户U通过APP提交的地理位置查询请求。

步骤204：在所述目标应用中确定所述用户参与的初始业务组成的业务集合，并在所述业务集合中筛选与所述查询请求对应的查询行为类型关联的至少一个目标业务。

具体的，在上述接收用户通过目标应用提交的查询请求的基础上，考虑到目标应用中虽然接入了多种业务，但并非每种业务用户都使用过，因此，需要先从目标应用中确定用户参与过的业务（即初始业务）。再在这些初始业务组成的业务集合中，筛选出与查询请求对应的查询行为类型关联的至少一个业务（即目标业务）。

其中，查询行为类型，是指请求查询的行为类型。实际应用中，由于很多种业务之间都有一些共性的业务行为，这些业务行为对应的业务数据也具有共性，并且通常这些具有共性的业务数据是用户希望统一了解的业务数据，如果需要用户在各个业务中分别查询这些业务数据耗时耗力，再由用户自身对这些数据进行串联，会降低用户对目标应用的使用体验。

具体实施时，由于用户参与各种业务时，都可能使业务执行多种类型的业务行为，为了可以准确地对初始业务中与查询行为类型关联的至少一个目标业务进行筛选，需要先确定各个初始业务对应的行为类型，再将初始业务对应的行为类型与查询行为类型进行比较的方式筛选目标业务，本申请实施例，具体采用如下方式实现：

确定所述业务集合中各个初始业务对应的行为类型；

将所述行为类型与所述查询行为类型进行比较；

根据比较结果在所述业务集合中筛选出行为类型与该查询行为类型匹配的至少一个目标业务。

具体实施时，可以预先对业务与行为类型之间的对应关系进行存储，在确定初始业务之后，即可根据初始业务以及该对应关系，确定初始业务对应的行为类型。

在确定各个初始业务对应的行为类型的基础上，进一步的需要确定哪些业务可能产生查询行为类型对应的业务数据，则将行为类型与查询行为类型进行比较，获得比较结果(匹配或不匹配)。若某一行为类型与查询行为类型相同（匹配），则将该行为类型对应的初始业务作为目标业务。

沿用上例，在接收到地理位置查询请求的基础上，假设目标应用中接入了八种业务，这八种业务中有三种业务中存在与用户U相关的业务数据，则将这三种业务作为用户U参与的初始业务，并将这三种初始业务组成业务集合，这三种初始业务分别为打车业务、外卖业务以及团购业务,分别确定这三种初始业务对应的行为类型，其中，打车业务对应的行为类型包括：打车、支付、地理位置调用，外卖业务对应的行为类型包括：订餐、支付、地理位置调用；团购业务对应的行为类型包括：支付。在地理位置查询请求对应的查询行为类型为：地理位置调用，则在这三种初始业务对应的行为类型分别与查询行为类型为：地理位置调用进行比较，在这三种初始业务对应的业务行为分别与查询行为类型进行比较，确定打车业务以及外卖业务存在行为类型与查询行为类型匹配，则将打车业务以及外卖业务确定为目标业务。

综上，通过将各个初始业务对应的行为类型与查询行为类型进行比较的方式，筛选出与查询行为类型关联的目标业务，实现了从多个初始业务中筛选目标业务的准确性。

步骤206：从各个目标业务对应的业务数据库中分别读取与所述用户和所述查询行为类型关联的业务行为信息。

具体的，在上述筛选出至少一个目标业务的基础上，考虑到各个目标业务的业务数据可能分别存储于不同的业务数据库，因此需要从各个业务数据库中分别读取与用户和查询行为类型关联的业务行为信息。

其中，查询行为类型包括：地址位置调用，生物信息识别，或客户端系统服务调用；相应地，业务行为信息，是指根据查询行为类型对应的业务行为产生的业务信息。具体的，该业务行为信息中，可以包括该业务行为对应的执行时间，以及执行该业务行为获得的业务执行结果相关的信息等，在此不做限制。

具体实施时，由于不同目标业务的业务数据库中对业务数据的存储方式不同，并且各个业务数据库中可能并不存在特定用户信息或行为类型与业务行为信息的直接关联关系，因此，直接根据特定的用户信息或查询行为类型进行数据查询可能无法实现对用户和查询行为类型对业务行为信息进行查询，为了保障可以准确地从不同的业务数据库中查询到与用户以及查询行为类型关联的业务行为信息，需要先确定每种业务对应的业务数据库中存储的与用户关联的用户查询条件以及与查询行为类型关联的类型查询条件，在根据这些条件进行信息查询，本申请实施例，具体通过如下方式实现：

分别确定各个目标业务对应的业务数据库中与所述用户关联的用户查询条件以及与所述查询行为类型关联的类型查询条件；

根据所述用户查询条件以及所述类型查询条件查询对应的业务数据库，获得业务行为信息。

其中，用户查询条件，是指对用户进行查询所需的查询条件，相应地，类型查询条件，是指对查询行为类型进行查询所需的查询条件。具体实施时，可以根据用户在目标应用中存储的用户标识（比如用户电话、用户昵称、用户姓名、用户证件编码等标识信息），确定在各种目标业务对应的业务数据库中存储的与这些用户标识中至少一个相匹配的用户标识作为用户查询条件。

而对于查询行为类型，需要确定查询行为类型在各个业务数据库中对应的查询关键字，或字段名称以及字段值，再将查询关键字，或查询字段名称以及字段值作为类型查询条件，具体实施，可以针对不同的业务数据库预先设置行为类型和类型查询条件对应关系，则根据查询行为类型以及该对应关系，即可确定查询行为类型对应的类型查询条件。

在确定用户查询条件以及类型查询条件的基础上，将用户查询条件以及类型查询条件作为联合查询条件查询对应的业务数据库，即可获得业务行为信息。

需要说明的是，同一种目标业务中，可能有多种子业务存在与该查询行为类型相关联，而每种子业务也可能存在与查询行为类型对应的多种类型查询条件，此外，针对不同子业务进行查询所需要查询的业务行为信息也可能是不同的，即根据用户查询条件以及类型查询条件的查询信息是不同的，比如根据刷脸支付子业务，需要查询的业务行为信息可以包括：刷脸支付金额，刷脸支付地点，刷脸支付时间等信息，而针对刷脸验证子业务，所需要查询的业务行为信息包括：刷脸验证时间、刷脸验证类型等信息。

沿用上例，在上述筛选出打车业务以及外卖业务作为目标业务的基础上，先根据用户U对应的用户标识：用户电话p1、用户昵称hname、用户姓名name，在打车业务对应的业务数据库db1进行查询，确定打车业务在业务数据库db1中存储的与目标应用相同的用户标识为用户电话p1，则将用户电话p1确定为用户U在业务数据库db1中对应的用户查询条件。而查询行为类型：地理位置调用在业务数据库db1中是与调用协议pr1关联，因此，将调用协议pr1作为类型查询条件，并将用户电话p1以及调用协议pr1作为联合查询条件，在业务数据库db1查询与用户U以及查询行为类型：地理位置调用关联的地理位置信息以及调用时间作为打车业务对应的业务行为信息；

再根据用户U对应的用户标识：用户电话p1、用户昵称hname、用户姓名name，在外卖业务对应的业务数据库db2进行查询，确定外卖业务在业务数据库db2中存储的与目标应用相同的用户标识为用户姓名name，则将用户姓名name确定为用户U在业务数据库db2中对应的用户查询条件。而查询行为类型：地理位置调用在业务数据库db2中是同样与调用协议pr1关联，因此，将调用协议pr1作为类型查询条件，并将用户姓名name以及调用协议pr1作为联合查询条件，在业务数据库db2查询与用户U以及查询行为类型：地理位置调用关联的地理位置信息以及调用时间作为外卖业务对应的业务行为信息。

综上，分别确定各个业务数据库中与用户关联的用户查询条件以及与所述查询行为类型关联的类型查询条件，再根据确定的查询条件进行信息查询，即在屏蔽底层异构数据差异性的基础上进行业务行为信息的查询，实现了对不同存储结构的信息进行查询，增加了查询的适配性。

实际应用中，考虑到有些业务数据库中存储的数据为流水数据，这类流水数据是随着时间以及用户对目标业务使用增加，如果在用户之前已经对此查询行为类型进行过查询的情况下，用户所使用的客户端已经存储了上一次查询的查询结果，因此为了避免浪费计算资源以及传输资源，可以先判断业务数据库中存储的数据是否为流水数据，再根据判断结果进行信息查询即可，本申请实施例，具体采用如下方式实现：

在所述业务数据库中存储的数据为流水数据的情况下，判断所述业务数据库中是否存在历史查询行为对应的游标，其中所述历史查询行为与用户查询条件和所述类型查询条件对应；

若是，表明用户针对在该业务数据库针对用户查询条件和类型查询条件进行过信息查询，则将所述游标对应的数据位置作为查询起始位置，确定所述业务数据库中所述查询起始位置对应的增量数据；并根据所述用户查询条件以及所述类型查询条件对所述增量数据进行查询，获得业务行为信息；

若否，表明用户针对在该业务数据库未针对用户查询条件和类型查询条件进行过信息查询，则执行所述根据所述用户查询条件以及所述类型查询条件查询对应的业务数据库，获得业务行为信息步骤。

其中，游标，可以理解为一个指针，它可以指定业务数据库中的任何位置，然后允许用户对指定位置的数据进行处理。本申请实施例中，由于流水数据的递增特性，游标对应的数据位置即为上一次用户针对该查询行为类型在业务数据库进行信息查询时，该业务数据库中存储的最新数据记录，该游标对应的数据位置（该数据位置可以表示为一条数据记录的位置）表明该数据位置之前的数据已经被查询过，为了避免重复查询，可以根据游标对应的查询起始位置之后的数据作为增量数据，并针对增量数据进行信息查询。

具体实施时，在业务数据库中存储的数据为流水数据的情况下，需要判断用户在该业务数据库中是否针对该类型查询条件存在历史查询行为（针对上述用户查询条件和上述类型查询条件的查询行为），实际应用中，为了对历史查询行为进行标记，通常将历史查询行为中最末次的查询行为所查询的原数据中最新的数据通过游标进行标记。因此，若存在历史查询行为，则该业务数据库中存在对该历史查询行为对应的游标，若不存在历史查询行为，则该业务数据库中不存在对该历史查询行为对应的游标。

进一步的，在存在历史查询行为的情况下，则直接对该历史查询行为对应的游标所指示的数据位置之后的增量数据进行查询即可，在不存在历史查询行为的情况下，表明是初次对这部分数据进行查询，则执行上述根据所述用户查询条件以及所述类型查询条件查询对应的业务数据库，获得业务行为信息步骤即可。

沿用上例，假设在业务数据库db2中存储的数据为流水数据，则判断业务数据库db2中是否存在将查询用户姓名name以及调用协议pr1作为查询条件对应历史查询行为对应的游标；若存在，则确定该游标对应的数据位置为数据记录d1,并将在该数据记录d1之后产生的数据作为增量数据，并根据用户姓名name以及调用协议pr1对增量数据进行查询，获得业务行为信息。

综上，对存在历史查询行为的业务数据库，则对上次查询过后产生的增量数据进行查询，提高了查询效率，并减少了和客户端之间的数据传输。

步骤208：基于所述业务行为信息创建信息列表，并将所述信息列表作为所述查询请求的反馈结果。

具体的，在上述获得业务行为信息的基础上，为了便于用户对查询结果进行查看，可以基于获得的业务行为信息创建信息列表，并将信息列表作为查询请求对应的查询结果（反馈结果）进行返回。

实际应用中，可以根据业务行为信息的信息特点（比如时间先后特点、业务类型特点等）对业务行为信息进行汇总或排布，并根据汇总结果或排布结果创建信息列表，再将创建的信息列表作为查询请求的反馈结果。

具体实施时，考虑到查询到的业务行为信息中可能包括不同的业务维度（比如业务场景、业务类型等）信息，因此，为了避免不同业务维度的业务行为信息混杂，可以根据预设业务维度对业务行为信息进行维度划分，再将划分后的业务行为信息形成信息列表，本申请实施例，具体采用如下方式实现：

将所述业务行为信息按照预设业务维度进行分类，获得至少一种维度业务行为信息；

基于每种维度行为信息分别创建维度信息列表，将创建的维度信息列表作为所述信息列表。

其中，预设业务维度，具体设置针对查询行为类型预设的业务维度，具体的，该业务维度，可以是预先针对业务场景、业务协议、业务类型方面设置的不同维度。进一步的，将业务行为信息按照预设业务维度进行分类，即可获得每种业务维度对应的业务行为信息（即维度业务行为信息）。再将每种维度行为进行组合或排布，创建每种业务维度对应的维度信息列表，再将这些维度信息列表作为信息列表。

实际应用中，还可以支持用户在客户端根据业务维度对业务行为信息进行过滤，单独查看某一业务维度的业务行为信息，以增加业务行为信息展示的多样性。

假设，在查询业务类型为刷脸的情况下，业务行为信息为刷脸业务信息，根据预先针对查询业务类型：刷脸对应的预设业务维度包括：刷脸支付以及其他刷脸服务（即除刷脸支付之外的刷脸业务），则根据刷脸支付以及其他刷脸服务对刷脸业务信息进行分类，划分为了两种维度业务行为信息，这两种维度行为信息分别为刷脸支付信息，以及其他刷脸服务信息，并将刷脸支付信息按照刷脸时间进行排序，根据排序结果生成刷脸支付信息列表，该刷脸支付信息列表可以如图3（a）所示。并将其他刷脸服务信息按照刷脸时间进行排序，根据排序结果生成其他刷脸服务信息列表，该其他刷脸服务信息列表可如图3（b）所示。

综上，根据预设业务维度对业务行为信息分类并形成对应的维度信息列表作为查询请求对应的查询结果，实现了对业务行为信息进行分类，使得分类后形成的维度信息列表更加简单直观。

具体实施时，在查询行为类型为地理位置调用的情况下，业务行为信息为地理位置信息，考虑到地理位置信息相对复杂，如果基于完整的地理位置信息创建信息列表，可能导致不能凸显重要的位置信息，因此，根据预先设置的位置提取规则，对地理位置信息进行提取，再基于提取的地理位置信息创建信息列表，本申请实施例，具体通过如下方式实现：

确定所述地理位置调用对应的位置提取规则；

根据所述位置提取规则对所述地理位置信息进行位置提取，获得目标位置信息；

将所述目标位置信息按照对应的时间顺序进行排列，根据排序结果创建信息列表。

其中，位置提取规则，是指预设设置的针对地理位置信息进行信息提取的规则，具体的，该位置提取规则，可以是在地理位置信息中提取城市层级的位置信息，作为目标位置信息，也可以是在地理位置信息中提取省份层级的位置信息，作为目标位置信息。在此不做限制。

进一步的，获得目标位置信息之后，可以将目标位置信息按照地理位置信息中的时间顺序进行排序，具体的，可以按照时间从早到晚的顺序进行排序，也可以按照时间从晚到早的顺序进行排序，在此不做限制，并根据排序结果对目标位置信息进行排布，从而创建信息列表。

沿用上例，在上述从业务数据库db1查询与用户U以及查询行为类型：地理位置调用关联的地理位置信息以及调用时间作为打车业务对应的地理位置信息以及在业务数据库db2查询与用户U以及查询行为类型：地理位置调用关联的地理位置信息以及调用时间作为外卖业务对应的地理位置信息的基础上，将这两种地理位置信息按照预设位置提取规则：城市层级提取规则进行位置提取，获得这些地理位置信息对应的城市位置信息作为目标位置信息，并将城市位置信息按照地理位置信息中的调用时间的先后顺序进行排序，并将排序后的城市位置信息组成信息列表。

综上，通过将查询的地理位置信息按照预设位置提取规则进行位置提取，并基于提取后的目标位置信息创建信息列表，实现了对复杂地理位置进行简化处理，并使得目标位置信息的显示更加清晰简明。

考虑到针对位置信息，如果只以文字信息作为反馈结果，并不能太直观地感受到位置变化，因此，还可以根据上述获得的目标位置信息构建轨迹图或位置点亮图，并将构建的位置图也作为反馈结果，本申请实施例，具体通过如下方式实现：

根据所述信息列表中的包含的目标位置信息构建轨迹图或位置点亮图；

将所述轨迹图以及所述信息列表，或将所述位置点亮图以及所述信息列表作为所述查询请求的反馈结果。

其中，轨迹图，是指将地图中目标位置信息对应的地图位置按照调用时间的先后顺序进行连接形成的位置图。位置点亮图，是指将地图中目标位置信息对应的地图位置进行突出显示后形成的位置图。

沿用上例，在上述将城市位置信息组成信息列表的基础上，可以根据城市位置信息在地图中对应的城市位置进行高亮显示构建位置点亮图。并将该位置点亮图以及信息列表作为地理位置查询请求的反馈结果。

综上，通过轨迹图和位置点亮图对目标位置信息进行图像化展示，并将轨迹图或位置点亮图作为查询结果的反馈结果的一部分，使得查询结果更加直观，增加了用户对地理位置查询的趣味性。

此外，由于信息列表中的信息比较全面，为了避免因为用户没有对信息列表的删除权限，导致其查询到的信息存在被曝光的风险，可以支持用户对信息列表中的信息进行删除，本申请实施例，具体采用如下方式实现：

接收所述用户针对所述信息列表中的目标信息记录提交的删除请求；

响应于所述删除请求，将所述目标信息记录进行删除。

其中，目标信息记录，可以是信息列表中任意一条信息，相应地，删除请求，是指对目标信息记录的删除请求。具体的，该删除请求中可以携带该目标信息记录的标识信息，服务端在接收到该删除请求之后，则可以对标识信息对应的目标信息记录进行删除。具体实施时，基于用户的删除请求，删除对应的目标信息记录的删除方式，可是物理删除，也可以是对目标信息记录添加删除标记，在此不做限制。

沿用上例，假设信息列表中包括五条信息记录，则针对第三条信息记录（即目标信息记录）提交删除请求，则该删除请求中携带目标信息记录中的时间信息t1，则服务端接收该删除请求之后，在信息列表中将该时间信息t1对应的目标信息记录进行删除。

综上，通过对信息列表中的信息进行删除，实现了动态多样化控制列表内容，方便用户对查询到的列表内容进行个性化设置。

实际应用中，在用户请求链路上主要涉及的业务系统如图4所示，包括客户端、网关以及服务端，其中，客户端的目标应用（APP）中可以包括多种业务类型的小程序，这些小程序的程序页面可以采用Native+H5的方式实现，用户可以在APP进行隐私设置，此外，对APP中的网页也可以采用web隐私设置。在客户端完成隐私设置后，则可以通过网关确定对应的隐私信息业务（即包含隐私信息的业务），这些隐私信息业务可以通过用户隐私数据管理中进行数据隐私规则的设置。进一步的，基于数据隐私规则，根据服务端提供的接口代理获取这种业务隐私信息，具体的，通过接口代理可以根据通信录以及设备信息，获取对客户端系统服务的调用情况（即业务信息），即哪些业务调用了客户端的系统服务，比如：支付业务、借贷业务、信用业务和/或公益业务等；还可以根据协议以及系统权限记录，获取地理位置信息，该地理位置信息中包括城市维度、点亮图、轨迹图、地理位置相关服务等信息，此外，通过接口代理，还可以根据个人信息以及应用活动记录，获取生物识别信息，该生物识别信息中包括到店刷脸付、线上刷脸付、其他刷脸等。

而在服务端的系统结构如图5所示，服务端中包括接口层、业务逻辑层以及数据持有方。该接口层提供客户端进行远程调用或HTTP调用。业务逻辑层进行业务行为信息的查询处理，具体的，业务逻辑层中包括展示策略、业务适配、查询策略以及数据源。其中，展示策略包括自定义隐私策略、业务线策略以及CIF策略；业务适配包括地理位置适配器、信用适配器、指纹适配器、刷脸记录适配器、客户服务适配器等。查询策略，包括透传式查询、聚合式查询以及游标机制；数据源中包括OceanBase数据库、Hbase数据库、远程调用以及离线数据库。数据持有方为持有隐私信息的业务方，这些业务方包括LBS、IOT人脸、收单、账单、核身、交易等。通过以上系统结构为用户提供优质的隐私数据管理以及查询服务。

综上所述，通过接收用户通过目标应用提交的查询请求，在目标应用中确定用户参与的初始业务组成的业务集合，并在业务集合中筛选与查询请求对应的查询行为类型关联的至少一个目标业务，实现了对包含查询行为类型对应的数据的业务的筛选，从筛选出的各个目标业务对应的业务数据库中分别读取与所述用户和所述查询行为类型关联的业务行为信息，再基于所述业务行为信息创建信息列表，并将信息列表作为所述查询请求的反馈结果，实现了在对多个业务中，对同一种行为类型数据进行查询，并将查询结果进行汇总作为查询结果，这种查询方式屏蔽了数据底层的差异性，并简化了数据查询流程，也提高了数据查询的查询效率。

下述结合附图6，以本说明书提供的信息处理方法在刷脸查询中的应用为例，对所述信息处理方法进行进一步说明。其中，图6示出了本说明书一个实施例提供的一种信息处理方法的处理流程图，具体包括以下步骤。

步骤702：接收用户A通过目标应用提交的刷脸查询请求。

步骤704：在目标应用中确定用户U参与的初始业务组成的业务集合。

具体的，该业务集合中包括三个初始业务，分别为初始业务1，初始业务2以及初始业务3。

步骤706：确定业务集合中各个初始业务对应的行为类型。

具体的，确定初始业务1对应的行为类型包括：刷脸、下单，初始业务2对应的行为类型包括：刷脸、信用，初始业务3对应的行为类型包括：地理位置调用、系统服务调用。

步骤708：将行为类型与刷脸查询请求对应的查询行为类型进行比较。

具体的，刷脸查询请求对应的查询行为类型为刷脸，则分别将初始业务1、初始业务2以及初始业务3对应的行为类型与刷脸进行比较。

步骤710：根据比较结果在业务集合中筛选出行为类型与该查询行为类型匹配的至少一个目标业务。

具体的，根据比较结果，从初始业务1、初始业务2以及初始业务3中筛选出与行为类型与查询行为类型匹配的目标业务为：初始业务1以及初始业务2。

步骤712：分别确定各个目标业务对应的业务数据库中与用户关联的用户查询条件以及与查询行为类型关联的类型查询条件。

具体的，分别确定初始业务1对应的业务数据库中与用户A关联的用户查询条件为uc1,与刷脸对应的类型查询条件为tc1,并确定初始业务2对应的业务数据库中与用户A关联的用户查询条件为uc2,与刷脸对应的类型查询条件为tc2。

步骤714：根据用户查询条件以及类型查询条件查询对应的业务数据库，获得业务行为信息。

具体的，根据用户查询条件为uc1以及类型查询条件为tc1对初始业务1对应的业务数据库进行查询，获得业务行为信息i1，并根据用户查询条件为uc2以及类型查询条件为tc2对初始业务2对应的业务数据库进行查询，获得业务行为信息i2，将业务行为信息i1以及业务行为信息i2共同作为业务行为信息。

步骤716：将业务行为信息按照预设业务维度进行分类，获得每种业务维度对应的维度业务行为信息。

具体的，将获得的业务行为信息按照刷脸对应的预设业务维度：刷脸支付以及其他刷脸服务（即除刷脸支付之外的刷脸业务）进行分类，划分为了两种维度业务行为信息，这两种维度行为信息分别为刷脸支付信息，以及其他刷脸服务信息。

步骤718：基于每种维度行为信息分别创建维度信息列表，并将创建的维度信息列表作为信息列表，且将信息列表作为刷脸查询请求的反馈结果。

具体的，将刷脸支付信息按照刷脸时间进行排序，根据排序结果生成刷脸支付信息列表，并将其他刷脸服务信息按照刷脸时间进行排序，根据排序结果生成其他刷脸服务信息列表，并将这两种信息列表作为刷脸查询请求的反馈结果。

综上所述，通过接收用户通过目标应用提交的刷脸查询请求，在目标应用中确定用户参与的初始业务组成的业务集合，并在业务集合中筛选与查询请求对应的查询行为类型关联的至少一个目标业务，实现了对包含查询行为类型对应的数据的业务的筛选，从筛选出的各个目标业务对应的业务数据库中分别读取与所述用户和所述查询行为类型关联的业务行为信息，再基于所述业务行为信息创建信息列表，并将信息列表作为刷脸查询请求的反馈结果，实现了在对多个业务中，对刷脸行为数据进行查询，并将查询结果进行汇总作为查询结果，这种查询方式屏蔽了数据底层的差异性，并简化了数据查询流程，也提高了数据查询的查询效率。

与上述方法实施例相对应，本说明书还提供了信息处理装置实施例，图7示出了本说明书一个实施例提供的一种信息处理装置的结构示意图。如图7所示，该装置包括：

接收模块802，被配置为接收用户通过目标应用提交的查询请求；

筛选模块804，被配置为在所述目标应用中确定所述用户参与的初始业务组成的业务集合，并在所述业务集合中筛选与所述查询请求对应的查询行为类型关联的至少一个目标业务；

读取模块806，被配置为从各个目标业务对应的业务数据库中分别读取与所述用户和所述查询行为类型关联的业务行为信息；

创建模块808，被配置为基于所述业务行为信息创建信息列表，并将所述信息列表作为所述查询请求的反馈结果。

可选地，所述筛选模块804，进一步被配置为：

确定所述业务集合中各个初始业务对应的行为类型；

将所述行为类型与所述查询行为类型进行比较；

根据比较结果在所述业务集合中筛选出行为类型与该查询行为类型匹配的至少一个目标业务。

可选地，所述读取模块806，包括：

确定子模块，被配置为分别确定各个目标业务对应的业务数据库中与所述用户关联的用户查询条件以及与所述查询行为类型关联的类型查询条件；

查询子模块，被配置为根据所述用户查询条件以及所述类型查询条件查询对应的业务数据库，获得业务行为信息。

可选地，所述读取模块806，还包括：

判断子模块，被配置为在所述业务数据库中存储的数据为流水数据的情况下，判断所述业务数据库中是否存在历史查询行为对应的游标，其中所述历史查询行为与用户查询条件和所述类型查询条件对应；

若是，运行增量查询子模块，所述增量查询子模块，被配置为将所述游标对应的数据位置作为查询起始位置，确定所述业务数据库中所述查询起始位置对应的增量数据；并根据所述用户查询条件以及所述类型查询条件对所述增量数据进行查询，获得业务行为信息；

若否，运行所述查询子模块。

可选地，所述创建模块808，进一步被配置为：

将所述业务行为信息按照预设业务维度进行分类，获得至少一种维度业务行为信息；

基于每种维度行为信息分别创建维度信息列表，将创建的维度信息列表作为所述信息列表。

可选地，所述信息处理装置，还包括：

接收请求模块，被配置为接收所述用户针对所述信息列表中的目标信息记录提交的删除请求；

删除模块，被配置为响应于所述删除请求，将所述目标信息记录进行删除。

可选地，所述查询行为类型包括：地址位置调用，生物信息识别，或客户端系统服务调用。

可选地，在所述查询行为类型为地理位置调用的情况下，所述业务行为信息为地理位置信息，相应地，可选地，所述创建模块808，进一步被配置为：

确定所述地理位置调用对应的位置提取规则；

根据所述位置提取规则对所述地理位置信息进行位置提取，获得目标位置信息；

将所述目标位置信息按照对应的时间顺序进行排列，根据排序结果创建信息列表。

可选地，所述信息处理装置，还包括：

构建模块，被配置为根据所述信息列表中的包含的目标位置信息构建轨迹图或位置点亮图；将所述轨迹图以及所述信息列表，或将所述位置点亮图以及所述信息列表作为所述查询请求的反馈结果。

综上所述，通过接收用户通过目标应用提交的查询请求，在目标应用中确定用户参与的初始业务组成的业务集合，并在业务集合中筛选与查询请求对应的查询行为类型关联的至少一个目标业务，实现了对包含查询行为类型对应的数据的业务的筛选，从筛选出的各个目标业务对应的业务数据库中分别读取与所述用户和所述查询行为类型关联的业务行为信息，再基于所述业务行为信息创建信息列表，并将信息列表作为所述查询请求的反馈结果，实现了在对多个业务中，对同一种行为类型数据进行查询，并将查询结果进行汇总作为查询结果，这种查询方式屏蔽了数据底层的差异性，并简化了数据查询流程，也提高了数据查询的查询效率。

上述为本实施例的一种信息处理装置的示意性方案。需要说明的是，该信息处理装置的技术方案与上述的信息处理方法的技术方案属于同一构思，信息处理装置的技术方案未详细描述的细节内容，均可以参见上述信息处理方法的技术方案的描述。

图8示出了根据本说明书一个实施例提供的一种计算设备900的结构框图。该计算设备900的部件包括但不限于存储器910和处理器920。处理器920与存储器910通过总线930相连接，数据库950用于保存数据。

计算设备900还包括接入设备940，接入设备940使得计算设备900能够经由一个或多个网络960通信。这些网络的示例包括公用交换电话网（PSTN）、局域网（LAN）、广域网（WAN）、个域网（PAN）或诸如因特网的通信网络的组合。接入设备940可以包括有线或无线的任何类型的网络接口（例如，网络接口卡（NIC））中的一个或多个，诸如IEEE802.11无线局域网（WLAN）无线接口、全球微波互联接入（Wi-MAX）接口、以太网接口、通用串行总线（USB）接口、蜂窝网络接口、蓝牙接口、近场通信（NFC）接口，等等。

在本说明书的一个实施例中，计算设备900的上述部件以及图8中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图8所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备900可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备（例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等）、移动电话（例如，智能手机）、可佩戴的计算设备（例如，智能手表、智能眼镜等）或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备900还可以是移动式或静止式的服务器。

其中，处理器920用于执行如下计算机可执行指令，该计算机可执行指令被处理器执行时实现上述信息处理方法的步骤。

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的信息处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述信息处理方法的技术方案的描述。

本说明书一实施例还提供一种计算机可读存储介质，其存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现上述信息处理方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的信息处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述信息处理方法的技术方案的描述。

本说明书一实施例还提供一种计算机程序，其中，当所述计算机程序在计算机中执行时，令计算机执行上述信息处理方法的步骤。

上述为本实施例的一种计算机程序的示意性方案。需要说明的是，该计算机程序的技术方案与上述的信息处理方法的技术方案属于同一构思，计算机程序的技术方案未详细描述的细节内容，均可以参见上述信息处理方法的技术方案的描述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本说明书实施例并不受所描述的动作顺序的限制，因为依据本说明书实施例，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本说明书实施例所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书实施例的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本说明书实施例的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。

Claims (12)

1.一种信息处理方法，包括：

接收用户通过目标应用提交的查询请求；

在所述目标应用中确定所述用户参与的初始业务组成的业务集合，并在所述业务集合中筛选与所述查询请求对应的查询行为类型关联的至少一个目标业务；

从各个目标业务对应的业务数据库中分别读取与所述用户和所述查询行为类型关联的业务行为信息；

基于所述业务行为信息创建信息列表，并将所述信息列表作为所述查询请求的反馈结果。

2.根据权利要求1所述的信息处理方法，所述在所述业务集合中筛选与所述查询请求对应的查询行为类型关联的至少一个目标业务，包括：

确定所述业务集合中各个初始业务对应的行为类型；

将所述行为类型与所述查询行为类型进行比较；

根据比较结果在所述业务集合中筛选出行为类型与该查询行为类型匹配的至少一个目标业务。

3.根据权利要求1所述的信息处理方法，所述从各个目标业务对应的业务数据库中分别读取与所述用户和所述查询行为类型关联的业务行为信息，包括：

分别确定各个目标业务对应的业务数据库中与所述用户关联的用户查询条件以及与所述查询行为类型关联的类型查询条件；

根据所述用户查询条件以及所述类型查询条件查询对应的业务数据库，获得业务行为信息。

4.根据权利要求3所述的信息处理方法，所述根据所述用户查询条件以及所述类型查询条件查询对应的业务数据库，获得业务行为信息之前，还包括：

在所述业务数据库中存储的数据为流水数据的情况下，判断所述业务数据库中是否存在历史查询行为对应的游标，其中所述历史查询行为与用户查询条件和所述类型查询条件对应；

若是，将所述游标对应的数据位置作为查询起始位置，确定所述业务数据库中所述查询起始位置对应的增量数据；并根据所述用户查询条件以及所述类型查询条件对所述增量数据进行查询，获得业务行为信息；

若否，执行所述根据所述用户查询条件以及所述类型查询条件查询对应的业务数据库，获得业务行为信息步骤。

5.根据权利要求1所述的信息处理方法，所述基于所述业务行为信息创建信息列表，包括：

将所述业务行为信息按照预设业务维度进行分类，获得至少一种维度业务行为信息；

基于每种维度行为信息分别创建维度信息列表，将创建的维度信息列表作为所述信息列表。

6.根据权利要求1所述的信息处理方法，所述将所述信息列表作为所述查询请求的反馈结果之后，还包括：

接收所述用户针对所述信息列表中的目标信息记录提交的删除请求；

响应于所述删除请求，将所述目标信息记录进行删除。

7.根据权利要求1所述的信息处理方法，所述查询行为类型包括：地址位置调用，生物信息识别，或客户端系统服务调用。

8.根据权利要求7所述的信息处理方法，在所述查询行为类型为地理位置调用的情况下，所述业务行为信息为地理位置信息，相应地，所述基于所述业务行为信息创建信息列表，包括：

确定所述地理位置调用对应的位置提取规则；

根据所述位置提取规则对所述地理位置信息进行位置提取，获得目标位置信息；

将所述目标位置信息按照对应的时间顺序进行排列，根据排序结果创建信息列表。

9.根据权利要求8所述的信息处理方法，所述基于所述业务行为信息创建信息列表之后，还包括：

根据所述信息列表中的包含的目标位置信息构建轨迹图或位置点亮图；

将所述轨迹图以及所述信息列表，或将所述位置点亮图以及所述信息列表作为所述查询请求的反馈结果。

10.一种信息处理装置，包括：

接收模块，被配置为接收用户通过目标应用提交的查询请求；

筛选模块，被配置为在所述目标应用中确定所述用户参与的初始业务组成的业务集合，并在所述业务集合中筛选与所述查询请求对应的查询行为类型关联的至少一个目标业务；

读取模块，被配置为从各个目标业务对应的业务数据库中分别读取与所述用户和所述查询行为类型关联的业务行为信息；

创建模块，被配置为基于所述业务行为信息创建信息列表，并将所述信息列表作为所述查询请求的反馈结果。

11.一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令，该计算机可执行指令被处理器执行时实现权利要求1至9任意一项所述信息处理方法的步骤。

12.一种计算机可读存储介质，其存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现权利要求1至9任意一项所述信息处理方法的步骤。

Images