CN113010238A - 一种微应用调用接口的权限确定方法、装置和系统 - Google Patents

Abstract

本发明公开了一种微应用调用接口的权限确定方法、装置和系统，涉及移动互联技术领域。该方法的一具体实施方式包括：获取客户端权限数据表对应的第一时间戳，并从服务端获取服务端权限数据表对应的第二时间戳；根据第一时间戳和第二时间戳判断是否对客户端权限数据表进行更新；若是，向服务端发送权限更新请求，以获取服务端权限数据表，根据服务端权限数据表确定微应用调用接口所对应的权限结果，根据服务端权限数据表对客户端权限数据表进行更新。该实施方式提高了所调用接口的安全性，降低了权限确定成本和调用接口的维护成本，提高了处理方法的容错率，提升了调用接口的可拓展性，简化了权限确定流程，提升了用户体验。

Description

一种微应用调用接口的权限确定方法、装置和系统

技术领域

本发明涉及移动互联技术领域，尤其涉及一种微应用调用接口的权限确定方法、装置和系统。

背景技术

微服务架构下，每个微应用都需要对访问进行鉴权，每个微应用都需要明确当前访问用户以及其权限。在微服务架构下，要考虑外部应用接入的场景、用户-服务的鉴权、服务-服务的鉴权等多种鉴权场景。

现有方法中微应用调用接口的权限确定方法主要有：一，所有微应用都有调用全部API的权限，具体的调用由开发者根据需求去控制；二，把所有的微应用分为两部分：内部微应用和外部微应用。内部微应用可以调用所有的API，外部微应用只能调用部分API，进而根据微应用属性去区分内部微应用和外部微应用；三，构造“用户-角色-权限”的授权模型，利用该模型将用户通过角色与权限进行关联，以针对角色的批量用户权限设置。

现有技术中至少存在如下问题：

现有的微应用调用接口的权限确定方法中调用接口的安全性较低，权限确定成本较高，处理方法的容错率较低，调用接口的维护成本高，调用接口的可拓展性差，权限确定流程复杂，用户体验差。

发明内容

有鉴于此，本发明实施例提供一种微应用调用接口的权限确定方法、装置和系统，能够提高所调用接口的安全性，降低权限确定成本和调用接口的维护成本，提高处理方法的容错率，提升调用接口的可拓展性，简化权限确定流程，提升用户体验。

为实现上述目的，根据本发明实施例的第一方面，提供了一种微应用调用接口的权限确定方法，应用于客户端，包括：

获取客户端权限数据表对应的第一时间戳，并从服务端获取服务端权限数据表对应的第二时间戳；

根据第一时间戳和第二时间戳判断是否对客户端权限数据表进行更新；其中，第二时间戳是管理系统对服务端权限数据表进行操作时对应的时间戳；

若是，向服务端发送权限更新请求，以获取服务端权限数据表，根据服务端权限数据表确定微应用调用接口所对应的权限结果，根据服务端权限数据表对客户端权限数据表进行更新。

进一步地，在根据服务端权限数据表对客户端权限数据表进行更新的步骤之后，方法还包括：

获取更新客户端权限数据表时对应的更新时间戳；

以更新时间戳替换第一时间戳。

进一步地，在获取客户端权限数据表对应的第一时间戳的步骤之前，方法还包括：

将调用接口信息发送至管理系统，以使得：管理系统根据第一业务需求和调用接口信息设置接口调用权限，并将接口调用权限发送至服务端；服务端根据接口调用权限确定服务端权限数据表，并记录当前时间戳为第二时间戳。

根据本发明实施例的第二方面，提供了一种微应用调用接口的权限确定方法，应用于服务端，包括：

响应于客户端发送的第二时间戳获取请求，将服务端权限数据表对应的第二时间戳发送至客户端；

接收微应用基于客户端发送的权限更新请求，其中，权限更新请求是客户端根据第二时间戳和客户端权限数据表对应的第一时间戳，确定需要对客户端权限数据表进行更新后生成的；

将服务端权限数据表发送至客户端，以使得微应用根据服务端权限数据表确定微应用调用接口所对应的权限结果，并对客户端权限数据表进行更新；其中，服务端权限数据表根据管理系统发送的接口调用权限确定的。

进一步地，根据管理系统发送的接口调用权限确定服务端权限数据表的步骤，还包括：

接收管理系统发送的接口调用权限；其中，接口调用权限是管理系统根据第一业务需求和微应用发送的调用接口信息设置的；

根据接口调用权限确定服务端权限数据表，并记录当前时间戳为第二时间戳。

根据本发明实施例的第三方面，提供了一种微应用调用接口的权限确定方法，应用于管理系统，包括：

接收至少一个微应用发送的调用接口信息；

根据第一业务需求和至少一个微应用发送的调用接口信息设置接口调用权限；

将接口调用权限发送至服务端，以使得：服务端接收到微应用基于客户端发送的权限更新请求后，向微应用发送服务端权限数据表，微应用根据服务端权限数据表确定微应用调用接口所对应的权限结果；其中，服务端权限数据表是服务端根据接口调用权限进行确定的。

进一步地，调用接口信息包括接口编号、接口功能特征和微应用编号；根据第一业务需求和至少一个微应用发送的调用接口信息设置接口调用权限，还包括：

根据接口编号和接口功能特征对调用接口进行分组；

根据分组结果和业务需求批量设置微应用编号对应的接口调用权限。

进一步地，调用接口信息还包括微应用属性；在将接口调用权限发送至服务端的步骤之前，方法还包括：

根据微应用属性确定微应用类型，根据微应用类型确定微应用编号对应的接口调用权限。

进一步地，根据第一业务需求和至少一个微应用发送的调用接口信息设置接口调用权限，还包括：

根据业务需求和调用接口信息中的接口编号判断所调用的接口是否为目标接口；

若是，根据第一业务需求和接口编号对应的接口功能特征，对目标接口的不同接口功能分别设置接口调用权限。

进一步地，还包括：

接收第二业务需求，根据第二业务需求对调用接口以及调用接口对应的接口调用权限进行更新。

根据本发明实施例的第四方面，提供了一种微应用调用接口的权限确定装置，设置于客户端，包括：

时间戳获取模块，用于获取客户端权限数据表对应的第一时间戳，并从服务端获取服务端权限数据表对应的第二时间戳；

