CN117742842A - 请求处理方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种请求处理方法、装置、计算机设备、存储介质和计算机程序产品，涉及计算机技术领域，可用于金融科技领域或其他相关领域。所述方法包括：接收业务请求，确定业务请求需要调用的多个接口；对多个接口进行编排，得到多个接口的编排结果；按照编排结果，通过查询引擎调用多个接口，并接收多个接口返回的第一查询数据；对多个接口返回的第一查询数据进行数据结构转换处理，得到符合业务请求的要求的多个目标查询数据；发送多个目标查询数据至终端；终端用于展示多个目标查询数据。采用本方法能够低业务系统的开发成本。

Description

请求处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种请求处理方法、装置、计算机设备、存储介质和计算机程序产品。

背景技术

随着企业业务的发展，越来越多的应用端和客户端接入了企业的业务系统，这也使得业务系统前后端的数据交互日益复杂，同一个前端页面上的业务请求可能需要调用不同端或不同服务，同一份数据可能会以不同的数据结构被消费；因此，前端需求和后端需求之间的矛盾日渐显著。

现有技术中，为了解决前端需求与后端需求之间的矛盾，通常是通过调整后端现有接口或开发全新接口以满足前端需求，并重新部署服务或增加部署服务；然而，在目前企业业务日益繁杂的场景下，上述方法会使得业务系统的开发成本较高。

发明内容

基于此，有必要针对上述业务系统的开发成本较高的技术问题，提供一种能够降低业务系统的开发成本的请求处理方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。

第一方面，本申请提供了一种请求处理方法，包括：

接收业务请求，确定所述业务请求需要调用的多个接口；

对所述多个接口进行编排，得到所述多个接口的编排结果；

按照所述编排结果，通过查询引擎调用所述多个接口，并接收所述多个接口返回的第一查询数据；

对所述多个接口返回的第一查询数据进行数据结构转换处理，得到符合所述业务请求的要求的多个目标查询数据；

发送所述多个目标查询数据至终端；所述终端用于展示所述多个目标查询数据。

在其中一个实施例中，所述第一查询数据的数据结构为所述查询引擎对应的数据结构；

所述对所述多个接口返回的第一查询数据进行数据结构转换处理，得到所述业务请求对应的多个目标查询数据，包括：

基于每个第一查询数据在所述业务请求下对应的目标数据结构配置信息，将所述每个第一查询数据的数据结构，转换为所述目标数据结构配置信息对应的目标数据结构，得到所述每个第一查询数据对应的第二查询数据；

将各个第二查询数据确定为所述业务请求对应的多个目标查询数据。

在其中一个实施例中，所述业务请求携带有针对每个接口的接口请求；

在确定所述业务请求需要调用的多个接口之后，还包括：

针对每个接口请求，基于所述接口请求携带的请求参数，在预设的多个数据结构配置信息中，确定所述请求参数对应的数据结构配置信息；每个请求参数用于表征一个待获取的查询数据的特征；

将所述请求参数对应的数据结构配置信息，确定为所述请求参数对应的待获取的查询数据在所述业务请求下对应的目标数据结构配置信息。

在其中一个实施例中，所述对所述多个接口进行编排，得到所述多个接口的编排结果，包括：

基于所述业务请求携带的针对每个接口的接口请求，确定所述多个接口在所述业务请求下对应的调用顺序；

将所述多个接口在所述业务请求下对应的调用顺序，作为所述多个接口的编排结果；

所述按照所述编排结果，通过查询引擎调用所述多个接口，包括：

按照所述多个接口在所述业务请求下对应的调用顺序，通过所述查询引擎依次调用所述多个接口。

在其中一个实施例中，在发送所述多个目标查询数据至终端之前，还包括：

确定各个目标查询数据之间的关联关系；

将所述各个目标查询数据中，具有关联关系的目标查询数据作为一组目标数据；

所述发送所述多个目标查询数据至终端，包括：

发送各组目标数据至终端；所述终端用于分别展示所述各组目标数据。

在其中一个实施例中，所述确定所述业务请求需要调用的多个接口，包括：

对所述业务请求进行解析，确定所述业务请求携带的多个接口请求；

对每个接口请求进行校验；

在所述每个接口请求校验通过的情况下，将所述每个接口请求对应的接口，确定为所述业务请求需要调用的接口。

在其中一个实施例中，所述对每个接口请求进行校验，包括：

获取所述接口请求中的请求参数和接口标识；所述请求参数用于表征待获取的查询数据的特征；

在所述请求参数包含的字符与所述接口标识包含的字符均为预设字符中的字符的情况下，确定所述接口请求校验通过。

第二方面，本申请还提供了一种请求处理装置，包括：

请求接收模块，用于接收业务请求，确定所述业务请求需要调用的多个接口；

接口编排模块，用于对所述多个接口进行编排，得到所述多个接口的编排结果；

数据接收模块，用于按照所述编排结果，通过查询引擎调用所述多个接口，并接收所述多个接口返回的第一查询数据；

数据处理模块，用于对所述多个接口返回的第一查询数据进行数据结构转换处理，得到符合所述业务请求的要求的多个目标查询数据；

