一种接口数据处理方法、装置、设备及存储介质

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种接口数据处理方法、装置、设备及存储介质。

背景技术

现如今，大数据的应用越来越广泛，大数据的来源多种多样，而通过接口来实现数据传输通常使用统一的设计原则和开发方式开发业务接口，例如RESTful。RESTful架构设计多以json形式来传输数据防止注入型等安全问题。如何去解决多个厂商的系统联调，这是一个普遍的问题。目前解决系统接口联调通常是对每个接口研发适配一个接口。

但是，json形式的数据格式及命名没有统一的标准，即便是相同厂商的开发人员对于相同的需求都会构造出完全不同的参数格式，这使得不同厂商之间的联调均需要重新开发测试接口来进行适配，徒增许多的工作量。并且，若接口调用过于频繁，可能会使目的接口宕机。

发明内容

本发明提供一种接口数据处理方法、装置、设备及存储介质，以实现对不同来源的接口数据进行处理。

第一方面，本发明实施例提供了一种接口数据处理方法，所述接口数据处理方法包括：

接收来源接口发送的来源数据，并确定所述来源数据对应的目标模板；

根据所述目标模板确定所述来源数据对应的至少一个目的接口；

针对每个目的接口，根据预设窗口数据块数量和滑动窗口请求数据块确定所述目的接口的当前请求数量；

如果所述目的接口的当前请求数量满足预设的请求条件，根据所述目标模板对所述来源数据进行处理，确定各所述目的接口对应的目的数据；

调用所述目的接口，将所述目的数据发送给对应的目的接口。

第二方面，本发明实施例还提供了一种接口数据处理装置，该接口数据处理装置包括：

接收模块，用于接收来源接口发送的来源数据，并确定所述来源数据对应的目标模板；

接口确定模块，用于根据所述目标模板确定所述来源数据对应的至少一个目的接口；

请求数量确定模块，用于针对每个目的接口，根据预设窗口数据块数量和滑动窗口请求数据块确定所述目的接口的当前请求数量；

数据处理模块，用于如果所述目的接口的当前请求数量满足预设的请求条件，根据所述目标模板对所述来源数据进行处理，确定各所述目的接口对应的目的数据；

接口调用模块，用于调用所述目的接口，将所述目的数据发送给对应的目的接口。

第三方面，本发明实施例还提供了一种计算机设备，该设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例中任一所述的一种接口数据处理方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例中任一所述的一种接口数据处理方法。

本发明实施例提供了一种接口数据处理方法、装置、设备及存储介质，通过接收来源接口发送的来源数据，并确定所述来源数据对应的目标模板；根据所述目标模板确定所述来源数据对应的至少一个目的接口；针对每个目的接口，根据预设窗口数据块数量和滑动窗口请求数据块确定所述目的接口的当前请求数量；如果所述目的接口的当前请求数量满足预设的请求条件，根据所述目标模板对所述来源数据进行处理，确定各所述目的接口对应的目的数据；调用所述目的接口，将所述目的数据发送给对应的目的接口。解决了不同来源接口的来源数据转换为目的接口的参数格式时必须需要对应的测试接口进行适配的问题。通过模板对不同类型的来源数据统一进行管理和格式转换，完成参数格式适配。根据预设窗口数据块数量和滑动窗口请求数据块确定目的接口的当前请求数量，判断目的接口的当前请求数量是否满足预设的请求条件，在满足请求条件时完成来源数据到目的数据的格式转换，并调用目的接口，避免目的接口调用过于频繁导致的接口宕机情况发生。

附图说明

图1是本发明实施例一中的一种接口数据处理方法的流程图；

图2是本发明实施例二中的一种接口数据处理方法的流程图；

图3是本发明实施例三中的一种接口数据处理装置的结构示意图；

图4是本发明实施例四中的一种计算机设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例方式作进一步地详细描述。应当明确，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

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

