CN117290476A - 一种问题查询方法、装置、设备及介质 - Google Patents

Abstract

本说明书实施例公开了一种问题查询方法、装置、设备及介质。该方案可以包括：获取用户提交的问题信息；所述问题信息与用户针对目标业务执行的历史行为相关；根据预先建立的接口与功能的映射关系，确定与所述问题信息对应的数据接口；所述数据接口为所述目标业务对应的业务系统的接口；所述映射关系为预先采用语义理解分类模型进行识别得到的；通过所述数据接口，查询基于所述用户的历史行为产生的针对所述目标业务的历史数据，得到查询结果；将所述查询结果反馈至所述用户的终端。

Description

一种问题查询方法、装置、设备及介质

技术领域

本申请涉及计算机数据处理技术领域，尤其涉及一种问题查询方法、装置、设备及介质。

背景技术

随着终端应用的功能以及业务的日益增多，日活跃用户的数量也在不断增长，相应的，用户关于业务的日常咨询与反馈的数量也很大。为了更便捷的处理这些用户反馈，几乎每个系统都开发了相应的信息查询后台供系统服务人员查询用户行为相关信息从而去回答用户的反馈。人工成本较高，问题的反馈速度也有待提高。

发明内容

本说明书实施例提供一种问题查询方法、装置、设备及介质，以解决现有的问题查询方法存在的人工成本较高的问题。

为解决上述技术问题，本说明书实施例是这样实现的：

本说明书实施例提供的一种问题查询方法，可以包括：

获取用户提交的问题信息；所述问题信息与用户针对目标业务执行的历史行为相关；

根据预先建立的接口与功能的映射关系，确定与所述问题信息对应的数据接口；所述数据接口为所述目标业务对应的业务系统的接口；所述映射关系为预先采用语义理解分类模型进行识别得到的；

通过所述数据接口，查询基于所述用户的历史行为产生的针对所述目标业务的历史数据，得到查询结果；

将所述查询结果反馈至所述用户的终端。

本说明书实施例提供的一种问题查询装置，可以包括：

问题获取模块，用于获取用户提交的问题信息；所述问题信息与用户针对目标业务执行的历史行为相关；

接口确定模块，用于根据预先建立的接口与功能的映射关系，确定与所述问题信息对应的数据接口；所述数据接口为所述目标业务对应的业务系统的接口；所述映射关系为预先采用语义理解分类模型进行识别得到的；

数据查询模块，用于通过所述数据接口，查询基于所述用户的历史行为产生的针对所述目标业务的历史数据，得到查询结果；

结果反馈模块，用于将所述查询结果反馈至所述用户的终端。

本说明书实施例提供的一种问题查询设备，可以包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取用户提交的问题信息；所述问题信息与用户针对目标业务执行的历史行为相关；

根据预先建立的接口与功能的映射关系，确定与所述问题信息对应的数据接口；所述数据接口为所述目标业务对应的业务系统的接口；所述映射关系为预先采用语义理解分类模型进行识别得到的；

通过所述数据接口，查询基于所述用户的历史行为产生的针对所述目标业务的历史数据，得到查询结果；

将所述查询结果反馈至所述用户的终端。

本说明书实施例提供的一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现一种问题查询方法。

本说明书至少一个实施例能够达到以下有益效果：通过预先建立的接口与功能的映射关系，确定与获取的用户提交的问题信息对应的数据接口，通过数据接口查询用户的历史行为产生的针对目标业务的历史数据，将得到的查询结果反馈至用户的终端，可以通过预先采用语义理解分类模型识别得到的映射关系，调用系统现有的服务，查询问题并反馈至客户端，实现问题查询的自动化，大大减少了人工成本的消耗，提高了问题反馈的速度。

附图说明

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

图1是本说明书实施例提供的一种问题查询方法在实际应用场景中的整体方案架构示意图；

图2是本说明书实施例提供的一种问题查询方法的流程示意图；

图3是本说明书实施例提供的一种问题查询方法的泳道图；

图4是本说明书实施例提供的对应于图2的一种问题查询装置的结构示意图；

图5是本说明书实施例提供的对应于图2的一种问题查询设备的结构示意图。

具体实施方式

为使本说明书一个或多个实施例的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本说明书一个或多个实施例的技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书一个或多个实施例保护的范围。

以下结合附图，详细说明本说明书各实施例提供的技术方案。

