CN111199022A - 一种许可管理方法、装置、电子设备及存储介质 - Google Patents

一种许可管理方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN111199022A
CN111199022A CN201911426051.XA CN201911426051A CN111199022A CN 111199022 A CN111199022 A CN 111199022A CN 201911426051 A CN201911426051 A CN 201911426051A CN 111199022 A CN111199022 A CN 111199022A
Authority
CN
China
Prior art keywords
module
licenses
license
permission
frequent item
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201911426051.XA
Other languages
English (en)
Other versions
CN111199022B (zh
Inventor
李福全
刘昊
任忠豪
伊鹏程
兰静阳
薛满仓
赵飘雪
王天春
刘德富
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Yuexin Times Technology Co ltd
Original Assignee
Beijing Yuexin Times Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Yuexin Times Technology Co ltd filed Critical Beijing Yuexin Times Technology Co ltd
Priority to CN201911426051.XA priority Critical patent/CN111199022B/zh
Publication of CN111199022A publication Critical patent/CN111199022A/zh
Application granted granted Critical
Publication of CN111199022B publication Critical patent/CN111199022B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Computational Linguistics (AREA)
  • Multimedia (AREA)
  • Technology Law (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Computing Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请提供一种许可管理方法、装置、电子设备及存储介质，该方法包括：获得多个模块许可的许可记录，许可记录表征多个模块许可被使用的记录；对许可记录进行关联挖掘，获得多个模块许可的频繁项集，频繁项集包括至少一个模块许可集合，模块许可集合包括多个模块许可，频繁项集表征多个模块许可之间有关联关系的模块项的集合；根据频繁项集对多个模块许可进行管理。在上述的实现过程中，对模块许可的许可记录进行关联挖掘，再根据获得的模块许可的频繁项集对多个模块许可进行管理，提高了对模块许可进行管理的效率，从而改善了很难对模块许可进行有效地管理的问题。

Description

一种许可管理方法、装置、电子设备及存储介质
技术领域
本申请涉及计算机软件和计算机通信的技术领域，具体而言，涉及一种许可管理方法、装置、电子设备及存储介质。
背景技术
软件即服务(Software as a Service，SaaS)，是指通过网络提供软件服务，随着互联网技术的发展和应用软件的成熟，SaaS是开始兴起的一种完全创新的软件应用模式。传统模式下，厂商通过软件许可将软件产品部署到企业内部多个客户终端实现交付。
许可(permit)，又称许可证，是指允许特定用户或者属于特定用户组的用户在预设时间范围内访问或者使用目标资源的证明，这里的特定用户是指被许可的用户，这里的特定用户组是指被许可的用户组，预设时间范围是指预先设置的预设时间范围，该预设时间范围可以根据具体实际情况进行设置；这里的目标资源可以是硬件设备，也可以是软件模块，也可以是网络资源等；具体例如：允许特定网络地址的用户在2019年12月30日之前使用商业软件的第一模块和第二模块等。
许可服务器，是指为需要授权的软件产品的设备提供许可授权服务的电子设备，用户在使用软件产品时，需要向许可服务器发起使用请求才能够使用该软件产品。在SaaS模型下，现在的软件许可大都是按照软件产品的各个模块进行授权，即用户只能够在该模块被授权后，才能向许可服务器发送使用请求，服务器发送同意使用的响应后，用户才能够使用该模块，而没有被授权使用的模块是不能被用户使用的。一般来说，大型的公司为了满足业务需要，通常会搭建许可服务器并购买一定数量的模块许可，以供公司内部的员工使用。
目前，采购SaaS模型的各个模块许可的数量依据是，先获得各个模块许可的许可记录，并根据许可记录中的每个模块许可的历史使用最大数量、历史使用最小数量和平均使用数量等，具体例如：模块许可A的总数均为100，月均的历史使用数量为84，上个月的每天历史使用最大数量已经达到89，因此，这个月应该补充采购模块许可A。在具体的实践过程中，通过这种方式很难对模块许可进行有效地管理。
发明内容
本申请实施例的目的在于提供一种许可管理方法、装置、电子设备及存储介质，用于改善很难对模块许可进行有效地管理的问题。
本申请实施例提供了一种许可管理方法，包括：获得多个模块许可的许可记录，所述许可记录表征所述多个模块许可被使用的记录；对所述许可记录进行关联挖掘，获得所述多个模块许可的频繁项集，所述频繁项集包括至少一个模块许可集合，所述模块许可集合包括多个模块许可，所述频繁项集表征所述多个模块许可之间有关联关系的模块项的集合；根据所述频繁项集对所述多个模块许可进行管理。在上述的实现过程中，对模块许可的许可记录进行关联挖掘，再根据获得的模块许可的频繁项集对多个模块许可进行管理，提高了对模块许可进行管理的效率，从而改善了很难对模块许可进行有效地管理的问题。
可选地，在本申请实施例中，所述根据所述频繁项集对所述多个模块许可进行管理，包括：根据所述频繁项集确定授权策略，所述授权策略表征根据所述频繁项集的至少一个模块许可集合对终端设备进行授权的策略。在上述的实现过程中，根据所述频繁项集的至少一个模块许可集合确定对终端设备进行授权的策略，可以根据频繁项集的多个模块许可一起许可授权，不再需要单独一个一个许可授权，从而提高了对模块许可进行授权的效率。
可选地，在本申请实施例中，所述根据所述频繁项集确定授权策略，包括：接收第一终端设备发送的第一模块许可；根据所述频繁项集筛选出的模块许可集合确定所述授权策略，所述授权策略包括从所述频繁项集筛选出的第一模块许可集合，所述第一模块许可集合包括所述第一模块许可；向所述第一终端设备发送所述授权策略。在上述的实现过程中，通过接收第一终端设备发送的第一模块许可，根据频繁项集确定与第一模块许可相关的其它模块许可，从而使管理员根据频繁项集的多个模块许可一起许可授权，不再需要单独一个一个许可授权，从而提高了对模块许可进行授权的效率。
可选地，在本申请实施例中，所述根据所述频繁项集确定授权策略，包括：接收第二终端设备发送的第二模块许可；根据所述频繁项集筛选出的模块许可集合确定所述授权策略，所述授权策略包括从所述至少一个模块许可集合筛选出的第二模块许可集合，以及所述第二模块许可集合的使用结果，所述第二模块许可集合包括所述第二模块许可；向所述第二终端设备发送所述授权策略。在上述的实现过程中，通过接收第二终端设备发送的第二模块许可，根据频繁项集确定与第二模块许可相关的其它模块许可，从而使管理员根据频繁项集的多个模块许可中选择没有授权的许可集合，不再单独比对哪些许可集合已经授权或没有授权，从而提高了对模块许可进行授权的效率。
可选地，在本申请实施例中，所述根据所述频繁项集对所述多个模块许可进行管理，包括：根据所述许可记录确定所述频繁项集的多个模块许可中的每个模块许可的使用率，所述模块许可包括普通许可和预留许可，所述普通许可表征属于普通用户组的用户或普通用户使用的模块许可，所述预留许可表征为属于预设用户组的用户或预设用户预先留存的模块许可；若所述多个模块许可中的普通许可均被使用，则根据所述使用率重新确定所述多个模块许可的预留许可的数量。在上述的实现过程中，通过设置预留策略，使得预设用户或者属于预设用户组的用户在需要使用软件模块时，能够及时地获得预设许可的授权，从而加快了对预设用户或者属于预设用户组的用户的预设许可的授权速度。
可选地，在本申请实施例中，在所述根据所述使用率重新确定所述多个模块许可的预留许可的数量之后，还包括：接收第三终端设备发送的使用请求，所述第三终端设备为属于普通用户组的用户或普通用户使用的终端设备，所述使用请求用于获得模块许可的使用结果；若所述多个模块许可中的预留许可的被使用数量小于预设阈值，则根据所述多个模块许可中的一个预留许可生成使用结果，并向所述第三终端设备发送所述使用结果。在上述的实现过程中，通过暂时借用预留许可的方式，使得普通用户在普通许可已经全部授权的情况下，也能够使用该模块许可对应的软件模块，从而减少了模块许可的空置率。
可选地，在本申请实施例中，在所述接收第三终端设备发送的使用请求之后，还包括：若所述多个模块许可中的预留许可的被使用数量大于预设阈值，则生成预警信息，所述预警信息为提示所述第三终端设备相应的用户被取消使用所述预留许可的警示信息。在上述的实现过程中，在普通许可已经全部授权的情况下，若被授权的预留许可的数量大于预设阈值，可以生成第三终端设备相应的用户被取消使用所述预留许可的警示信息，并将该警示信息发送给第三终端设备相应的用户，以使第三终端设备相应的用户及时发现异常情况。
本申请实施例还提供了一种许可管理装置，包括：许可记录获得模块，用于获得多个模块许可的许可记录，所述许可记录表征所述多个模块许可被使用的记录；频繁项集获得模块，用于对所述许可记录进行关联挖掘，获得所述多个模块许可的频繁项集，所述频繁项集包括至少一个模块许可集合，所述模块许可集合包括多个模块许可，所述频繁项集表征所述多个模块许可之间有关联关系的模块项的集合；模块许可管理模块，用于根据所述频繁项集对所述多个模块许可进行管理。
可选地，在本申请实施例中，所述模块许可管理模块，包括：授权策略确定模块，用于根据所述频繁项集确定授权策略，所述授权策略表征根据所述频繁项集的至少一个模块许可集合对终端设备进行授权的策略。
可选地，在本申请实施例中，所述授权策略确定模块，包括：第一接收模块，用于接收第一终端设备发送的第一模块许可；第一确定模块，用于根据所述频繁项集筛选出的模块许可集合确定所述授权策略，所述授权策略包括从所述频繁项集筛选出的第一模块许可集合，所述第一模块许可集合包括所述第一模块许可；第一发送模块，用于向所述第一终端设备发送所述授权策略。
可选地，在本申请实施例中，所述授权策略确定模块，包括：第二接收模块，用于接收第二终端设备发送的第二模块许可；第二确定模块，用于根据所述频繁项集筛选出的模块许可集合确定所述授权策略，所述授权策略包括从所述至少一个模块许可集合筛选出的第二模块许可集合，以及所述第二模块许可集合的使用结果，所述第二模块许可集合包括所述第二模块许可；第二发送模块，用于向所述第二终端设备发送所述授权策略。
可选地，在本申请实施例中，所述模块许可管理模块，包括：第三确定模块，用于根据所述许可记录确定所述频繁项集的多个模块许可中的每个模块许可的使用率，所述模块许可包括普通许可和预留许可，所述普通许可表征属于普通用户组的用户或普通用户使用的模块许可，所述预留许可表征为属于预设用户组的用户或预设用户预先留存的模块许可；第四确定模块，用于若所述多个模块许可中的普通许可均被使用，则根据所述使用率重新确定所述多个模块许可的预留许可的数量。
可选地，在本申请实施例中，还包括：第三接收模块，用于接收第三终端设备发送的使用请求，所述第三终端设备为属于普通用户组的用户或普通用户使用的终端设备，所述使用请求用于获得模块许可的使用结果；第三发送模块，用于若所述多个模块许可中的预留许可的被使用数量小于预设阈值，则根据所述多个模块许可中的一个预留许可生成使用结果，并向所述第三终端设备发送所述使用结果。
可选地，在本申请实施例中，还包括：预警信息生成模块，用于若所述多个模块许可中的预留许可的被使用数量大于预设阈值，则生成预警信息，所述预警信息为提示所述第三终端设备相应的用户被取消使用所述预留许可的警示信息。
本申请实施例还提供了一种电子设备，包括：处理器和存储器，所述存储器存储有所述处理器可执行的机器可读指令，所述机器可读指令被所述处理器执行时执行如上所述的方法。
本申请实施例还提供了一种存储介质，该存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如上所述的方法。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出的本申请实施例提供的许可管理方法的流程示意图；
图2示出的本申请实施例提供的电子设备中的用户排队预留策略的示意图；
图3示出的本申请实施例提供的许可管理装置结构示意图；
图4示出的本申请实施例提供的电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整的描述。
在介绍本申请实施例提供的许可管理方法之前，先介绍本申请实施例所涉及的一些概念，本申请实施例所涉及的一些概念如下：
许可管理，又称许可证管理，是指对上述的许可证针对特定用户进行授权管理或统筹规划，采购新的许可证的数量、时间和周期进行管理。具体例如：对于大型商用软件的各个模块进行许可管理，需要购买相应数量的模块许可才能够满足公司的业务需求，若购买的模块许可数量过多，则会造成资源浪费以及公司业务成本增加；若购买的模块许可数量过少，则会造成公司研发产出速度降低、业务进度受损等情况。
数据库(DataBase，DB)，是指存储电子数据或者电子文件的集合，简而言之可视为电子化的文件柜，用户可以对文件中的数据运行新增、截取、更新、删除等操作。所谓“数据库”是以一定方式储存在一起、能与多个用户共享、具有尽可能小的冗余度、与应用程序彼此独立的数据集合。数据库包括：关系型数据库和非关系型数据库：
关系型数据库是指采用关系模型来组织数据的数据库，关系型数据库以行和列的形式存储数据，以便于用户理解，关系型数据库这一系列的行和列被称为表，常见的关系型数据库例如：Mysql、PostgreSQL、Oracle和SQLSever等。
非关系型数据库，又被称为NoSQL(Not Only SQL)，意为不仅仅是结构化查询语言(Structured QueryLanguage，SQL)，非关系型数据库根据结构化方法以及应用场合的不同，主要分为：面向列式存储、面向文档存储和键值对存储的三种非关系型数据库，常见的非关系型数据库包括：grakn知识图谱数据库、Neo4j图数据库、Hadoop子系统HBase、MongoDB和CouchDB等。
服务器是指通过网络提供计算服务的设备，服务器例如：x86服务器以及非x86服务器，非x86服务器包括：大型机、小型机和UNIX服务器。当然在具体的实施过程中，上述的服务器可以具体选择大型机或者小型机，这里的小型机是指采用精简指令集计算(ReducedInstruction Set Computing，RISC)、单字长定点指令平均执行速度(MillionInstructions Per Second，MIPS)等专用处理器，主要支持UNIX操作系统的封闭且专用的提供计算服务的设备；这里的大型机，又名大型主机，是指使用专用的处理器指令集、操作系统和应用软件来提供计算服务的设备。
需要说明的是，本申请实施例提供的许可管理方法可以被电子设备执行，这里的电子设备是指具有执行计算机程序功能的设备终端或者上述的服务器，设备终端例如：智能手机、个人电脑(personal computer，PC)、平板电脑、个人数字助理(personal digitalassistant，PDA)、移动上网设备(mobile Internet device，MID)、网络交换机或网络路由器等。
在介绍本申请实施例提供的许可管理方法之前，先介绍该许可管理方法适用的应用场景，这里的应用场景包括但不限于：使用该许可管理方法对基于SaaS服务的模块许可的使用记录进行关联挖掘、使用该许可管理方法在管理员对模块许可授权时推荐与该模块许可关联的许可，以及使用该许可管理方法为模块许可进行预留或者补充采购等。
请参见图1示出的本申请实施例提供的许可管理方法的流程示意图；该许可管理方法可以包括如下步骤：
步骤S110：电子设备获得多个模块许可的许可记录。
模块许可，是指针对软件的各个模块分别进行颁发许可证，若该许可证对应的用户被授权，那么该用户就可以使用该许可证对应的软件模块，具体例如：办公文档软件包括：审阅模块和翻译模块，若将审阅模块的许可授权给第一用户，即向第一用户颁发授权的许可证，那么第一用户可以使用审阅模块；然而第一用户无法使用未许可授权的翻译模块。当然，上述的审阅模块和翻译模块也可以使用代码来表示，例如：审阅模块使用m1表示，翻译模块使用m2表示等。
许可记录，是指上述的模块许可被使用的记录，具体例如：在将审阅模块的许可授权给第一用户时，就会在电子设备上存储有相应的许可授权记录，许可记录，例如：{第一用户:审阅模块}或{第一用户:审阅模块，第一用户:翻译模块}等格式。当然如果用代码表示模块许可，那么许可记录的一部分例如可以是下面的许可记录表中描述的内容，表中的用户标识是指用户的唯一标识，例如：该表的每一行可以被称为一条数据记录，或者一条事务，U1可以代表第一用户等；表中的模板标识是指模块集的唯一标识，模块集是指模块被许可授权时的记录集合。
用户标识 模板标识 模块集
U1 1 m1,m2,m8,m12
U2 2 m2,m8
U10 3 m1,m5
U15 13 m1,m2,m100
上述的电子设备获得多个模块许可的许可记录的实施方式例如：访问存储于数据库中的多个模块许可的许可记录，或者获取存储于文件系统中的多个模块许可的许可记录等。
步骤S120：电子设备对许可记录进行关联挖掘，获得多个模块许可的频繁项集。
关联挖掘，又称关联分析，是指发现存在于大量数据集中的关联性或相关性，从而描述了一个事物中某些属性同时出现的规律和模式，即在关系数据或其他信息载体中查找存在于项目集合或对象集合之间的频繁模式、关联、相关性或因果结构；例如：发现数据库中不同商品或事项之间的联系。常见的关联分析方法包括：Apriori算法和FP-growth算法等。
频繁项集，是指在使用关联挖掘方法或者关联分析方法的过程中，支持度大于或等于预设阈值的关联项集就叫做频繁项集，这里支持度的概念将会在下面详细地介绍，这里的预设阈值可以根据具体情况进行设置，例如：预设阈值可以设置为30％，也就是说，最小支持度为30％。使用关联挖掘方法或者关联分析方法可以获得强关联的规则，因此，这里的频繁项集也可以理解为强关联的规则的集合。其中，上述的频繁项集可以包括至少一个模块许可集合，模块许可集合包括多个模块许可，频繁项集表征多个模块许可之间有关联关系的模块项的集合。
这里以Apriori算法为例进行说明，上述的电子设备对许可记录进行关联挖掘，获得多个模块许可的频繁项集的实施方式可以包括如下步骤：
步骤S121：遍历许可记录表，依次获得许可记录表的所有k-项目集。
k-项目集：包含k个项的项集被称为k-项目集，例如{m1}被称为1-项目集，{m1,m5}被称为2-项目集，{m2,m8}被称为2-项目集，{m1,m2,m100}被称为3-项目集，{m1,m2,m8,m12}被称为4-项目集。
这里以找许可记录表的所有1-项目集为例进行说明，其实施方式例如：C1＝{{m1},{m2},{m5},{m8},{m12},{m100}}，其中，C1为所有1-项目集。其中，找许可记录表的所有k-项目集的实施方式将在下面补充说明。
步骤S122：根据支持度阈值从所有k-项目集中筛选出多个频繁k-项目集。
支持度阈值，也可以理解为上述的最小支持度，这里的支持度阈值可以根据具体情况进行设置，例如：支持度阈值可以设置为30％，也就是说，最小支持度为30％。当然，在实施过程中，也可以调整为50％等。
上述的所有1-项目集的各个项在数据记录的模块集中出现的次数之和被称为支持数，因此，上述的所有1-项目集的支持数为{3,3,1,2,1,1}。上述的数据记录总数为4，支持度为上述的支持数与数据记录总数的商，由此可以得知，上述的所有1-项目集的各个项的支持度为{75％，75％，25％，50％，25％，25％}。若最小支持度为30％，那么所有1-项目集的支持度大于或等于最小支持度的频繁1-项目为L1＝{m1,m2,m8}。
上述的1-项目每个项目两两之间都可以关联，因此，可以根据1-项目可以生成频繁项2-项目集C2＝{{m1,m2}，{m1,m8}，{m2,m8}}；重复上述步骤S121至步骤S122，可以获得，频繁2-项目为L2＝{{m1,m2}，{m2,m8}}，其中，L2中的每个项目集的支持度分别为50％和50％，满足大于最小支持度的要求；频繁3-项目集C3＝{{m1，m2，m8}}，其中，C3中的项目集的支持度为25％，因此不满足大于最小支持度的要求，可以去除。
步骤S123：将多个频繁k-项目集合并，获得合并后的候选项目集。
上述的将多个频繁k-项目集合并，获得合并后的候选项目集的实施方式例如：将频繁1-项目集和频繁2-项目集合并，获得合并后的候选项目集为L＝L1∪L2＝{{m1},{m2},{m5},{m8},{m12},{m100},{m1,m2},{m2,m8}}。
步骤S124：根据集合中的项目个数从候选项目集筛选出频繁项集。
上述的根据集合中的项目个数从候选项目集筛选出频繁项集的实施方式例如：在具体的实践过程中，筛选出项目集长度大于1的项目集和项目集长度大于1的项目集的非空真子集，即可以理解为，只有一个项目的项目集就是自己和自己关联关系，这对于实际操作并无太大的意义，因此可以去除。从合并后的候选项目集中筛选出项目集长度大于1的项目集和项目集长度大于1的项目集的非空真子集为{m2,m8}，可以将这里的从候选项目集中筛选出的集合确定为频繁项集。也就是说，在m2被许可授权时，推送m8给管理员一起许可授权；也可以在m8被许可授权时，推送m2给管理员一起许可授权。
可选地，也可以进一步判断上述的从候选项目集中筛选出的集合的置信度来确定频繁项集，这里的置信度是指判断强关联规则是否成立依据的数值化表示，置信度的计算具体例如：频繁项集{m2,m8}的关联规则包括{m2}->{m8}和{m8}->{m2}，两者的置信度分别为67％和100％，具体的计算过程为，从上述许可记录表可以知道，m2出现了3次，m8出现了2次，而在m2出现的3次中m8出现了2次，因此{m2}->{m8}的置信度为2/3＝67％；相应地，在m8出现的2次中m2也都出现了2次，因此{m8}->{m2}的置信度为100％；若这里的置信度阈值设置为70％，即最小置信度设置为70％，那么{m2}->{m8}的置信度小于最小置信度，可以删除；只将{m8}->{m2}确定为频繁项集。这里的置信度阈值可以根据具体实际情况进行设置，例如：可以设置为80％和90％等。也就是说，可以在m8被许可授权时，推送m2给管理员一起许可授权。
步骤S130：电子设备根据频繁项集对多个模块许可进行管理。
上述的根据频繁项集对多个模块许可进行管理有两种策略：第一种策略，推荐关联的许可授权策略；第二种策略，为预设用户或者属于预设用户组的用户预留一定数量的模块许可的预留策略。下面将分别介绍这两种策略，首先介绍第一种策略，那么电子设备根据频繁项集对多个模块许可进行管理，即步骤S130可以包括如下步骤：
步骤S140：电子设备根据频繁项集确定授权策略。
授权策略，是指根据频繁项集的至少一个模块许可集合对终端设备进行授权的策略，即如何对许可或者许可证进行授权的相应策略。授权策略可以包括从频繁项集筛选出的第一模块许可集合，第一模块许可集合包括第一模块许可，具体例如：在模块m2被许可授权时，推送模块m8给管理员一起许可授权；也可以在m8被许可授权时，推送m2给管理员一起许可授权等。
在本申请实施例中，上述的根据频繁项集确定授权策略的实施方式包括两种方式：第一种方式，电子设备向管理员的终端设备推送与第一模块许可相关联的其它模块许可集合；第二种方式，电子设备向管理员的终端设备推送与第二模块许可相关联的其它模块许可集合的使用结果；在上述的实现过程中，根据频繁项集的至少一个模块许可集合确定对终端设备进行授权的策略，可以根据频繁项集的多个模块许可一起许可授权，不再需要单独一个一个许可授权，从而提高了对模块许可进行授权的效率。
下面将分别描述根据频繁项集确定授权策略的两种方式，首先介绍上述的第一种方式，则根据频繁项集确定授权策略，即步骤S140可以包括如下步骤：
步骤S141：电子设备接收第一终端设备发送的第一模块许可。
第一终端设备，是指对多个模块许可进行管理的管理员所使用的终端设备，终端设备具体例如：平板电脑、智能手机、数字助理或台式主机等，下面将提到的第二终端设备和第三终端设备也是同样的概念，即第二终端设备和第三终端设备均可以是管理员所使用的终端设备，其中，第一终端设备、第二终端设备和第三终端设备可以是三种不同的设备，也可以是同一个设备，也可以是两两相同的设备。
上述的电子设备接收第一终端设备发送的第一模块许可的实施方式例如：电子设备接收第一终端设备发送的第一模块许可，通过解析获得接收到的第一模块许可为m2，当然通过解析获得接收到的第一模块许可也可以为m8，具体情况可以根据实际情况进行解析。
步骤S142：电子设备根据频繁项集筛选出的模块许可集合确定包括第一模块许可的授权策略。
电子设备根据频繁项集筛选出的模块许可集合确定包括第一模块许可的授权策略的实施方式例如：若获得的频繁项集为{m2,m8}，且接收到的第一模块许可为m8，则可以将{m2,m8}确定为授权策略；若频繁项集的关联规则为{m8}->{m2}，且接收到的第一模块许可为m8，那么可以将{m8}->{m2}确定为授权策略；若频繁项集的关联规则为{m2}->{m8}和{m8}->{m2}，且接收到的第一模块许可为m2，那么可以将{{m2}->{m8}：67％，{m8}->{m2}：100％}确定为授权策略，表示m2被许可授权时，用户有67％的概率会再次要求m8被许可授权，管理员可以根据情况决定是否同时授权m8。
步骤S143：电子设备向第一终端设备发送授权策略。
上述的电子设备向第一终端设备发送授权策略的实施方式例如：电子设备通过超文本传输协议(Hyper Text Transfer Protocol，HTTP)向第一终端设备发送授权策略，这里的HTTP协议是指一个简单的请求响应协议，HTTP协议通常运行在传输控制协议(Transmission Control Protocol，TCP)之上，HTTP协议指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应。
在上述的实现过程中，通过接收第一终端设备发送的第一模块许可，根据频繁项集确定与第一模块许可相关的其它模块许可，从而使管理员根据频繁项集的多个模块许可一起许可授权，不再需要单独一个一个许可授权，从而提高了对模块许可进行授权的效率。
如上面描述的，根据频繁项集确定授权策略的实施方式包括两种方式，上面介绍了第一种方式，下面介绍第二种方式，则根据频繁项集确定授权策略，即步骤S140可以包括如下步骤：
步骤S144：电子设备接收第二终端设备发送的第二模块许可。
其中，第二终端设备参照第一终端设备的描述和解释，该步骤的实施原理和实施方式与步骤S141的实施原理和实施方式是相似或类似的，因此，这里不再对该步骤的实施方式和实施原理进行说明，如有不清楚的地方，可以参考对步骤S141的描述。
步骤S145：电子设备根据频繁项集筛选出的模块许可集合确定包括第二模块许可的授权策略。
其中，该步骤的实施原理和实施方式与步骤S143的实施原理和实施方式是相似或类似的，因此，这里不再对该步骤的实施方式和实施原理进行说明，如有不清楚的地方，可以参考对步骤S143的描述，这里仅说明一下两者的区别如下：
这里授权策略包括从至少一个模块许可集合筛选出的第二模块许可集合，以及第二模块许可集合的使用结果，第二模块许可集合包括第二模块许可，即向终端设备发送的授权策略不仅包括推荐的模块许可，还包括该模块许可是否授权的消息。这里的授权策略具体例如：已授权的模块许可表示为1，未授权的模块许可表示为0，若接收到的第一模块许可为m2，那么这里的授权策略可以表示为{m2:0,m8:1}，意思是模块m2尚未授权，而与m2关联的模块m8已被授权，无需再重复授权。这里的授权策略还可以表示为{m2:0,m8:1,m12:0}，也就是说，与m2关联的模块m8已被授权，但与m2关联的模块m12尚未被授权，可以给模块m12许可授权。
步骤S146：电子设备向第二终端设备发送授权策略。
其中，该步骤的实施原理和实施方式与步骤S143的实施原理和实施方式是相似或类似的，因此，这里不再对该步骤的实施方式和实施原理进行说明，如有不清楚的地方，可以参考对步骤S143的描述。
在上述的实现过程中，通过接收第二终端设备发送的第二模块许可，根据频繁项集确定与第二模块许可相关的其它模块许可，从而使管理员根据频繁项集的多个模块许可中选择没有授权的许可集合，不再单独比对哪些许可集合已经授权或没有授权，从而提高了对模块许可进行授权的效率。
如上面描述的，对多个模块许可进行管理有两种策略：第一种策略，推荐关联的许可授权策略；第二种策略，为预设用户或者属于预设用户组的用户预留一定数量的模块许可的预留策略。上面介绍了第一种策略，下面介绍第二种策略，那么电子设备根据频繁项集对多个模块许可进行管理，即步骤S130可以包括如下步骤：
步骤S150：电子设备根据许可记录确定频繁项集的多个模块许可中的每个模块许可的使用率。
其中，模块许可包括普通许可和预留许可，普通许可表征属于普通用户组的用户或普通用户使用的模块许可，预留许可表征为属于预设用户组的用户或预设用户预先留存的模块许可，这里的用户组根据角色例如可以分为：临时用户、普通用户、中级用户、高级别用户和预留用户等，这里的用户按照部门分又可以分为人力资源部门、财务部门和后勤部门等等。
上述的电子设备根据许可记录确定频繁项集的多个模块许可中的每个模块许可的使用率的实施方式例如：这里的使用率计算方法例如：先取用户使用软件时许可占用时长、许可占用种类、许可占用但闲置的时长、占用许可的时间段等各项数据，存入数据库中的用户软件资源使用历史表，这里的占用可以理解的是指许可被授权使用的意思。若考虑每个部门组织历史一段使用预留许可的数量，假设最近使用的次数为ui，其中，i＝1,2,…,k，表示最近k次占用许可的数量，则可以通过以下公式来获得模块许可的使用率：
Figure BDA0002351782800000171
其中，ui是指该模块许可最近被占用的次数，αi满足
Figure BDA0002351782800000172
αi是指最近第i次部门组织人员占用软件许可时的权值，时间越早的占用对未来短时间的参考的重要性越小。对于上述αi计算：假如采样点为l个，那么将[0,l]对应的线段之间随机取k-1个点，则会有k个线段的长度，将线段的长度作为产生的随机数，然后将其归一化到[0,1]区间，从小到大排序后作为αi的值。
步骤S160：若多个模块许可中的普通许可均被授权，则电子设备根据使用率重新确定多个模块许可的预留许可的数量。
其中，这里的预留是指为了预设用户或者属于预设用户组的用户预先留存的意思；那么这里的预留许可是指为了预设用户或者属于预设用户组的用户预先留存的模块许可。这里的根据使用率重新确定多个模块许可的预留许可的数量可以理解为重新确定预留策略，那么这里的预留策略可以包括多个模块许可的预留许可的数量。上述的根据使用率重新确定多个模块许可的预留许可的数量的实施方式例如：电子设备向终端设备发送优化消息，优化消息包括：重新设置多个模块许可的预留许可的数量；当然在具体的实施过程中，也可以直接使用步骤S150中的公式计算出来的使用率乘以模块许可的总数，获得应该重新设置的预留许可数量；在系统中将原来设置的预留许可数量更改重新设置的预留许可数量。
请参见图2示出的本申请实施例提供的电子设备中的用户排队预留策略的示意图；上述的若多个模块许可中的普通许可均被授权，则电子设备根据使用率确定预留策略的实施方式例如：在某用户组A的预留的许可不够使用的时候，系统检测其它所有预留的该许可的使用数目，若存在有某组B许可的使用率低于设置的阈值β且使用率在所有组中最低，该阈值远小于预留数目，该用户组A在权限不冲突的前提下可借用组B的许可。若许可处于不可借用，未预留许可被占满的情况下，启动排队流程，系统根据不同角色，创建不同的排队队列，队内按时间排序，在有资源空缺时，优先满足高级别的队列，只有高级别队列中用户许可的需求被满足之后才考虑低一级别的用户队列，并以此类推。如果用户退出排队模式，系统会推荐用户的可以使用该许可的时间。该时间段的计算方法是：以15分钟为时间段，统计近一段时间，每天所有用户同一时间段占用许可的热点数据，求平均值，在跳出排队队列后时间段内，连续许可未被占满的时间段内。对于推荐的时间段用户可选择预约，将预约用户放入预约队列中。在预约时间到达时，有许可优先使用同级别的许可；如没有许可，重复以上模式。
在所有许可都占满的情况，仍然有大量的请求，需要给系统管理员推荐补充采购的许可数量：
Figure BDA0002351782800000181
其中，Δl为需要增加的许可数，T为预设时间段，pT为T时间段内队列内排队人数均值，N为现有为许可总数。若有许可长时间未使用，平均占用率长期低于阈值γ，则触发减少购置的推荐信息，减少购置数目为(1-γ)N。
可以理解的是，在具体的实施过程中，可以采用上述的公式计算出某个特定模块的需要补充采购的许可数量，可以向管理员所属的管理终端设备发送该许可数量的消息，也可以存储在上述的电子设备上，待管理员来查看需要补充采购的许可数量；当然，若上述的某个许可平均使用率(平均占用率)长期低于预设阈值，那么说明该模块的许可数量过多，则可以向管理员所属的管理终端设备发送减少该模块的许可购置的推荐消息，以确保该模块的许可数量不至于过剩，始终保持在合适的水平，以尽量提高模块许可的使用率。
在上述的实现过程中，通过设置预留策略，使得预设用户或者属于预设用户组的用户在需要使用软件模块时，能够及时地获得预设许可的授权，从而加快了对预设用户或者属于预设用户组的用户的预设许可的授权速度。
可选地，在普通许可均被授权之后，即在普通许可使用完之后，普通用户还可以暂时借用预留许可来生成临时授权，那么在根据使用率确定预留策略之后，即在步骤S160之后还可以包括如下步骤：
步骤S170：电子设备接收第三终端设备发送的授权请求。
其中，第三终端设备参照第一终端设备的描述和解释，第三终端设备为属于普通用户组的用户或普通用户使用的终端设备，这里的授权请求用于获得模块许可的使用结果。
上述的电子设备接收第三终端设备发送的授权请求的实施方式例如：电子设备通过传输控制协议(Transmission Control Protocol，TCP)接收第三终端设备发送的授权请求，这里的TCP协议是指Internet最基本的协议、Internet国际互联网络的基础，由网络层的网际互连协议和传输层的TCP协议组成。
步骤S180：若多个模块许可中的预留许可的被使用数量小于预设阈值，则电子设备根据多个模块许可中的一个预留许可生成使用结果，并向第三终端设备发送使用结果。
预留许可的被使用数量和预设阈值进行比较的情况具体例如：预留许可一共有10个，预留许可的被使用数量为8，若预设阈值设置为7，那么此时的预留许可的被使用数量是大于预设阈值的；若预设阈值设置为9，那么此时的预留许可的被使用数量是大于预设阈值的。
电子设备根据多个模块许可中的一个预留许可生成使用结果，并向第三终端设备发送使用结果的实施方式例如：在普通许可使用完之后，又有预留许可被借用来生成临时授权，此时若有预设用户或者属于预设用户组的用户来使用许可，即生成许可授权，那么可以根据预留策略生成预警信息，或者也可以直接将普通用户从借用的预留许可中剔除掉，让预留许可被预设用户或者属于预设用户组的用户使用。
在上述的实现过程中，通过暂时借用预留许可的方式，使得普通用户在普通许可已经全部授权的情况下，也能够使用该模块许可对应的软件模块，从而减少了模块许可的空置率。
可选地，在接收第三终端设备发送的授权请求之后，即在步骤S170之后，还可以包括如下步骤：
步骤S190：若多个模块许可中的预留许可的被使用数量大于预设阈值，则电子设备根据预留策略生成预警信息。
预警信息，是指在模块许可使用率超过预设比例的情况下，提示所述第三终端设备相应的用户被取消使用预留许可的警示信息，这里的预设比例是指预先设置的百分比例，该百分比例可以根据具体实际情况进行设置，例如：可以设置为20％、50％或90％等。
上述的若多个模块许可中的预留许可的被使用数量大于预设阈值，则电子设备根据预留策略生成预警信息的实施方式例如：预留许可一共有10个，预留许可的被使用数量为8；若预设阈值设置为7，那么此时的预留许可的被使用数量是大于预设阈值的，此时，电子设备生成预警信息，在电子设备根据预留策略生成预警信息之后，即在电子设备根据预留策略生成被取消使用预留许可的警示信息之后，电子设备可以向第三终端设备发送该警示信息，这里的第三终端设备是指借用预留许可的普通用户对应的终端设备，也可以理解为是借用预留许可的属于普通用户组对应用户的终端设备。。在上述的实现过程中，在普通许可已经全部授权的情况下，若被授权的预留许可的数量大于预设阈值，可以生成第三终端设备相应的用户被取消使用所述预留许可的警示信息，并将该警示信息发送给第三终端设备相应的用户，以使第三终端设备相应的用户及时发现异常情况。
在上述的实现过程中，对模块许可的许可记录进行关联挖掘，再根据获得的模块许可的频繁项集对多个模块许可进行管理，提高了对模块许可进行管理的效率，从而改善了很难对模块许可进行有效地管理的问题。
请参见图3示出的本申请实施例提供的许可管理装置结构示意图；本申请实施例提供了一种许可管理装置300，包括：
许可记录获得模块310，用于获得多个模块许可的许可记录，许可记录表征多个模块许可在被授权生成使用结果时的记录。
频繁项集获得模块320，用于对许可记录进行关联挖掘，获得多个模块许可的频繁项集，频繁项集包括至少一个模块许可集合，模块许可集合包括多个模块许可，频繁项集表征多个模块许可之间有关联关系的模块项的集合。
模块许可管理模块330，用于根据频繁项集对多个模块许可进行管理。
可选地，在本申请实施例中，模块许可管理模块，包括：
授权策略确定模块，用于根据频繁项集确定授权策略，授权策略表征根据频繁项集的至少一个模块许可集合对终端设备进行授权的策略。
可选地，在本申请实施例中，授权策略确定模块，包括：
第一接收模块，用于接收第一终端设备发送的第一模块许可。
第一确定模块，用于根据频繁项集筛选出的模块许可集合确定授权策略，授权策略包括从频繁项集筛选出的第一模块许可集合，第一模块许可集合包括第一模块许可。
第一发送模块，用于向第一终端设备发送授权策略。
可选地，在本申请实施例中，授权策略确定模块，包括：
第二接收模块，用于接收第二终端设备发送的第二模块许可。
第二确定模块，用于根据频繁项集筛选出的模块许可集合确定授权策略，授权策略包括从至少一个模块许可集合筛选出的第二模块许可集合，以及第二模块许可集合的使用结果，第二模块许可集合包括第二模块许可。
第二发送模块，用于向第二终端设备发送授权策略。
可选地，在本申请实施例中，模块许可管理模块，包括：
第三确定模块，用于根据许可记录确定频繁项集的多个模块许可中的每个模块许可的使用率，模块许可包括普通许可和预留许可，普通许可表征属于普通用户组的用户或普通用户使用的模块许可，预留许可表征为属于预设用户组的用户或预设用户预先留存的模块许可。
第四确定模块，用于若多个模块许可中的普通许可均被授权，则根据使用率确定预留策略，预留策略包括多个模块许可的预留许可的数量。
可选地，在本申请实施例中，还包括：
第三接收模块，用于接收第三终端设备发送的授权请求，第三终端设备为属于普通用户组的用户或普通用户使用的终端设备，授权请求用于获得模块许可的使用结果。
第三发送模块，用于若多个模块许可中的预留许可的被使用数量小于预设阈值，则根据多个模块许可中的一个预留许可生成使用结果，并向第三终端设备发送使用结果。
可选地，在本申请实施例中，还包括：
预警信息生成模块，用于若多个模块许可中的预留许可的被使用数量大于预设阈值，则根据预留策略生成预警信息，预警信息为提示第三终端设备相应的用户被取消使用所述预留许可的警示信息。
应理解的是，该装置与上述的许可管理方法实施例对应，能够执行上述方法实施例涉及的各个步骤，该装置具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。该装置包括至少一个能以软件或固件(firmware)的形式存储于存储器中或固化在装置的操作系统(operating system，OS)中的软件功能模块。
请参见图4示出的本申请实施例提供的电子设备的结构示意图。本申请实施例提供的一种电子设备400，包括：处理器410和存储器420，存储器420存储有处理器410可执行的机器可读指令，机器可读指令被处理器410执行时执行如上的方法。
本申请实施例还提供了一种存储介质430，该存储介质430上存储有计算机程序，该计算机程序被处理器410运行时执行如上的许可管理方法。
其中，存储介质430可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(Static Random Access Memory,简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory,简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read Only Memory,简称EPROM)，可编程只读存储器(Programmable Red-Only Memory,简称PROM)，只读存储器(Read-Only Memory,简称ROM)，磁存储器，快闪存储器，磁盘或光盘。
本申请实施例所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其他的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请实施例的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
另外，在本申请实施例各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
以上的描述，仅为本申请实施例的可选实施方式，但本申请实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请实施例的保护范围之内。

Claims (10)

1.一种许可管理方法，其特征在于，包括：
获得多个模块许可的许可记录，所述许可记录表征所述多个模块许可被使用的记录；
对所述许可记录进行关联挖掘，获得所述多个模块许可的频繁项集，所述频繁项集包括至少一个模块许可集合，所述模块许可集合包括多个模块许可，所述频繁项集表征所述多个模块许可之间有关联关系的模块项的集合；
根据所述频繁项集对所述多个模块许可进行管理。
2.根据权利要求1所述的方法，其特征在于，所述根据所述频繁项集对所述多个模块许可进行管理，包括：
根据所述频繁项集确定授权策略，所述授权策略表征根据所述频繁项集的至少一个模块许可集合对终端设备进行授权的策略。
3.根据权利要求2所述的方法，其特征在于，所述根据所述频繁项集确定授权策略，包括：
接收第一终端设备发送的第一模块许可；
根据所述频繁项集筛选出的模块许可集合确定所述授权策略，所述授权策略包括从所述频繁项集筛选出的第一模块许可集合，所述第一模块许可集合包括所述第一模块许可；
向所述第一终端设备发送所述授权策略。
4.根据权利要求2所述的方法，其特征在于，所述根据所述频繁项集确定授权策略，包括：
接收第二终端设备发送的第二模块许可；
根据所述频繁项集筛选出的模块许可集合确定所述授权策略，所述授权策略包括从所述至少一个模块许可集合筛选出的第二模块许可集合，以及所述第二模块许可集合的使用结果，所述第二模块许可集合包括所述第二模块许可；
向所述第二终端设备发送所述授权策略。
5.根据权利要求1所述的方法，其特征在于，所述根据所述频繁项集对所述多个模块许可进行管理，包括：
根据所述许可记录确定所述频繁项集的多个模块许可中的每个模块许可的使用率，所述模块许可包括普通许可和预留许可，所述普通许可表征属于普通用户组的用户或普通用户使用的模块许可，所述预留许可表征为属于预设用户组的用户或预设用户预先留存的模块许可；
若所述多个模块许可中的普通许可均被使用，则根据所述使用率重新确定所述多个模块许可的预留许可的数量。
6.根据权利要求5所述的方法，其特征在于，在所述根据所述使用率重新确定所述多个模块许可的预留许可的数量之后，还包括：
接收第三终端设备发送的使用请求，所述第三终端设备为属于普通用户组的用户或普通用户使用的终端设备，所述使用请求用于获得模块许可的使用结果；
若所述多个模块许可中的预留许可的被使用数量小于预设阈值，则根据所述多个模块许可中的一个预留许可生成使用结果，并向所述第三终端设备发送所述使用结果。
7.根据权利要求6所述的方法，其特征在于，在所述接收第三终端设备发送的使用请求之后，还包括：
若所述多个模块许可中的预留许可的被使用数量大于预设阈值，则生成预警信息，所述预警信息为提示所述第三终端设备相应的用户被取消使用所述预留许可的警示信息。
8.一种许可管理装置，其特征在于，包括：
许可记录获得模块，用于获得多个模块许可的许可记录，所述许可记录表征所述多个模块许可被使用的记录；
频繁项集获得模块，用于对所述许可记录进行关联挖掘，获得所述多个模块许可的频繁项集，所述频繁项集包括至少一个模块许可集合，所述模块许可集合包括多个模块许可，所述频繁项集表征所述多个模块许可之间有关联关系的模块项的集合；
模块许可管理模块，用于根据所述频繁项集对所述多个模块许可进行管理。
9.一种电子设备，其特征在于，包括：处理器和存储器，所述存储器存储有所述处理器可执行的机器可读指令，所述机器可读指令被所述处理器执行时执行如权利要求1至7任一所述的方法。
10.一种存储介质，其特征在于，该存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至7任一所述的方法。
CN201911426051.XA 2019-12-31 2019-12-31 一种许可管理方法、装置、电子设备及存储介质 Active CN111199022B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911426051.XA CN111199022B (zh) 2019-12-31 2019-12-31 一种许可管理方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911426051.XA CN111199022B (zh) 2019-12-31 2019-12-31 一种许可管理方法、装置、电子设备及存储介质

Publications (2)

Publication Number Publication Date
CN111199022A true CN111199022A (zh) 2020-05-26
CN111199022B CN111199022B (zh) 2022-05-03

Family

ID=70746694

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911426051.XA Active CN111199022B (zh) 2019-12-31 2019-12-31 一种许可管理方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN111199022B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112434089A (zh) * 2020-12-23 2021-03-02 龙马智芯（珠海横琴）科技有限公司 一种频繁项挖掘方法、装置、服务器及可读存储介质

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070083926A1 (en) * 2005-10-07 2007-04-12 Burkhart Michael J Creating rules for the administration of end-user license agreements
EP2506180A1 (en) * 2011-03-31 2012-10-03 Kaspersky Lab Zao Automatic analysis of software license usage in a computer network
CN102760132A (zh) * 2011-04-28 2012-10-31 中国移动通信集团浙江有限公司 一种数据流频繁项挖掘方法和装置
WO2013143878A2 (en) * 2012-03-27 2013-10-03 Telefonica, S.A. A method and a system to generate personalized selection of items for a given user in an online computing system
CN104361266A (zh) * 2014-11-25 2015-02-18 上海精灵天下数字技术有限公司 一种数字内容的版权保护方法和系统
CN104919414A (zh) * 2012-11-06 2015-09-16 甲骨文国际公司 使用权限簇分析的角色发现
CN105975608A (zh) * 2016-05-17 2016-09-28 北京京东尚科信息技术有限公司 一种数据挖掘方法和装置
US20160337356A1 (en) * 2015-05-14 2016-11-17 RightScale Inc. Deployment templates with embedded permissions
CN109063421A (zh) * 2018-06-28 2018-12-21 东南大学 一种开源许可证合规性分析与冲突性检测方法

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070083926A1 (en) * 2005-10-07 2007-04-12 Burkhart Michael J Creating rules for the administration of end-user license agreements
EP2506180A1 (en) * 2011-03-31 2012-10-03 Kaspersky Lab Zao Automatic analysis of software license usage in a computer network
CN102760132A (zh) * 2011-04-28 2012-10-31 中国移动通信集团浙江有限公司 一种数据流频繁项挖掘方法和装置
WO2013143878A2 (en) * 2012-03-27 2013-10-03 Telefonica, S.A. A method and a system to generate personalized selection of items for a given user in an online computing system
CN104919414A (zh) * 2012-11-06 2015-09-16 甲骨文国际公司 使用权限簇分析的角色发现
CN104361266A (zh) * 2014-11-25 2015-02-18 上海精灵天下数字技术有限公司 一种数字内容的版权保护方法和系统
US20160337356A1 (en) * 2015-05-14 2016-11-17 RightScale Inc. Deployment templates with embedded permissions
CN105975608A (zh) * 2016-05-17 2016-09-28 北京京东尚科信息技术有限公司 一种数据挖掘方法和装置
CN109063421A (zh) * 2018-06-28 2018-12-21 东南大学 一种开源许可证合规性分析与冲突性检测方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112434089A (zh) * 2020-12-23 2021-03-02 龙马智芯（珠海横琴）科技有限公司 一种频繁项挖掘方法、装置、服务器及可读存储介质

Also Published As

Publication number Publication date
CN111199022B (zh) 2022-05-03

Similar Documents

Publication Publication Date Title
US11120156B2 (en) Privacy preserving data deletion
US10230733B2 (en) System and method for maintenance of transitive closure of a graph and user authentication
US10824758B2 (en) System and method for managing enterprise data
US10318751B2 (en) Automatic removal of global user security groups
US20210279360A1 (en) Trackers of consented data transactions with customer-consent data records
US8789132B2 (en) Enterprise model for provisioning fine-grained access control
CN103931222A (zh) 用于订购者数据的隐私管理
Krishnamoorthy et al. Analysis of a Multiserver Queueing‐Inventory System
JP7219325B2 (ja) 対象システムおよびアプリケーションに対するアクセス権を制御するシステム
CN111199022B (zh) 一种许可管理方法、装置、电子设备及存储介质
Komlenovic et al. An empirical assessment of approaches to distributed enforcement in role-based access control (RBAC)
Yaseen et al. An insider threat aware access control for cloud relational databases
US10038724B2 (en) Electronic access controls
US8793213B2 (en) Embedded data marts for central data warehouse
Milo Getting rid of data
CN108683672B (zh) 一种权限管理的方法及装置
US20080208866A1 (en) Identification, notification, and control of data access quantity and patterns
US20140258218A1 (en) Nomadic data collection and management method including pessimistic locking of data
CN115827646B (zh) 索引配置方法、装置和电子设备
US10320798B2 (en) Systems and methodologies for controlling access to a file system
CN108959910B (zh) 参数设置方法及装置
Cao Global Convergence of Schubert’s Method for Solving Sparse Nonlinear Equations
CN105164645A (zh) 可通过因特网访问的资源的组共同所有权
Ko et al. On the stochastic robustness of complete clustering predictability for a first‐order consensus model
Dinler et al. Faster computation of successive bounds on the group betweenness centrality

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant