基于浮动许可的集团型授权统一管理分发方法及系统

本申请涉及浮动授权管理技术领域，尤其涉及一种基于浮动许可的集团型授权统一管理分发方法及系统。

浮动授权是一种可以转移的授权，是指软件的授权可以在不同的计算机之间相互移动，但同一时刻可以使用的授权总数量不超过允许的上限。授权转移的申请和验证需要通过授权服务器来完成。对于大型集团型公司来说，各个分公司可能会由于不同的原因单独采购软件授权，这就导致了授权的分散，有的分公司的授权处于空闲状态，有的分公司的授权则供不应求，即授权利用不充分。

为至少在一定程度上克服相关技术中大型集团型公司授权利用不充分的问题，本申请提供一种基于浮动许可的集团型授权统一管理分发方法及系统。

本申请的方案如下：

根据本申请实施例的第一方面，提供一种基于浮动许可的集团型授权统一管理分发方法，包括：

对集团内的全部分公司授权服务器进行统一管理；

获取集团内各分公司授权服务器的授权软件类型、授权数量和授权方式，并进行注册登记；

接收前端用户软件发送的授权申请请求；

在集团内的全部分公司授权服务器中确定所述授权申请请求对应的目标授权服务器；

将所述授权申请请求发送到所述目标授权服务器进行处理。

优选的，在本申请一种可实现的方式中，还包括：在接收到同一前端用户软件发送的多个授权申请请求时，基于预设的权重算法，将各所述授权申请请求发送到对应的目标授权服务器进行处理。

优选的，在本申请一种可实现的方式中，所述预设的权重算法包括：

根据当前各授权软件的剩余授权数量，授权所属分公司和当前登录的用户信息，为当前登录的用户动态分配权重。

优选的，在本申请一种可实现的方式中，还包括：

接收管理员录入的授权分配权重；

根据所述管理员录入的授权分配权重对所述预设的权重算法进行调整。

优选的，在本申请一种可实现的方式中，所述基于预设的权重算法，将各所述授权申请请求发送到对应的目标授权服务器进行处理，包括：

基于预设的权重算法，判断发送授权申请请求的各用户的权重；

根据各用户的权重，为各用户对应的授权申请请求进行优先级排序，按照优先级排序结果将各所述授权申请请求发送到对应的目标授权服务器进行处理。

优选的，在本申请一种可实现的方式中，所述在集团内的全部分公司授权服务器中确定目标授权服务器，包括：

确定当前剩余的授权中与所述授权申请请求对应的授权所属的分公司授权服务器为待选择服务器；

若所述待选择服务器为多个，则在多个所述待选择服务器中确定最优选的授权服务器为目标服务器。

优选的，在本申请一种可实现的方式中，所述将所述授权申请请求发送到所述目标授权服务器进行处理后，所述方法还包括：

记录授权的分配日志以及授权的使用监控。

优选的，在本申请一种可实现的方式中，还包括：

基于浮动端口动态服务，对于授权返回的信息，使浮动的授权服务器通过创建新的服务器端口来对应用进行服务。

优选的，在本申请一种可实现的方式中，还包括：

在用户的授权申请请求被所述目标授权服务器进行处理时保障用户的授权链接。

根据本申请实施例的第二方面，提供一种基于浮动许可的集团型授权统一管理分发系统，包括：

处理器和存储器；

所述处理器与存储器通过通信总线相连接：

其中，所述处理器，用于调用并执行所述存储器中存储的程序；

所述存储器，用于存储程序，所述程序至少用于执行以上任一项所述的一种基于浮动许可的集团型授权统一管理分发方法方法。

本申请提供的技术方案可以包括以下有益效果：本申请中的基于浮动许可的集团型授权统一管理分发方法中，对集团内的全部分公司授权服务器进行统一管理，获取集团内各分公司授权服务器的授权软件类型、授权数量和授权方式，并进行注册登记，从而可以对集团内各分公司授权服务器的授权进行统一管理分发。在接收前端用户软件发送的授权申请请求时，可以在集团内的全部分公司授权服务器中确定授权申请请求对应的目标授权服务器，将授权申请请求发送到目标授权服务器进行处理，即用户在需要获得软件授权且当前分公司的授权不足时，可以交由其他有授权剩余的分公司处理该授权申请请求。本申请中通过对集团内的全部分公司授权进行统一管理分发，提高了集团内的授权利用率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是本申请一个实施例提供的一种基于浮动许可的集团型授权统一管理分发方法的流程示意图；

图2是本申请一个实施例提供的一种基于浮动许可的集团型授权统一管理分发系统的结构示意图。

附图标记：处理器-21；存储器-22。

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

一种基于浮动许可的集团型授权统一管理分发方法，参照图1，包括：

S11：对集团内的全部分公司授权服务器进行统一管理；

