增加关于许可证产品的问题和回答

docs/licenses.rst

@@ -212,8 +212,8 @@ Pyarmor 开发组不提供微信，电话等其他形式的技术支持
 
 请直接发送退款请求到 [email protected]
 
-关于一种产品的示例说明
-======================
+关于一种产品的解释和说明
+========================
 
 不用于销售的所有的 Python 脚本都属于一种特殊的产品 ``non-profits``
 
@@ -229,4 +229,34 @@ Pyarmor 是一种产品，它所包含
 
 Microsoft Office 产品系列不是一种产品，它包括的各个产品，例如 Microsoft Word 和 Microsoft Excel 是功能完全不同的两个产品，所以 Microsoft Office 不是一种产品。而 Microsoft Word 是一种产品，它的各个版本系列 Micorsoft Word 2003，Word 2007 等也都属于 Microsoft word 这一种产品。
 
+问与答
+------
+
+**我关注到pyarmor对授权许可产品的定义是”用于销售的产品“，即一个用于销售的产品需要购买1个许可证，那么如果我想购买pyarmor用于加密一切应用服务器上存放的python程序，这里涉及到的服务器可能有上百个，但在这种情况下我并未将pyarmor用于任何产品销售的场景，这些服务器上的脚本代码可能单纯是用于支撑某种在线服务的，比如说一个报表系统或者一个XXX管理系统，那么这种情况下我应该购买怎样的授权**
+
+  一个产品不仅仅是前端，后端也同样是属于一个产品的组成部分的。有两种购买方式，
+
+  1. 前端都不需要加密，那么所有的后端可以作为一个产品购买一个许可，即使这个后端会为多个前端提供服务
+  2. 前端需要加密，那就和原来的方式一样了
+
+  另外，不是所有的后端都可以作为一个产品， 例如有两个代码和功能完全不同的游戏引擎 A 和 B，分别服务不同的游戏
+
+  那么引擎 A 和 引擎 B 虽然都是后端，但是要作为两个产品
+
+  而每一个游戏引擎，虽然服务多个游戏产品，但是每一个游戏引擎可以作为一个产品
+
+**现在假设我有4个脚本，A脚本是运维管理员用，主要用于对两个系统进行同步。B脚本用于在服务器中启动报表管理平台并获取报表管理平台的日志，C脚本用于启动财务管理平台并获取财务管理平台日志，D脚本用于动态从加密设备中调取密码供BC服务器使用，那么当我想对ABCD四个脚本都进行加密时，这会被认定为几个产品？**
+
+  简单的一个原则，如果你有单独销售的一个产品，产品销售额大于 100 倍的 Pyarmor 许可证费用，就需要购买一个许可。
+
+  这个产品用到的所有需要的后台代码，都属于这个产品。
+
+  结合 Pyarmor 的合理使用原则，对于产品销售额还没有达到 100 倍的许可证费用，可以借用其他产品的许可证。
+
+  这就是 Pyarmor 许可的原则，结合这个原则，来理解条款
+
+**可是我的这几个脚本并不是单独销售的产品，没有直接关联的销售额，比如报表管理平台是用来周期性生成报表报送给监管机构满足监管要求的，它并不向外出售，再比如财务管理平台用来管理企业的进销存等财务信息，也并不向外出售，若干运维脚本仅仅是运维人员自行编写的、用来方便工作的，也不向外出售，那么在这种情况下，我应该如何购买许可？**
+
+  没有收益的代码和脚本都归属于一个特殊产品 non-profits，可以借用其他产品的许可证
+
 .. include:: _common_definitions.txt

docs/questions.rst

@@ -362,4 +362,31 @@ Pyarmor 是一个工具产品，不额外签订其他合同， `Pyarmor 最终
 
   对于太过频繁的使用，Pyarmor Team 可能会发送邮件要求用户给出合理的解释。如果是非正常的使用，违反了 Pyarmor 最终用户许可协议，会按照协议进行处理
 
+**我关注到pyarmor对授权许可产品的定义是”用于销售的产品“，即一个用于销售的产品需要购买1个许可证，那么如果我想购买pyarmor用于加密一切应用服务器上存放的python程序，这里涉及到的服务器可能有上百个，但在这种情况下我并未将pyarmor用于任何产品销售的场景，这些服务器上的脚本代码可能单纯是用于支撑某种在线服务的，比如说一个报表系统或者一个XXX管理系统，那么这种情况下我应该购买怎样的授权**
+
+  一个产品不仅仅是前端，后端也同样是属于一个产品的组成部分的。有两种购买方式，
+
+  1. 前端都不需要加密，那么所有的后端可以作为一个产品购买一个许可，即使这个后端会为多个前端提供服务
+  2. 前端需要加密，那就和原来的方式一样了
+
+  另外，不是所有的后端都可以作为一个产品， 例如有两个代码和功能完全不同的游戏引擎 A 和 B，分别服务不同的游戏
+
+  那么引擎 A 和 引擎 B 虽然都是后端，但是要作为两个产品
+
+  而每一个游戏引擎，虽然服务多个游戏产品，但是每一个游戏引擎可以作为一个产品
+
+**现在假设我有4个脚本，A脚本是运维管理员用，主要用于对两个系统进行同步。B脚本用于在服务器中启动报表管理平台并获取报表管理平台的日志，C脚本用于启动财务管理平台并获取财务管理平台日志，D脚本用于动态从加密设备中调取密码供BC服务器使用，那么当我想对ABCD四个脚本都进行加密时，这会被认定为几个产品？**
+
+  简单的一个原则，如果你有单独销售的一个产品，产品销售额大于 100 倍的 Pyarmor 许可证费用，就需要购买一个许可。
+
+  这个产品用到的所有需要的后台代码，都属于这个产品。
+
+  结合 Pyarmor 的合理使用原则，对于产品销售额还没有达到 100 倍的许可证费用，可以借用其他产品的许可证。
+
+  这就是 Pyarmor 许可的原则，结合这个原则，来理解条款
+
+**可是我的这几个脚本并不是单独销售的产品，没有直接关联的销售额，比如报表管理平台是用来周期性生成报表报送给监管机构满足监管要求的，它并不向外出售，再比如财务管理平台用来管理企业的进销存等财务信息，也并不向外出售，若干运维脚本仅仅是运维人员自行编写的、用来方便工作的，也不向外出售，那么在这种情况下，我应该如何购买许可？**
+
+  没有收益的代码和脚本都归属于一个特殊产品 non-profits，可以借用其他产品的许可证
+
 .. include:: _common_definitions.txt