现有技术中，终端应用的各个业务的日用户活跃数量较大，相应的，用户关于业务的日常咨询与反馈的数量也很大。为了更便捷的处理这些用户反馈，几乎每个系统都开发了相应的信息查询后台供系统服务人员查询用户行为相关信息从而去回答用户的反馈。由于业务系统与查询平台是相互独立的，并没有关联关系，因此每当需要新增查询场景时，都需要开发专门供后台查询使用的代码以实现相应的功能。然而这些功能大多数情况下都是系统现有的能力，只是在现在的调用链路下无法同时支持业务调用与后台查询使用而已。而终端应用中的业务系统有很多，每个系统单独开发并维护一套自己的后台，开发维护成本整体较高。且系统服务人员操作不同的后台学习成本也不同，对系统服务人员有一定的要求，从而使得人工成本也较高。

为了解决现有技术中的缺陷，本方案给出了以下实施例：

图1为本说明书实施例提供的一种问题查询方法在实际应用场景中的整体方案架构示意图。

如图1所示，该方案主要可以包括：用户终端1、服务器2以及业务系统服务器3。用户可以在用户终端1中提交问题信息，用户终端1可以将用户提交的问题信息发送至服务器2，服务器2可以对问题信息进行语义识别，根据语义识别结果确定对应的数据接口，根据数据接口访问业务系统服务器3，得到查询结果。服务器2可以将查询结果进行整理发送至用户终端1中，以便用户查看。

图2为本说明书实施例提供的一种问题查询方法的流程示意图。从程序角度而言，流程的执行主体可以为搭载于终端应用服务器或者小程序服务器的程序或应用客户端，具体的可以为用于处理用户问题信息的服务器。

如图2所示，该流程可以包括以下步骤：

步骤202：获取用户提交的问题信息；所述问题信息与用户针对目标业务执行的历史行为相关。

本说明书实施例中对于用户的提问方式，可以是从预设的问题中选择得到的，也可以是用户自己输入得到的。问题信息可以是查询类问题，比如查询用户对于某一业务的操作次数等。查询类问题可以是与用户之前操作相关的信息，例如用户点击终端应用或者小程序中的某一功能、浏览终端应用或者小程序界面等等历史行为。例如一些公益类的应用中，终端应用或者小程序可以是用于虚拟喂养小动物、用于虚拟浇灌植物、用于虚拟收集能量或者是用于查看处理用户运动等需要用户操作的业务。提供该业务的业务系统的服务器中记录用户的操作信息，也可以将用户的每一次操作都记录在系统数据库中。

步骤204：根据预先建立的接口与功能的映射关系，确定与所述问题信息对应的数据接口；所述数据接口为所述目标业务对应的业务系统的接口；所述映射关系为预先采用语义理解分类模型进行识别得到的。

本说明书实施例中映射关系中的功能可以表示该业务系统接口在业务系统中自身具有的功能，映射关系可以用于表示业务系统中各个数据接口API与其对应的功能的关系。服务器可以通过具有语义理解分类功能的网络模型将业务系统的各个接口的功能进行解析，服务器可以根据解析结果，确定各个接口属于哪一个的预设功能类别，进而可以建立接口与所属的预设功能类别之间的映射关系。可以理解的是，预设功能类别可以是挖掘模型对终端应用或者小程序中现有的各个业务的功能进行挖掘得到的，也可以是通过对编写的业务数据接口的代码进行分析得到的，也可以是后台开发人员基于各个业务可以实现的功能预先设置的。比如在虚拟喂养小鸡的小程序或者终端应用中，存在用于查询捐蛋记录的接口以及用于查询捐蛋数量的接口，假设预设的功能分类包括查询捐蛋情况的功能类别，通过语义理解分类模型可以将上述两个接口与该功能类别建立映射关系。假设预设的功能分类包括表示查询捐蛋记录的功能类别，还包括表示查询捐蛋数量的功能类别，也可以将各个接口分别与对应的功能类别建立映射关系。上述映射关系可以是一对一类型的映射关系，也可以是多对多类型的映射关系，可以根据实际使用的业务系统的功能来确定，这里不作具体限定。实际应用中，当语义理解识别未成功时，可以提示后台人员进行人工核验，从而基于人工核验的结果，得到对应的目标数据接口。

步骤206：通过所述数据接口，查询基于所述用户的历史行为产生的针对所述目标业务的历史数据，得到查询结果。