在本申请的描述中，需要理解的是，术语“第一”、“第二”、“第三”等仅用于区别类似的对象，而不必用于描述特定的顺序或先后次序，也不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

实施例一

图1给出了本申请实施例一提供的一种接口数据处理方法的流程示意图，该方法适用于对不同接口的数据进行统一规范处理的情况。该方法可以由装载了软件工具的计算机设备执行，接口数据处理方法可作为插件集成在所装载的软件工具中，并通过运行该软件工具的形式来实现该方法，该计算机设备可以是两个或多个物理实体构成，也可以是一个物理实体构成。一般而言，计算机设备可以是笔记本、台式计算机以及智能平板等。

如图1所示，本实施例一提供的一种接口数据处理方法，具体包括如下步骤：

S101、接收来源接口发送的来源数据，并确定来源数据对应的目标模板。

在本实施例中，来源接口具体可以理解为具有发送来源数据，调用接口需求的接口。来源数据具体可以理解为信息来源所发送的数据，本申请中的来源数据指来源接口所发送的数据。目标模板具体可以理解为来源数据所对应的模板，目标模板中至少包括来源数据的数据格式，来源数据的发送目的的接口的数据格式。

具体的，预先配置不同来源接口对应的模板，通常一个接口实现一种类型的业务，根据具体的业务类型及业务需求配置不同来源接口的模板。接收来源接口的调用，接收来源接口所发送的来源数据，通过对来源数据进行解析，确定区分不同模板的标识信息，根据标识信息对各模板进行匹配，确定对应的目标模板。

S102、根据目标模板确定来源数据对应的至少一个目的接口。

在本实施例中，目的接口具体可以理解为被调用实现信息接收的接口。查找目标模板，根据目标模板中包括的接口之间的映射关系，确定来源数据对应的目的接口。来源数据对应的目的接口可以是一个，也可以是多个。

S103、针对每个目的接口，根据预设窗口数据块数量和滑动窗口请求数据块确定目的接口的当前请求数量。

在本实施例中，预设窗口数据块数量具体可以理解为预先设置的滑动窗口中所包含的数据块数量。滑动窗口请求数据块具体可以理解为滑动窗口中记录请求次数的数据块。当前请求数量具体可以理解为目的接口在当前进行数据处理时的请求次数。

具体的，由于在进行请求次数限制时，通常是通过响应时间QPS进行衡量的，即在一定的时间内，请求次数具有上限限制。本申请通过窗口滑动算法对请求次数进行限制。将滑动窗口分为时间长度相同的滑动窗口请求数据块，各滑动窗口请求数据块中相应存储对应时间的请求次数。预设窗口数据块数量即一个滑动窗口中包括的滑动窗口请求数据块的数量。窗口的长度可以根据需求设置，为了便于实际应用，本申请中的滑动窗口长度与响应时间一致，响应时间通常设置为1s，因此，本申请中的滑动窗口长度以设置为1s为例，预设窗口数据块数量为5，则划分的时间长度为0.2，即[0-0.20)s为第一个滑动窗口请求数据块，[0.2-0.4)为第二个滑动窗口请求数据块…[0.8-1)为第三个滑动窗口请求数据块。对于每个目的接口，均可以设置不同的预设窗口数据块数量，同时，由于每个目的接口被调用的次数是不同的，因此，每个目的接口具有对应的当前请求数量。对于每个目的接口，获取其对应的预设窗口数据块数量和至少一个滑动窗口请求数据块，按照预设窗口数据块数量获取相应数量的滑动窗口请求数据块，根据各滑动窗口请求数据块中的请求次数计算当前请求数量。

S104、如果目的接口的当前请求数量满足预设的请求条件，根据目标模板对来源数据进行处理，确定各目的接口对应的目的数据。

在本实施例中，请求条件具体可以理解为判断当前请求数量是否符合要求的判断条件，例如，当前请求数量小于一定阈值为满足预设的请求条件，请求条件根据不同目的接口的限流要求进行配置。请求条件同样可以存储在目标模板中。目的数据具体可以理解为具有目的接口可以识别的数据格式的数据。

