CN115665448B - 一种基于微服务的权限控制方法、设备、存储介质 - Google Patents

Abstract

本申请提供一种基于微服务的权限控制方法、设备、存储介质，应用于视频处理平台，本方法包括以下步骤：步骤S1、接收视频数据及用户端的应用定制信息，根据视频数据及用户端的应用定制信息生成各用户端的初始化文件；步骤S2、将初始化文件发送至视频管理终端，由视频管理终端生成对应用户端的基本权限菜单及动态调整菜单；步骤S3、根据所述基本权限菜单及动态调整菜单确定对应用户端的视频处理权限，由用户端根据视频处理权限处理视频数据。本申请通过动态调整用户端的权限及处理记录，快速获取到视频处理进行进度及处理人员，解决视频处理过程中权限分配不明确，且处理过程混乱的问题。

Description

一种基于微服务的权限控制方法、设备、存储介质

技术领域

本申请涉及计算机技术领域，具体涉及一种基于微服务的权限控制方法、设备、存储介质。

背景技术

随着自媒体互联网的快速发展，短视频数据以传递信息快、形式多样、内容有趣等特点深受观众喜爱。目前市场上拍摄短视频，大多为通过手机拍摄自制的短视频为主。用户在拍摄、制作过程中，需要通过团队协作，尤其是专业的摄像师及视频制作团队，得从摄影器材中将导出视频素材到电脑上，由专业剪辑师，使用专业非编软件，对拍摄的视频素材进行剪辑加工、配乐美化，制作成短视频，最后发布制作好的短视频。

但在OA办公系统中，由于不同部门、用户的分工或者办公处理的权限不一致，无法同时处理视频数据，也无法快速获取到视频处理人员的名单或者处理进度，无法保障视频数据处理的安全性以及处理效率。而当存在不同的视频团队、不同分工的工作人员处理同一个视频时，其对应的视频处理权限也不清晰。

发明内容

为了解决上述的问题，本申请的实施例中提供了一种基于微服务的权限控制方法、设备、存储介质，通过动态调整用户端的权限及处理记录，快速获取到视频处理进行进度及处理人员，解决视频处理过程中权限分配不明确，且处理过程混乱的问题。

为此，本申请的一个方面，提供一种基于微服务的权限控制方法，应用于视频处理平台，本方法包括以下步骤：

步骤S1、接收视频数据及用户端的应用定制信息，根据视频数据及用户端的应用定制信息生成各用户端的初始化文件；

步骤S2、将初始化文件发送至视频管理终端，由视频管理终端生成对应用户端的基本权限菜单及动态调整菜单；

步骤S3、根据所述基本权限菜单及动态调整菜单确定对应用户端的视频处理权限，由用户端根据视频处理权限处理视频数据。

可选地，结合上述任一方面，在本方面的另一种实现方式中，所述步骤S2中视频管理终端生成对应用户端的基本权限菜单与动态调整菜单包括以下步骤：

步骤S21、获取所述初始文化文件中的第一验证码与第二验证码，通过预设算法解析所述第一验证码与第二验证码，所述第一验证码与所述基本权限菜单相关，所述第二验证码与所述动态调整菜单相关；

步骤S22、根据第一验证码与第二验证码的解析结果对所述用户端进行安全认证；当用户端的安全认证通过时，根据第一验证码与第二验证码生成该用户端的基本权限菜单及动态调整菜单。

可选地，结合上述任一方面，在本方面的另一种实现方式中，所述步骤S3中根据所述基本权限菜单及动态调整菜单确定对应用户端的视频处理权限，包括以下步骤：

步骤S31、获取所述视频数据的处理阶段，判断所述视频数据的处理阶段是否位于该用户端的所述动态调整菜单的调整范围中，当所述视频数据的处理阶段位于该用户端的动态调整菜单的范围时，则根据所述动态调整菜单确定该用户端的权限。

可选地，结合上述任一方面，在本方面的另一种实现方式中，视频数据采用分阶段管理；所述分阶段管理为在不同处理阶段设置有不同的处理权限，且不同处理阶段的具有处理权限的用户端数量不同；当所述视频数据处于设有多个处理权限的处理阶段时，每个处理权限所对应的处理内容不相同；