本说明书实施例中可以将用户对业务系统提供的不同的业务执行的操作等行为事件产生的历史数据存储于不同的数据库中，便于使用对应的数据接口进行查询；也可以用户对业务系统提供的不同的业务执行的操作等行为事件产生的历史数据存储于同一个数据库中，在采用对应的数据接口查询时，可以得到目标业务的历史数据。

步骤208：将所述查询结果反馈至所述用户的终端。

本说明书实施例中的查询结果可以是统计的一个总的信息的表格；也可以是查询的历史数据中的具体明细的表格；也可以是服务器按照预设的规则进行语言组织，回复的含有查询数据的一段话，使得用户看到的信息更美化，更符合语言规则的信息，比如：尊敬的甲用户，经小A努力查询，获悉您在7月5日13:20收取能量为80，您在7月5日20:05收取能量为300，请查收哟，期待下次为您服务，再见。

应当理解，本说明书一个或多个实施例所述的方法其中部分步骤的顺序可以根据实际需要相互交换，或者其中的部分步骤也可以省略或删除。

图2中的方法，通过预先建立的接口与功能的映射关系，确定与获取的用户提交的问题信息对应的数据接口，通过数据接口查询用户的历史行为产生的针对目标业务的历史数据，将得到的查询结果反馈至用户的终端，可以通过预先采用语义理解分类模型识别得到的映射关系，调用系统现有的服务，查询问题并反馈至客户端，实现问题查询的自动化，大大减少了人工成本的消耗，提高了问题反馈的速度。

基于图2的方法，本说明书实施例还提供了该方法的一些具体实施方案，下面进行说明。

本说明书实施例中可以结合计算机语义理解确定用户提问的目的或意图，进而查询符合用户需求的结果。可选的，本说明书实施例中所述根据预先建立的接口与功能的映射关系，确定与所述问题信息对应的数据接口，具体可以包括：

对所述问题信息进行语义理解识别，确定所述问题信息对应的用户意图；

根据预先建立的接口与功能的映射关系，确定与所述用户意图对应的数据接口；所述数据接口用于查询与所述用户意图相关的历史数据；所述映射关系包括用于表示用户意图与数据接口的对应关系的映射关系。

本说明书实施例中语义理解识别可以表示对问题信息进行自然语言处理NLU，以便于服务器能够接收到问题信息所要表达的含义。用户意图可以表示用户提问的目的；可以根据用户意图确定用户要查询的问题的类别以及查询对象等信息，用户意图可以是从用户问题信息中提取的与用户目的相关的字符得到的。用户意图与数据接口之间的对应关系的映射关系可以是通过历史问题查询数据建立的。

为了使得查询结果的精确度更高，还可以根据实体识别得到的实体参数信息进行对应的查询。可选的，本说明书实施例中所述通过所述数据接口，查询基于所述用户的历史行为产生的针对所述目标业务的历史数据，得到查询结果，具体可以包括：

对所述问题信息进行实体识别，确定所述问题信息包含的实体参数信息；

基于所述实体参数信息，通过所述数据接口，查询基于所述用户的历史行为产生的针对所述目标业务的历史数据，得到所述实体参数信息对应的查询结果。

本说明书实施例中实体参数信息可以表示问题信息中包含的实体信息，例如时间、对象、场景、地名等。实际应用中可以按照预设的实体类别进行识别。服务器也可以根据实体参数中的某些可以表示业务功能的信息确定查询历史数据所需要的数据接口。服务器可以确定与各个实体参数对应的数据接口，从对应的数据接口中确定出匹配度高的接口作为查询问题信息的数据接口。若将接口中含有各个入参实体信息作为第一实体信息，将问题信息中的各个实体信息作为第二实体信息，匹配度可以表示第一实体信息与第二实体信息之间的比例，将其中占比最高的接口作为查询问题的数据接口。

为了能够清楚的描述实体参数的意义，对其进行了进一步的限定。可选的，本说明书实施例中所述实体参数信息可以包括实体参数属性以及所述实体参数属性对应的参数属性值；所述实体属性包括业务场景类型、开始时间、结束时间中至少一种。

本说明书实施例中实体参数属性还可以包括用户标识以及目标查询数量等实体参数属性。实体参数属性可以表示实体类型；实体参数属性值可以表示根据实体参数属性从问题信息中识别出的具体数据。比如当信息中含有时间时，可以将时间作为实体参数，当接口信息中含有数量时，可以将数量作为实体参数信息。