判断模块，用于根据第一时间戳和第二时间戳判断是否对客户端权限数据表进行更新；其中，第二时间戳是管理系统对服务端权限数据表进行操作时对应的时间戳；

权限确定模块，在需要对客户端权限数据表进行更新的情况下，用于向服务端发送权限更新请求，以获取服务端权限数据表，根据服务端权限数据表确定微应用调用接口所对应的权限结果，根据服务端权限数据表对客户端权限数据表进行更新。

根据本发明实施例的第五方面，提供了一种微应用调用接口的权限确定装置，设置于服务端，包括：

第一发送模块，用于响应于客户端发送的第二时间戳获取请求，将服务端权限数据表对应的第二时间戳发送至客户端；

请求接收模块，用于接收微应用基于客户端发送的权限更新请求，其中，权限更新请求是客户端根据第二时间戳和客户端权限数据表对应的第一时间戳，确定需要对客户端权限数据表进行更新后生成的；

第二发送模块，用于将服务端权限数据表发送至客户端，以使得微应用根据服务端权限数据表确定微应用调用接口所对应的权限结果，并对客户端权限数据表进行更新；其中，服务端权限数据表根据管理系统发送的接口调用权限确定的。

根据本发明实施例的第六方面，提供了一种微应用调用接口的权限确定装置，设置于管理系统，包括：

调用接口信息接收模块，用于接收至少一个微应用发送的调用接口信息；

权限设置模块，用于根据第一业务需求和至少一个微应用发送的调用接口信息设置接口调用权限；

权限发送模块，用于将接口调用权限发送至服务端，以使得：服务端接收到微应用基于客户端发送的权限更新请求后，向微应用发送服务端权限数据表，微应用根据服务端权限数据表确定微应用调用接口所对应的权限结果；其中，服务端权限数据表是服务端根据接口调用权限进行确定的。

根据本发明实施例的第七方面，提供了一种微应用调用接口的权限确定系统，包括客户端、服务端和管理系统；其中，

客户端，用于获取客户端权限数据表对应的第一时间戳，并从服务端获取服务端权限数据表对应的第二时间戳；根据第一时间戳和第二时间戳判断是否对客户端权限数据表进行更新；其中，第二时间戳是管理系统对服务端权限数据表进行操作时对应的时间戳；若是，向服务端发送权限更新请求，以获取服务端权限数据表，根据服务端权限数据表确定微应用调用接口所对应的权限结果，根据服务端权限数据表对客户端权限数据表进行更新；

服务端，用于响应于客户端发送的第二时间戳获取请求，将服务端权限数据表对应的第二时间戳发送至客户端；接收微应用基于客户端发送的权限更新请求；将服务端权限数据表发送至客户端；

管理系统，用于接收至少一个微应用发送的调用接口信息；根据第一业务需求和至少一个微应用发送的调用接口信息设置接口调用权限；将接口调用权限发送至服务端。

根据本发明实施例的第八方面，提供了一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上述任一种微应用调用接口的权限确定方法。

根据本发明实施例的第九方面，提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上述任一种微应用调用接口的权限确定方法。

上述发明中的一个实施例具有如下优点或有益效果：因为采用获取客户端权限数据表对应的第一时间戳，并从服务端获取服务端权限数据表对应的第二时间戳；根据第一时间戳和第二时间戳判断是否对客户端权限数据表进行更新；其中，第二时间戳是管理系统对服务端权限数据表进行操作时对应的时间戳；若是，向服务端发送权限更新请求，以获取服务端权限数据表，根据服务端权限数据表确定微应用调用接口所对应的权限结果，根据服务端权限数据表对客户端权限数据表进行更新的技术手段，所以克服了现有的微应用调用接口的权限确定方法中存在调用接口的安全性较低，权限确定成本较高，处理方法的容错率较低，调用接口的维护成本高，调用接口的可拓展性差，权限确定流程复杂，用户体验差的技术问题，进而达到提高所调用接口的安全性，降低权限确定成本和调用接口的维护成本，提高处理方法的容错率，提升调用接口的可拓展性，简化权限确定流程，提升用户体验的技术效果。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明第一实施例提供的微应用调用接口的权限确定方法的主要流程的示意图；

图2是根据本发明第二实施例提供的微应用调用接口的权限确定方法的主要流程的示意图；

图3是根据本发明第三实施例提供的微应用调用接口的权限确定方法的主要流程的示意图；

图4是根据本发明第四实施例提供的微应用调用接口的权限确定装置的主要模块的示意图；

图5是根据本发明第五实施例提供的微应用调用接口的权限确定装置的主要模块的示意图；

图6是根据本发明第六实施例提供的微应用调用接口的权限确定装置的主要模块的示意图；

图7是根据本发明第七实施例提供的微应用调用接口的权限确定系统的主要框架的交互示意图；

图8是本发明实施例可以应用于其中的示例性系统架构图；

图9是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是根据本发明第一实施例提供的微应用调用接口的权限确定方法的主要流程的示意图；如图1所示，本发明实施例提供的微应用调用接口的权限确定方法主要应用于客户端，包括：

步骤S101，获取客户端权限数据表对应的第一时间戳，并从服务端获取服务端权限数据表对应的第二时间戳；其中，第二时间戳是管理系统对服务端权限数据表进行操作时对应的时间戳。

具体地，根据本发明实施例，上述客户端权限数据表对应的第一时间戳是客户端操作该数据表时对应的时间戳，包括客户端操作包括存储操作和更新操作。

步骤S102，根据第一时间戳和第二时间戳判断是否对客户端权限数据表进行更新。若是，需要对客户端权限数据表进行更新；若否，则表示不需要对客户端权限数据表进行更新。

具体地，根据本发明实施例，若不需要对客户端权限数据表进行更新，则表明客户端权限数据表为最新权限数据，可直接根据客户端本地存储的客户端权限数据表确定微应用调用接口所对应的权限结果，再根据服务端权限数据表对客户端权限数据表进行更新。

通过上述设置，客户端本地存储有微应用调用接口对应的权限数据表，在确定微应用调用接口权限结果时，只需根据客户端操作该数据表的时间戳与服务端对应的权限数据表的操作时间戳进行比对，即可快速在确定权限结果，避免了现有方法中每次均从服务端获取最新权限数据，占用较多服务器资源的情形，进而提升了确定权限结果的效率，降低了数据传输对服务器资源的占用。