可选地，结合上述任一方面，在本方面的另一种实现方式中，当所述视频数据的处理阶段存在多个具有处理权限的用户端数量时，根据所述初始化文件调整具有处理权限的用户端的动态调整菜单。

可选地，结合上述任一方面，在本方面的另一种实现方式中，还包括以下步骤：

步骤S32、在接收到用户端针对该处理阶段的处理权限开放请求时，判断所述处理权限是否存在所述初始化文件中，若存在，则开放该用户端查看相同处理阶段的视频数据的权限。

可选地，结合上述任一方面，在本方面的另一种实现方式中，所述用户端的应用定制信息包括该用户端的登录用户ID、唯一标识符、该用户登录ID下具有的所有权限及权限对应的代码、权限所对应的菜单信息。

可选地，结合上述任一方面，在本方面的另一种实现方式中，视频处理平台设置有微服务网关、微前端数据处理模块及微服务器，用户端与通过微服务网关与微前段数据处理模块、微服务器连接，均具有API接口。

本申请的另一方面，提供一种电子设备，其包括处理器、存储器及存储于所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上任一所述的一种基于微服务的权限控制方法。

本申请的另一方面，提供一种存储介质，其上存储有计算机程序，所述计算机程序被执行时实现如上任一所述的一种基于微服务的权限控制方法。

如上所述，本申请提供了一种基于微服务的权限控制方法、设备、存储介质，通过接收视频数据及用户端的应用定制信息，生成各用户端的初始化文件，根据初始化文件生成对应用户端的基本权限菜单及动态调整菜单，根据所述基本权限菜单及动态调整菜单确定对应用户端的视频处理权限，由用户端根据视频处理权限处理视频数据。通过动态调整OA办公系统中的用户端的权限及处理记录，快速获取到视频处理进行进度及处理人员，解决OA办公系统中视频处理过程中权限分配不明确，且处理过程混乱的问题。

提供上述发明内容以简化形式介绍一些概念，这些概念将在下面的具体实施方式中进一步详细描述。上述发明内容既不旨在标识所要求保护的主题的关键特征或必要特征，也不旨在用于帮助确定所要求保护的主题的范围。本申请所要求保护的主题不限于解决背景技术中指出的任何或所有缺点的实施方式。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

图1为本申请所提供的一种基于微服务的权限控制方法流程示意图；

图2为本申请所提供的一种基于微服务的权限控制方法步骤S2的流程示意图；

图3为本申请所提供的一种基于微服务的权限控制方法中视频处理平台的结构示意图。

具体实施方式

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

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素，此外，本申请不同实施例中具有同样命名的部件、特征、要素可能具有相同含义，也可能具有不同含义，其具体含义需以其在该具体实施例中的解释或者进一步结合该具体实施例中上下文进行确定。

应当理解，尽管在本文可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本文范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语"如果"可以被解释成为"在……时"或"当……时"或"响应于确定"。再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。本申请使用的术语“或”、“和/或”、“包括以下至少一个”等可被解释为包括性的，或意味着任一个或任何组合。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。

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

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测（陈述的条件或事件）”可以被解释成为“当确定时”或“响应于确定”或“当检测（陈述的条件或事件）时”或“响应于检测（陈述的条件或事件）”。

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

请参阅图1，本方法应用于搭载微服务架构的办公系统视频处理平台中。在该视频处理平台的微服务框架，采用前后端分离技术，前端通过JSON与后端进行通信，后端基于Spring boot、Spring Cloud微服务技术框架。视频处理平台基于Spring Cloud微服务技术框架提供服务集中注册管理、统一集成接口管理、平台运行与用户端使用状态监测、服务监控等规范管理。

如图3，视频处理平台设置有微服务网关、微前端数据处理模块及微服务器，模块与模块之间相互隔离，且均具有API接口。在微服务架构下，用户端若是直接与服务端进行信息交互，则会产生若干个对外访问的接口。在用户端数量暴增时，产生的访问接口也会对应增加，导致用户端请求效率低下，服务端业务逻辑复杂，对系统维护和扩展造成一定影响。因此，API设置于用户端与用户端之间，API网关作为用户访问后端服务的唯一副口，具有认证、授权、转发请求、限流等功能，减少用户端与服务端之间的交互请求，将用户的业务请求规范化，简化用户端的业务逻辑。

