一种接口数据查询方法和系统

技术领域

本申请涉及计算机技术领域，尤其涉及一种接口数据查询方法和系统。

背景技术

应用程序接口是一种可供其他程序调用、实现特定功能的软件接口。目前，为了确保应用程序接口能实现特定功能，开发人员需要查询应用程序接口的接口数据。因此，为了开发人员更方便的获取所需的应用程序接口的接口数据，亟需要提供一种接口数据查询方法，以高效的查询接口数据。

发明内容

有鉴于此，本申请提供一种接口数据查询方法和系统，用以高效的查询接口数据。

具体地，本申请是通过如下技术方案实现的：

本申请第一方面提供一种接口数据查询方法，所述方法应用于接口数据查询系统，所述系统包括接口服务器和查询服务器，所述方法包括：

所述接口服务器针对应用程序接口API访问请求，确定所述API访问请求对应的响应数据；

所述接口服务器将所述API访问请求对应的请求数据、所述API访问请求对应的响应数据、以及在确定所述API访问请求对应的响应数据的过程中所执行的中间操作和所产生的中间数据的组合确定为一条接口数据；

所述接口服务器将待展示的目标接口数据发送给所述查询服务器；

所述查询服务器接收所述目标接口数据，并将所述目标接口数据发送给指定查询客户端，以使所述指定查询客户端将所述目标接口数据展示给所述指定查询客户端侧的查询用户。

可选的，所述接口服务器将所述API访问请求对应的请求数据、所述API访问请求对应的响应数据、以及在确定所述API访问请求对应的响应数据的过程中所执行的中间操作和所产生的中间数据的组合确定为一条接口数据之后，所述方法还包括：

将所述接口数据保存；

所述接口服务器将待展示的目标接口数据发送给所述查询服务器，包括：

所述接口服务器从已保存的接口数据中获取待展示的目标接口数据，并将所述目标接口数据发送给所述查询服务器。

可选的，所述将所述接口数据保存，包括：

基于预设脱敏算法，对所述接口数据进行脱敏处理，得到脱敏后的接口数据；

对所述脱敏后的接口数据进行格式化处理，得到格式化处理后的接口数据；

将所述格式化处理后的接口数据保存。

可选的，所述API访问请求对应的响应数据为未加密的响应数据。

可选的，所述接口服务器从已保存的接口数据中获取待展示的目标接口数据，包括：

所述接口服务器基于来自所述查询服务器的接口数据查询请求，从已保存的接口数据中获取所述接口数据查询请求所请求的目标接口数据；其中，所述查询服务器在接收到来自第一查询客户端的查询请求时，向所述接口服务器发起所述接口数据查询请求；

所述查询服务器将所述目标接口数据发送给所述指定查询客户端，包括：

所述查询服务器将所述目标接口数据发送给所述第一查询客户端。

可选的，所述接口服务器从已保存的接口数据中获取待展示的目标接口数据，包括：

所述接口服务器周期性的从已保存的接口数据中获取待展示的目标接口数据；其中，所述接口服务器基于来自所述查询服务器的拉取请求周期性的获取所述目标接口数据或所述接口数据在检测到预设周期到来时周期性的获取所述目标接口数据；

所述查询服务器将所述目标接口数据发送给指定查询客户端，包括：

所述查询服务器将所述目标接口数据发送给与所述查询服务器关联的所有查询客户端。

本申请第二方面提供一种接口数据查询系统，所述系统包括接口服务器和查询服务器，其中，

所述接口服务器，用于针对应用程序接口API访问请求，确定所述API访问请求对应的响应数据；

所述接口服务器，还用于将所述API访问请求对应的请求数据、所述API访问请求对应的响应数据、以及在确定所述API访问请求对应的响应数据的过程中所执行的中间操作和所产生的中间数据的组合确定为一条接口数据；

所述接口服务器，还用于将待展示的目标接口数据发送给所述查询服务器；

所述查询服务器，还用于接收所述目标接口数据，并将所述目标接口数据发送给指定查询客户端，以使所述指定查询客户端将所述目标接口数据展示给所述指定查询客户端侧的查询用户。

可选的，所述接口服务器，还用于将所述接口数据保存；

所述接口服务器，还用于从已保存的接口数据中获取待展示的目标接口数据，并将所述目标接口数据发送给所述查询服务器。

可选的，所述接口服务器，用于基于预设脱敏算法，对所述接口数据进行脱敏处理，得到脱敏后的接口数据；

所述接口服务器，还用于对所述脱敏后的接口数据进行格式化处理，得到格式化处理后的接口数据；

