CN117215627A - 数据接口管理方法、设备及存储介质 - Google Patents

Abstract

本申请提供一种数据接口管理方法、设备及存储介质，涉及数据处理技术领域。该方法通过用户选择的目标接口的名称获取包括目标使用次数和目标建立日期的目标调用信息，并根据目标使用次数确认是否大于预设次数，若确认大于预设次数，则进行线上的及时维护，若确认不大于预设次数，则根据目标建立日期确认是否进行下架维护，若确认进行下架维护，就根据目标使用次数生成下架维护信息，并将下架维护信息发送至后台，进行线下维护改进，从而在当服务系统和软件发生更新时，能够及时维护相应API接口，从而降低了维护成本，并且及时避免了出现接口使用故障的情况。

Description

数据接口管理方法、设备及存储介质

技术领域

本申请涉及数据处理技术领域，具体涉及一种数据接口管理方法、设备及存储介质。

背景技术

随着应用前端项目中微服务技术不断发展，微服务的应用互联场景和关系越来越复杂和紧密，很多微服务一般采用应用程序接口(API(Application-Programming-Interface，应用程序接口)的方式由服务开放者对外提供服务。微服务的使用者则依照提供者公布的API接口描述信息数据来了解这些服务API的调用方式、调用参数和响应参数等信息。

在当服务端系统发生更新并加载了新接口时，由于许多用户不会相应的及时升级客户端的软件版本，此时旧软件版本无法成功调用新接口，从而造成旧软件版本在调用接口时发生异常，为了避免这种情况发生，现有技术通常会在服务端系统中同时兼容新接口和旧接口或者通过人工进行排查维护相应接口，但是这两种方案随着接口的不断的升级和产生新接口，会导致系统臃肿、维护成本高，且容易出现因为维护不及时造成的接口使用故障的情况。

现有技术在当服务系统和软件发生更新时，不能够及时的维护相应API接口，从而导致接口维护成本高且易出现接口使用故障的方面仍有所欠缺。

发明内容

本申请提供一种数据接口管理方法、设备及存储介质，用以解决在当服务系统和软件发生更新时，不能够及时的维护相应API接口，从而导致接口维护成本高且易出现接口使用故障的问题。

第一方面，本申请提供一种数据接口管理方法，包括：

获取用户选择的目标接口，根据所述目标接口的名称获取目标调用信息，所述目标调用信息包括目标使用次数和目标建立日期；

根据所述目标使用次数确认是否大于预设次数，若确认不大于预设次数，则根据所述目标建立日期确认是否进行下架维护；

若确认进行下架维护，则根据所述目标使用次数生成下架维护信息，并将所述下架维护信息发送至后台，进行线下维护改进。

在一种可能的设计中，在所述获取用户选择的目标接口前，还包括：

获取用户的身份信息，若在识别身份数据库中检测到相同的身份信息，则确认通过身份验证，并在接口数据库中获取用户选择的目标接口，其中，所述接口数据库关联存储有接口名称和对应的调用信息；

若未在识别身份数据库中监测到相同的身份信息，则将所述身份信息发送至后台记录警报单元进行信息匹配，并获取匹配结果，若所述匹配结果指示匹配成功，则将所述身份信息记录至识别身份数据库中，并重新获取用户的身份信息，其中，所述后台记录警报单元存储有用户信息扩大数据库；

若所述匹配结果指示匹配失败，则锁定当前用户，不响应当前的用户动作，并发送告警信息至后台管理中心，以提醒后台管理人员。

在一种可能的设计中，所述根据所述目标使用次数确认是否大于预设次数，包括：

获取所述目标使用次数与第一预设值的和值，若所述和值大于所述预设次数，则确认所述目标使用次数大于所述预设次数，根据所述预设次数生成维护信息，将所述维护信息发送至后台，进行线上维护改进；

若所述和值小于所述预设次数，则根据所述目标建立日期确认是否进行下架维护。

在一种可能的设计中，所述根据所述目标建立日期确认是否进行下架维护，包括：

获取当前实际日期与所述目标建立日期的差值，并将所述差值与第二预设值进行比较；

若所述差值大于所述第二预设值，则确认进行下架维护；

若所述差值小于或者等于所述第二预设值，则将所述目标使用次数与所述第一预设值的差值作为剩余次数，若所述剩余次数大于第三预设值，则确认不进行下架维护；

若所述剩余次数小于或者等于第三预设值，根据所述目标使用次数生成下架维护信息，并将所述目标接口的名称和所述下架维护信息关联记录至维护信息数据库，根据所述下架维护信息进行下架维护，并在维护完成后将所述目标接口重新上线；

在根据所述目标建立日期确认是否进行下架维护后，持续监测所述目标接口的目标调用信息。

在一种可能的设计中，所述在根据所述目标建立日期确认是否进行下架维护后，持续监测所述目标接口的目标调用信息，包括：

在检测到当前实际日期处于预设日期时，获取此时的所述剩余次数，并在所述维护信息数据库中根据所述目标接口的名称，获取对应所述下架维护信息的个数；

将所述剩余次数与所述下架维护信息个数的和值作为总使用次数，并根据所述总使用次数调整所述预设次数。

在一种可能的设计中，所述根据所述总使用次数调整所述预设次数，包括：

根据所述总使用次数和使用时间确认使用指数，并根据所述使用指数调整所述预设次数，其中，所述使用指数用于指示所述目标接口的使用频率，所述使用指数越大，所述目标接口的使用频率越高；

所述使用指数与调整后预设次数成反比关系，所述使用指数越大，则调整后预设次数越小，所述使用指数越小，则调整后预设次数越大。

在一种可能的设计中，在所述获取用户选择的目标接口后，还包括：

获取用户的下载请求，根据所述下载请求和用户的身份信息获取下载权限验证信息，并将所述下载权限验证信息发送至后台管理终端，获取所述后台管理终端发送的权限验证结果，其中，所述下载请求包括所述目标接口的使用次数和建立日期；

若所述权限验证结果指示具有下载权限，则同意所述下载请求，若所述权限验证结果指示不具有下载权限，则拒绝所述下载请求。

第二方面，本申请提供一种数据接口管理装置，包括：

第三方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现数据接口管理方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现数据接口管理装置方法。

本申请提供的数据接口管理方法、设备及存储介质，在对用户进行身份验证通过后，通过用户选择的目标接口的名称获取包括目标使用次数和目标建立日期的目标调用信息，并根据目标使用次数确认是否大于预设次数，若确认大于预设次数，则进行线上的及时维护，若确认不大于预设次数，则根据目标建立日期确认是否进行下架维护，若确认进行下架维护，就根据目标使用次数生成下架维护信息，并将下架维护信息发送至后台，进行线下维护改进，从而在当服务系统和软件发生更新时，能够及时维护相应API接口，从而降低了维护成本，并且及时避免了出现接口使用故障的情况。

附图说明

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

图1为本申请实施例提供的数据接口管理方法的流程示意图一；

图2为本申请实施例提供的数据接口管理方法的流程示意图二；

图3为本申请实施例提供的数据接口管理方法的流程示意图三；

图4为本申请实施例提供的数据接口管理装置的结构示意图；

图5为本申请实施例提供的电子设备的硬件结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

随着计算机技术的不断发展，各个业务系统所提供的服务形式也越来越多样化，并且对于各种应用服务的颗粒度也不断增加，使得原先的单体综合应用能够以拆分为更小的微服务，而这些微服务能够被单独部署，或者部分结合部署，以实现不同的应用，而不同的部署场景也给微服务的管理带来了挑战。

微服务一般通过应用程序接口亦即API接口的方式由服务开放者对外提供服务，使得外部使用者能够通过API接口调用系统内部相应的数据或者参数，对于实际的服务使用者，完整的业务实现通常需要调用大量不同服务提供者提供的不同接口，而对于服务提供者，同时接口提供者自身也会对其提供的服务接口进行持续改进或升级，而涉及到其对外提供的API接口也会进行更新变化，而此时由于许多用户不会相应的及时更新版本接口，此时可能出现旧软件版本无法成功调用新接口，从而造成旧软件版本在调用接口时发生异常，为了避免这种情况发生，现有技术通常会在服务端系统中同时兼容新接口和旧接口或者通过人工进行排查维护相应接口，抑或直接根据接口的使用热度进行删除对应的接口，但是这些方案会由于维护接口不及时，从而导致系统臃肿、维护成本高且维护的数据准确性低的问题，因此需要一种数据接口管理方法能够及时的维护相应API接口，从而避免出现接口维护成本高和接口使用故障的问题。

本申请提供了一种数据接口管理方法，在对用户进行身份验证通过后，获取用户所选择的目标接口，并根据目标接口的名称获取包括目标使用次数和目标建立日期的目标调用信息，并根据目标使用次数确认是否大于预设次数，若确认大于预设次数，则进行线上的及时维护，若确认不大于预设次数，则根据目标建立日期确认是否进行下架维护，若确认进行下架维护，就根据目标使用次数生成下架维护信息，并将下架维护信息发送至后台，进行线下维护改进，从而在当服务系统和软件发生更新时，能够及时维护相应API接口，从而降低了维护成本，并且及时避免了出现接口使用故障的情况。

下面采用具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

实施例一

图1为本申请实施例提供的数据接口管理方法流程示意图一。如图1所示，该方法包括：

S101、获取用户选择的目标接口，根据所述目标接口的名称获取目标调用信息，所述目标调用信息包括目标使用次数和目标建立日期；

具体来说，用户在通过指定的账户登入客户端后，通过人脸识别进行身份验证，以确认账户本人登陆，在确认用户为本人后，用户通过在接口数据库中浏览并选择需要查询的API接口亦即目标接口，从而根据选择的目标接口获取对应包括目标使用次数和目标建立日期的目标调用信息，其中，目标使用次数指示了目标接口从建立日期至当前实际日期之间的被调用次数，目标建立日期指示了目标接口初始上架的日期。

S102、根据所述目标使用次数确认是否大于预设次数，若确认不大于预设次数，则根据所述目标建立日期确认是否进行下架维护；

具体来说，在根据目标接口的名称获取包括目标使用次数和目标建立日期的目标调用信息后，先将目标使用次数与预设次数进行比较，使得当目标使用次数大于预设次数时，确认进行线上维护，当目标使用次数不大于预设次数时，则结合目标建立日期与当前实际日期进行判断是否进行下架维护，其中，预设次数能够根据目标接口的使用频率进行调整。

S103、若确认进行下架维护，则根据所述目标使用次数生成下架维护信息，并将所述下架维护信息发送至后台，进行线下维护改进。

具体来说，在目标使用次数不大于预设次数时，根据目标建立日期与当前实际日期进一步判断是否进行下架维护，从而使得当检测到目标接口的建立日期久远且使用次数不高时，发出维护下架信息，在进行线下维护改进后再次进行上架，从而能够实现针对老旧接口进行改进升级，同时能够减少接口的占用率，提高其他接口的使用流畅效果。

本申请提供了一种数据接口管理方法，在对用户进行身份验证通过后，获取用户所选择的目标接口，并根据目标接口的名称获取包括目标使用次数和目标建立日期的目标调用信息，并根据目标使用次数确认是否大于预设次数，若确认大于预设次数，则进行线上的及时维护，若确认不大于预设次数，则根据目标建立日期确认是否进行下架维护，若确认进行下架维护，就根据目标使用次数生成下架维护信息，并将下架维护信息发送至后台，进行线下维护改进，从而在当服务系统和软件发生更新时，能够及时维护相应API接口，从而降低了维护成本，并且及时避免了出现接口使用故障的情况。

下面采用一个具体的实施例，对本申请的数据接口管理方法进行详细说明。

实施例二

图2为本申请实施例提供的数据接口管理方法流程示意图二。如图2所示，该方法包括：

S201、获取用户的身份信息，若在识别身份数据库中检测到相同的身份信息，则确认通过身份验证；

具体来说，通过外部感应器如摄像头采集用户的身份信息如对应的人脸信息，将获取的人脸信息与识别身份数据库中存储的身份信息进行比对，若检测到存在相同的身份信息，则确认当前的登陆用户为本人，实现身份验证，其中，识别身份数据库中存储的身份信息可以为预先采集的人脸信息，当然也可以为其他类型信息如用户的指纹信息，只要能够识别登陆用户为本人即可；

进一步地，若未在识别身份数据库中监测到相同的身份信息，则将身份信息如获取的人脸信息发送至后台记录警报单元进行信息匹配，并获取匹配结果，若匹配结果指示匹配成功，则将身份信息记录至识别身份数据库中，并重新获取用户的身份信息，其中，后台记录警报单元存储有用户信息扩大数据库，并且在当匹配结果指示匹配失败时，锁定当前用户，不响应当前的用户动作，并发送告警信息至后台管理中心，以提醒后台管理人员进行确认。

S202、在接口数据库中获取用户选择的目标接口，根据所述目标接口的名称获取目标调用信息，所述目标调用信息包括目标使用次数和目标建立日期；

具体来说，在根据获取的身份信息通过用户的身份验证后，用户在接口展示界面中进行浏览，并选择需要查询的API接口作为目标接口，其中，接口展示界面根据接口数据库生成，接口数据库中关联存储有接口名称和对应的调用信息，使得用户在选择目标接口后，在接口数据库中根据目标接口的名称获取对应的调用信息。

S203、获取所述目标使用次数与第一预设值的和值，若所述和值大于所述预设次数，则确认所述目标使用次数大于所述预设次数；

具体来说，在根据用户选择的目标接口名称获取包括目标使用次数和目标建立日期的目标调用信息后，将目标使用次数与第一预设值的和值与预设次数进行比较，其中，不同接口所对应的第一预设值可能存在不同，从而能够根据接口的调用功能实现差异化的确定是否达到预设次数，在检测到目标使用次数大于预设次数时，根据预设次数生成维护信息，并将维护信息发送至后台，使得维护人员进行线上维护改进。

S204、若所述和值小于所述预设次数，则获取当前实际日期与所述目标建立日期的差值，并将所述差值与第二预设值进行比较；

具体来说，在检测到目标使用次数小于或者等于预设次数时，根据目标建立日期确认是否进行下架维护，其中，根据当前实际日期与目标建立日期的差值与第二预设值确认是否进行下架维护，当然还可以根据当前实际日期与上一次下架维护后重新上线日期的差值进行确认，从而为经常使用的接口可以长期正常使用提供了保证，有效的提高了接口的使用寿命。

S205、若所述差值大于所述第二预设值，则确认进行下架维护；

具体来说，当检测到当前实际日期与目标建立日期的差值大于第二预设值时，确认此时的目标接口属于老旧接口，根据目标使用次数生成下架维护信息，并将下架维护信息发送至后台，进行线下维护改进；

其中，不同接口所对应的第二预设值亦可能存在不同，对于虽然经常调用但更新较少的接口可以相应延长使用时间，亦即将对应的第二预设值进行适当调高，对于较少调用但更新较多的接口可以相应缩短使用时间，亦即将对应的第二预设值进行适当调低，从而能够根据接口的调用情况实现差异化的确定是否下架维护。

S206、若所述差值小于或者等于所述第二预设值，则将所述目标使用次数与所述第一预设值的差值作为剩余次数，若所述剩余次数大于第三预设值，则确认不进行下架维护；

具体来说，在检测到当前实际日期与目标建立日期的差值小于或者等于对应的第二预设值时，进一步根据目标使用次数与第一预设值的差值即剩余次数确认是否进行下架维护，若检测到剩余次数大于第三预设值，说明此时目标接口在之后一段时间内暂时不会成为老旧接口，确认不进行下架维护；

进一步地，若剩余次数小于或者等于第三预设值，根据目标使用次数生成下架维护信息，并将目标接口的名称和下架维护信息关联记录至维护信息数据库，根据下架维护信息进行下架维护，并在维护完成后将目标接口重新上线。

S207、在根据所述目标建立日期确认是否进行下架维护后，在检测到当前实际日期处于预设日期时，获取此时的所述剩余次数；

具体来说，在根据目标使用次数和目标建立日期确认是否进行相应的维护后，持续监测用户选择的目标接口的调用信息，在检测到当前实际日期处于预设日期时，根据此时的目标使用次数获取对应的剩余次数，并根据目标接口的剩余次数和下架维护次数实现对预设次数的调整。

S208、在所述维护信息数据库中根据所述目标接口的名称，获取对应所述下架维护信息的个数，将所述剩余次数与所述下架维护信息个数的和值作为总使用次数；

具体来说，在获取到当前实际日期目标接口的剩余次数后，根据目标接口的名称在维护信息数据库中检索相同名称的下架识别标识，并根据下架识别标识的数量确定下架维护信息的个数，其中，维护信息数据库关联存储有下架识别标识和接口名称。

S209、根据所述总使用次数和使用时间确认使用指数，并根据所述使用指数调整所述预设次数；

具体来说，在根据剩余次数和下架维护信息个数获取总使用次数后，将总使用次数与目标接口使用时间的商值作为使用指数，其中，使用指数用于指示目标接口的使用频率，使用指数越大，目标接口的使用频率越高，并且使用指数与调整后预设次数成反比关系，使用指数越大，则调整后预设次数越小，使用指数越小，则调整后预设次数越大；

进一步地，当目标接口的使用频率增大时，将接口的使用上限次数亦即预设次数调低，确保高频率使用的接口能够得到及时的维护，避免影响用户的使用，而使用次数较少的接口，通过减少其维护的次数来确保其它接口可以得到有效的维护。

本申请提供了一种数据接口管理方法，在对用户进行身份验证通过后，获取用户所选择的目标接口，并根据目标接口的名称获取包括目标使用次数和目标建立日期的目标调用信息，并根据目标使用次数确认是否大于预设次数，若确认大于预设次数，则进行线上的及时维护，若确认不大于预设次数，则根据目标建立日期确认是否进行下架维护，若确认进行下架维护，就根据目标使用次数生成下架维护信息，并将下架维护信息发送至后台，进行线下维护改进，从而在当服务系统和软件发生更新时，能够及时维护相应API接口，从而降低了维护成本，并且及时避免了出现接口使用故障的情况。

实施例三

图3为本申请实施例提供的数据接口管理方法流程示意图三。如图3所示，该方法包括：

S301、获取用户的下载请求，根据所述下载请求和用户的身份信息获取下载权限验证信息；

具体来说，当用户通过身份验证，并通过接口数据库中选择了目标接口后，若用户根据接口数据库生成的接口展示界面请求数据下载，在获取用户的下载请求后，将下载请求与用户的身份信息进行关联生成下载权限验证信息，其中，下载请求包括目标接口的名称、使用次数和建立日期。

S302、将所述下载权限验证信息发送至后台管理终端，获取所述后台管理终端发送的权限验证结果；

具体来说，将生成的下载权限验证信息发送至后台管理终端进行权限验证，其中后台管理终端中的权限信息数据库存储有身份信息与权限信息，根据用户的身份信息在权限信息数据库检索是否存在相同的身份信息，并根据检索结果确定权限验证结果。

S303、若所述权限验证结果指示具有下载权限，则同意所述下载请求；

具体来说，若在权限信息数据库中检索到存在相同的身份信息，则根据身份信息获取对应关联的权限信息，并根据关联的权限信息获取能够下载数据的接口，其中，权限信息指示了当前身份信息所能够下载数据的对应接口名称，若关联的权限信息指示具有与目标接口的名称相同的接口名称，则返回的权限验证结果指示具有下载权限，根据下载请求进行对目标接口的使用次数和建立日期相关数据的下载。

S304、若所述权限验证结果指示不具有下载权限，则拒绝所述下载请求；

具体来说，若在权限信息数据库中未检索到存在相同的身份信息，则返回的权限验证结果指示不具有下载权限，或者在权限信息数据库中检索到存在相同的身份信息后，关联的权限信息未指示有与目标接口的名称相同的接口名称，则返回的权限验证结果指示不具有下载权限，则不响应用户的下载请求，并提示用户重新选择接口。

本申请提供了一种数据接口管理方法，在对用户进行身份验证通过后，获取用户所选择的目标接口，并根据目标接口的名称获取包括目标使用次数和目标建立日期的目标调用信息，并根据目标使用次数确认是否大于预设次数，若确认大于预设次数，则进行线上的及时维护，若确认不大于预设次数，则根据目标建立日期确认是否进行下架维护，若确认进行下架维护，就根据目标使用次数生成下架维护信息，并将下架维护信息发送至后台，进行线下维护改进，从而在当服务系统和软件发生更新时，能够及时维护相应API接口，从而降低了维护成本，并且及时避免了出现接口使用故障的情况。

本发明实施例可以根据上述方法示例对电子设备或主控设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

图4为本申请实施例提供的数据接口管理装置的结构示意图。如图4所示，该装置40包括：

获取模块401，用于获取用户选择的目标接口，根据所述目标接口的名称获取目标调用信息，所述目标调用信息包括目标使用次数和目标建立日期；

处理模块402，用于根据所述目标使用次数确认是否大于预设次数，若确认不大于预设次数，则根据所述目标建立日期确认是否进行下架维护；

执行模块403，用于若确认进行下架维护，则根据所述目标使用次数生成下架维护信息，并将所述下架维护信息发送至后台，进行线下维护改进。

进一步的，获取模块401，具体用于获取用户的身份信息，若在识别身份数据库中检测到相同的身份信息，则确认通过身份验证，并在接口数据库中获取用户选择的目标接口，其中，所述接口数据库关联存储有接口名称和对应的调用信息，若未在识别身份数据库中监测到相同的身份信息，则将所述身份信息发送至后台记录警报单元进行信息匹配，并获取匹配结果，若所述匹配结果指示匹配成功，则将所述身份信息记录至识别身份数据库中，并重新获取用户的身份信息，其中，所述后台记录警报单元存储有用户信息扩大数据库，若所述匹配结果指示匹配失败，则锁定当前用户，不响应当前的用户动作，并发送告警信息至后台管理中心，以提醒后台管理人员。

进一步的，获取模块401，具体用于获取所述目标使用次数与第一预设值的和值，若所述和值大于所述预设次数，则确认所述目标使用次数大于所述预设次数，根据所述预设次数生成维护信息，将所述维护信息发送至后台，进行线上维护改进，若所述和值小于所述预设次数，则根据所述目标建立日期确认是否进行下架维护。

进一步的，处理模块402，具体用于获取当前实际日期与所述目标建立日期的差值，并将所述差值与第二预设值进行比较，若所述差值大于所述第二预设值，则确认进行下架维护，若所述差值小于或者等于所述第二预设值，则将所述目标使用次数与所述第一预设值的差值作为剩余次数，若所述剩余次数大于第三预设值，则确认不进行下架维护，若所述剩余次数小于或者等于第三预设值，根据所述目标使用次数生成下架维护信息，并将所述目标接口的名称和所述下架维护信息关联记录至维护信息数据库，根据所述下架维护信息进行下架维护，并在维护完成后将所述目标接口重新上线，在根据所述目标建立日期确认是否进行下架维护后，持续监测所述目标接口的目标调用信息。

进一步的，执行模块403，具体用于在根据所述目标建立日期确认是否进行下架维护后，持续监测所述目标接口的目标调用信息，在检测到当前实际日期处于预设日期时，获取此时的所述剩余次数，并在所述维护信息数据库中根据所述目标接口的名称，获取对应所述下架维护信息的个数，将所述剩余次数与所述下架维护信息个数的和值作为总使用次数，并根据所述总使用次数调整所述预设次数。

进一步的，执行模块403，具体用于根据所述总使用次数和使用时间确认使用指数，并根据所述使用指数调整所述预设次数，其中，所述使用指数用于指示所述目标接口的使用频率，所述使用指数越大，所述目标接口的使用频率越高，所述使用指数与调整后预设次数成反比关系，所述使用指数越大，则调整后预设次数越小，所述使用指数越小，则调整后预设次数越大。

进一步的，执行模块403，还用于获取用户的下载请求，根据所述下载请求和用户的身份信息获取下载权限验证信息，并将所述下载权限验证信息发送至后台管理终端，获取所述后台管理终端发送的权限验证结果，其中，所述下载请求包括所述目标接口的使用次数和建立日期，若所述权限验证结果指示具有下载权限，则同意所述下载请求，若所述权限验证结果指示不具有下载权限，则拒绝所述下载请求。

本实施例提供的数据接口管理设备，可执行上述实施例的数据接口管理方法，其实现原理和技术效果类似，本实施例此处不再赘述。

在前述的数据接口管理装置的具体实现中，各模块可以被实现为处理器，处理器可以执行存储器中存储的计算机执行指令，使得处理器执行上述的数据接口管理方法。

图5为本申请实施例提供的电子设备的结构示意图。如图5所示，该电子设备50包括：至少一个处理器501和存储器502。该电子设备50还包括通信部件503。其中，处理器501、存储器502以及通信部件503通过总线504连接。

在具体实现过程中，至少一个处理器501执行所述存储器502存储的计算机执行指令，使得至少一个处理器501执行如上电子设备侧所执行的数据接口管理方法。

处理器501的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

在上述实施例中，应理解，处理器可以是中央处理单元(英文：CentralProcessing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：DigitalSignal Processor，简称：DSP)、专用集成电路(英文：Application Specific IntegratedCircuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

上述针对电子设备以及主控设备所实现的功能，对本发明实施例提供的方案进行了介绍。可以理解的是，电子设备或主控设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本发明实施例中所公开的实施例描述的各示例的单元及算法步骤，本发明实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本发明实施例的技术方案的范围。

本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上数据接口管理方法。

上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits，简称：ASIC)中。当然，处理器和可读存储介质也可以作为分立组件存在于电子设备或主控设备中。

本申请还提供了一种计算机程序产品，计算机程序产品包括：计算机程序，计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从可读存储介质读取计算机程序，至少一个处理器执行计算机程序使得电子设备执行上述任一实施例提供的方案。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种数据接口管理方法，其特征在于，所述方法包括：

获取用户选择的目标接口，根据所述目标接口的名称获取目标调用信息，所述目标调用信息包括目标使用次数和目标建立日期；

根据所述目标使用次数确认是否大于预设次数，若确认不大于预设次数，则根据所述目标建立日期确认是否进行下架维护；

若确认进行下架维护，则根据所述目标使用次数生成下架维护信息，并将所述下架维护信息发送至后台，进行线下维护改进。

2.根据权利要求1所述的方法，其特征在于，在所述获取用户选择的目标接口前，还包括：

获取用户的身份信息，若在识别身份数据库中检测到相同的身份信息，则确认通过身份验证，并在接口数据库中获取用户选择的目标接口，其中，所述接口数据库关联存储有接口名称和对应的调用信息；

若未在识别身份数据库中监测到相同的身份信息，则将所述身份信息发送至后台记录警报单元进行信息匹配，并获取匹配结果，若所述匹配结果指示匹配成功，则将所述身份信息记录至识别身份数据库中，并重新获取用户的身份信息，其中，所述后台记录警报单元存储有用户信息扩大数据库；

若所述匹配结果指示匹配失败，则锁定当前用户，不响应当前的用户动作，并发送告警信息至后台管理中心，以提醒后台管理人员。

3.根据权利要求1所述的方法，其特征在于，所述根据所述目标使用次数确认是否大于预设次数，包括：

获取所述目标使用次数与第一预设值的和值，若所述和值大于所述预设次数，则确认所述目标使用次数大于所述预设次数，根据所述预设次数生成维护信息，将所述维护信息发送至后台，进行线上维护改进；

若所述和值小于所述预设次数，则根据所述目标建立日期确认是否进行下架维护。

4.根据权利要求3所述的方法，其特征在于，所述根据所述目标建立日期确认是否进行下架维护，包括：

获取当前实际日期与所述目标建立日期的差值，并将所述差值与第二预设值进行比较；

若所述差值大于所述第二预设值，则确认进行下架维护；

若所述差值小于或者等于所述第二预设值，则将所述目标使用次数与所述第一预设值的差值作为剩余次数，若所述剩余次数大于第三预设值，则确认不进行下架维护；

若所述剩余次数小于或者等于第三预设值，根据所述目标使用次数生成下架维护信息，并将所述目标接口的名称和所述下架维护信息关联记录至维护信息数据库，根据所述下架维护信息进行下架维护，并在维护完成后将所述目标接口重新上线；

在根据所述目标建立日期确认是否进行下架维护后，持续监测所述目标接口的目标调用信息。

5.根据权利要求4所述的方法，其特征在于，所述在根据所述目标建立日期确认是否进行下架维护后，持续监测所述目标接口的目标调用信息，包括；

在检测到当前实际日期处于预设日期时，获取此时的所述剩余次数，并在所述维护信息数据库中根据所述目标接口的名称，获取对应所述下架维护信息的个数；

将所述剩余次数与所述下架维护信息个数的和值作为总使用次数，并根据所述总使用次数调整所述预设次数。

6.根据权利要求5所述的方法，其特征在于，所述根据所述总使用次数调整所述预设次数，包括：

根据所述总使用次数和使用时间确认使用指数，并根据所述使用指数调整所述预设次数，其中，所述使用指数用于指示所述目标接口的使用频率，所述使用指数越大，所述目标接口的使用频率越高；

所述使用指数与调整后预设次数成反比关系，所述使用指数越大，则调整后预设次数越小，所述使用指数越小，则调整后预设次数越大。

7.根据权利要求1所述的方法，其特征在于，在获取用户选择的目标接口后，还包括：

获取用户的下载请求，根据所述下载请求和用户的身份信息获取下载权限验证信息，并将所述下载权限验证信息发送至后台管理终端，获取所述后台管理终端发送的权限验证结果，其中，所述下载请求包括所述目标接口的使用次数和建立日期；

若所述权限验证结果指示具有下载权限，则同意所述下载请求，若所述权限验证结果指示不具有下载权限，则拒绝所述下载请求。

8.一种数据接口管理装置，其特征在于，包括：

获取模块，用于获取用户选择的目标接口，根据所述目标接口的名称获取目标调用信息，所述目标调用信息包括目标使用次数和目标建立日期；

处理模块，用于根据所述目标使用次数确认是否大于预设次数，若确认不大于预设次数，则根据所述目标建立日期确认是否进行下架维护；

执行模块，用于若确认进行下架维护，则根据所述目标使用次数生成下架维护信息，并将所述下架维护信息发送至后台，进行线下维护改进。

9.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至7中任一项所述的方法。

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