用户端通过API微服务网关与视频处理平台通信，访问和调用微服务器内的视频数据及应用。用户端用于承载微服务架构下的服务，其包括多种不同的电子设备，如服务器、计算机、智能终端设备、网关设备等。不同用户端规模、设备承载量、资源量等都不做限定，可相同也可不不同。

具体的，本方法包括以下步骤：

步骤S1、接收视频数据及视频处理用户端的应用定制信息，根据视频处理用户端的应用定制信息生成各用户端的初始化文件；

视频数据包括用户拍摄的源视频、针对源视频所录制的音频或者图像等多媒体数据。而视频处理用户端是指对源视频或者由源视频进一步得到的多媒体数据进行处理的用户端，视频处理用户端设置有应用定制信息，应用定制信息是指用户端在处理对应视频数据时，该视频处理用户端所需要的功能，包括用户端数据、权限数据、功能数据。

用户在拍摄视频数据后，可通过用户端上传至视频编辑平台，由工作人员视频编辑平台进行处理。在OA办公系统中，不同部门甚至同一个部门的不同人员，对于同一份视频数据的处理权限或者查阅权限均不相同。在OA办公系统，视频数据的处理权限难以快速划分。

因此在本申请中，上传者或者上传团队可设置管理员，管理员即为该视频数据的管理者。管理者存在对视频数据的最高权限，可查看视频数据处理的整个过程及实时进度、开放视频处理权限等。更具体的，视频数据可分段传输，如同一个视频，由不同拍摄者完成，则可由不同的用户端上传，或者是同一个用户端，分次数上传。

视频编辑平台搭载微处理架构，通过微服务网关连接多个用户端，接收视频数据及其他数据。用户端将视频数据及用户端的应用定制信息发送至视频编辑平台，用户端的应用定制信息包括该用户端的登录用户ID、唯一标识符、该用户登录ID下具有的所有权限及权限对应的标识、权限所对应的菜单信息。每个用户端都会存在多种处理权限，以完成视频剪辑处理中的不同步骤，其中包括基础权限与动态权限。基础权限为该用户端在处理视频数据均可以使用权限，而动态权限是指该用户端在处理视频数据的某些处理阶段可以使用的权限，如配音、编写/修改文案、剪辑画面、渲染等，剪辑师只能在编辑阶段进行视频画面剪辑，而配音也只能在编辑阶段根据文案进行。用户端在处理不同视频数据时，其具有的权限也不相同。在应用定制信息中也会指明对该视频数据，用户端在所能处理的视频阶段及视频阶段的处理权限。

根据上述应用定制信息，生成各用户端的初始化文件。所述初始化文件包含了应用定制信息，以及应用定制信息中处理权限所对应的标识码。更多的，为避免他人非法使用处理权限，可通过指定算法对初始化文件中的标识码进行加密，生成对应的验证码。

步骤S2、将初始化文件发送至视频管理终端，由视频管理终端生成对应用户端的基本权限菜单及动态调整菜单。视频管理终端在接收到初始化文件后，则保存并解析所述初始化文件，通过所述初始化文件，获取用户端对该视频数据对应的处理权限。

具体的，如图2，所述步骤S2中视频管理终端生成对应用户端的基本权限菜单与动态调整菜单包括以下步骤：

步骤S21、获取所述初始文化文件中的第一验证码与第二验证码，通过预设算法解析所述第一验证码与第二验证码，所述第一验证码与所述基本权限菜单相关，所述第二验证码与所述动态调整菜单相关；初始化文件中存在应用定制信息，通过解析应用定制信息得到第一验证码与第二验证码。

步骤S22、根据第一验证码与第二验证码的解析结果对所述用户端进行安全认证；当用户端的安全认证通过时，根据第一验证码与第二验证码生成该用户端的基本权限菜单及动态调整菜单。

将第一验证码与第二验证码与实现设置好的权限标识进行比对，确认该用户端是否存在该处理权限。只有当该用户端存在该第一验证码与第二验证码对应的权限标识，才可生成该用户端的基本权限菜单与动态调整菜单。