所述接口服务器，还用于将所述格式化处理后的接口数据保存。

可选的，所述API访问请求对应的响应数据为未加密的响应数据。

可选的，所述接口服务器，用于基于来自所述查询服务器的接口数据查询请求，从已保存的接口数据中获取所述接口数据查询请求所请求的目标接口数据；其中，所述查询服务器在接收到来自第一查询客户端的查询请求时，向所述接口服务器发起所述接口数据查询请求；

所述查询服务器，用于将所述目标接口数据发送给所述第一查询客户端。

可选的，所述接口服务器，用于周期性的从已保存的接口数据中获取待展示的目标接口数据；其中，所述接口服务器基于来自所述查询服务器的拉取请求周期性的获取所述目标接口数据或所述接口数据在检测到预设周期到来时周期性的获取所述目标接口数据；

所述查询服务器，用于将所述目标接口数据发送给与所述查询服务器关联的所有查询客户端。

本申请提供的接口数据查询方法和系统，接口服务器针对用于请求数据的应用程序接口API访问请求，通过确定API访问请求对应的响应数据后，并将API访问请求、API访问请求对应的响应数据、以及在确定API访问请求对应的响应数据的过程中所执行的中间操作和所产生的中间数据确定为一条接口数据，进而将待展示的目标接口数据发送给查询服务器，查询服务器通过接收目标接口数据，并将目标接口数据发送给指定查询客户端，这样，可使指定查询客户端将目标接口数据展示给指定查询客户端侧的查询用户。这样，提供了一种接口数据查询方法，查询用户可高效的查看接口数据。

附图说明

图1为本申请提供的接口数据查询方法实施例一的流程图；

图2为本申请一示例性实施例示出的接口数据查询方法的应用场景示意图；

图3为本申请提供的接口数据查询方法实施例二的流程图；

图4为本申请提供的接口数据查询方法实施例三的流程图；

图5为本申请提供的接口数据查询系统实施例一的示意图。

具体实施方式

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

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

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

本申请提供一种接口数据查询方法和系统，用以高效的查询接口数据。

本申请提供的接口数据查询方法和系统，接口服务器针对应用程序接口API访问请求，通过确定API访问请求对应的响应数据，并将API访问请求对应的请求数据、API访问请求对应的响应数据、以及在确定API访问请求对应的响应数据的过程中所执行的中间操作和所产生的中间数据的组合确定为一条接口数据，进而将待展示的目标接口数据发送给查询服务器，查询服务器通过接收目标接口数据，并将目标接口数据发送给指定查询客户端，这样，以使指定查询客户端将目标接口数据展示给指定查询客户端侧的查询用户。这样，提供了一种接口数据查询方法，查询用户可高效的查看接口数据。

下面给出具体的实施例，用以详细介绍本申请的技术方案。

图1为本申请提供的接口数据查询方法实施例一的流程图。请参照图1，本实施例提供的方法应用于接口数据查询系统，接口数据查询系统包括接口服务器和查询服务器，该方法可以包括：

S101、所述接口服务器针对应用程序接口API访问请求，确定所述API访问请求对应的响应数据。

需要说明的是，图2为本申请一示例性实施例示出的接口数据查询方法的应用场景示意图。请参照图2，本实施例提供的方法，应用于接口数据查询系统，该接口数据查询系统可以包括应用程序客户端、接口服务器、查询服务器和查询客户端。

具体的，应用程序客户端与接口服务器交互，应用程序客户端向接口服务器发送API访问请求，接口服务器对该API访问请求进行响应，向应用程序客户端返回响应数据。进一步地，接口服务器与查询服务器交互，查询服务器与查询客户端交互，有关接口服务器与查询服务器的交互过程、以及查询服务器与查询客户端的交互过程将在下面的实施例详细介绍，此处不再赘述。

进一步地，接口服务器是与应用程序客户端交互的服务器，用于针对应用程序接口API(ApplicationProgrammingInterface，简称API)访问请求，确定并向应用程序客户端返回该API访问请求对应的响应数据。

具体的，应用程序接口API访问请求来自应用程序客户端，该API访问请求可以是当前时刻接收到的访问请求，也可以是之前接收到的、保存的访问请求。

有关确定所述API访问请求对应的响应数据的具体实现原理和实现过程可以参考相关技术中的描述，此处不再赘述。

S102、所述接口服务器将所述API访问请求对应的请求数据、所述API访问请求对应的响应数据、以及在确定所述API访问请求对应的响应数据的过程中所执行的中间操作和所产生的中间数据的组合确定为一条接口数据。

