CN114327389B - 应用管理方法、账号管理插件以及应用管理系统 - Google Patents

Abstract

本发明提供了一种应用管理方法和系统。方法包括如下的步骤：判断应用是否为独立应用；根据应用是否为独立应用的判断结果对应用进行配置，其中，若应用是独立应用，在账号管理插件中申请并获取应用的管理账号和管理密钥，通过管理账号和管理密钥对应用鉴权后，在账号管理插件中导入应用的数据信息；若应用不是独立应用，对应用部署账号管理插件，并通过账号管理插件的网关对应用鉴权后在账号管理插件中导入应用的数据信息；以及通过账号管理插件根据数据信息统一管理应用的功能模块。本发明的应用管理方法和系统可以方便的管理不同应用中的数据信息，降低了重复编写代码的成本。

Description

应用管理方法、账号管理插件以及应用管理系统

技术领域

本发明主要涉及计算机数据管理领域，尤其涉及一种应用管理方法、账号管理插件以及应用管理系统。

背景技术

数字化时代，业务系统的种类的繁多，每个系统都有自己重复类似的账号管理体系。这一方面导致对不同的系统需要重新编写账号管理代码，增加了账号管理的成本；另一方面也不利于对账号的统一管理。

所以，如何避免重复编写账号管理代码，以及方便高效的对账号进行统一管理是一个亟待解决的问题。

发明内容

本发明要解决的技术问题是提供一种方便低成本的应用管理方法、应用管理插件以及应用管理系统，可以方便的管理不同应用中的数据，降低了重复编写代码的成本。

为解决上述技术问题，本发明提供了一种应用管理方法，适于通过账号管理插件统一管理不同类型的应用的功能模块，其特征在于，包括如下的步骤：判断所述应用是否为独立应用；根据所述应用是否为独立应用的判断结果对所述应用进行配置，其中，若所述应用是独立应用，所述配置包括，在所述账号管理插件中申请并获取所述应用的管理账号和管理密钥，通过所述管理账号和管理密钥对所述应用鉴权后，在所述账号管理插件中导入所述应用的数据信息；若所述应用不是独立应用，所述配置包括，对所述应用部署所述账号管理插件，并通过所述账号管理插件的网关对所述应用鉴权后在所述账号管理插件中导入所述应用的数据信息；以及通过所述账号管理插件根据所述数据信息统一管理所述应用的功能模块。

在本发明的一实施例中，该方法还包括基于SPI服务发现机制自定义所述功能模块和/或在所述功能模块的基础上拓展其他功能模块。

在本发明的一实施例中，所述账号管理插件基于Spring Cloud的微服务架构开发。

在本发明的一实施例中，该方法还包括在根据所述判断结果对所述应用进行配置的步骤中，若所述应用为独立应用，在所述账号管理插件中申请并获取所述应用的管理账号和管理密钥后，将所述应用接入所述账号管理插件中的oauth服务。

在本发明的一实施例中，所述数据信息包括所述应用的菜单信息以及与所述菜单信息对应的权限信息。

本发明还提供一种账号管理插件，所述账号管理插件适于根据前文所述的应用管理方法统一管理不同类型的应用的功能模块。

本发明另一方面还提供一种应用管理系统，包括：应用预处理模块，配置为判断应用是否为独立应用，并将所述应用是否为独立应用的判断结果发送至账号管理插件；账号管理插件，适于根据所述应用是否为独立应用的判断结果对所述应用进行配置，其中，若所述应用是独立应用，所述账号管理插件配置为经所述应用申请后提供与所述应用对应的管理账号和管理密钥，所述账号管理插件还配置为通过所述管理账号和管理密钥对所述应用鉴权后，导入所述应用的数据信息；若所述应用不是独立应用，在对所述应用部署所述账号管理插件后，所述账号管理插件配置为通过所述账号管理插件的网关对所述应用鉴权后导入所述应用的数据信息；以及应用管理模块，配置为通过所述账号管理插件根据所述数据信息统一管理所述应用的功能模块。