本说明书实施例中若以实体参数属性包括场景类型、用户ID、开始时间以及结束时间为例；而用户请求查询6月5日15:00至6月5日17:00这一时间段内的喂养动物的次数，通过实体识别可以得到“场景类型＝喂养动物”、“用户ID＝2088000000000001”、“starttime＝6月5日15:00”以及“end time＝6月5日17:00”等实体参数，假设服务器可以根据实体参数中的场景类型确定需要调用的接口为数据接口B，数据接口B可以用于查询6月5日15:00-6月5日17:00这一段时间段内业务系统中产生的用户行为信息，可以基于用户行为信息统计喂养动物的次数。数据接口B可以理解为业务系统中用于基于用户行为信息统计喂养动物的次数的接口，是业务系统中原本就具有的数据接口。其中用户ID可以包含在用户提交的问题信息中，用户通过终端应用提交问题信息，服务器也可以根据提交问题的终端或者使用的终端应用账号信息等确定出用户的ID。

实际应用中，若实体参数信息可以包括表示查询的开始时间和结束时间的信息，则查询结果可以包括开始时间与结束时间之间的时间段内业务系统产生的用户行为信息。若还有其他限制性的实体参数属性值，服务器可以从时间段内的用户行为信息中筛选符合其他限制性的实体参数属性值。以虚拟捐蛋为例，若用户查询昨天9:00至今天9:00中一次性捐蛋数量超过10颗的次数，那么就可以根据提取的实体参数信息确定开始时间以及结束时间段之间的第一用户行为信息，得到位于昨天9:00至今天9:00这一时间段内一次性捐蛋数量超过10颗的用户行为信息。

为了使得能够根据映射关系得到准确的查询结果，可以预先建立数据接口与功能意图之间的映射关系。可选的，本说明书实施例中所述方法还可以包括：

对所述业务系统的代码进行扫描，得到所述业务系统中各个数据接口的接口信息；所述接口信息包括接口名称、入参、注释中至少一种信息；

利用预先训练的第一语义理解分类模型对所述接口信息进行识别，确定所述各个数据接口对应的意图标签；所述意图标签用于表示数据接口的业务处理功能；

建立各个数据接口与对应的所述意图标签的第一映射关系。

本说明书实施例中服务器对代码的扫描可以是静态扫描，使得扫描结果更加准确。接口信息的入参包括时间、数量等入参信息。注释可以是用于标注解释接口的一些功能或者含义的注释信息。第一语义理解分类模型可以是BiLSTM+CRF模型，为更好的适用于业务需求，根据业务系统现有的接口以及功能等数据进行训练得到的。意图标签可以是预设根据接口功能等信息设置的，可以通过网络模型来挖掘，也可以通过专家经验来设定。意图标签可以用于表示数据接口的功能。

本说明书可以将不同的数据接口对应不同的意图标签，也可以将相关联的各个数据接口划分至一个意图标签中，从而能够便于各个数据接口与该意图标签建立第一映射关系。可以理解的是，一个接口可以被划分至不同的意图标签中。比如接口C为具有能量收集查询功能的接口，意图标签1为查询能量收集流水数据，意图标签2为查询能量收集的总能量数值，那么接口C在划分时，可以划分至意图标签1以及意图标签2，从而能够与意图标签1以及意图标签2均建立映射关系，避免造成在查询时，由于未建立映射关系，而查询失败的问题。当然，假设接口D为具有查询能量收集流水数据的功能，接口E具有查询能量收集的总能量数值的功能，可以在识别时，将接口D划分至意图标签1，将接口E划分至意图标签2，从而使得接口D与意图标签1建立映射关系，接口E与意图标签2建立映射关系。

作为一种实施方式，可选的，本说明书实施例中所述根据预先建立的接口与功能的映射关系，确定与所述问题信息对应的数据接口，具体可以包括：

利用预先训练的第二语义理解分类模型对所述问题信息进行识别，确定所述问题信息对应的目标意图标签；所述目标意图标签用于表示所述问题信息针对的待查询业务；

根据所述第一映射关系，确定与所述目标意图标签对应的目标数据接口。

本说明书实施例中第二语义理解分类模型可以是基于历史问题信息、对应的历史查询结果等数据进行训练得到的。目标意图标签可以表示用户提交的问题信息中表示的用户意图，用户想要查询的业务。第一映射关系中可以包含各个数据接口与意图标签之间的对应关系，本说明书实施例中可以通过识别出的用户提交的问题信息对应的意图标签，确定与该标签对应的业务系统的数据接口，实现数据查询。