具体的，接口服务器在基于API访问请求确定响应数据的过程中会执行中间操作并产生中间数据。

具体的，本步骤中，将一个API访问请求所对应的请求数据、该API访问请求所对应的响应数据、以及在确定该API访问请求对应的响应数据的过程中所执行的中间操作和所产生的中间数据的组合确定为一条接口数据。换言之，一条接口数据包含一个API访问请求从发出至响应的整个过程中的所有数据。

S103、所述接口服务器将待展示的目标接口数据发送给所述查询服务器。

具体的，一实施例中，接口服务器在获取到一条接口数据后，可直接将该接口数据推送给查询服务器，此时，接口服务器当前获取到的接口数据即为目标接口数据。

此外，另一实施例中，接口服务器在获取到一条接口数据后，可先将该接口数据保存，进而在需要展示的时候，从已保存的接口数据中获取目标接口数据，并将目标接口数据发送给查询服务器。

S104、所述查询服务器接收所述目标接口数据，并将所述目标接口数据发送给指定查询客户端，以使所述指定查询客户端将所述目标接口数据展示给所述指定查询客户端侧的查询用户。

具体的，一实施例中，指定查询客户端可以是所有的查询客户端或所有的查询客户端中的部分查询客户端。本实施例中，不对此进行限定。

本实施例提供的接口数据查询方法，接口服务器针对用于请求数据的应用程序接口API访问请求，通过确定API访问请求对应的响应数据后，并将API访问请求、API访问请求对应的响应数据、以及在确定API访问请求对应的响应数据的过程中所执行的中间操作和所产生的中间数据确定为一条接口数据，进而将待展示的目标接口数据发送给查询服务器，查询服务器通过接收目标接口数据，并将目标接口数据发送给指定查询客户端，这样，可使指定查询客户端将目标接口数据展示给指定查询客户端侧的查询用户。这样，提供了一种接口数据查询方法，查询用户可高效的查看接口数据。

图3为本申请提供的接口数据查询方法实施例二的流程图。请参照图3，本实施例提供的方法，可以包括：

S301、接口服务器针对用于请求数据的应用程序接口API访问请求，确定所述API访问请求对应的响应数据。

该步骤的具体实现过程可以参见前面实施例中的介绍，此处不再赘述。

S302、所述接口服务器将所述API访问请求、所述API访问请求对应的响应数据、以及在确定所述API访问请求对应的响应数据的过程中所执行的中间操作和所产生的中间数据确定为一条接口数据，并将所述接口数据保存。

进一步地，接口服务器将接口数据保存的具体位置是根据实际需要设定的，本实施例中，不对接口数据保存的具体位置进行限定。例如，一实施例中，接口服务器可以将接口数据保存在数据库服务器中，具体的，数据库服务器是专门用于存储和管理数据的服务器，可以高效安全的存储数据，该数据库服务器可以是关系型数据库服务器、非关系型数据库服务器和云数据库服务等。再例如，一实施例中，接口服务器可以将接口数据保存在接口服务器本地。

进一步地，可将接口数据保存指定时长。指定时长的具体时长是根据实际情况设定的，本实施例中，不对指定时长的具体时长进行限定。例如，指定时长可以是一周、半个月或一个月等。

进一步地，接口数据被保存指定时长，指定时长结束后，接口服务器自动删除该接口数据。通过删除已保存了指定时长的接口数据，可以提高接口服务器的性能并节省储存空间。

具体的，本实施例中，不对保存的接口数据的数据形式进行限定。例如，在一种可能的实现方式中，保存的接口数据中的响应数据可以是未加密的、未压缩的、脱敏的响应数据，进一步的，保存的接口数据中的请求数据可以是解密的、解压缩的、脱敏的请求数据。

S303、所述接口服务器从已保存的接口数据中获取待展示的目标接口数据，并将所述目标接口数据发送给所述查询客户端。

例如，结合上面的例子，在接口数据保存在数据库服务器时，接口服务器可以从数据库服务器中获取待展示的目标接口数据。再例如，结合上面的例子，在接口数据保存在接口服务器时，接口服务器从本地获取待展示的目标接口数据。

需要说明的是，在一种可能的实现方式中，接口服务器基于来自查询服务器的接口数据查询请求，从已保存的接口数据中获取接口数据查询请求所请求的目标接口数据；其中，查询服务器在接收到来自第一查询客户端的查询请求时，向接口服务器发起接口数据查询请求。