数据发送模块，用于发送所述多个目标查询数据至终端；所述终端用于展示所述多个目标查询数据。

第三方面，本申请还提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

接收业务请求，确定所述业务请求需要调用的多个接口；

对所述多个接口进行编排，得到所述多个接口的编排结果；

按照所述编排结果，通过查询引擎调用所述多个接口，并接收所述多个接口返回的第一查询数据；

对所述多个接口返回的第一查询数据进行数据结构转换处理，得到符合所述业务请求的要求的多个目标查询数据；

发送所述多个目标查询数据至终端；所述终端用于展示所述多个目标查询数据。

第四方面，本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

接收业务请求，确定所述业务请求需要调用的多个接口；

对所述多个接口进行编排，得到所述多个接口的编排结果；

按照所述编排结果，通过查询引擎调用所述多个接口，并接收所述多个接口返回的第一查询数据；

对所述多个接口返回的第一查询数据进行数据结构转换处理，得到符合所述业务请求的要求的多个目标查询数据；

发送所述多个目标查询数据至终端；所述终端用于展示所述多个目标查询数据。

第五方面，本申请还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

接收业务请求，确定所述业务请求需要调用的多个接口；

对所述多个接口进行编排，得到所述多个接口的编排结果；

按照所述编排结果，通过查询引擎调用所述多个接口，并接收所述多个接口返回的第一查询数据；

对所述多个接口返回的第一查询数据进行数据结构转换处理，得到符合所述业务请求的要求的多个目标查询数据；

发送所述多个目标查询数据至终端；所述终端用于展示所述多个目标查询数据。

上述请求处理方法、装置、计算机设备、存储介质和计算机程序产品，首先接收业务请求，确定业务请求需要调用的多个接口；然后对多个接口进行编排，得到多个接口的编排结果；接着按照编排结果，通过查询引擎调用多个接口，并接收多个接口返回的第一查询数据；再然后对多个接口返回的第一查询数据进行数据结构转换处理，得到符合业务请求的要求的多个目标查询数据；最后发送多个目标查询数据至终端；终端用于展示多个目标查询数据。这样，通过对多个接口的编排，能够实现对多个接口的有序调用，通过对多个接口返回的第一查询数据进行数据结构转换处理，能够将第一查询数据的数据结构转换为业务请求要求的数据结构，从而得到目标查询数据；基于上述过程的请求处理方法，一方面，能够在同一个业务请求需要调用多个接口时，对多个接口进行有序调用，另一方面，能够在前端对数据结构的需求与后端对数据结构的需求不同的情况下，通过数据结构转换处理，解决前端与后端需求之间的矛盾；与现有技术相比，上述请求处理方法不需要调整业务系统中的现有接口或现有服务，也不用在业务系统中新增接口或新增服务，从而降低了业务系统的开发成本。

附图说明

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

图1为一个实施例中请求处理方法的应用环境图；

图2为一个实施例中请求处理方法的流程示意图；

图3为一个实施例中对多个接口返回的第一查询数据进行数据结构转换处理，得到业务请求对应的多个目标查询数据的步骤的流程示意图；

图4为一个实施例中确定请求参数对应的待获取的查询数据在业务请求下对应的目标数据结构配置信息的步骤的流程示意图；

图5为另一个实施例中请求处理方法的流程示意图；

图6为一个实施例中查询引擎获取数据并进行数据结构转换的时序图；

图7为一个实施例中请求处理装置的结构框图；

图8为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

需要说明的是，本申请所涉及的用户信息（包括但不限于用户设备信息、用户个人信息等）和数据（包括但不限于用于分析的数据、存储的数据、展示的数据等），均为经用户授权或者经过各方充分授权的信息和数据，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

还需要说明的是，本申请提供的请求处理方法、系统、装置、计算机设备、存储介质和计算机程序产品，可以应用于金融科技领域，例如在银行的业务系统中，对用户通过终端发起的业务请求进行处理；还可以用于其他相关领域，比如在互联网服务领域中，对用户通过互联网发来的业务请求进行处理。

本申请实施例提供的请求处理方法，可以应用于如图1所示的应用环境中，该应用环境中包括搭载有业务系统的服务器102和终端104；服务器102与终端104通过网络进行通信。其中，服务器102可以用独立的服务器或者是多个服务器组成的服务器集群来实现；终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等，便携式可穿戴设备可为智能手表、智能手环、头戴设备等。

具体地，服务器102首先接收用户通过终端104发送的业务请求，确定业务请求需要调用的多个接口；然后，服务器102对多个接口进行编排，得到多个接口的编排结果；接着，服务器102按照编排结果，通过查询引擎调用多个接口，并接收多个接口返回的第一查询数据；再接着，服务器102对多个接口返回的第一查询数据进行数据结构转换处理，得到符合业务请求的要求的多个目标查询数据；最后，服务器102发送多个目标查询数据至终端104；终端104用于向用户展示多个目标查询数据。

以下，结合银行的业务系统处理用户发起的业务请求的应用场景对本申请提供的请求处理方法进行详细说明。

在一个示例性的实施例中，如图2所示，提供了一种请求处理方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

步骤S202，接收业务请求，确定业务请求需要调用的多个接口。

其中，业务请求是指用户通过终端的前端页面向业务系统发送的业务请求，例如查询用户信息的业务请求、查询用户所持有资源的业务请求、申请办理金融业务的业务请求等。

其中，接口是指API（Application Programming Interface，应用程序编程接口），在计算机技术领域中，通过对接口的调用实现对服务的调用。

能够理解的是，在当今银行的业务日益繁杂的背景下，同一个前端页面上的业务请求往往不会只需要调用一个接口，而是可能调用不同端或不同服务。

其中，业务请求中携带有多个接口请求，每个接口请求对应一个需要调用的接口。

具体地，服务器接收用户通过终端上的前端页面向银行的业务系统发送的业务请求，并通过业务请求携带的接口请求，确定该业务请求需要调用的多个接口。

举例说明，假设用户发起的业务请求为查询用户在该银行所持有的资源的业务请求，那么业务系统首先需要确定该用户在该银行所持有的各个金融产品，然后针对用户持有的各个金融产品，进一步确定该用户在每个金融产品下的资源数量，那么，服务器就可能需要调用多个接口，例如用于查询用户所持有的金融产品的接口，以及用于查询用户在每个金融产品下的资源数量的接口。能够理解的是，在业务日益繁杂的背景下，为了能够更好地管理数据，往往通过不同的接口查询不同金融产品下的资源数量。

步骤S204，对多个接口进行编排，得到多个接口的编排结果。

其中，编排是指确定接口的调用顺序，编排结果是指多个接口的调用顺序。

具体地，由于业务请求需要调用的接口数量较多，且接口之间往往具有一定的耦合性，因此，服务器对多个接口进行编排，得到多个接口的编排结果，以便于后续有序调用各个接口。

举例说明，假设业务请求1需要调用的接口包括接口A、接口B和接口C；其中，需要从接口C获取到的数据能够加快对接口B的调用，接口A的调用需要依赖于接口B返回的数据，那么服务器确定接口A、接口B以及接口C之间的编排结果为接口C、接口B、接口A，即先调用接口C，再调用接口B，最后调用接口A。

通过对接口的编排，能够实现对多个接口的有序调用，从而避免对接口的无序调用和重复调用性。

步骤S206，按照编排结果，通过查询引擎调用多个接口，并接收多个接口返回的第一查询数据。

其中，第一查询数据是指接口基于接口请求查询到的结果数据，每个接口可以返回一个第一查询数据，也可以返回多个第一查询数据。

其中，查询引擎是指业务系统用于实现查询功能的应用程序，例如GraphQL架构（Graph Query Language，图表化查询语言）。

具体地，服务器按照编排结果，通过查询引擎，例如GraphQL架构依次调用各个接口，各个接口调用对应的服务，查询得到对应的结果数据，然后将结果数据返回给服务器；服务器接收各个接口返回的第一查询数据。

步骤S208，对多个接口返回的第一查询数据进行数据结构转换处理，得到符合业务请求的要求的多个目标查询数据。

其中，第一查询数据的数据结构为查询引擎对应的默认数据结构；例如，以GraphQL架构为例，接口返回的数据实际上是GraphQL架构内部默认的Java类（一门面向对象的编程语言），然而，前端可以识别的数据结构为json类（JavaScript Object Notation，一种轻量级的数据交换格式），因此，需要对接口返回的数据进行数据结构转换处理。

具体地，服务器针对每个接口，对该接口返回的第一查询数据进行数据结构转换处理，将第一查询数据的数据结构从查询引擎对应的默认数据结构，转换前端能够识别的目标数据结构，从而得到符合业务请求的要求的目标查询数据。

步骤S210，发送多个目标查询数据至终端。

其中，终端用于展示多个目标查询数据。

具体地，服务器将多个目标查询数据发送用户的终端，终端接收到多个目标查询数据之后，通过终端的前端向用户展示多个目标查询数据，以实现向用户提供服务。

上述请求处理方法中，服务器首先接收业务请求，确定业务请求需要调用的多个接口；然后对多个接口进行编排，得到多个接口的编排结果；接着按照编排结果，通过查询引擎调用多个接口，并接收多个接口返回的第一查询数据；再然后对多个接口返回的第一查询数据进行数据结构转换处理，得到符合业务请求的要求的多个目标查询数据；最后发送多个目标查询数据至终端；终端用于展示多个目标查询数据。这样，通过对多个接口的编排，服务器能够实现对多个接口的有序调用，通过对多个接口返回的第一查询数据进行数据结构转换处理，服务器能够将第一查询数据的数据结构转换为业务请求要求的数据结构，从而得到目标查询数据；基于上述过程的请求处理方法，一方面，能够在同一个业务请求需要调用多个接口时，对多个接口进行有序调用，另一方面，能够在前端对数据结构的需求与后端对数据结构的需求不同的情况下，通过数据结构转换处理，解决前端与后端需求之间的矛盾；与现有技术相比，上述请求处理方法不需要调整业务系统中的现有接口或现有服务，也不用在业务系统中新增接口或新增服务，从而降低了业务系统的开发成本。