进一步地，所述基本权限菜单与所述第一验证码相关，所述动态调整菜单与所述第二验证码相关。第一验证码可以是包括基本权限菜单中所有处理权限的标识，也可以是仅用于验证用户端安全的验证码，在此不做限定。而第二验证码与所述动态验证码相关，一般则包括所有处理权限的标识，便于在解析后快速获取到动态调整菜单的权限。

根据第一验证码与第二验证码的解析结果对所述用户端进行安全认证，主要是验证用户端的身份，进行基于身份的认证授权。当需要进行权限调整时，对彼此进行身份的授权认证，只有通过基于身份的授权认证，动态调整处理权限。

步骤S3、根据所述基本权限菜单及动态调整菜单确定对应用户端的视频处理权限，由用户端根据视频处理权限处理视频数据。用户端获取到平台分配的处理权限，不同的用户端可通过处理权限快速处理好该阶段的视频数据，不受其他用户端的影响。

视频数据在处理过程中存在多个不同的处理阶段，如预处理阶段、文案大纲处理阶段、场次调整阶段、文案配音调整阶段、画面制作配音阶段、剪辑合并阶段、渲染阶段等。主要的处理大多围绕文案及画面进行，一旦文案或者画面需要修改，则很多阶段均需要重新处理，效率低。

为解决上述缺陷，所述步骤S3中根据所述基本权限菜单及动态调整菜单确定对应用户端的视频处理权限，包括以下步骤：

步骤S31、获取所述视频数据的处理阶段，判断所述视频数据的处理阶段是否位于该用户端的所述动态调整菜单的调整范围中，当所述视频数据的处理阶段位于该用户端的动态调整菜单的范围时，则根据所述动态调整菜单确定该用户端的权限。

视频数据采用分阶段管理；所述分阶段管理为在不同处理阶段设置有不同的处理权限，且不同处理阶段的具有处理权限的用户端数量不同；也就是，视频数据的管理者具有所有阶段的所有处理权限，而视频数据处理阶段，可能A用户端仅可以查看，不可编辑，B用户端仅存在配音权限而没有文案编辑权限，以此类推。在分阶段管理是，可以是所述微服务网关提供响应于用户端的微服务需求，调用微服务器中的视频数据及应用。用户端在根据动态调整菜单获取到对应处理权限时，直接从微服务器中下载对应的数据载体。

更具体的，所述视频数据处于设有多个处理权限的处理阶段时，每个处理权限所对应的处理内容不相同。视频数据处于画面制作配音阶段等阶段时，可由不同用户端同时进行字幕配合、配音制作、画面制作三个操作。当所述视频数据的处理阶段存在多个具有处理权限的用户端数量时，根据所述初始化文件调整具有处理权限的用户端的动态调整菜单，使得用户端可进行对应权限的操作。

当用户端处于相同阶段时，存在需要相互配合完成视频处理的情况，因此，还包括以下步骤：

步骤S32、在接收到用户端针对该处理阶段的处理权限开放请求时，开放该用户端查看相同处理阶段的视频数据的权限。

值得注意的是，用户端仅可以进行对应权限的操作，虽然处于同一个处理阶段，但用户端尽可以查看其他用户端对同一段视频数据的处理记录或处理后的数据，并不能对该视频数据进行权限外的操作。如视频数据处于画面制作配音阶段等阶段时，可由不同用户端同时进行字幕配合、配音制作、画面制作三个操作。具有字幕配合权限的用户端，可以进行字幕操作，且能看到配音制作及画面制作的修改或编辑，具有查看的权限。具有配音制作权限的用户端，仅能进行配音操作，且能看到字幕及画面制作的修改或编辑，仅具有查看的权限，无法进行修改。通过上述方式，可以解决现有的视频制作中，一个较为重要的修改修改需要所有流程重来的缺陷，提高效率的同时，提高修改的便捷性、安全性。