在本发明的一实施例中，所述应用管理模块还配置为基于SPI服务发现机制自定义所述功能模块和/或在所述功能模块的基础上拓展其他功能模块。

本发明还提供一种应用管理系统，包括：存储器，用于存储可由处理器执行的指令；以及处理器，用于执行所述指令以实现前文所述的方法。

本发明还提供一种存储有计算机程序代码的计算机可读介质，所述计算机程序代码在由处理器执行时实现前文所述的方法。

本发明的应用管理方法和系统可以对独立应用和非独立应用的账号信息进行统一管理，且具有交广的适用性，无需重复编码即可对不同应用进行账号信息管理，降低了应用数据管理的开发和维护成本。

附图说明

包括附图是为提供对本申请进一步的理解，它们被收录并构成本申请的一部分，附图示出了本申请的实施例，并与本说明书一起起到解释本发明原理的作用。附图中：

图1是本发明一实施例的一种应用管理方法的示例性流程；

图2是本发明一实施例的一种账号管理插件的示例性系统架构图；

图3是本发明一实施例的一种应用管理系统的示例性框架图；以及

图4是本发明另外一实施例的一种应用管理系统的示例性框架图。

具体实施方式

为了更清楚地说明本申请的实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其他的步骤或元素。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本申请的范围。同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

在本申请的描述中，需要理解的是，方位词如“前、后、上、下、左、右”、“横向、竖向、垂直、水平”和“顶、底”等所指示的方位或位置关系通常是基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，在未作相反说明的情况下，这些方位词并不指示和暗示所指的装置或元件必须具有特定的方位或者以特定的方位构造和操作，因此不能理解为对本申请保护范围的限制；方位词“内、外”是指相对于各部件本身的轮廓的内外。

为了便于描述，在这里可以使用空间相对术语，如“在……之上”、“在……上方”、“在……上表面”、“上面的”等，用来描述如在图中所示的一个器件或特征与其他器件或特征的空间位置关系。应当理解的是，空间相对术语旨在包含除了器件在图中所描述的方位之外的在使用或操作中的不同方位。例如，如果附图中的器件被倒置，则描述为“在其他器件或构造上方”或“在其他器件或构造之上”的器件之后将被定位为“在其他器件或构造下方”或“在其他器件或构造之下”。因而，示例性术语“在……上方”可以包括“在……上方”和“在……下方”两种方位。该器件也可以其他不同方式定位(旋转90度或处于其他方位)，并且对这里所使用的空间相对描述做出相应解释。

此外，需要说明的是，使用“第一”、“第二”等词语来限定零部件，仅仅是为了便于对相应零部件进行区别，如没有另行声明，上述词语并没有特殊含义，因此不能理解为对本申请保护范围的限制。此外，尽管本申请中所使用的术语是从公知公用的术语中选择的，但是本申请说明书中所提及的一些术语可能是申请人按他或她的判断来选择的，其详细含义在本文的描述的相关部分中说明。此外，要求不仅仅通过所使用的实际术语，而是还要通过每个术语所蕴含的意义来理解本申请。

应当理解，当一个部件被称为“在另一个部件上”、“连接到另一个部件”、“耦合于另一个部件”或“接触另一个部件”时，它可以直接在该另一个部件之上、连接于或耦合于、或接触该另一个部件，或者可以存在插入部件。相比之下，当一个部件被称为“直接在另一个部件上”、“直接连接于”、“直接耦合于”或“直接接触”另一个部件时，不存在插入部件。同样的，当第一个部件被称为“电接触”或“电耦合于”第二个部件，在该第一部件和该第二部件之间存在允许电流流动的电路径。该电路径可以包括电容器、耦合的电感器和/或允许电流流动的其它部件，甚至在导电部件之间没有直接接触。

本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或下面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各种步骤。同时，或将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