在一示例性实施例中，第一查询数据的数据结构为查询引擎对应的数据结构。

如图3所示，上述步骤S208，对多个接口返回的第一查询数据进行数据结构转换处理，得到业务请求对应的多个目标查询数据，具体包括以下步骤：

步骤S302，基于每个第一查询数据在业务请求下对应的目标数据结构配置信息，将每个第一查询数据的数据结构，转换为目标数据结构配置信息对应的目标数据结构，得到每个第一查询数据对应的第二查询数据。

步骤S304，将各个第二查询数据确定为业务请求对应的多个目标查询数据。

其中，目标数据结构配置信息是指定义数据结构的配置文件。

具体地，业务系统中预存有各类数据结构的配置文件，即各类数据结构对应的数据结构配置信息；服务器针对每个第一查询数据，服务器在业务系统中确定该第一查询数据在业务请求下对应的目标数据结构配置信息，然后按照该第一查询数据对应的目标数据结构配置信息，将该第一查询数据从对应的数据结构为查询引擎对应的默认数据结构，转换为目标数据结构配置信息对应的目标数据结构，从而得到对应的数据结构为目标数据结构的第一查询数据，即该第一查询数据对应的第二查询数据。

举例说明，假设第一查询数据的数据结构为GraphQL架构内部默认的Java类，该第一查询数据在业务请求下对应的目标数据结构为json类，那么服务器将Java类的第一查询数据转换为json类，从而得到该第一查询数据对应的第二查询数据。

能够理解的是，不同第一查询数据在同一个业务请求下对应的目标数据结构可以不同。

进一步地，查询引擎可以基于每个第一查询数据对应的目标数据结构配置信息，用查询引擎对应的查询语言构建该第一查询数据对应的业务对象模型，从而利用该第一查询数据对应的业务对象模型，对第一查询数据进行数据结构转换处理。能够理解的是，此处的“业务对象模型”是指编程语言中的模型，而非人工智能中的神经网络模型。

本实施例中，服务器通过各个第一查询数据在业务请求下的目标数据结构配置信息，能够将各个第一查询数据的数据结构从查询引擎的默认数据结构转换为符合业务请求的要求的目标数据结构，从而能够在前端对数据结构的需求与后端对数据结构的需求不同的情况下，通过数据结构转换处理，解决前端与后端需求之间的矛盾，进而降低了业务系统的开发成本。

在一示例性实施例中，业务请求携带有针对每个接口的接口请求。

如图4所示，在上述步骤S202，确定业务请求需要调用的多个接口之后，具体还包括以下步骤：

步骤S402，针对每个接口请求，基于接口请求携带的请求参数，在预设的多个数据结构配置信息中，确定请求参数对应的数据结构配置信息。

步骤S404，将请求参数对应的数据结构配置信息，确定为请求参数对应的待获取的查询数据在业务请求下对应的目标数据结构配置信息。

其中，每个接口请求携带有至少一个请求参数，每个请求参数用于表征一个待获取的查询数据的特征。例如，请求参数为name=A，那么说明该接口请求需要获取的是name标识为A的用户的数据。

具体地，服务器针对每个接口请求，从该接口请求中识别出携带的请求参数，然后在业务系统预设的多个数据结构配置信息中，确定该接口请求携带的各个请求参数对应的数据结构配置信息，每个请求参数对应的数据结构配置信息，即为每个请求参数对应的待获取的查询数据在业务请求下对应的目标数据结构配置信息。

本实施例中，服务器基于接口请求携带的每个请求参数，能够确定出每个请求参数对应的待获取的查询数据在业务请求下对应的目标数据结构配置信息，从而便于后续基于每个第一查询数据对应的目标数据结构配置信息，对每个第一查询数据进行数据结果转换处理。

在一示例性实施例中，上述步骤S204，对多个接口进行编排，得到多个接口的编排结果，具体包括以下内容：基于业务请求携带的针对每个接口的接口请求，确定多个接口在业务请求下对应的调用顺序；将多个接口在业务请求下对应的调用顺序，作为多个接口的编排结果。

上述步骤S206，按照编排结果，通过查询引擎调用多个接口，具体包括以下内容：按照多个接口在业务请求下对应的调用顺序，通过查询引擎依次调用多个接口。

具体地，服务器基于业务请求携带的针对每个接口的接口请求中携带的请求参数，确定需要从各个接口处获得的待获取的查询数据，然后，服务器基于各个接口之间的依赖关系，以及需要从各个接口处获得的待获取的查询数据之间的关联关系，确定多个接口在业务请求下对应的调用顺序；然后，服务器将多个接口在业务请求下对应的调用顺序，作为多个接口的编排结果；最后，服务器按照编排结果对应的调用顺序，通过查询引擎依次调用各个接口，从而实现对接口的有序调用。