本说明书实施例中第二语义理解分类模型可以与第一语义理解分类模型相同，也可以不同，这里不作具体限定。第二语义理解分类模型与第一语义理解分类模型对应的分类集合中的意图标签可以是相同的，两者分类的类别可以是一致，以便更好的进行数据查询。实际应用中，还可以结合实体识别得到的场景，确定需要访问的接口。当业务系统对应多个业务场景时，意图标签可以包含表示业务场景的信息，从而能够根据业务场景确定与目标意图标签对应的目标数据接口。

作为一种实施方式，可选的，本说明书实施例中所述意图标签可以包括用于表示针对第一业务的统计数量查询的第一意图标签、用于表示针对第二业务的操作流水查询的第二意图标签中至少一种。

本说明书实施例中意图标签可以表示业务系统提供的各个业务的意图标签。用户可以通过终端应用执行一些行为动作，处理业务系统提供的业务服务。上述第一业务、第二业务可以表示同一业务，也可以表示不同的业务。本说明书实施例中意图标签可以包含表示统计类的标签，也可以包含表示流水类的标签，具体的，还可以包括用于表示访问次数查询的意图标签。

实际应用中为提高通用性，同一意图标签可以用于表示不同小程序中的业务。比如小程序A中的业务1统计捐蛋数量，小程序B中的业务2统计能量收集数量等都可以用表示统计数量查询的意图标签来表示。当然为了更好的适用于业务需求，不同的业务系统也可以对应不同的意图标签。这里不作具体限定。

为了提高查询结果的准确性，本说明书实施例中所述接口信息包括数据接口的入参；所述方法还可以包括：

确定各个数据接口中的入参对应的实体标签；

建立各个入参与对应的实体标签的第二映射关系。

本说明书实施例中的实体标签可以是根据各个数据接口中的入参信息预先设置的，进而可以基于两者之间的对应关系建立第二映射关系。比如各个数据接口中的入参信息可以是开始时间、结束时间、用户ID、数量、流水记录、领取以及喂养等信息，那么可以建立与之一一对应的实体标签，以便能够根据实体标签确定对应的入参，进而可以调用对应的数据接口查询对应的入参信息。

为了提高查询结果的准确性，本说明书实施例中还可以根据问题信息中的实体信息确定需要使用的接口入参进行数据查询。可选的，本说明书实施例中所述通过所述数据接口，查询基于所述用户的历史行为产生的针对所述目标业务的历史数据，得到查询结果，具体可以包括：

对所述问题信息进行实体识别，确定所述问题信息包含的实体参数信息；

确定所述实体参数信息对应的目标实体标签；所述实体标签用于表示所述实体参数信息的实体属性；

根据所述第二映射关系，确定所述目标实体标签对应的目标入参；

基于所述目标入参，通过所述数据接口，查询基于所述用户的历史行为产生的针对所述目标业务的历史数据，得到所述实体参数信息对应的查询结果。

本说明书实施例中可以通过实体识别模型，例如BiLSTM+CRF模型，对问题信息进行实体识别，确定出问题信息中包含的实体参数信息，例如时间信息、场景信息等等，本说明书实施例中实体参数信息可以包括实体属性值，例如下午1点，本说明书实施例中可以预先定义实体标签，可以根据实体参数信息确定其对应的实体标签，实体标签可以表示实体属性值的实体属性，例如时间等。

本说明书实施例中在调用数据接口时，可以根据得到的目标入参从目标业务的历史数据中进行筛选，比如目标入参为“start time＝2023年7月13日13：00”以及“end time＝2023年7月14日11:00”，得到位于这两个时间点之间的数据，作为查询结果数据。若目标入参中还含有“Numb＝10”，那么可以获取位于两个时间点之间的数据中数量为10的数据，得到查询结果。

为了提高识别的准确性，可以基于真实的历史数据或者是系统数据对模型进行训练。可选的，本说明书实施例中所述方法还可以包括：

获取所述业务系统中至少部分数据接口的接口信息；

将所述至少部分数据接口的接口信息作为第一训练样本，对待训练的第一语义理解分类模型进行训练，得到用于识别接口意图的第一语义理解分类模型；

和/或，

获取所述业务系统的服务用户提交的历史问题信息；

将所述历史问题信息作为训练样本，对待训练的第二语义理解分类模型进行训练，得到用于识别用户意图的第二语义理解分类模型。

本说明书实施例中的数据接口信息可以包括接口的一些参数信息。语义理解分类模型可以将接口信息进行自然语言处理，以便于模型能够理解接口信息的物理意义，进而可以根据接口信息确定该接口的功能，从而可以将接口功能作为接口意图。比如接口是用于统计数量类型的查询，还是用于用户操作流水类型的查询。