进一步地，根据本发明实施例，根据第一时间戳和第二时间戳判断是否对客户端权限数据表进行更新，还包括：

判断第一时间戳是否早于第二时间戳，若是，则需要对客户端权限数据表进行更新；若否，则不需要对客户端权限数据表进行更新。

其中，若第一时间戳早于第二时间戳，表明客户端存储或更新客户端权限数据表之后，服务端权限数据表进行了更新操作，在这种情况下，需要从服务端获取最新的服务端权限数据表对客户端权限数据表进行更新，才能保证所确定的权限结果的时效性，达到简化权限确定流程，提升用户体验的技术效果。

步骤S103，向服务端发送权限更新请求，以获取服务端权限数据表，根据服务端权限数据表确定微应用调用接口所对应的权限结果，根据服务端权限数据表对客户端权限数据表进行更新。

通过上述设置，仅在服务端权限数据表进行更新后(根据第二时间戳与第一时间戳的比较可以判断服务端权限数据表是否发生了更新)，才从服务端获取权限数据表，否则，可直接根据客户端本地存储的客户端权限数据表确定权限结果。

进一步地，根据本发明实施例，在根据服务端权限数据表对客户端权限数据表进行更新的步骤之后，上述方法还包括：获取更新客户端权限数据表时对应的更新时间戳；以更新时间戳替换第一时间戳。

若需要重新获取服务端权限数据表，则在更新客户端权限数据表时，对第一时间戳进行更新，以便于后续调用时，均根据权限数据表的最近操作所对应的时间戳，判断是否需要对客户端权限数据表进行更新。

优选地，根据本发明实施例，在获取客户端权限数据表对应的第一时间戳的步骤之前，上述方法还包括：将调用接口信息发送至管理系统，以使得：管理系统根据第一业务需求和调用接口信息设置接口调用权限，并将接口调用权限发送至服务端；服务端根据接口调用权限确定服务端权限数据表，并记录当前时间戳为第二时间戳。

通过上述设置，利用管理系统对微应用统一设置调用接口权限，保障了所调用接口的安全性，降低权限确定成本和调用接口的维护成本。

根据本发明实施例的技术方案，因为采用获取客户端权限数据表对应的第一时间戳，并从服务端获取服务端权限数据表对应的第二时间戳；根据第一时间戳和第二时间戳判断是否对客户端权限数据表进行更新；其中，第二时间戳是管理系统对服务端权限数据表进行操作时对应的时间戳；若是，向服务端发送权限更新请求，以获取服务端权限数据表，根据服务端权限数据表确定微应用调用接口所对应的权限结果，根据服务端权限数据表对客户端权限数据表进行更新的技术手段，所以克服了现有的微应用调用接口的权限确定方法中存在调用接口的安全性较低，权限确定成本较高，处理方法的容错率较低，调用接口的维护成本高，调用接口的可拓展性差，权限确定流程复杂，用户体验差的技术问题，进而达到提高所调用接口的安全性，降低权限确定成本和调用接口的维护成本，提高处理方法的容错率，提升调用接口的可拓展性，简化权限确定流程，提升用户体验的技术效果。

图2是根据本发明第二实施例提供的微应用调用接口的权限确定方法的主要流程的示意图；如图2所示，本发明实施例提供的微应用调用接口的权限确定方法应用于服务端，主要包括：

步骤S201，响应于客户端发送的第二时间戳获取请求，将服务端权限数据表对应的第二时间戳发送至客户端。

具体地，根据本发明实施例，具体地，根据本发明实施例，上述客户端权限数据表对应的第一时间戳是客户端操作该数据表时对应的时间戳，包括客户端操作包括存储操作和更新操作。在客户端欲确定微应用对应的调用接口权限时，客户端需要向服务端发送第二时间戳获取请求，以从服务端获取服务端权限数据表对应的第二时间戳。用于根据客户端权限数据表对应的第一时间戳和上述第二时间戳判断是否需要对客户端权限数据表进行更新。

步骤S202，接收微应用基于客户端发送的权限更新请求，其中，权限更新请求是客户端根据第二时间戳和客户端权限数据表对应的第一时间戳，确定需要对客户端权限数据表进行更新后生成的。

根据本发明实施例，在客户端根据第一时间戳和第二时间戳判断需要对客户端权限数据表进行更新时，客户端需要向服务端发送权限更新请求，以最新的服务端权限数据表，以用于确定微应用权限结果，并对本地存储的客户端权限数据表进行更新。

通过上述设置，客户端本地存储有微应用调用接口对应的权限数据表，在确定微应用调用接口权限结果时，只需根据客户端操作该数据表的时间戳与服务端对应的权限数据表的操作时间戳进行比对，即可快速在确定权限结果，避免了现有方法中每次均从服务端获取最新权限数据，占用较多服务器资源的情形，进而提升了确定权限结果的效率，降低了数据传输对服务器资源的占用。

步骤S203，将服务端权限数据表发送至客户端，以使得微应用根据服务端权限数据表确定微应用调用接口所对应的权限结果，并对客户端权限数据表进行更新；其中，服务端权限数据表根据管理系统发送的接口调用权限确定的。

通过上述设置，仅在服务端权限数据表进行更新后(根据第二时间戳与第一时间戳的比较可以判断服务端权限数据表是否发生了更新)，才从服务端获取权限数据表，否则，可直接根据客户端本地存储的客户端权限数据表确定权限结果。

进一步地，根据本发明实施例，上述根据管理系统发送的接口调用权限确定服务端权限数据表的步骤，还包括：接收管理系统发送的接口调用权限；其中，接口调用权限是管理系统根据第一业务需求和微应用发送的调用接口信息设置的；

根据接口调用权限确定服务端权限数据表，并记录当前时间戳为第二时间戳。

通过上述设置，利用管理系统对微应用统一设置调用接口权限，保障了所调用接口的安全性，降低权限确定成本和调用接口的维护成本。根据本发明实施例的一具体实施方式，管理系统可以独立于服务器之外，也可以设置于服务器之内。

根据本发明实施例的技术方案，因为采用响应于客户端发送的第二时间戳获取请求，将服务端权限数据表对应的第二时间戳发送至客户端；接收微应用基于客户端发送的权限更新请求，其中，权限更新请求是客户端根据第二时间戳和客户端权限数据表对应的第一时间戳，确定需要对客户端权限数据表进行更新后生成的；将服务端权限数据表发送至客户端，以使得微应用根据服务端权限数据表确定微应用调用接口所对应的权限结果，并对客户端权限数据表进行更新；其中，服务端权限数据表根据管理系统发送的接口调用权限确定的技术手段，所以克服了现有的微应用调用接口的权限确定方法中存在调用接口的安全性较低，权限确定成本较高，处理方法的容错率较低，调用接口的维护成本高，调用接口的可拓展性差，权限确定流程复杂，用户体验差的技术问题，进而达到提高所调用接口的安全性，降低权限确定成本和调用接口的维护成本，提高处理方法的容错率，提升调用接口的可拓展性，简化权限确定流程，提升用户体验的技术效果。

图3是根据本发明第三实施例提供的微应用调用接口的权限确定方法的主要流程的示意图；如图3所示，本发明实施例提供的微应用调用接口的权限确定方法应用于管理系统，主要包括：

步骤S301，接收至少一个微应用发送的调用接口信息。

具体地，根据本发明实施例，上述调用接口信息包括接口编号、接口功能特征和微应用编号；根据第一业务需求和至少一个微应用发送的调用接口信息设置接口调用权限，还包括：根据接口编号和接口功能特征对调用接口进行分组；根据分组结果和业务需求批量设置微应用编号对应的接口调用权限。

通过上述设置，管理系统获取多个微应用发送的调用接口信息，进而根据接口编号、接口功能特征以及业务需求等对微应用对应的调用接口的权限进行批量设置，保障了所调用接口的安全性，降低了权限确定成本和调用接口的维护成本。

步骤S302，根据第一业务需求和至少一个微应用发送的调用接口信息设置接口调用权限。

进一步地，根据本发明实施例，上述调用接口信息还包括微应用属性；在将接口调用权限发送至服务端的步骤之前，方法还包括：根据微应用属性确定微应用类型，根据微应用类型确定微应用编号对应的接口调用权限。

通过上述设置，可针对微应用类型确定接口调用权限，避免开发者通过管理系统设置调用权限时，由于操作失误，将特殊类型的微应用对应的调用权限设置错误。根据本发明实施例，构建微应用管理端名单，属于该名单内的微应用统一设置或者不设置相对应的调用接口权限，提高所调用接口的安全性。

优选地，根据本发明实施例，上述根据第一业务需求和至少一个微应用发送的调用接口信息设置接口调用权限，还包括：根据业务需求和调用接口信息中的接口编号判断所调用的接口是否为目标接口；若是，根据第一业务需求和接口编号对应的接口功能特征，对目标接口的不同接口功能分别设置接口调用权限。

根据本发明实施例的一具体实施方式，微应用可以添加所能使用的特殊API(Application Program Interface，应用程序接口)，在添加特殊API(即上述目标接口)的时候，需要设置特殊API是否需要校验参数权限。如需校验参数权限，需要同时配置所需校验的参数key和允许参数值。

如跳转指定渠道客户端API：openClientFunction，假设在API登记时分配的接口id为1002，此API有channel字段需要校验参数权限，目前提供的参数是：1：手机银行；2：企业银行；3：支付渠道c；4：支付渠道d；5：支付渠道e；6：支付渠道f。

对某一个微应用只配置这个API的特殊使用权限时候，如果只允许使用参数1、5(即仅为该微应用设置该API的两个接口功能特征所对应的调用权限)，则配置最终生成的权限校验数据为：

{

“1002”：{“channel”:[“1”,”5”]}

}

示例性地，根据本发明实施例，上述还包括：接收第二业务需求，根据第二业务需求对调用接口以及调用接口对应的接口调用权限进行更新。

通过上述设置，开发人员可根据实时更新的业务需求(即上述第二业务需求)对调用接口API进行增、删、改操作；还可以对各个API对应的调用权限进行调整，提升了调用接口的可拓展性。

步骤S303，将接口调用权限发送至服务端，以使得：服务端接收到微应用基于客户端发送的权限更新请求后，向微应用发送服务端权限数据表，微应用根据服务端权限数据表确定微应用调用接口所对应的权限结果；其中，服务端权限数据表是服务端根据接口调用权限进行确定的。

根据本发明实施例的技术方案，因为采用接收至少一个微应用发送的调用接口信息；根据第一业务需求和至少一个微应用发送的调用接口信息设置接口调用权限；将接口调用权限发送至服务端，以使得：服务端接收到微应用基于客户端发送的权限更新请求后，向微应用发送服务端权限数据表，微应用根据服务端权限数据表确定微应用调用接口所对应的权限结果；其中，服务端权限数据表是服务端根据接口调用权限进行确定的技术手段，所以克服了现有的微应用调用接口的权限确定方法中存在调用接口的安全性较低，权限确定成本较高，处理方法的容错率较低，调用接口的维护成本高，调用接口的可拓展性差，权限确定流程复杂，用户体验差的技术问题，进而达到提高所调用接口的安全性，降低权限确定成本和调用接口的维护成本，提高处理方法的容错率，提升调用接口的可拓展性，简化权限确定流程，提升用户体验的技术效果。

图4是根据本发明第四实施例提供的微应用调用接口的权限确定装置的主要模块的示意图；如图4所示，本发明实施例提供的微应用调用接口的权限确定装置400，设置于客户端，主要包括：

时间戳获取模块401，用于获取客户端权限数据表对应的第一时间戳，并从服务端获取服务端权限数据表对应的第二时间戳。

具体地，根据本发明实施例，上述客户端权限数据表对应的第一时间戳是客户端操作该数据表时对应的时间戳，包括客户端操作包括存储操作和更新操作。

判断模块402，用于根据第一时间戳和第二时间戳判断是否对客户端权限数据表进行更新；其中，第二时间戳是管理系统对服务端权限数据表进行操作时对应的时间戳。

具体地，根据本发明实施例，若不需要对客户端权限数据表进行更新，则表明客户端权限数据表为最新权限数据，可直接根据客户端本地存储的客户端权限数据表确定微应用调用接口所对应的权限结果，再根据服务端权限数据表对客户端权限数据表进行更新。

通过上述设置，客户端本地存储有微应用调用接口对应的权限数据表，在确定微应用调用接口权限结果时，只需根据客户端操作该数据表的时间戳与服务端对应的权限数据表的操作时间戳进行比对，即可快速在确定权限结果，避免了现有方法中每次均从服务端获取最新权限数据，占用较多服务器资源的情形，进而提升了确定权限结果的效率，降低了数据传输对服务器资源的占用。

进一步地，根据本发明实施例，上述判断模块402，还用于：判断第一时间戳是否早于第二时间戳，若是，则需要对客户端权限数据表进行更新；若否，则不需要对客户端权限数据表进行更新。

其中，若第一时间戳早于第二时间戳，表明客户端存储或更新客户端权限数据表之后，服务端权限数据表进行了更新操作，在这种情况下，需要从服务端获取最新的服务端权限数据表对客户端权限数据表进行更新，才能保证所确定的权限结果的时效性，达到简化权限确定流程，提升用户体验的技术效果。

权限确定模块403，在需要对客户端权限数据表进行更新的情况下，用于向服务端发送权限更新请求，以获取服务端权限数据表，根据服务端权限数据表确定微应用调用接口所对应的权限结果，根据服务端权限数据表对客户端权限数据表进行更新。

通过上述设置，仅在服务端权限数据表进行更新后(根据第二时间戳与第一时间戳的比较可以判断服务端权限数据表是否发生了更新)，才从服务端获取权限数据表，否则，可直接根据客户端本地存储的客户端权限数据表确定权限结果。

进一步地，根据本发明实施例，上述微应用调用接口的权限确定装置400还包括时间戳更新模块，在根据服务端权限数据表对客户端权限数据表进行更新的步骤之后，用于：获取更新客户端权限数据表时对应的更新时间戳；以更新时间戳替换第一时间戳。

若需要重新获取服务端权限数据表，则在更新客户端权限数据表时，对第一时间戳进行更新，以便于后续调用时，均根据权限数据表的最近操作所对应的时间戳，判断是否需要对客户端权限数据表进行更新。

优选地，根据本发明实施例，上述微应用调用接口的权限确定装置400还包括调用接口信息发送模块，在获取客户端权限数据表对应的第一时间戳的步骤之前，用于：将调用接口信息发送至管理系统，以使得：管理系统根据第一业务需求和调用接口信息设置接口调用权限，并将接口调用权限发送至服务端；服务端根据接口调用权限确定服务端权限数据表，并记录当前时间戳为第二时间戳。

通过上述设置，利用管理系统对微应用统一设置调用接口权限，保障了所调用接口的安全性，降低权限确定成本和调用接口的维护成本。

根据本发明实施例的技术方案，因为采用获取客户端权限数据表对应的第一时间戳，并从服务端获取服务端权限数据表对应的第二时间戳；根据第一时间戳和第二时间戳判断是否对客户端权限数据表进行更新；其中，第二时间戳是管理系统对服务端权限数据表进行操作时对应的时间戳；若是，向服务端发送权限更新请求，以获取服务端权限数据表，根据服务端权限数据表确定微应用调用接口所对应的权限结果，根据服务端权限数据表对客户端权限数据表进行更新的技术手段，所以克服了现有的微应用调用接口的权限确定方法中存在调用接口的安全性较低，权限确定成本较高，处理方法的容错率较低，调用接口的维护成本高，调用接口的可拓展性差，权限确定流程复杂，用户体验差的技术问题，进而达到提高所调用接口的安全性，降低权限确定成本和调用接口的维护成本，提高处理方法的容错率，提升调用接口的可拓展性，简化权限确定流程，提升用户体验的技术效果。

图5是根据本发明第五实施例提供的微应用调用接口的权限确定装置的主要模块的示意图；如图5所示，本发明实施例提供的微应用调用接口的权限确定装置500，设置于服务端，主要包括：

第一发送模块501，用于响应于客户端发送的第二时间戳获取请求，将服务端权限数据表对应的第二时间戳发送至客户端。

具体地，根据本发明实施例，具体地，根据本发明实施例，上述客户端权限数据表对应的第一时间戳是客户端操作该数据表时对应的时间戳，包括客户端操作包括存储操作和更新操作。在客户端欲确定微应用对应的调用接口权限时，客户端需要向服务端发送第二时间戳获取请求，以从服务端获取服务端权限数据表对应的第二时间戳。用于根据客户端权限数据表对应的第一时间戳和上述第二时间戳判断是否需要对客户端权限数据表进行更新。

请求接收模块502，用于接收微应用基于客户端发送的权限更新请求，其中，权限更新请求是客户端根据第二时间戳和客户端权限数据表对应的第一时间戳，确定需要对客户端权限数据表进行更新后生成的。

根据本发明实施例，在客户端根据第一时间戳和第二时间戳判断需要对客户端权限数据表进行更新时，客户端需要向服务端发送权限更新请求，以最新的服务端权限数据表，以用于确定微应用权限结果，并对本地存储的客户端权限数据表进行更新。

通过上述设置，客户端本地存储有微应用调用接口对应的权限数据表，在确定微应用调用接口权限结果时，只需根据客户端操作该数据表的时间戳与服务端对应的权限数据表的操作时间戳进行比对，即可快速在确定权限结果，避免了现有方法中每次均从服务端获取最新权限数据，占用较多服务器资源的情形，进而提升了确定权限结果的效率，降低了数据传输对服务器资源的占用。

第二发送模块503，用于将服务端权限数据表发送至客户端，以使得微应用根据服务端权限数据表确定微应用调用接口所对应的权限结果，并对客户端权限数据表进行更新；其中，服务端权限数据表根据管理系统发送的接口调用权限确定的。

通过上述设置，仅在服务端权限数据表进行更新后(根据第二时间戳与第一时间戳的比较可以判断服务端权限数据表是否发生了更新)，才从服务端获取权限数据表，否则，可直接根据客户端本地存储的客户端权限数据表确定权限结果。

进一步地，根据本发明实施例，上述微应用调用接口的权限确定装置500还包括服务端权限数据表确定模块，用于：接收管理系统发送的接口调用权限；其中，接口调用权限是管理系统根据第一业务需求和微应用发送的调用接口信息设置的；根据接口调用权限确定服务端权限数据表，并记录当前时间戳为第二时间戳。

通过上述设置，利用管理系统对微应用统一设置调用接口权限，保障了所调用接口的安全性，降低权限确定成本和调用接口的维护成本。根据本发明实施例的一具体实施方式，管理系统可以独立于服务器之外，也可以设置于服务器之内。

根据本发明实施例的技术方案，因为采用响应于客户端发送的第二时间戳获取请求，将服务端权限数据表对应的第二时间戳发送至客户端；接收微应用基于客户端发送的权限更新请求，其中，权限更新请求是客户端根据第二时间戳和客户端权限数据表对应的第一时间戳，确定需要对客户端权限数据表进行更新后生成的；将服务端权限数据表发送至客户端，以使得微应用根据服务端权限数据表确定微应用调用接口所对应的权限结果，并对客户端权限数据表进行更新；其中，服务端权限数据表根据管理系统发送的接口调用权限确定的技术手段，所以克服了现有的微应用调用接口的权限确定方法中存在调用接口的安全性较低，权限确定成本较高，处理方法的容错率较低，调用接口的维护成本高，调用接口的可拓展性差，权限确定流程复杂，用户体验差的技术问题，进而达到提高所调用接口的安全性，降低权限确定成本和调用接口的维护成本，提高处理方法的容错率，提升调用接口的可拓展性，简化权限确定流程，提升用户体验的技术效果。

图6是根据本发明第六实施例提供的微应用调用接口的权限确定装置的主要模块的示意图；如图6所示，本发明实施例提供的微应用调用接口的权限确定装置600，设置于管理系统，主要包括：

调用接口信息接收模块601，用于接收至少一个微应用发送的调用接口信息。

具体地，根据本发明实施例，上述调用接口信息包括接口编号、接口功能特征和微应用编号；根据第一业务需求和至少一个微应用发送的调用接口信息设置接口调用权限，还包括：根据接口编号和接口功能特征对调用接口进行分组；根据分组结果和业务需求批量设置微应用编号对应的接口调用权限。

通过上述设置，管理系统获取多个微应用发送的调用接口信息，进而根据接口编号、接口功能特征以及业务需求等对微应用对应的调用接口的权限进行批量设置，保障了所调用接口的安全性，降低了权限确定成本和调用接口的维护成本。

权限设置模块602，用于根据第一业务需求和至少一个微应用发送的调用接口信息设置接口调用权限。

进一步地，根据本发明实施例，上述微应用调用接口的权限确定装置600还包括微应用类型确定模块，上述调用接口信息还包括微应用属性；在将接口调用权限发送至服务端的步骤之前，方法还包括：根据微应用属性确定微应用类型，根据微应用类型确定微应用编号对应的接口调用权限。

通过上述设置，可针对微应用类型确定接口调用权限，避免开发者通过管理系统设置调用权限时，由于操作失误，将特殊类型的微应用对应的调用权限设置错误。根据本发明实施例，构建微应用管理端名单，属于该名单内的微应用统一设置或者不设置相对应的调用接口权限，提高所调用接口的安全性。

优选地，根据本发明实施例，上述根据第一业务需求和至少一个微应用发送的调用接口信息设置接口调用权限，还包括：根据业务需求和调用接口信息中的接口编号判断所调用的接口是否为目标接口；若是，根据第一业务需求和接口编号对应的接口功能特征，对目标接口的不同接口功能分别设置接口调用权限。

示例性地，根据本发明实施例，上述还包括：接收第二业务需求，根据第二业务需求对调用接口以及调用接口对应的接口调用权限进行更新。

通过上述设置，开发人员可根据实时更新的业务需求(即上述第二业务需求)对调用接口API进行增、删、改操作；还可以对各个API对应的调用权限进行调整，提升了调用接口的可拓展性。

权限发送模块603，用于将接口调用权限发送至服务端，以使得：服务端接收到微应用基于客户端发送的权限更新请求后，向微应用发送服务端权限数据表，微应用根据服务端权限数据表确定微应用调用接口所对应的权限结果；其中，服务端权限数据表是服务端根据接口调用权限进行确定的。

根据本发明实施例的技术方案，因为采用接收至少一个微应用发送的调用接口信息；根据第一业务需求和至少一个微应用发送的调用接口信息设置接口调用权限；将接口调用权限发送至服务端，以使得：服务端接收到微应用基于客户端发送的权限更新请求后，向微应用发送服务端权限数据表，微应用根据服务端权限数据表确定微应用调用接口所对应的权限结果；其中，服务端权限数据表是服务端根据接口调用权限进行确定的技术手段，所以克服了现有的微应用调用接口的权限确定方法中存在调用接口的安全性较低，权限确定成本较高，处理方法的容错率较低，调用接口的维护成本高，调用接口的可拓展性差，权限确定流程复杂，用户体验差的技术问题，进而达到提高所调用接口的安全性，降低权限确定成本和调用接口的维护成本，提高处理方法的容错率，提升调用接口的可拓展性，简化权限确定流程，提升用户体验的技术效果。

图7是根据本发明第七实施例提供的微应用调用接口的权限确定系统的主要框架的示意图；如图7所示，本发明实施例提供的微应用调用接口的权限确定系统700主要包括：

管理端，执行步骤S1，由管理人员录入权限数据更改信息；S2，根据权限数据更改信息对服务端权限数据表进行更新。

根据本发明实施例，在执行步骤S1之前，管理端还用于：用于接收至少一个微应用发送的调用接口信息；根据第一业务需求和至少一个微应用发送的调用接口信息设置接口调用权限；将接口调用权限发送至服务端，以使得，服务端生成服务端权限数据表。

客户端，执行步骤S3，向服务端发送权限更新请求；步骤S5，根据服务端发送服务端权限数据表确定权限结果。

根据本发明实施例，在执行步骤S3之前，客户端还用于：获取客户端权限数据表对应的第一时间戳，并从服务端获取服务端权限数据表对应的第二时间戳；根据第一时间戳和第二时间戳判断是否对客户端权限数据表进行更新；其中，第二时间戳是管理系统对服务端权限数据表进行操作时对应的时间戳；在判断结果为需要更新时，再执行步骤S3；若判断结果为不需要更新，则直接根据客户端权限数据表确定权限结果。