举例说明，假设业务请求1携带有对应于接口A的接口请求、对应于接口B的接口请求以及对应于接口C的接口请求，其中，对应于接口A的接口请求携带有请求参数1和请求参数2，对应于接口B的接口请求携带有请求参数3，对应于接口C的接口请求携带有请求参数4和请求参数5；服务器通过接口A、B以及C之间的依赖关系，以及各个请求参数对应的待获取的查询数据之间的关联关系，可以确定从接口C获取到的与请求参数4对应的数据能够加快对接口B的调用，接口A基于请求参数1获取的数据需要依赖于从接口B获取到的与请求参数3对应的数据，因此，服务器确定接口A、接口B以及接口C之间的调用顺序为接口C、接口B、接口A。

本实施例中，服务器基于各个接口之间的依赖关系，以及需要从各个接口处获得的待获取的查询数据之间的关联关系，能够确定多个接口之间的调用顺序，从而在需要调用多个接口时，实现对接口的编排。

在一示例性实施例中，在上述步骤S210，发送多个目标查询数据至终端之前，具体还包括以下内容：确定各个目标查询数据之间的关联关系；将各个目标查询数据中，具有关联关系的目标查询数据作为一组目标数据。

上述步骤S210，发送多个目标查询数据至终端，具体包括以下内容：发送各组目标数据至终端。

其中，终端用于分别展示各组目标数据。

其中，目标查询数据之间的关联关系可以根据目标查询数据的属性确定，例如表征用户的身份信息的目标查询数据之间具有关联关系，又例如表征用户在银行下所持有的资源数量的目标查询数据之间具有关联关系，再例如表征同一个金融产品的目标查询数据之间具有关联关系（例如用户在该金融产品下所持有的资源数量、该金融产品的近期收益等），还例如表征同一个用户的信息的目标查询数据之间具有关联关系；目标查询数据之间的关联关系还可以根据返回目标查询数据的接口确定，例如同一个接口返回的目标查询数据之间具有关联关系。

具体地，服务器确定各个目标查询数据之间的关联关系，并将各个目标查询数据之间具有关联关系的至少一个目标查询数据整合为一组目标数据，从而得到多组目标数据；然后，服务器将多组目标数据发送至终端，终端根据目标数据的分组情况，分别展示各组目标数据，例如分区域展示各组目标数据或依次展示各组目标数据。

举例说明，服务器按照目标查询数据对应的金融产品对多个目标查询数据进行分组，将属于同一个金融产品的目标查询数据作为一组目标数据，从而得到多组目标数据，每组目标数据表征用户在一个金融产品下的数据；然后，服务器将各组目标数据发送至终端，终端在前端分区域展示各组目标数据，其中，每个区域用于展示一组目标数据，或者是，终端在前端分时段依次展示各组目标数据。其中每个时段用于展示目标数据。

再举例说明，服务器按照返回目标查询数据的接口对多个目标查询数据进行分组，将同一个接口返回的目标查询数据作为一组目标数据，从而得到多组目标数据，每组目标数据表征一个接口返回的数据；然后，服务器将各组目标数据发送至终端，终端在前端分区域展示各组目标数据，其中，每个区域用于展示一组目标数据，或者是，终端在前端分时段依次展示各组目标数据。其中每个时段用于展示目标数据。

又举例说明，服务器按照目标查询数据对应的用户进行分组，将同一个用户对应的目标查询数据作为一组目标数据，从而得到多组目标数据，每组目标数据表征一个用户的数据；然后，服务器将各组目标数据发送至终端，终端在前端分区域展示各组目标数据，其中，每个区域用于展示一组目标数据，或者是，终端在前端分时段依次展示各组目标数据。其中每个时段用于展示目标数据。

本实施例中，服务器基于目标查询数据之间的关联关系对多个目标查询数据进行分组，能够实现对大量目标查询数据的整合处理；基于分组后的每组目标数据，还能够分区域或分时段展示每组目标数据，从而能够优化展示逻辑，提高了用户的使用体验感。

在一示例性实施例中，上述步骤S202中，确定业务请求需要调用的多个接口，具体包括以下内容：对业务请求进行解析，确定业务请求携带的多个接口请求；对每个接口请求进行校验；在每个接口请求校验通过的情况下，将每个接口请求对应的接口，确定为业务请求需要调用的接口。

其中，每个接口请求用于请求调用一个接口。

具体地，服务器在接收到业务请求后，首先需要对业务请求进行解析，从业务请求中确定出携带的多个接口请求，然后，为了避免对接口的无效调用或错误调用，服务器需要对每个接口请求进行校验，一方面，是为了确保接口请求的语法正确，另一方面，是为了保证接口请求请求调用的接口有效；接着，服务器在接口请求校验通过的情况下，将该接口请求对应的接口（即该接口请求请求调用的接口）确定为业务请求需要调用的接口。

本实施例中，服务器通过对接口请求的校验，一方面，能够确保接口请求的语法正确，另一方面能够保证接口请求请求调用的接口有效，从而确定出业务请求需要调用的接口，能够确保业务系统的调用正确性，从而提升了业务系统响应于业务请求的服务稳定性。