接下来将通过具体的实施例对本发明进行说明。

本发明的一实施例参照图1提出了一种应用管理方法10。应用管理方法10可以方便的管理不同应用中的数据，降低了重复编写代码的成本。

参考图1所示，该实施例中的应用管理方法10包括以下步骤；。

S110为判断应用是否为独立应用。

S120为在账号管理插件中申请并获取应用的管理账号和管理密钥，通过管理账号和管理密钥对应用鉴权后，在账号管理插件中导入应用的数据信息。

S130为对应用部署账号管理插件并通过账号管理插件的网关对应用鉴权后在账号管理插件中导入应用的数据信息。

S140为通过账号管理插件根据数据信息统一管理应用的功能模块。

现对上述步骤具体展开如下。

在步骤S110中，在通过账号管理插件对不同类型的应用的功能模块进行统一管理时，首先判断上述不同类型的应用是否是独立应用。

在图1的实施例中，根据需要管理的应用是否为独立应用分别对其进行不同的配置。具体地，当通过步骤S110判断得知上述应用是独立应用时，则执行步骤S120。通过账号管理插件申请并获取该独立应用的管理账号和管理密钥，然后通过管理账号和管理密钥对该独立应用的权限进行鉴定，当该独立应用通过权限鉴定后，在账号管理插件中导入该独立应用的数据信息。其中，上述数据信息包括该独立应用的菜单信息以及与菜单应用对应的权限信息。

在本发明的另外一些实施例中，在步骤S120中当账号管理插件申请并获取独立应用的管理账号和管理密钥后，将该独立应用接入账号管理插件中的oauth服务。为进一步理解oauth服务，这里给出一个具体示例。

在本发明一些实施例中，可以使用oauth服务实现对应用的鉴权。具体地，通过向oauth认证的服务器发送请求获取token。然后携带token访问其他微服务器对应用进行鉴权。

在图1的实施例中，通过步骤S110判断得知需要管理的应用不是独立应用时，则执行步骤S130。在步骤S130中，对该非独立应用部署账号管理插件，并通过账号管理插件的网关对该应用的权限进行鉴别，当该应用通过权限鉴别后，在账号管理插件中导入该应用的数据信息。其中，上述数据信息包括该非独立应用的菜单信息以及与菜单应用对应的权限信息。

在本发明的一实施例中，账号管理插件可以基于Spring Cloud的微服务架构开发。

在步骤S140中，基于步骤S120和步骤S130中导入的应用的数据信息，可以通过上述的账号管理插件对应用中的一个或多个功能模块的统一管理。

在本发明的一些实施例中，优选地，对于不同应用的功能模块，可以基于SPI(Service Provider Interface)服务发现机制自定义该功能模块和/或在该功能模块的基础上扩展其它功能模块，以此提高本发明的上述应用管理方法10的通用性和可拓展性。

为进一步说明本发明的基于SPI服务发现机制自定义方法，这里给出一个具体示例：在本发明的一些实施例中，SPI可以通过在Class Path文件路径下的META-INF/services文件夹里查找相关文件，然后自动加载文件里所定义的类，自定义已有功能，也可扩展其他的功能，例如更换数据库、替换底层的数据存储模块，以及集成第三方的数据导入。

本发明的另一方面还提出了一种账号管理插件，同时也是上述应用管理方法10中所涉及的账号管理插件。示例性的，图2示出了本发明的一种账号管理插件200的示例性系统架构图。根据图2，该实施例中的账号管理插件主要200包括网关层210、业务层220和数据层230。不同的层包括不同的模块，其中网关层210包括路由211、鉴权212、限流213和请求头解析214的模块。其中，鉴权模块212可以用作对不同类型的应用进行权限鉴定。例如，对于上述参照图1说明的应用管理方法10，对于非独立应用的处理流程，在步骤S130中，可以对该非独立应用部署如图2所示的账号管理插件200，并通过账号管理插件200中的网关层210对该应用鉴权后继续执行后面的步骤。

进一步的，如图2所示，业务层220包括账户221、角色222、组织223、权限224、系统日志225，示例性的，系统日志225可以用于记录插件的活动日志。数据层230包括MySQL数据库331、Redis缓存332、自定义函数333、事务334和读写数据库335。另外，账号管理插件200还包括注册配置中心240、权限控制250和租户管理260等模块。可以理解，图2仅仅示例性的展示了本发明一实施例中的账号管理插件的接班架构，但是本发明并不限于上述实施例中参照图2所列举的内容。

本申请的上述应用管理方法通过判断应用是否为独立应用，对于独立应用以及非独立应用分别配置不同的鉴权模式，在鉴权后然后通过账号管理插件导入不同应用中的数据信息，从而通过账号管理插件对不同类型的应用中的各个功能模块进行统一管理，不需要针对不同的应用开发不同的数据管理工具，降低了重复编写代码的成本，提高了系统的开发效率。

本发明另一方面还提供一种应用管理系统，图3是本发明一实施例的应用管理系统300的示例性框架图，在该实施例中，应用管理系统300包括应用预处理模块310、账号管理插件320和应用管理模块330。

具体地，如图3所示，应用预处理模块310配置为判断应用是否为独立应用，并将判断结果发送至账号管理插件320。其中，判断结果包括“是独立应用”和“不是独立应用”。

若判断结果为“是独立应用”，账号管理插件320在接收到应用预处理模块310发送的该判断结果后，将根据该判断结果对应用进行配置。其中，若应用是独立应用，账号管理插件320可在应用申请后提供与之对应的管理账号和管理密钥。账号管理插件320可通过管理账号和管理密钥对上述应用的权限进行鉴定，当该应用通过鉴权后，导入该应用的数据信息。

若判断结果为“不是独立应用”，账号管理插件320在接收到应用预处理模块310发送的该判断结果后，应用管理系统300对上述应用部署账号管理插件320，随后，该账号管理插件320配置为通过其网关对上述应用的权限进行鉴定，当该应用通过鉴权后导入应用的数据信息。

在图3的实施例中，应用管理系统300中的应用管理模块330配置为通过账号管理插件320根据数据信息统一管理应用的功能模块。

在本发明的其他一些实施例中，应用管理模块330还配置为基于SPI服务发现机制自定义功能模块和/或在功能模块的基础上拓展其他功能模块。

通过上述应用管理系统可以对不同类型应用的功能模块进行统一管理，提高了系统的开发效率。示例性的，如图3所示的应用管理系统300可以适用上述参照图1和图2说明的应用管理方法10，其他关于应用管理系统300的细节可参考上述根据图1和图2的说明，在此不再赘述。

本发明的一实施例还提出了一种如图4所示的应用管理系统400。根据图4，应用管理系统400可包括内部通信总线401、处理器(Processor)402、只读存储器(ROM)403、随机存取存储器(RAM)404、以及通信端口405。当应用在个人计算机上时，应用管理系统400还可以包括硬盘406。

内部通信总线401可以实现应用管理系统400组件间的数据通信。处理器402可以进行判断和发出提示。在一些实施例中，处理器402可以由一个或多个处理器组成。通信端口405可以实现应用管理系统400与外部的数据通信。在一些实施例中，应用管理系统400可以通过通信端口405从网络发送和接受信息以及数据。

应用管理系统400还可以包括不同形式的程序储存单元以及数据储存单元，例如硬盘406，只读存储器(ROM)403和随机存取存储器(RAM)404，能够存储计算机处理和/或通信使用的各种数据文件，以及处理器402所执行的可能的程序指令。处理器执行这些指令以实现方法的主要部分。处理器处理的结果通过通信端口传给用户设备，在用户界面上显示。

除此之外，本发明另一方面还提出了一种存储有计算机程序代码的计算机可读介质，计算机程序代码在由处理器执行时实现上述的应用管理方法。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述发明披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。