具体的，在第一查询客户端侧的用户想要查看接口数据，可通过第一查询客户端触发查询请求，进一步的，第一查询客户端将该查询请求发送给查询服务器，相应的，查询服务器接收到该查询请求后，向接口服务器发送接口数据查询请求，接口服务器接收到该接口数据查询请求后，从已保存的接口数据中获取所述接口数据查询请求所请求的目标接口数据。

需要说明的是，该接口数据查询请求携带查询人员的权限信息，基于该权限信息，可明确该接口数据查询请求所请求的目标数据。

具体的，在另一种可能的实现方式中，接口服务器周期性的从已保存的接口数据中获取待展示的目标接口数据。

具体的，一实施例中，所述接口服务器基于来自所述查询服务器的拉取请求周期性的获取所述目标接口数据，换言之，查询服务器周期性的向接口服务器发送拉取请求，接口服务器基于来自查询服务器的拉取请求获取目标接口数据。此外，另一实施例中，所述接口数据在检测到预设周期到来时周期性的获取所述目标接口数据，换言之，接口服务器基于预设周期，周期性的主动向查询服务器推送目标接口数据。

需要说明的是，获取目标接口数据时，可以按照随机抽取的方法获取目标接口数据，或者，按照接口数据保存的时刻、顺序从已保存的接口数据中获取目标接口数据，本步骤中，不对此进行限定。

S304、所述查询服务器将所述目标接口数据发送给指定查询客户端，以使所述指定查询客户端将所述目标接口数据展示给所述指定查询客户端侧的查询用户。

结合上面的例子，当接口服务器是基于来自查询服务器的接口数据查询请求从已保存的接口数据中获取接口数据查询请求所请求的目标接口数据时，本步骤中，就将该目标接口数据发送给第一查询客户端，以使第一查询客户端将目标接口数据展示给第一查询客户端侧的查询用户。

进一步地，第一查询客户端接收到目标接口数据后，将该目标接口数据展示给第一查询客户端侧的第一查询用户，这样，第一查询用户便可以看到目标接口数据，进而基于该目标接口数据确定应用程序接口是否可提供特定的功能。

结合上面的例子，在另一种可能的实现方式中，当查询服务器周期性地拉取目标接口数据时，或者，接口服务器周期性的主动推动目标接口数据时，本步骤中，就将目标接口数据发送给与查询服务器关联的所有查询客户端。需要说明的是，与查询服务器关联的查询客户端可以是所有在查询服务器注册过的查询客户端。

进一步的，查询客户端接收到目标接口数据后，将该目标接口数据展示给指定查询客户端侧的查询用户，这样，查询用户便可以看到目标接口数据，进而基于该目标接口数据确定应用程序接口是否可提供特定的功能。

需要说明的是，本实施例中，不对查询服务器的拉取周期的具体值进行限定。例如，一实施例中，该周期可以是3天，换言之，查询服务器每3天去拉取一次目标接口数据。

此外，本实施例中，不对接口服务器的预设周期的具体值进行限定。例如，一实施例中，该周期可以是2天，换言之，接口服务器每2天主动推动一次目标接口数据。

本实施例提供的接口数据查询方法，通过接口服务器针对用于请求数据的应用程序接口API访问请求，确定API访问请求对应的响应数据后，并将API访问请求、API访问请求对应的响应数据、以及在确定API访问请求对应的响应数据的过程中所执行的中间操作和所产生的中间数据的组合确定为一条接口数据，并将该接口数据保存，进而接口服务器可从已保存的接口数据中获取待展示的目标接口数据，并将目标接口数据发送给指定查询客户端，以使指定查询客户端将目标接口数据展示给指定查询客户端侧的查询用户。这样，提供了一种接口数据查询方法，查询用户可高效的查看接口数据。

图4为本申请提供的接口数据查询方法实施例三的流程图。请参照图4，本实施例提供的方法，可以包括：

S401、接口服务器针对用于请求数据的应用程序接口API访问请求，确定所述API访问请求对应的响应数据。

S402、所述接口服务器将所述API访问请求对应的请求数据、所述API访问请求对应的响应数据、以及在确定所述API访问请求对应的响应数据的过程中所执行的中间操作和所产生的中间数据的组合确定为作为一条接口数据。

S403、所述接口服务器基于预设脱敏算法对所述接口数据进行脱敏处理，得到脱敏后的接口数据。

具体的，在将接口数据保存之前，可以先对接口数据进行脱敏处理。具体实现时，对接口数据进行脱敏处理的过程可以是基于预设的脱敏算法实现的。例如，一实施例中，脱敏处理的过程包括直接删除敏感数据、替换掉敏感数据、对敏感数据进行掩码处理和对敏感数据进行加密处理等步骤。需要说明的是，通过脱敏处理后的接口数据，可以保护数据的隐私和安全，并提高数据的可用性和可处理性。

S404、所述接口服务器对所述脱敏后的接口数据进行格式化处理，得到格式化处理后的接口数据。

进一步地，在将接口数据进行脱敏处理后，对该接口数据进行格式化处理，对接口数据进行格式化处理的过程可以是基于预设的格式化算法实现的。例如，一实施例中，格式化处理的过程包括对接口数据的类型转换、对接口数据的结构调整和对接口数据进行标准化等步骤。需要说明的是，通过格式化处理后的接口数据，可以确保接口数据在存储、传输和处理过程中的一致性和规范性。

S405、所述接口服务器将所述格式化处理后的接口数据保存。

具体的，一实施例中，API访问请求对应的响应数据为未加密的数据。这样，通过保存未加密的响应数据，可使开发人员可以即时的、高效的查看接口数据，避免因保存加密数据导致开发人员无法查看的问题。

S406、第一查询客户端向查询服务器发送查询请求。

S407、所述查询服务器在接收所述查询请求后，向所述接口服务器发送接口数据查询请求。

S408、所述接口服务器从已保存的接口数据中获取所述接口数据查询请求所请求的目标接口数据。

S409、所述接口服务器将所述目标接口数据发送给所述查询服务器。

S410、所述查询服务器将所述目标接口数据发送给所述第一查询客户端。

S411、所述第一查询客户端将所述目标接口数据展示给所述第一查询客户端侧的查询用户。

具体的，步骤S401至S411的具体实现原理和实现过程可以参见前面实施例中的相关描述，此处不再赘述。

本申请提供的接口数据查询方法，提供了一种接口数据查询方法，查询用户可高效的查看接口数据。

本申请除提供一种接口数据查询方法之外，还提供一种接口数据查询系统，下面对本申请提供的接口数据查询系统进行介绍。

图5为本申请提供的接口数据查询系统实施例一的示意图。请参照图5，本实施例提供的系统，可以包括接口服务器510和查询服务器520，其中，

所述接口服务器510，用于针对应用程序接口API访问请求，确定所述API访问请求对应的响应数据；

所述接口服务器510，还用于将所述API访问请求对应的请求数据、所述API访问请求对应的响应数据、以及在确定所述API访问请求对应的响应数据的过程中所执行的中间操作和所产生的中间数据的组合确定为一条接口数据；

所述接口服务器510，还用于将待展示的目标接口数据发送给所述查询服务器；

所述查询服务器520，还用于接收所述目标接口数据，并将所述目标接口数据发送给指定查询客户端，以使所述指定查询客户端将所述目标接口数据展示给所述指定查询客户端侧的查询用户。

本实施例提供的方法，可用于执行图1所示方法实施例的步骤，具体实现原理和实现过程，可以参见前面的介绍，此处不再赘述。

可选的，所述接口服务器510，还具体用于将所述接口数据保存；

所述接口服务器510，还用于从已保存的接口数据中获取待展示的目标接口数据，并将所述目标接口数据发送给所述查询服务器。

可选的，所述接口服务器510，具体用于基于预设脱敏算法，对所述接口数据进行脱敏处理，得到脱敏后的接口数据；

所述接口服务器510，还具体用于对所述脱敏后的接口数据进行格式化处理，得到格式化处理后的接口数据；

所述接口服务器510，还具体用于将所述格式化处理后的接口数据保存。

可选的，所述API访问请求对应的响应数据为未加密的响应数据。

可选的，所述接口服务器510，具体用于基于来自所述查询服务器的接口数据查询请求，从已保存的接口数据中获取所述接口数据查询请求所请求的目标接口数据；其中，所述查询服务器在接收到来自第一查询客户端的查询请求时，向所述接口服务器发起所述接口数据查询请求；

所述查询服务器520，具体用于将所述目标接口数据发送给所述第一查询客户端。

可选的，所述接口服务器510，具体用于周期性的从已保存的接口数据中获取待展示的目标接口数据；其中，所述接口服务器基于来自所述查询服务器的拉取请求周期性的获取所述目标接口数据或所述接口数据在检测到预设周期到来时周期性的获取所述目标接口数据；

所述查询服务器520，具体用于将所述目标接口数据发送给与所述查询服务器关联的所有查询客户端。

上述系统中各个部分的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于系统实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。