在一示例性实施例中，对每个接口请求进行校验，具体包括以下内容：获取接口请求中的请求参数和接口标识；在请求参数包含的字符与接口标识包含的字符均为预设字符中的字符的情况下，确定接口请求校验通过。

其中，请求参数用于表征待获取的查询数据的特征。

其中，接口标识为接口的唯一性标识。

其中，预设字符用于表征接口请求语句的合法字符。

具体地，服务器针对每个接口请求，对该接口请求进行解析，从该接口请求中识别出请求参数和接口标识；然后，服务器对请求参数和接口标识进行校验，若请求参数包含的字符与接口标识包含的字符均为预设字符中的字符，则说明请求参数与接口标识中不包含非法字符，即接口请求的语法正确，例如，在某些业务环境中，空格字符为非法字符，因此可以确定接口请求校验通过。

本实施例中，服务器通过判断请求参数和接口标识是否包括非法字符，能够确保接口请求的语法正确，进而能够实现对接口请求的校验。

在一示例性实施例中，对每个接口请求进行校验，具体还包括以下内容：获取接口请求中的接口标识；在多个标准接口标识中，存在与接口标识匹配的标准接口标识的情况下，确定接口请求校验通过。

其中，标准接口标识为业务系统当前已配置的各个接口的接口标识。

具体地，服务器针对每个接口请求，对该接口请求进行解析，从该接口请求中识别出接口标识；然后，服务器对接口标识进行校验，若接口标识为业务系统当前已配置的各个接口的接口标识中的任意一个，则说明该接口请求请求调用的接口存在于业务系统中，即该接口请求请求调用的接口有效，因此可以确定接口请求校验通过。

本实施例中，服务器通过判断业务系统当前已配置的各个接口中是否存在与接口标识对应的接口，能够确保接口请求请求调用的接口有效，进而能够实现对接口请求的校验。

在一示例性实施例中，如图5所示，提供了另一种请求处理方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

步骤S501，接收业务请求，对业务请求进行解析，确定业务请求携带的多个接口请求。

步骤S502，对每个接口请求进行校验，在每个接口请求校验通过的情况下，将每个接口请求对应的接口，确定为业务请求需要调用的接口。

步骤S503，针对每个接口的接口请求，基于接口请求携带的请求参数，在预设的多个数据结构配置信息中，确定请求参数对应的数据结构配置信息。

步骤S504，将请求参数对应的数据结构配置信息，确定为请求参数对应的待获取的查询数据在业务请求下对应的目标数据结构配置信息。

步骤S505，基于业务请求携带的针对每个接口的接口请求，确定多个接口在业务请求下对应的调用顺序。

步骤S506，按照多个接口在业务请求下对应的调用顺序，通过查询引擎依次调用多个接口，并接收多个接口返回的第一查询数据。

步骤S507，基于每个第一查询数据在业务请求下对应的目标数据结构配置信息，将每个第一查询数据的数据结构，从查询引擎对应的数据结构转换为目标数据结构配置信息对应的目标数据结构，得到每个第一查询数据对应的第二查询数据。

步骤S508，将各个第二查询数据确定为业务请求对应的多个目标查询数据。

步骤S509，确定各个目标查询数据之间的关联关系，将各个目标查询数据中，具有关联关系的目标查询数据作为一组目标数据。

步骤S510，发送各组目标数据至终端，以使得终端分别展示各组目标数据。

本实施例中，第一，服务器通过对多个接口的编排，能够在同一个业务请求需要调用多个接口时，对多个接口进行有序调用。第二，服务器通过对多个接口返回的第一查询数据进行数据结构转换处理，服务器能够将第一查询数据的数据结构转换为业务请求要求的数据结构，能够在前端对数据结构的需求与后端对数据结构的需求不同的情况下，通过数据结构转换处理，解决前端与后端需求之间的矛盾；与现有技术相比，上述请求处理方法不需要调整业务系统中的现有接口或现有服务，也不用在业务系统中新增接口或新增服务，从而降低了业务系统的开发成本。

为了更清晰阐明本申请实施例提供的请求处理方法，以下以一个具体的实施例对该请求处理方法进行具体说明，但应当理解的是，本申请实施例并不限于此。在一示例性实施例中，本申请还提供了一种解决基于BFF的服务接口编排的方法，具体包括以下内容：

目前随着银行企业合作方的日益增多，对服务提供方的普适性、多样化及响应速度提出了更高要求。同时伴随银行企业内部数字化转型的需求、场景覆盖的全面化，以及各种应用端和客户端的接入，常常会出现一个业务页面需要调用不同端或不同应用的接口的场景，为解决这种场景，业界常常通过搭建一个BFF层，并在BFF层通过接口聚合、字段映射、格式转换，在运行时处理编排逻辑，调用后端对应的服务；然而，现有的架构师以及开发人员的技术水平有限，因此容易出现服务编排困难、展示服务粒度把控困难、无法结合自身业务场景进行接口组合调用的问题，难以复用资产，激活现有业务体系。

本方法在BFF层提供一个中间层装置，在其下挂运行时处理节点，对已有微服务或接口进行个性化定制，解决服务接口编排困难、序列化格式化、协议转换、数据查询组合性能等问题，实时准确进行接口编排聚合、字段映射、格式转换，从而对外提供服务。