本说明书实施例中在训练第二语义理解分类模型时，可以将统计数量类型的查询以及用户操作流水类型的查询作为两个类别对历史问题信息进行分类，然后可以根据分类结果的正确率或者是损失，判断是否需要继续训练模型，当分类结果的正确率满足第一预设阈值或者损失值满足第二预设阈值时，则可以停止模型的训练，可以将模型投入到使用中。

为更清楚的说明本说明书实施例提供的一种问题查询方法，图3是本说明书实施例提供的一种问题查询方法的泳道图。如图3所示，该方法可以包括业务系统接入阶段、问题获取阶段和信息查询阶段，具体可以包括：

步骤302：对业务系统的代码进行扫描，得到业务系统的接口的名称、入参以及注释。

本说明书实施例中的业务系统的代码可以表示业务开发用户基于业务功能编写的代码，该代码中可以包括各个业务对应的数据接口的接口信息等。

本说明书实施例中名称可以是A、B以及C等代号，也可以是含有该接口功能的名称，如能量收集数量、能量操作流水记录等名称，也可以是该接口的标识，可以理解的是，各个接口的名称具有唯一性。入参可以是一些参数信息，如时间、数量等。注释可以是对接口以及入参的解释或者标注。业务系统的接口的名称、入参以及注释等信息都可以根据OneAPI的能力得到。

步骤304：识别各个接口的接口意图，建立接口名称与接口意图的第一映射关系。

本说明书实施例中可以获取该业务数据接口对应的历史业务数据，识别模型可以根据历史业务数据识别出该接口的接口意图，从而可以将该接口名称与接口意图之间建立映射关系，完成接口名称与接口意图的绑定，以便于直观的了解接口意图。接口意图可以是预先根据业务系统中可以处理的业务进行设置的。

步骤306：服务器识别各个入参的含义，建立入参与预设的实体标签的第二映射关系。

本说明书实施例中实体标签可以是根据部分或者全部业务的接口的入参进行预先设置的。问题处理服务器可以通过语义理解模型进行自然语言理解NLU处理各个入参，以得到各个入参的含义，从而建立映射关系，从而可以业务系统的接入。服务器中可以存储第一映射关系以及第二映射关系，还可以存储各个接口与实体参数信息的对应关系，以便在处理问题时，可以根据映射关系调用对应的数据接口进行处理。

步骤308：终端获取用户提交的问题信息。

实际应用中，用户可以在终端应用提供的问题处理页面中进行操作，提交问题信息。

本说明书实施例中的操作可以是用户在问题提交页面中显示的几个问题中选择一个问题信息进行提交的操作，也可以是用户自己编辑问题信息进行提交的操作；也可以是在问题提交界面中给出的几个信息中进行勾选提交的操作，比如：勾选查询的时间段、查询的类型。

步骤310：终端发送用户的问题信息至问题处理服务器。

步骤312：服务器获取终端发送的用户提交的问题信息。

本说明书实施例中的用户提交的问题信息可以用户编辑的。例如用户反馈的问题为5月27日以及28日都有签到，但是没有给肥料，辛苦核实。

步骤314：服务器识别问题信息，得到用户意图。

本说明书实施例中用户意图可以是通过语义理解分类模型对问题信息进行自然语言处理，得到问题信息的物理含义之后，分配的意图标签。接续上例，用户意图可以为查询签到肥料领取流水记录，分配的意图标签可以是饲料领取流水。

步骤316：服务器根据用户意图以及第一映射关系，确定目标数据接口。

本说明书实施例中服务器可以使用意图识别模型如LSTM+attention模型，根据意图标签与数据接口之间的映射关系，确定可以实现用户意图的目标数据接口。接续上例，可以通过意图标签以及第一映射关系确定出的接口为用于查询肥料领取流水的接口A1。

步骤318：服务器采用实体识别模型，识别问题信息识别，得到实体标签。

本说明书实施例中实体识别模型可以对问题信息进行实体识别，得到不同实体参数信息，基于实体参数信息得到实体标签。接续上例，可以从中识别到实体标签为时间、对象、操作等标签。

步骤320：服务器根据实体标签以及第二映射关系，确定目标入参。

本说明书实施例中可以根据映射关系，确定目标数据接口的实体参数信息中与实体标签对应的目标实体参数信息，可以理解的是目标实体参数信息为目标入参。接续上例，，根据映射关系得到目标入参为“时间＝5月27日以及28日”，“对象＝肥料”以及“操作＝领取”。