具体的，每个目的接口均具有对应的请求条件，即不同的目的接口的请求条件可以不同。如果目的接口的当前请求数量满足对应的请求条件，此时目的接口的调用没有超过上限，可以调用目的接口。根据目标模板中包含的数据格式对来源数据进行处理，得到符合目的接口格式要求的目的数据。由于一个来源数据可能对应多个目的接口，因此目的数据的数量可能是一种，也可能是多种。

S105、调用目的接口，将目的数据发送给对应的目的接口。

调用每个目的接口，将目的数据发送给对应的目的接口。实现来源接口与目的接口之间的数据发送，无需二次开发即可实现适配。通过预先配置的目标模板进行数据格式转换，实现接口适配。

本发明实施例提供了一种接口数据处理方法，通过接收来源接口发送的来源数据，并确定所述来源数据对应的目标模板；根据所述目标模板确定所述来源数据对应的至少一个目的接口；针对每个目的接口，根据预设窗口数据块数量和滑动窗口请求数据块确定所述目的接口的当前请求数量；如果所述目的接口的当前请求数量满足预设的请求条件，根据所述目标模板对所述来源数据进行处理，确定各所述目的接口对应的目的数据；调用所述目的接口，将所述目的数据发送给对应的目的接口。解决了不同来源接口的来源数据转换为目的接口的参数格式时必须需要对应的测试接口进行适配的问题。通过模板对不同类型的来源数据统一进行管理和格式转换，完成参数格式适配，无需二次开发即可实现适配。根据预设窗口数据块数量和滑动窗口请求数据块确定目的接口的当前请求数量，判断目的接口的当前请求数量是否满足预设的请求条件，在满足请求条件时完成来源数据到目的数据的格式转换，并调用目的接口，避免目的接口调用过于频繁导致的接口宕机情况发生。

实施例二

图2为本发明实施例二提供的一种接口数据处理方法的流程图。本实施例的技术方案在上述技术方案的基础上进一步细化，具体主要包括如下步骤：

S201、接收来源接口发送的来源数据，对来源数据进行解析，确定统一资源定位符。

在本实施例中，统一资源定位符为统一资源定位标志，是文件的网络地址。通过对来源数据进行解析，从统一资源定位符的存储字段中解析得到统一资源定位符。

S202、根据统一资源定位符查找服务器目录，确定匹配的目标模板。

在本实施例中，服务器目录具体可以理解为服务器上存储文件的目录。开发人员预先在提供的模板中填写各个来源接口传参格式的信息，填写完成后形成对应的模板，上传至服务器指定目录，重启服务。在应用过程中，根据统一资源定位符对服务器目录进行查找，找到对应的服务器目录，从对应的服务器目录下获得匹配的目标模板。

S203、根据目标模板确定来源数据对应的至少一个目的接口。

目标模板中包含了来源接口所对应的各目的接口，将来源接口对应的各目的接口确定为来源数据对应的目的接口。

S204、针对每个目的接口，以当前时间所在的滑动窗口请求数据块为起始点，按照预设窗口数据块数量向前查找滑动窗口请求数据块。

在本实施例中，当前时间具体可以理解为执行方法的当前时刻。具体的，在确定目的接口后，由于需确定目的接口的当前请求数量，所以，在确定目的接口之后(或者确定当前请求数量之前)获取当前时间。对于每个目的接口，确定当前时间所在的滑动窗口请求数据块，以上述实施例中对滑动窗口的划分为例，当前时间为10时20分32秒0.56毫秒，由于滑动窗口的长度为1s，因此在确定当前时间所在的滑动窗口请求数据块只需要根据毫秒就可以确定。0.56毫秒所在的滑动窗口请求数据块为滑动窗口的第3个，以此滑动窗口请求数据块为第一个，向前(即历史时间方向)查找预设窗口数据块数量的滑动窗口请求数据块，即向前查找5个滑动窗口请求数据块。