具体地，中间层装置包括三个模块：接口解析模块、数据处理模块以及性能处理模块。

首先，BFF层接收用户发送的业务请求，并将业务请求转发至中间层装置。

接着，中间层装置中的接口解析模块接收BFF转发的业务请求，根据BFF层客户端类型，对业务请求进行进一步的处理，例如对业务请求携带的接口请求进行校验，并对业务请求需要调用的各个接口进行编排，然后通过GraphQL引擎等查询引擎调用各个接口。

然后，性能处理模块接收各个接口返回的数据，由于接口返回的数据会被内置的转化为GraphQL引擎默认的数据结构，例如Java类，然而，前端可以识别的是类似json数据结构的数据，因此，性能处理模块还需要对接口返回的数据进行数据结构的转换。然而，现有技术中，在graphQL引擎对于数据结构的转换过程中，往往会出现CPU（CentralProcessing Unit，中央处理器）的热点性能问题。

如图6所示，为本方法调用graphQL引擎获取数据并进行数据结构转换的时序图，在该时序图中，性能处理模块将数据结构转换过程，改为将查询到的数据直接回充到定义的业务对象模型中，从而解决CPU的热点性能问题。

同时，在该时序图中，还采用了多线程多核计算方法，减小GraphQL引擎的查询耗时。

具体地，业务对象模型的创建过程如下：性能处理模块调用schema（用于描述和规范XML文档的逻辑结构的一种语言，XML，eXtensible Markup Language，可扩展标记语言）处理器；schema处理器扫描定义数据结构的配置文件，并保存到schema处理器的缓存中；schema解析器调用数据解析器，用于定义数据提取；定义一个执行器，并注册数据解析器，用于处理不同的类型解析；schema执行器合并数据解析器和缓存中的schema定义的结构内容，并生成对应的业务对象模型。

最后，数据处理模块对数据结构转换后的数据进行聚合，从而优化展示逻辑，并将聚合后的数据发送给用户的终端，以使得终端向用户展示业务结果。

本实施例中，第一，能够使得服务粒度划分更精确，查询、聚合数据和展示逻辑相分离，解决复用困难的问题。第二，能够实现接口聚合自动化编排，节省开发程序的成本。第三，能够实现对graphQL引擎的性能优化。基于上述过程，能够对已有微服务或接口进行个性化定制，解决服务接口编排困难、序列化格式化、协议转换、数据查询组合性能等问题，实时准确进行接口编排聚合、字段映射、格式转换，从而对外提供服务。

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

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的请求处理方法的请求处理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个请求处理装置实施例中的具体限定可以参见上文中对于请求处理方法的限定，在此不再赘述。

在一个示例性的实施例中，如图7所示，提供了一种请求处理装置，包括：请求接收模块702、接口编排模块704、数据接收模块706、数据处理模块708和数据发送模块710，其中：

请求接收模块702，用于接收业务请求，确定业务请求需要调用的多个接口。

接口编排模块704，用于对多个接口进行编排，得到多个接口的编排结果。

数据接收模块706，用于按照编排结果，通过查询引擎调用多个接口，并接收多个接口返回的第一查询数据。

数据处理模块708，用于对多个接口返回的第一查询数据进行数据结构转换处理，得到符合业务请求的要求的多个目标查询数据。

数据发送模块710，用于发送多个目标查询数据至终端；终端用于展示多个目标查询数据。

在一示例性实施例中，第一查询数据的数据结构为查询引擎对应的数据结构。

数据处理模块708，还用于基于每个第一查询数据在业务请求下对应的目标数据结构配置信息，将每个第一查询数据的数据结构，转换为目标数据结构配置信息对应的目标数据结构，得到每个第一查询数据对应的第二查询数据；将各个第二查询数据确定为业务请求对应的多个目标查询数据。

在一示例性实施例中，业务请求携带有针对每个接口的接口请求。

请求处理装置还包括信息确定模块，用于针对每个接口请求，基于接口请求携带的请求参数，在预设的多个数据结构配置信息中，确定请求参数对应的数据结构配置信息；每个请求参数用于表征一个待获取的查询数据的特征；将请求参数对应的数据结构配置信息，确定为请求参数对应的待获取的查询数据在业务请求下对应的目标数据结构配置信息。

在一示例性实施例中，接口编排模块704，还用于基于业务请求携带的针对每个接口的接口请求，确定多个接口在业务请求下对应的调用顺序；将多个接口在业务请求下对应的调用顺序，作为多个接口的编排结果。

数据接收模块706，还用于按照多个接口在业务请求下对应的调用顺序，通过查询引擎依次调用多个接口。

在一示例性实施例中，请求处理装置还包括数据整合模块，用于确定各个目标查询数据之间的关联关系；将各个目标查询数据中，具有关联关系的目标查询数据作为一组目标数据。

数据发送模块710，还用于发送各组目标数据至终端；终端用于分别展示各组目标数据。

