We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
提供 License 发行和验证功能的工具包,方便 ISV 可以直接使用,从而实现一套 License 认证流程。
我尝试初拟了一份整个 license 认证流程,从开发商发放 license 到平台的激活。 平台统一提供一个认证接口供类似于:
POST host/license | license | Required | string | | pluginID| Required | string |
插件本身提供一个激活接口,如果没有也可以提供一个我们规范的拓展点,然后使用我们提供的拓展插件。帮助开发者实现一整套逻辑。
总感觉方案中还有很多的问题,希望大家不吝赐教。
一下是我找到的一些相关参考: Implementation of the Licensing System for a Software Product 一种基于RSA+AES算法实现的软件授权License设计思路 a pattern language of software licensing
The text was updated successfully, but these errors were encountered:
整体认证流程
License 始终由发行商(开发者)发行
License 认证许可始终由发行商(开发者)的产品校验
下文「发行商」皆代表一个插件的发行者。
平台制定一套 License 认证接口规范,某插件实现了该规范皆为需要认证的插件。
平台因为有统一代理,能获取到每个插件的接口,可以轻松识别哪些插件需要 License 认证,这里平台侧也能做一些相应认证的页面展示。
用户需要使用发行商的插件,需要找发行商获取对应 License。
比如说:
【先走平台侧】(用户/云回调)向统一的 License 认证接口发送请求。平台再向 Plugin 的 License 认证接口(平台制定的认证接口)发送认证请求
这时 License 信息来到了 Plugin 内,Plugin 采用自身校验逻辑对 License 校验,并返回校验结果,如果有资源限制,且返回对应的一些资源限制信息让平台能有记录。
Sorry, something went wrong.
Successfully merging a pull request may close this issue.
提供 License 发行和验证功能的工具包,方便 ISV 可以直接使用,从而实现一套 License 认证流程。
我尝试初拟了一份整个 license 认证流程,从开发商发放 license 到平台的激活。
平台统一提供一个认证接口供类似于:
POST host/license
| license | Required | string |
| pluginID| Required | string |
插件本身提供一个激活接口,如果没有也可以提供一个我们规范的拓展点,然后使用我们提供的拓展插件。帮助开发者实现一整套逻辑。
总感觉方案中还有很多的问题,希望大家不吝赐教。
一下是我找到的一些相关参考:
Implementation of the Licensing System for a Software Product
一种基于RSA+AES算法实现的软件授权License设计思路
a pattern language of software licensing
The text was updated successfully, but these errors were encountered: