使用未经修改的GPL（v2 +）程序作为核心依赖项运行软件即服务：是否必须发布SaaS源代码？

我正在设计一个软件即服务项目，该项目只能在线访问。我可能对GNU GPL（v2或更高版本）所涵盖的可执行文件有严格的依赖性。

我了解我的代码（如果要分发的话）也必须按照GPL条款进行分发。我非常确定，通过网络运行服务不会传递/分发代码。因此，我是否认为可以使用GPL依赖关系而不必披露我的所有代码是否正确？

为此，我可以提供一个具体的示例：假设我在在线文档处理系统上进行设计，就像Google Docs。我希望能够基本上将任何文件类型上传到系统中，并将其转换为任何内部格式。与其尝试创建一个转换器，不如使用一个我知道的可以进行转换的现有程序。该程序是具有GNU GPL v2（或更高版本）许可的可执行文件。我可以在不提供源代码的情况下合法拥有软件即服务吗？

根据您提供的描述，答案是“不，您不必披露”。您要么依赖GPL可执行文件的输出，要么将其视为系统，这是GPL病毒性质的两个例外。深入探究GPL常见问题，您将根据具体情况找到答案。

IANAL，但IMO GPL在这里（或解释）确实有点含糊。GPL在“使用”方面为您提供了很多自由，但在“派生作品的发行”方面却有很多限制。首先是关于使用与衍生作品的关系。如果您的代码仅“使用” GPL软件，则无需分发使用GPL代码的代码（但是，如果您修改GPLed代码本身，则仍然必须分发计划分发该部分的代码）。更改），另一方面，如果将其视为衍生作品，则必须分发源代码。关键之一是您的代码是否在与GPLed代码相同的进程地址空间中运行，

提供一个允许人们使用GPL代码的Web服务是否被认为是重新分发软件还是只是一种使用软件的方式，也存在不确定性。我认为大多数人认为仅提供Web服务并不会受到重新分配。

最好问软件作者，他们对您的工作有何看法。最好尊重他们的解释，而不要自己解释。在最坏的情况下，如果它成为一个问题，您可能会争辩说您已经获得了作者本身的明确许可，或者您有机会找到另一个更宽松的库或协商一个例外。