在一示例性实施例中，请求接收模块702，还用于对业务请求进行解析，确定业务请求携带的多个接口请求；对每个接口请求进行校验；在每个接口请求校验通过的情况下，将每个接口请求对应的接口，确定为业务请求需要调用的接口。

在一示例性实施例中，请求接收模块702，还用于获取接口请求中的请求参数和接口标识；请求参数用于表征待获取的查询数据的特征；在请求参数包含的字符与接口标识包含的字符均为预设字符中的字符的情况下，确定接口请求校验通过。

上述请求处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个示例性的实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图8所示。该计算机设备包括处理器、存储器、输入/输出接口(Input/Output，简称I/O）和通信接口。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储业务系统的数据。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种请求处理方法。

本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个示例性的实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read-OnlyMemory，ROM）、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器（ReRAM）、磁变存储器（Magnetoresistive Random Access Memory，MRAM）、铁电存储器（Ferroelectric Random Access Memory，FRAM）、相变存储器（Phase Change Memory，PCM）、石墨烯存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器（Static Random Access Memory，SRAM）或动态随机存取存储器（Dynamic RandomAccess Memory，DRAM）等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (11)

1.一种请求处理方法，其特征在于，所述方法包括：

接收业务请求，确定所述业务请求需要调用的多个接口；

对所述多个接口进行编排，得到所述多个接口的编排结果；

按照所述编排结果，通过查询引擎调用所述多个接口，并接收所述多个接口返回的第一查询数据；

对所述多个接口返回的第一查询数据进行数据结构转换处理，得到符合所述业务请求的要求的多个目标查询数据；

发送所述多个目标查询数据至终端；所述终端用于展示所述多个目标查询数据。

2.根据权利要求1所述的方法，其特征在于，所述第一查询数据的数据结构为所述查询引擎对应的数据结构；

所述对所述多个接口返回的第一查询数据进行数据结构转换处理，得到所述业务请求对应的多个目标查询数据，包括：

基于每个第一查询数据在所述业务请求下对应的目标数据结构配置信息，将所述每个第一查询数据的数据结构，转换为所述目标数据结构配置信息对应的目标数据结构，得到所述每个第一查询数据对应的第二查询数据；

将各个第二查询数据确定为所述业务请求对应的多个目标查询数据。

3.根据权利要求2所述的方法，其特征在于，所述业务请求携带有针对每个接口的接口请求；

在确定所述业务请求需要调用的多个接口之后，还包括：

针对每个接口请求，基于所述接口请求携带的请求参数，在预设的多个数据结构配置信息中，确定所述请求参数对应的数据结构配置信息；每个请求参数用于表征一个待获取的查询数据的特征；

将所述请求参数对应的数据结构配置信息，确定为所述请求参数对应的待获取的查询数据在所述业务请求下对应的目标数据结构配置信息。

4.根据权利要求1所述的方法，其特征在于，所述对所述多个接口进行编排，得到所述多个接口的编排结果，包括：

基于所述业务请求携带的针对每个接口的接口请求，确定所述多个接口在所述业务请求下对应的调用顺序；

将所述多个接口在所述业务请求下对应的调用顺序，作为所述多个接口的编排结果；

所述按照所述编排结果，通过查询引擎调用所述多个接口，包括：

按照所述多个接口在所述业务请求下对应的调用顺序，通过所述查询引擎依次调用所述多个接口。

5.根据权利要求1所述的方法，其特征在于，在发送所述多个目标查询数据至终端之前，还包括：

确定各个目标查询数据之间的关联关系；

将所述各个目标查询数据中，具有关联关系的目标查询数据作为一组目标数据；

所述发送所述多个目标查询数据至终端，包括：

发送各组目标数据至终端；所述终端用于分别展示所述各组目标数据。

6.根据权利要求1至5任意一项所述的方法，其特征在于，所述确定所述业务请求需要调用的多个接口，包括：

对所述业务请求进行解析，确定所述业务请求携带的多个接口请求；

对每个接口请求进行校验；

在所述每个接口请求校验通过的情况下，将所述每个接口请求对应的接口，确定为所述业务请求需要调用的接口。

7.根据权利要求6所述的方法，其特征在于，所述对每个接口请求进行校验，包括：

获取所述接口请求中的请求参数和接口标识；所述请求参数用于表征待获取的查询数据的特征；

在所述请求参数包含的字符与所述接口标识包含的字符均为预设字符中的字符的情况下，确定所述接口请求校验通过。

8.一种请求处理装置，其特征在于，所述装置包括：

请求接收模块，用于接收业务请求，确定所述业务请求需要调用的多个接口；

接口编排模块，用于对所述多个接口进行编排，得到所述多个接口的编排结果；

数据接收模块，用于按照所述编排结果，通过查询引擎调用所述多个接口，并接收所述多个接口返回的第一查询数据；

数据处理模块，用于对所述多个接口返回的第一查询数据进行数据结构转换处理，得到符合所述业务请求的要求的多个目标查询数据；

数据发送模块，用于发送所述多个目标查询数据至终端；所述终端用于展示所述多个目标查询数据。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。

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

11.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。