步骤322：业务系统根据目标入参以及目标数据接口，得到查询结果。

本说明书实施例中业务系统服务器可以基于目标数据接口，查询满足目标实体参数信息的对应目标业务的历史数据，将其进行整理，得到查询结果。历史数据可以是用户对该业务进行操作，得到的历史行为数据。接续上例，查询结果可以是：2023.5.27.13:00-签到+100g，2023.5.27.13:04-浏览任务+500g，2023.5.28.9:00-签到+150g。

步骤324：服务器获取业务系统发送的查询结果信息。

本说明书实施例中问题处理服务器可以向业务系统发起RPC调用，直接回调业务系统的查询结果。服务器可以根据终端预设的显示条件，对查询结果进行整理，得到查询结果信息。接续上例，终端设置为AI智能对话显示，那么服务器整理的查询结果信息为：尊敬的用户，经小蚂蚁努力搬运，得到如下结果2023.5.27.13:00-签到+100g，2023.5.27.13:04-浏览任务+500g，2023.5.28.9:00-签到+150g，已显示发放，没有问题呢，若您还有任何疑问，小蚂蚁随时待命。

步骤326：终端显示服务器发送的查询结果。

本说明书实施例中终端可以显示服务器按照预设显示条件整理的查询结果。预设显示条件可以是表格形式或者是文字形式，或者两者结合的形式，以便用户查看。

通过上述方法，可以通过系统基于问题信息进行查询，无需构建新的查询平台，并且可以基于语义理解分类模型实现自动查询，无需人工介入，可以降低人工成本以及资源的消耗，也对业务系统的服务能力进行了很大程度的扩展。

基于同样的思路，本说明书实施例还提供了上述方法对应的装置。图4为本说明书实施例提供的对应于图2的一种问题查询装置的结构示意图。如图4所示，该装置可以包括：

问题获取模块402，用于获取用户提交的问题信息；所述问题信息与用户针对目标业务执行的历史行为相关；

接口确定模块404，用于根据预先建立的接口与功能的映射关系，确定与所述问题信息对应的数据接口；所述数据接口为所述目标业务对应的业务系统的接口；所述映射关系为预先采用语义理解分类模型进行识别得到的；

数据查询模块406，用于通过所述数据接口，查询基于所述用户的历史行为产生的针对所述目标业务的历史数据，得到查询结果；

结果反馈模块408，用于将所述查询结果反馈至所述用户的终端。

基于同样的思路，本说明书实施例还提供了上述方法对应的设备。

图5为本说明书实施例提供的对应于图2的一种问题查询设备的结构示意图。如图5所示，设备500可以包括：

至少一个处理器510；以及，

与所述至少一个处理器通信连接的存储器530；其中，

所述存储器530存储有可被所述至少一个处理器510执行的指令520，所述指令被所述至少一个处理器510执行，以使所述至少一个处理器510能够：

获取用户提交的问题信息；所述问题信息与用户针对目标业务执行的历史行为相关；

根据预先建立的接口与功能的映射关系，确定与所述问题信息对应的数据接口；所述数据接口为所述目标业务对应的业务系统的接口；所述映射关系为预先采用语义理解分类模型进行识别得到的；

通过所述数据接口，查询基于所述用户的历史行为产生的针对所述目标业务的历史数据，得到查询结果；

将所述查询结果反馈至所述用户的终端。