同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

本申请的一些方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。处理器可以是一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理器件(DAPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器或者其组合。此外，本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。例如，计算机可读介质可包括，但不限于，磁性存储设备(例如，硬盘、软盘、磁带……)、光盘(例如，压缩盘CD、数字多功能盘DVD……)、智能卡以及闪存设备(例如，卡、棒、键驱动器……)。

计算机可读介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等等、或合适的组合形式。计算机可读介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机可读介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、射频信号、或类似介质、或任何上述介质的组合。

同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本申请一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。

虽然本申请已参照当前的具体实施例来描述，但是本技术领域中的普通技术人员应当认识到，以上的实施例仅是用来说明本申请，在没有脱离本申请精神的情况下还可作出各种等效的变化或替换，因此，只要在本申请的实质精神范围内对上述实施例的变化、变型都将落在本申请的权利要求书的范围内。

Claims (8)

1.一种应用管理方法，适于通过账号管理插件统一管理不同类型的应用的功能模块，其特征在于，包括如下的步骤：

判断所述应用是否为独立应用；

根据所述应用是否为独立应用的判断结果对所述应用进行配置，其中，

若所述应用是独立应用，所述配置包括，在所述账号管理插件中申请并获取所述应用的管理账号和管理密钥，通过所述管理账号和管理密钥对所述应用鉴权后，在所述账号管理插件中导入所述应用的数据信息；

若所述应用不是独立应用，所述配置包括，对所述应用部署所述账号管理插件，并通过所述账号管理插件的网关对所述应用鉴权后在所述账号管理插件中导入所述应用的数据信息；以及

通过所述账号管理插件根据所述数据信息统一管理所述应用的功能模块，并基于SPI服务发现机制自定义所述功能模块和/或在所述功能模块的基础上拓展其他功能模块。

2.如权利要求1所述的方法，其特征在于，所述账号管理插件基于Spring Cloud的微服务架构开发。

3.如权利要求2所述的方法，其特征在于，还包括在根据所述判断结果对所述应用进行配置的步骤中，若所述应用为独立应用，在所述账号管理插件中申请并获取所述应用的管理账号和管理密钥后，将所述应用接入所述账号管理插件中的oauth服务。

4.如权利要求1所述的方法，其特征在于，所述数据信息包括所述应用的菜单信息以及与所述菜单信息对应的权限信息。

5.一种账号管理插件，其特征在于，所述账号管理插件适于根据权利要求1~4任一项所述的应用管理方法统一管理不同类型的应用的功能模块。

6.一种应用管理系统，包括：

应用预处理模块，配置为判断应用是否为独立应用，并将所述应用是否为独立应用的判断结果发送至账号管理插件；

账号管理插件，适于根据所述应用是否为独立应用的判断结果对所述应用进行配置，其中，

若所述应用是独立应用，所述账号管理插件配置为经所述应用申请后提供与所述应用对应的管理账号和管理密钥，所述账号管理插件还配置为通过所述管理账号和管理密钥对所述应用鉴权后，导入所述应用的数据信息；

若所述应用不是独立应用，在对所述应用部署所述账号管理插件后，所述账号管理插件配置为通过所述账号管理插件的网关对所述应用鉴权后导入所述应用的数据信息；以及

应用管理模块，配置为通过所述账号管理插件根据所述数据信息统一管理所述应用的功能模块，所述应用管理模块还配置为基于SPI服务发现机制自定义所述功能模块和/或在所述功能模块的基础上拓展其他功能模块。

7.一种应用管理系统，包括：

存储器，用于存储可由处理器执行的指令；以及处理器，用于执行所述指令以实现如权利要求1-4任一项所述的方法。

8.一种存储有计算机程序代码的计算机可读介质，所述计算机程序代码在由处理器执行时实现如权利要求1-4任一项所述的方法。

Images