服务端，执行步骤S4，响应于微应用基于客户端发送的权限更新请求，向客户端发送更新后的服务端权限数据表。

根据本发明实施例，在执行步骤S4之前，服务端还用于：响应于客户端发送的第二时间戳获取请求，将服务端权限数据表对应的第二时间戳发送至客户端，以使得客户端根据第一时间戳和第二时间戳判断是否需要对客户端权限数据表进行更新。

根据本发明实施例的技术方案，因为采用获取客户端权限数据表对应的第一时间戳，并从服务端获取服务端权限数据表对应的第二时间戳；根据第一时间戳和第二时间戳判断是否对客户端权限数据表进行更新；其中，第二时间戳是管理系统对服务端权限数据表进行操作时对应的时间戳；若是，向服务端发送权限更新请求，以获取服务端权限数据表，根据服务端权限数据表确定微应用调用接口所对应的权限结果，根据服务端权限数据表对客户端权限数据表进行更新的技术手段，所以克服了现有的微应用调用接口的权限确定方法中存在调用接口的安全性较低，权限确定成本较高，处理方法的容错率较低，调用接口的维护成本高，调用接口的可拓展性差，权限确定流程复杂，用户体验差的技术问题，进而达到提高所调用接口的安全性，降低权限确定成本和调用接口的维护成本，提高处理方法的容错率，提升调用接口的可拓展性，简化权限确定流程，提升用户体验的技术效果。

图8示出了可以应用本发明实施例的微应用调用接口的权限确定方法或微应用调用接口的权限确定装置(根据具体案件调整)的示例性系统架构800。