基于同样的思路，本说明书实施例还提供了上述方法对应的计算机可读介质。计算机可读介质上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现上述问题查询方法：

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于图5所示的设备而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field ProgrammableGateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(AdvancedBoolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带式磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (13)

1.一种问题查询方法，包括：

获取用户提交的问题信息；所述问题信息与用户针对目标业务执行的历史行为相关；

根据预先建立的接口与功能的映射关系，确定与所述问题信息对应的数据接口；所述数据接口为所述目标业务对应的业务系统的接口；所述映射关系为预先采用语义理解分类模型进行识别得到的；

通过所述数据接口，查询基于所述用户的历史行为产生的针对所述目标业务的历史数据，得到查询结果；

将所述查询结果反馈至所述用户的终端。

2.根据权利要求1所述的方法，所述根据预先建立的接口与功能的映射关系，确定与所述问题信息对应的数据接口，具体包括：

对所述问题信息进行语义理解识别，确定所述问题信息对应的用户意图；

根据预先建立的接口与功能的映射关系，确定与所述用户意图对应的数据接口；所述数据接口用于查询与所述用户意图相关的历史数据；所述映射关系包括用于表示用户意图与数据接口的对应关系的映射关系。

3.根据权利要求1所述的方法，所述通过所述数据接口，查询基于所述用户的历史行为产生的针对所述目标业务的历史数据，得到查询结果，具体包括：

对所述问题信息进行实体识别，确定所述问题信息包含的实体参数信息；

基于所述实体参数信息，通过所述数据接口，查询基于所述用户的历史行为产生的针对所述目标业务的历史数据，得到所述实体参数信息对应的查询结果。

4.根据权利要求3所述的方法，所述实体参数信息包括实体参数属性以及所述实体参数属性对应的参数属性值；所述实体属性包括业务场景类型、开始时间、结束时间中至少一种。

5.根据权利要求1所述的方法，所述方法还包括：

对所述业务系统的代码进行扫描，得到所述业务系统中各个数据接口的接口信息；所述接口信息包括接口名称、入参、注释中至少一种信息；

利用预先训练的第一语义理解分类模型对所述接口信息进行识别，确定所述各个数据接口对应的意图标签；所述意图标签用于表示数据接口的业务处理功能；

建立各个数据接口与对应的所述意图标签的第一映射关系。

6.根据权利要求5所述的方法，所述根据预先建立的接口与功能的映射关系，确定与所述问题信息对应的数据接口，具体包括：

利用预先训练的第二语义理解分类模型对所述问题信息进行识别，确定所述问题信息对应的目标意图标签；所述目标意图标签用于表示所述问题信息针对的待查询业务；

根据所述第一映射关系，确定与所述目标意图标签对应的目标数据接口。

7.根据权利要求5或6所述的方法，所述意图标签包括用于表示针对第一业务的统计数量查询的第一意图标签、用于表示针对第二业务的操作流水查询的第二意图标签中至少一种。

8.根据权利要求5所述的方法，所述接口信息包括数据接口的入参；所述方法还包括：

确定各个数据接口中的入参对应的实体标签；

建立各个入参与对应的实体标签的第二映射关系。

9.根据权利要求8所述的方法，所述通过所述数据接口，查询基于所述用户的历史行为产生的针对所述目标业务的历史数据，得到查询结果，具体包括：

对所述问题信息进行实体识别，确定所述问题信息包含的实体参数信息；

确定所述实体参数信息对应的目标实体标签；所述实体标签用于表示所述实体参数信息的实体属性；

根据所述第二映射关系，确定所述目标实体标签对应的目标入参；

基于所述目标入参，通过所述数据接口，查询基于所述用户的历史行为产生的针对所述目标业务的历史数据，得到所述实体参数信息对应的查询结果。

10.根据权利要求1所述的方法，所述方法还包括：

获取所述业务系统中至少部分数据接口的接口信息；

将所述至少部分数据接口的接口信息作为第一训练样本，对待训练的第一语义理解分类模型进行训练，得到用于识别接口意图的第一语义理解分类模型；

和/或，

获取所述业务系统的服务用户提交的历史问题信息；

将所述历史问题信息作为训练样本，对待训练的第二语义理解分类模型进行训练，得到用于识别用户意图的第二语义理解分类模型。

11.一种问题查询装置，包括：

问题获取模块，用于获取用户提交的问题信息；所述问题信息与用户针对目标业务执行的历史行为相关；

接口确定模块，用于根据预先建立的接口与功能的映射关系，确定与所述问题信息对应的数据接口；所述数据接口为所述目标业务对应的业务系统的接口；所述映射关系为预先采用语义理解分类模型进行识别得到的；

数据查询模块，用于通过所述数据接口，查询基于所述用户的历史行为产生的针对所述目标业务的历史数据，得到查询结果；

结果反馈模块，用于将所述查询结果反馈至所述用户的终端。

12.一种问题查询设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取用户提交的问题信息；所述问题信息与用户针对目标业务执行的历史行为相关；

根据预先建立的接口与功能的映射关系，确定与所述问题信息对应的数据接口；所述数据接口为所述目标业务对应的业务系统的接口；所述映射关系为预先采用语义理解分类模型进行识别得到的；

通过所述数据接口，查询基于所述用户的历史行为产生的针对所述目标业务的历史数据，得到查询结果；

将所述查询结果反馈至所述用户的终端。

13.一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现权利要求1至10中任一项所述的问题查询方法。