需要知道的是，在目的接口存在多个时，如果确定各目的接口的当前请求数量是依次进行的，获取当前时间在确定此目的接口的当前请求数量之前进行，避免获取当前时间的时间点与确定当前请求数量的时间点之间的时间差过长，导致数据不准确。

S205、计算各滑动窗口请求数据块记录的请求次数的总和，将总和确定为目的接口的当前请求数量。

确定得到的各个滑动窗口请求数据块所记录的请求次数，计算各请求次数的总和，将得到的总和作为目的接口的当前请求数量。

通过滑动窗口的方式计算当前请求数量，避免固定时间段中请求次数分布不均匀，导致的接口调用过于频繁。例如，1s请求次数上限为60次，若前0.4s调用了40次，会导致高并发，进而由于接口调用过于频繁而宕机。通过滑动窗口的方式计算当前请求数量，前0.4s的调用次数上限与上一秒的调用次数(上一秒的后3个滑动窗口请求数据块的请求次数)相关。减少甚至避免高并发情况的发生。

S206、如果目的接口的当前请求数量满足预设的请求条件，解析来源数据，确定调用类型。

在本实施例中，调用类型包括同步调用和异步调用。来源数据在字段中携带调用类型，如果目的接口的当前请求数量满足预设的请求条件，对来源数据进行解析，得到特定字段中携带的调用类型的相关信息，确定来源数据的调用类型。

S207、判断调用类型是否为异步调用，若是，执行S208；否则，执行S209。

S208、向来源接口反馈调用成功信息。

在调用类型为异步调用时，生成调用成功信息并反馈给来源接口。然后进行后续的目的数据确定和发送，即执行S209。如果调用类型不是异步调用，直接执行后续的目的数据确定和发送，即执行S209，如果调用类型不是异步调用，其调用类型即为同步调用。

S209、根据目标模板确定来源接口的来源数据格式，以及各目的接口的目的数据格式。

在本实施例中，来源数据格式具体可以理解为来源接口所处理和识别的数据格式。目的数据格式具体可以理解为目的接口能够处理和识别的数据格式。

具体的，目标模板中预先定义了不同接口的数据格式，以及来源接口和目的接口的对应关系。在获取了目标模板的情况下，通过查询目标模板中的数据，可以确定来源接口的来源数据格式，以及来源接口对应的各目的接口的目的数据格式。

S210、根据来源数据格式对来源数据进行数据处理，提取至少一个来源键值对。

在本实施例中，来源键值对具体可以理解为来源数据中的键值对，即key和对应的value，key为来源键，value为来源值。根据来源数据格式可以确定来源数据中各个key，例如，name1、age1分别为不同的key，根据来源数据格式提取出来源数据中的各个来源键值对。

S211、针对每个目的接口，将来源键值对中的来源键与目的接口对应的目的数据格式中目的键进行匹配，将来源键值对中的来源值作为所对应目的键的目的值，形成目的键值对。

在本实施例中，目的键值对具体可以理解为目的数据中的键值对，同样分为key和对应的value。key即目的键，value为目的值。例如，nameA、ageA分别为不同的key。

对于不同的目的接口，其具有自己的目的键值对，将来源数据中的来源键与目的数据格式中的目的键进行匹配，例如，name1对应nameA，将name1对应的来源值作为nameA的目的值，形成一个目的键值对；age1对应ageA，将age1对应的来源值作为ageA的目的值，形成另外一个目的键值对。

S212、根据各目的键值对形成目的数据。

将各目的键值对写入到相应的字段，生成包含各目的键值对的目的数据。

S213、调用目的接口，将目的数据发送给对应的目的接口。

分别调用各目的接口，将各目的数据发送给对应的目的接口。

作为本实施例的一个可选实施例，本可选实施例进一步优化包括了根据所述目的接口的接口调用时间确定对应的目标滑动窗口请求数据块；对所述目标滑动窗口请求数据块中的请求次数进行更新。