如图8所示，系统架构800可以包括终端设备801、802、803，网络804和服务器805(此架构仅仅是示例，具体架构中包含的组件可以根据申请具体情况调整)。网络804用以在终端设备801、802、803和服务器805之间提供通信链路的介质。网络804可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备801、802、803通过网络804与服务器805交互，以接收或发送消息等。终端设备801、802、803上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备801、802、803可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器805可以是提供各种服务的服务器，例如对用户利用终端设备801、802、803所(进行权限确定/进行数据处理)的服务器(仅为示例)。该服务器可以对接收到的第一时间戳、第二时间戳等数据进行分析等处理，并将处理结果(例如服务端权限数据表、权限结果--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的微应用调用接口的权限确定方法一般由服务器805执行，相应地，微应用调用接口的权限确定装置一般设置于服务器805中。

应该理解，图8中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图9，其示出了适于用来实现本发明实施例的终端设备或服务器的计算机系统900的结构示意图。图9示出的终端设备或服务器仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图9所示，计算机系统900包括中央处理单元(CPU)901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。在RAM 903中，还存储有系统900操作所需的各种程序和数据。CPU 901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。

以下部件连接至I/O接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(CPU)901执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括时间戳获取模块、判断模块和权限确定模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，时间戳获取模块还可以被描述为“用于获取客户端权限数据表对应的第一时间戳，并从服务端获取服务端权限数据表对应的第二时间戳的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：获取客户端权限数据表对应的第一时间戳，并从服务端获取服务端权限数据表对应的第二时间戳；根据第一时间戳和第二时间戳判断是否对客户端权限数据表进行更新；其中，第二时间戳是管理系统对服务端权限数据表进行操作时对应的时间戳；若是，向服务端发送权限更新请求，以获取服务端权限数据表，根据服务端权限数据表确定微应用调用接口所对应的权限结果，根据服务端权限数据表对客户端权限数据表进行更新。

根据本发明实施例的技术方案，因为采用获取客户端权限数据表对应的第一时间戳，并从服务端获取服务端权限数据表对应的第二时间戳；根据第一时间戳和第二时间戳判断是否对客户端权限数据表进行更新；其中，第二时间戳是管理系统对服务端权限数据表进行操作时对应的时间戳；若是，向服务端发送权限更新请求，以获取服务端权限数据表，根据服务端权限数据表确定微应用调用接口所对应的权限结果，根据服务端权限数据表对客户端权限数据表进行更新的技术手段，所以克服了现有的微应用调用接口的权限确定方法中存在调用接口的安全性较低，权限确定成本较高，处理方法的容错率较低，调用接口的维护成本高，调用接口的可拓展性差，权限确定流程复杂，用户体验差的技术问题，进而达到提高所调用接口的安全性，降低权限确定成本和调用接口的维护成本，提高处理方法的容错率，提升调用接口的可拓展性，简化权限确定流程，提升用户体验的技术效果。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (16)

1.一种微应用调用接口的权限确定方法，其特征在于，应用于客户端，包括：

获取客户端权限数据表对应的第一时间戳，并从服务端获取服务端权限数据表对应的第二时间戳；

根据所述第一时间戳和所述第二时间戳判断是否对客户端权限数据表进行更新；其中，所述第二时间戳是管理系统对所述服务端权限数据表进行操作时对应的时间戳；

若是，向所述服务端发送权限更新请求，以获取所述服务端权限数据表，根据所述服务端权限数据表确定微应用调用接口所对应的权限结果，根据所述服务端权限数据表对所述客户端权限数据表进行更新。

2.根据权利要求1所述的微应用调用接口的权限确定方法，其特征在于，在所述根据所述服务端权限数据表对所述客户端权限数据表进行更新的步骤之后，所述方法还包括：

获取更新所述客户端权限数据表时对应的更新时间戳；

以所述更新时间戳替换所述第一时间戳。

3.根据权利要求1所述的微应用调用接口的权限确定方法，其特征在于，在所述获取客户端权限数据表对应的第一时间戳的步骤之前，所述方法还包括：

将调用接口信息发送至管理系统，以使得：所述管理系统根据第一业务需求和所述调用接口信息设置接口调用权限，并将所述接口调用权限发送至所述服务端；所述服务端根据所述接口调用权限确定服务端权限数据表，并记录当前时间戳为所述第二时间戳。

4.一种微应用调用接口的权限确定方法，其特征在于，应用于服务端，包括：

响应于客户端发送的第二时间戳获取请求，将服务端权限数据表对应的第二时间戳发送至所述客户端；

接收微应用基于所述客户端发送的权限更新请求，其中，所述权限更新请求是所述客户端根据所述第二时间戳和客户端权限数据表对应的第一时间戳，确定需要对所述客户端权限数据表进行更新后生成的；

将所述服务端权限数据表发送至所述客户端，以使得所述微应用根据所述服务端权限数据表确定微应用调用接口所对应的权限结果，并对所述客户端权限数据表进行更新；其中，所述服务端权限数据表根据管理系统发送的接口调用权限确定的。

5.根据权利要求4所述的微应用调用接口的权限确定方法，其特征在于，根据管理系统发送的接口调用权限确定所述服务端权限数据表的步骤，还包括：

接收管理系统发送的接口调用权限；其中，所述接口调用权限是所述管理系统根据第一业务需求和所述微应用发送的调用接口信息设置的；

根据所述接口调用权限确定服务端权限数据表，并记录当前时间戳为第二时间戳。

6.一种微应用调用接口的权限确定方法，其特征在于，应用于管理系统，包括：

接收至少一个微应用发送的调用接口信息；

根据第一业务需求和所述至少一个微应用发送的调用接口信息设置接口调用权限；

将所述接口调用权限发送至服务端，以使得：服务端接收到微应用基于客户端发送的权限更新请求后，向所述微应用发送服务端权限数据表，所述微应用根据所述服务端权限数据表确定微应用调用接口所对应的权限结果；其中，所述服务端权限数据表是所述服务端根据所述接口调用权限进行确定的。

7.根据权利要求6所述的微应用调用接口的权限确定方法，其特征在于，所述调用接口信息包括接口编号、接口功能特征和微应用编号；所述根据第一业务需求和所述至少一个微应用发送的调用接口信息设置接口调用权限，还包括：

根据所述接口编号和所述接口功能特征对调用接口进行分组；

根据分组结果和所述业务需求批量设置所述微应用编号对应的接口调用权限。

8.根据权利要求6所述的微应用调用接口的权限确定方法，其特征在于，所述调用接口信息还包括微应用属性；在所述将所述接口调用权限发送至服务端的步骤之前，所述方法还包括：

根据所述微应用属性确定微应用类型，根据所述微应用类型确定所述微应用编号对应的接口调用权限。

9.根据权利要求6所述的微应用调用接口的权限确定方法，其特征在于，所述根据第一业务需求和所述至少一个微应用发送的调用接口信息设置接口调用权限，还包括：

根据业务需求和所述调用接口信息中的接口编号判断所调用的接口是否为目标接口；

若是，根据所述第一业务需求和所述接口编号对应的接口功能特征，对所述目标接口的不同接口功能分别设置接口调用权限。

10.根据权利要求6所述的微应用调用接口的权限确定方法，其特征在于，还包括：

接收第二业务需求，根据所述第二业务需求对调用接口以及所述调用接口对应的接口调用权限进行更新。

11.一种微应用调用接口的权限确定装置，其特征在于，设置于客户端，包括：

时间戳获取模块，用于获取客户端权限数据表对应的第一时间戳，并从服务端获取服务端权限数据表对应的第二时间戳；

判断模块，用于根据所述第一时间戳和所述第二时间戳判断是否对客户端权限数据表进行更新；其中，所述第二时间戳是管理系统对所述服务端权限数据表进行操作时对应的时间戳；

权限确定模块，在需要对所述客户端权限数据表进行更新的情况下，用于向所述服务端发送权限更新请求，以获取所述服务端权限数据表，根据所述服务端权限数据表确定微应用调用接口所对应的权限结果，根据所述服务端权限数据表对所述客户端权限数据表进行更新。

12.一种微应用调用接口的权限确定装置，其特征在于，设置于服务端，包括：

第一发送模块，用于响应于客户端发送的第二时间戳获取请求，将服务端权限数据表对应的第二时间戳发送至所述客户端；

请求接收模块，用于接收微应用基于所述客户端发送的权限更新请求，其中，所述权限更新请求是所述客户端根据所述第二时间戳和客户端权限数据表对应的第一时间戳，确定需要对所述客户端权限数据表进行更新后生成的；

第二发送模块，用于将所述服务端权限数据表发送至所述客户端，以使得所述微应用根据所述服务端权限数据表确定微应用调用接口所对应的权限结果，并对所述客户端权限数据表进行更新；其中，所述服务端权限数据表根据管理系统发送的接口调用权限确定的。

13.一种微应用调用接口的权限确定装置，其特征在于，设置于管理系统，包括：

调用接口信息接收模块，用于接收至少一个微应用发送的调用接口信息；

权限设置模块，用于根据第一业务需求和所述至少一个微应用发送的调用接口信息设置接口调用权限；

权限发送模块，用于将所述接口调用权限发送至服务端，以使得：服务端接收到微应用基于客户端发送的权限更新请求后，向所述微应用发送服务端权限数据表，所述微应用根据所述服务端权限数据表确定微应用调用接口所对应的权限结果；其中，所述服务端权限数据表是所述服务端根据所述接口调用权限进行确定的。

14.一种微应用调用接口的权限确定系统，其特征在于，包括客户端、服务端和管理系统；其中，

所述客户端，用于获取客户端权限数据表对应的第一时间戳，并从服务端获取服务端权限数据表对应的第二时间戳；根据所述第一时间戳和所述第二时间戳判断是否对客户端权限数据表进行更新；其中，所述第二时间戳是管理系统对所述服务端权限数据表进行操作时对应的时间戳；若是，向所述服务端发送权限更新请求，以获取所述服务端权限数据表，根据所述服务端权限数据表确定微应用调用接口所对应的权限结果，根据所述服务端权限数据表对所述客户端权限数据表进行更新；

所述服务端，用于响应于客户端发送的第二时间戳获取请求，将服务端权限数据表对应的第二时间戳发送至所述客户端；接收微应用基于所述客户端发送的权限更新请求；将所述服务端权限数据表发送至所述客户端；

所述管理系统，用于接收至少一个微应用发送的调用接口信息；根据第一业务需求和所述至少一个微应用发送的调用接口信息设置接口调用权限；将所述接口调用权限发送至服务端。

15.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-3、4-5、6-10中任一所述的方法。

16.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-3、4-5、6-10中任一所述的方法。

Images