S12：获取集团内各分公司授权服务器的授权软件类型、授权数量和授权方式，并进行注册登记；

S13：接收前端用户软件发送的授权申请请求；

S14：在集团内的全部分公司授权服务器中确定授权申请请求对应的目标授权服务器；

具体包括：

确定当前剩余的授权中与授权申请请求对应的授权所属的分公司授权服务器为待选择服务器；

若待选择服务器为多个，则在多个待选择服务器中确定最优选的授权服务器为目标服务器。

最优选授权服务器可以为当前剩余授权最多的授权服务器。

S15：将授权申请请求发送到目标授权服务器进行处理。

基于浮动许可的集团型授权统一管理分发方法中，对集团内的全部分公司授权服务器进行统一管理，获取集团内各分公司授权服务器的授权软件类型、授权数量和授权方式，并进行注册登记，从而可以对集团内各分公司授权服务器的授权进行统一管理分发。在接收前端用户软件发送的授权申请请求时，可以在集团内的全部分公司授权服务器中确定授权申请请求对应的目标授权服务器，将授权申请请求发送到目标授权服务器进行处理，即用户在需要获得软件授权且当前分公司的授权不足时，可以交由其他有授权剩余的分公司处理该授权申请请求。本申请中通过对集团内的全部分公司授权进行统一管理分发，提高了集团内的授权利用率。

一些实施例中的基于浮动许可的集团型授权统一管理分发方法，还包括：在接收到同一前端用户软件发送的多个授权申请请求时，基于预设的权重算法，将各授权申请请求发送到对应的目标授权服务器进行处理。

预设的权重算法包括：

根据当前各授权软件的剩余授权数量，授权所属分公司和当前登录的用户信息，为当前登录的用户动态分配权重。

进一步的，方法还包括：

接收管理员录入的授权分配权重；

根据管理员录入的授权分配权重对预设的权重算法进行调整。

本实施例中，在没有管理员介入时，平台可以自动根据当前各授权软件的剩余授权数量，授权所属分公司和当前登录的用户信息，为当前登录的用户动态分配权重。

由于各软件的授权是各分公司提供的，有的分公司可能提供的授权较多，有的分公司可能提供的授权较少，那么对于提供授权较多的分公司可以酌情分配较多的权重，对于该分公司下属的用户也可以分配较多的权重。对于对公司贡献较多的用户，也可以酌情分配较多的权重。所以，本实施例中还支持管理员手动进行分配权重。

一些实施例中的基于浮动许可的集团型授权统一管理分发方法，基于预设的权重算法，将各授权申请请求发送到对应的目标授权服务器进行处理，包括：

基于预设的权重算法，判断发送授权申请请求的各用户的权重；

根据各用户的权重，为各用户对应的授权申请请求进行优先级排序，按照优先级排序结果将各授权申请请求发送到对应的目标授权服务器进行处理。

本实施例中，在接收到同一前端用户软件发送的多个授权申请请求时，基于预设的权重算法，判断发送授权申请请求的各用户的权重；根据各用户的权重，为各用户对应的授权申请请求进行优先级排序，按照优先级排序结果将各授权申请请求发送到对应的目标授权服务器进行处理，即平台在接收到同一前端用户软件发送的多个授权申请请求时，优先处理权重高的用户的授权申请请求。

一些实施例中的基于浮动许可的集团型授权统一管理分发方法，将授权申请请求发送到目标授权服务器进行处理后，方法还包括：

记录授权的分配日志以及授权的使用监控。

本实施例中，在将授权申请请求发送到目标授权服务器进行处理后，还记录授权的分配日志，方便后续管理人员查询授权分配情况。对授权的使用进行监控，以免出现各种异常情况。

一些实施例中的基于浮动许可的集团型授权统一管理分发方法，还包括：

基于浮动端口动态服务，对于授权返回的信息，使浮动的授权服务器通过创建新的服务器端口来对应用进行服务。

本实施例中，采用浮动端口动态服务技术，对于授权返回的信息，使浮动的授权通过创建新的服务器端口来对应用进行服务，这样就可以同时支持多个软件应用，根据真实授权服务器返回的信息确定端口。平台解析授权返回的信息，并将信息再发送给业务应用。

一些实施例中的基于浮动许可的集团型授权统一管理分发方法，还包括：

在用户的授权申请请求被目标授权服务器进行处理时保障用户的授权链接。

对于已经授权的用户，系统会保障该用户的授权链接，以防止用户在软件使用中异常退出。

一种基于浮动许可的集团型授权统一管理分发系统，参照图2，包括：

处理器21和存储器22；

处理器21与存储器22通过通信总线相连接：

其中，处理器21，用于调用并执行存储器22中存储的程序；

存储器22，用于存储程序，程序至少用于以上任一实施例中的一种基于浮动许可的集团型授权统一管理分发方法方法。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。