在本实施例中，接口调用时间具体可以理解为调用目的接口的时间。目标滑动窗口请求数据块具体可以理解为接口调用时间对应的滑动窗口请求数据块。

具体的，获取目的接口的接口调用时间，确定接口调用时间对应的滑动窗口请求数据块，将其作为目标滑动窗口有请求数据块，以上述示例性距离为例，接口调用时间为10时20分33秒0.27毫秒，接口调用时间所在的滑动窗口请求数据块为滑动窗口的第2个，以此滑动窗口请求数据块为目标滑动窗口请求数据块，将目标滑动窗口请求数据块中的请求次数进行累计加1，实现请求次数的更新。

S214、接收目的接口反馈的接口反馈信息。

在本实施例中，接口反馈信息具体可以理解为根据目的数据进行数据处理后生成的数据，可以作为响应结果反馈给本工具，由本工具反馈给来源接口。目的接口在接收到目的数据后，根据目的数据进行相应的数据处理，生成相应的接口反馈信息，反馈给执行本申请实施例所提供的方法的本工具。

S215、根据目标模块对接口反馈信息进行处理，确定目标反馈信息。

在本实施例中，目标反馈信息具体可以理解为来源接口可以识别的反馈信息。由于目标模板中存储了来源接口的来源数据格式和目的接口的目的数据格式，因此根据目标模板对接口反馈信息进行数据格式转换，得到来源接口可以识别的目标反馈信息。对接口反馈信息的处理方法与对来源数据的处理方式相同，例如，通过提取键值对，形成目标反馈信息。

S216、将目标反馈信息发送至来源接口。

将目标反馈信息反馈给来源接口，实现来源接口和目的接口之间的数据转发功能。

可以知道的是，一个来源接口可以对应多个目的接口。同一个目的接口，也可以接收多个来源接口发送的数据。当接收到多个来源接口发送的数据，确定多个来源接口均对应了同一个目的接口，可以将此目的接口所要接收的数据依次发送，也可以调用一次，将不同来源接口的来源数据进行数据格式转换后合成一条数据发送给目的接口，本申请实施例例对此不进行限定。

本发明实施例提供了一种接口数据处理方法，解决了不同来源接口的来源数据转换为目的接口的参数格式时必须需要对应的测试接口进行适配的问题。通过模板对不同类型的来源数据统一进行管理和格式转换，完成参数格式适配，无需二次开发即可实现适配。根据预设窗口数据块数量和滑动窗口请求数据块确定目的接口的当前请求数量，判断目的接口的当前请求数量是否满足预设的请求条件，在满足请求条件时完成来源数据到目的数据的格式转换，并调用目的接口，避免目的接口调用过于频繁导致的接口宕机情况发生。通过滑动窗口的方式计算当前请求数量，避免固定时间段中请求次数分布不均匀导致的接口调用过于频繁。

实施例三

图3为本发明实施例三提供的一种接口数据处理装置的结构示意图，该装置包括：接收模块31、接口确定模块32、请求数量确定模块33、数据处理模块34和接口调用模块35。

其中，接收模块31，用于接收来源接口发送的来源数据，并确定所述来源数据对应的目标模板；

接口确定模块32，用于根据所述目标模板确定所述来源数据对应的至少一个目的接口；

请求数量确定模块33，用于针对每个目的接口，根据预设窗口数据块数量和滑动窗口请求数据块确定所述目的接口的当前请求数量；

数据处理模块34，用于如果所述目的接口的当前请求数量满足预设的请求条件，根据所述目标模板对所述来源数据进行处理，确定各所述目的接口对应的目的数据；

接口调用模块35，用于调用所述目的接口，将所述目的数据发送给对应的目的接口。