本申请提供了一种基于微服务的权限控制方法，通过接收视频数据及用户端的应用定制信息，生成各用户端的初始化文件，根据初始化文件生成对应用户端的基本权限菜单及动态调整菜单，根据所述基本权限菜单及动态调整菜单确定对应用户端的视频处理权限，由用户端根据视频处理权限处理视频数据。通过动态调整用户端的权限及处理记录，快速获取到视频处理进行进度及处理人员，解决视频处理过程中权限分配不明确，且处理过程混乱的问题。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本申请中，对于相同或相似的术语概念、技术方案和/或应用场景描述，一般只在第一次出现时进行详细描述，后面再重复出现时，为了简洁，一般未再重复阐述，在理解本申请技术方案等内容时，对于在后未详细描述的相同或相似的术语概念、技术方案和/或应用场景描述等，可以参考其之前的相关详细描述。

在本申请中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上的一个存储介质（如ROM/RAM、磁碟、光盘）中，包括若干指令用以使得一台终端设备（可以是用电设备或者网络设备等）执行本申请每个实施例的方法。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (9)

1.一种基于微服务的权限控制方法，其特征在于，应用于办公系统中的视频处理平台，本方法包括以下步骤：

步骤S1、接收视频数据及用户端的应用定制信息，根据视频数据及用户端的应用定制信息生成各用户端的初始化文件，所述应用定制信息包括用户端数据、权限数据和功能数据；

步骤S2、将初始化文件发送至视频管理终端，由视频管理终端生成对应用户端的基本权限菜单及动态调整菜单；

步骤S3、根据所述基本权限菜单及动态调整菜单确定对应用户端的视频处理权限，由用户端根据视频处理权限处理视频数据；

视频数据采用分阶段管理；所述分阶段管理为在不同处理阶段设置有不同的处理权限，且不同处理阶段的具有处理权限的用户端数量不同；当所述视频数据处于设有多个处理权限的处理阶段时，每个处理权限所对应的处理内容不相同。

2.如权利要求1所述的一种基于微服务的权限控制方法，其特征在于：所述步骤S2中视频管理终端生成对应用户端的基本权限菜单与动态调整菜单包括以下步骤：

步骤S21、获取所述初始化文件中的第一验证码与第二验证码，通过预设算法解析所述第一验证码与第二验证码，所述第一验证码与所述基本权限菜单相关，所述第二验证码与所述动态调整菜单相关；

步骤S22、根据第一验证码与第二验证码的解析结果对所述用户端进行安全认证；当用户端的安全认证通过时，根据第一验证码与第二验证码生成该用户端的基本权限菜单及动态调整菜单。

3.如权利要求2所述的一种基于微服务的权限控制方法，其特征在于：所述步骤S3中根据所述基本权限菜单及动态调整菜单确定对应用户端的视频处理权限，包括以下步骤：

步骤S31、获取所述视频数据的处理阶段，判断所述视频数据的处理阶段是否位于该用户端的所述动态调整菜单的调整范围中，当所述视频数据的处理阶段位于该用户端的动态调整菜单的范围时，则根据所述动态调整菜单确定该用户端的权限。

4.如权利要求3所述的一种基于微服务的权限控制方法，其特征在于：当所述视频数据的处理阶段存在多个具有处理权限的用户端数量时，根据所述初始化文件调整具有处理权限的用户端的动态调整菜单。

5.如权利要求2所述的一种基于微服务的权限控制方法，其特征在于：步骤S3还包括以下步骤：

步骤S32、在接收到用户端针对该处理阶段的处理权限开放请求时，开放该用户端查看相同处理阶段的视频数据的权限。

6.如权利要求2所述的一种基于微服务的权限控制方法，其特征在于：所述用户端的应用定制信息包括该用户端的登录用户ID、唯一标识符、该用户登录ID下具有的所有权限及权限对应的代码和权限所对应的菜单信息。

7.如权利要求2所述的一种基于微服务的权限控制方法，其特征在于：视频处理平台设置有微服务网关、微前端数据处理模块及微服务器，用户端通过微服务网关分别与微前端数据处理模块和微服务器连接，均具有API接口。

8.一种电子设备，其特征在于，其包括处理器、存储器及存储于所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现权利要求1~7任一所述的一种基于微服务的权限控制方法。

9.一种存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被执行时实现权利要求1~7任一所述的一种基于微服务的权限控制方法。

Images