作为一家财富 500 强企业的开源项目办公室的律师，我经常被要求调查产品或组件的许可模式似乎存在混淆的情况。代码在什么条款下可以使用？使用附带哪些义务？这种情况通常发生在代码或相关项目社区没有明确指出其在通用接受的开源许可下可用时。这种困惑是可以理解的，因为版权所有者经常根据市场需求朝着不同的方向发展其产品和服务。以下是我经常发现的一些场景以及您如何应对每种情况。
多重许可
该产品确实是开源的，并具有开源促进会 (OSI) 批准的开源许可，但在其生命周期中至少更改过一次许可模式，甚至多次。这种情况很容易解决；用户只需决定最新的版本及其附带的功能和错误修复是否值得遵守当前许可的条件。如果是，那就太好了。如果不是，那么用户可以回溯到在更易接受的许可下发布的版本，并从该分支开始，但要理解可能没有活跃的社区来提供支持和持续开发。
旧的开源
这是多重许可模式的一种变体，其特点是当前的许可仅为专有许可。您必须使用旧版本才能利用开源条款和条件。最常见的情况是，产品在其开发的某个阶段之前以有效的开源许可发布，但随后版权所有者选择以专有的方式发展代码，并且仅以专有的商业许可条款提供新版本。因此，如果您想要最新的功能，则必须购买专有许可，并且您很可能无法获得底层源代码的副本。通常，围绕原始代码行发展起来的开源社区一旦成员理解版权所有者不会再对开源分支做出进一步承诺，就会逐渐消失。虽然从版权所有者的角度来看，这种情况是可以理解的，但它可能被视为对开源社区的“过河拆桥”。一旦项目所有者选择了这条道路，就很难再次利用开源贡献模式的好处。
开源核心
到目前为止，最常见的发现是，一个产品既有开源许可的“社区版”，又有专有许可的商业产品，通常称为开源核心。这通常对潜在消费者来说是令人鼓舞的，因为它为他们提供了“先试后买”的选择，甚至有机会通过成为社区的活跃成员来影响产品的两个版本。我通常鼓励客户从社区版开始，参与其中，看看他们能取得什么成就。然后，如果产品成为他们商业计划的关键部分，他们可以选择随时升级到专有级别。
免费增值模式
该组件根本不是开源的，而是以某种“免费增值”模式发布。可以下载功能受限或有时间限制的版本，无需立即购买。但是，由于通常不提供源代码，并且其随附的许可不允许永久使用、创建衍生作品或进一步分发，因此它绝对不是开源的。在这种情况下，通常最好放弃，除非您准备购买专有许可并接受所有随附的使用条款和条件。用户通常对这种结果最失望，因为它带有一些欺骗性。
符合 OSI 标准
当然，我没有提到的皆大欢喜的情况是，发现项目具有单一、清晰、符合 OSI 标准的许可。在这些情况下，开源软件就像下载并在适当的使用范围内继续前进一样简单。
上述每种更复杂的场景都可能给潜在的开发项目带来问题，但就许可沿袭咨询熟练的采购或知识产权专业人士可以揭示绝佳的机会。
本文的早期版本曾在 OSS Law 上发布，并经作者许可重新发布。
评论已关闭。