本发明实施例提供了一种接口数据处理装置，解决了不同来源接口的来源数据转换为目的接口的参数格式时必须需要对应的测试接口进行适配的问题。通过模板对不同类型的来源数据统一进行管理和格式转换，完成参数格式适配，无需二次开发即可实现适配。根据预设窗口数据块数量和滑动窗口请求数据块确定目的接口的当前请求数量，判断目的接口的当前请求数量是否满足预设的请求条件，在满足请求条件时完成来源数据到目的数据的格式转换，并调用目的接口，避免目的接口调用过于频繁导致的接口宕机情况发生。

进一步地，接收模块31，包括：

定位符确定单元，用于对所述来源数据进行解析，确定统一资源定位符；

模板确定单元，用于根据所述统一资源定位符查找服务器目录，确定匹配的目标模板。

进一步地，请求数量确定模块33，包括：

数据块查找单元，用于以当前时间所在的滑动窗口请求数据块为起始点，按照预设窗口数据块数量向前查找滑动窗口请求数据块；

请求数据确定单元，用于计算各所述滑动窗口请求数据块记录的请求次数的总和，将总和确定为所述目的接口的当前请求数量。

进一步地，该装置还包括：

目标数据块确定模块，用于根据所述目的接口的接口调用时间确定对应的目标滑动窗口请求数据块；

更新模块，用于对所述目标滑动窗口请求数据块中的请求次数进行更新。

进一步地，该装置还包括：

调用类型确定模块，用于在根据所述目标模板对所述来源数据进行处理，确定各所述目的接口对应的目的数据之前，解析所述来源数据，确定调用类型；

调用信息反馈模块，用于如果所述调用类型为异步调用，向所述来源接口反馈调用成功信息。

进一步地，数据处理模块34，包括：

数据格式确定单元，用于根据所述目标模板确定来源接口的来源数据格式，以及各所述目的接口的目的数据格式；

来源键值对提取单元，用于根据所述来源数据格式对来源数据进行数据处理，提取至少一个来源键值对；

目的键值对确定单元，用于针对每个目的接口，将所述来源键值对中的来源键与所述目的接口对应的目的数据格式中目的键进行匹配，将所述来源键值对中的来源值作为所对应目的键的目的值，形成目的键值对；

目的数据确定单元，用于根据各所述目的键值对形成目的数据。

进一步地，该装置还包括：

反馈信息接收模块，用于接收所述目的接口反馈的接口反馈信息；

反馈信息确定模块，用于根据所述目标模块对所述接口反馈信息进行处理，确定目标反馈信息；

反馈信息发送模块，用于将所述目标反馈信息发送至所述来源接口。

本发明实施例所提供的接口数据处理装置可执行本发明任意实施例所提供的接口数据处理方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4为本发明实施例四提供的一种计算机设备的结构示意图，如图4所示，该设备包括处理器40、存储器41、输入装置42和输出装置43；设备中处理器40的数量可以是一个或多个，图4中以一个处理器40为例；设备中的处理器40、存储器41、输入装置42和输出装置43可以通过总线或其他方式连接，图4中以通过总线连接为例。

存储器41作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的接口数据处理方法对应的程序指令/模块(例如，接口数据处理装置中的接收模块31、接口确定模块32、请求数量确定模块33、数据处理模块34和接口调用模块35)。处理器40通过运行存储在存储器41中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的接口数据处理方法。

存储器41可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器41可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器41可进一步包括相对于处理器40远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置42可用于接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置43可包括显示屏等显示设备。

实施例五

本发明实施例五还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种接口数据处理方法，该方法包括：

接收来源接口发送的来源数据，并确定所述来源数据对应的目标模板；

根据所述目标模板确定所述来源数据对应的至少一个目的接口；

针对每个目的接口，根据预设窗口数据块数量和滑动窗口请求数据块确定所述目的接口的当前请求数量；

如果所述目的接口的当前请求数量满足预设的请求条件，根据所述目标模板对所述来源数据进行处理，确定各所述目的接口对应的目的数据；

调用所述目的接口，将所述目的数据发送给对应的目的接口。

当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任意实施例所提供的接口数据处理方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

值得注意的是，上述接口数据处理装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。