DMCA 下架政策

本文内容

欢迎来到 GitHub 的《数字千年版权法案》（通常称为“DMCA”）指南。此页面并非旨在作为该法规的全面入门指南。但是，如果您收到了针对您在 GitHub 上发布的内容的 DMCA 下架通知，或者您是希望发布此类通知的权利持有人，希望此页面能够帮助您更好地理解该法律以及我们遵守该法律的政策。

（如果您只想提交通知，可以跳到“G. 提交通知”。）

与所有法律事务一样，最好始终就您的具体问题或情况咨询专业人士。我们强烈建议您在采取可能影响您权利的任何行动之前这样做。本指南并非法律建议，不应被视为法律建议。

什么是 DMCA？

为了理解 DMCA 及其制定的一些政策，考虑一下在它颁布之前的生活或许会有所帮助。

DMCA 为托管用户生成内容的服务提供商提供安全港。由于即使只是一项版权侵权索赔也可能承担高达 150,000 美元的法定损害赔偿，因此对用户生成内容承担责任的可能性对服务提供商来说可能非常有害。如果潜在损害赔偿金在数百万用户中成倍增加，那么像 YouTube、Facebook 或 GitHub 这样的云计算和用户生成内容网站如果没有 DMCA（或者至少没有将其部分成本转嫁给其用户），可能根本就不会存在。

DMCA 通过为托管涉嫌侵权用户生成内容的互联网服务提供商创建版权责任安全港来解决这个问题。基本上，只要服务提供商遵守 DMCA 的通知和下架规则，它就不必对基于用户生成内容的版权侵权负责。因此，GitHub 必须保持其 DMCA 安全港地位非常重要。

DMCA 还禁止规避有效控制对受版权保护的作品访问的技术措施。

DMCA 通知简述

DMCA 提供了两个简单直接的程序，所有 GitHub 用户都应该了解：（i）下架通知程序，供版权持有人请求删除内容；以及（ii）反通知程序，供用户在内容被错误删除或错误识别时重新启用内容。

DMCA 下架通知 用于版权所有者要求 GitHub 删除他们认为构成侵权的内容。如果您是软件设计师或开发人员，您每天都会创建受版权保护的内容。如果其他人未经授权在 GitHub 上使用您的受版权保护的内容，您可以向我们发送 DMCA 下架通知，要求更改或删除侵权内容。

另一方面，反通知 可用于纠正错误。也许发送下架通知的人不拥有版权，或者没有意识到您拥有许可证，或者在他们的下架通知中犯了其他错误。由于 GitHub 通常无法知道是否发生了错误，因此 DMCA 反通知允许您让我们知道并要求我们重新发布内容。

DMCA 通知和下架流程仅应用于关于版权侵权的投诉。通过我们的 DMCA 流程发送的通知必须识别涉嫌被侵权的版权作品或作品。此流程不能用于其他投诉，例如关于涉嫌商标侵权或敏感数据的投诉；我们为这些情况提供单独的流程。

A. 实际操作流程？

DMCA框架有点像课堂上传纸条。版权所有者向GitHub提交关于用户的投诉。如果写得正确，我们会将投诉转交给用户。如果用户对投诉有异议，他们可以回个纸条说明情况。GitHub在此过程中几乎没有自行决定权，只负责确定通知是否符合DMCA的最低要求。各方（及其律师）有责任评估其主张的价值，并记住通知必须在伪证罪的惩罚下作出。

以下是该流程的基本步骤。

  1. 版权所有者调查。 版权所有者应始终进行初步调查，以确认 (a) 他们拥有原创作品的版权，以及 (b) GitHub上的内容未经授权且构成侵权。这包括确认该使用并未受到合理使用的保护。如果只使用了少量受版权保护的内容，以转换方式使用该内容，将其用于教育目的，或上述几种情况的组合，则特定使用可能是合理的。由于代码自然适合此类用途，因此每个用例都不同，必须分别考虑。

    示例：Acme网络公司的一名员工在GitHub存储库中发现了一些公司代码。Acme网络公司将其源代码许可给几家值得信赖的合作伙伴。在发送删除通知之前，Acme应审查这些许可证及其协议，以确认GitHub上的代码未获得任何许可。

  2. 版权所有者发送通知。在进行调查后，版权所有者会准备并向GitHub发送删除通知。假设删除通知根据法定要求足够详细（如操作指南中所述），我们将将通知发布到我们的公共存储库并将链接转发给受影响的用户。

  3. GitHub要求用户进行更改。如果通知声称存储库的全部内容或软件包构成侵权，我们将跳到步骤6并迅速禁用整个存储库或软件包。否则，由于GitHub无法禁用对存储库内特定文件的访问，我们将联系创建存储库的用户，并给他们大约1个工作日的时间来删除或修改通知中指定的内容。如果我们给用户机会进行更改，我们会通知版权所有者。

  4. 用户通知GitHub更改。如果用户选择进行指定的更改，则必须在约1个工作日内告知我们。如果他们没有这样做，我们将禁用存储库（如步骤6中所述）。如果用户通知我们他们已进行更改，我们将验证更改是否已完成，然后通知版权所有者。

  5. 版权所有者修改或撤回通知。如果用户进行了更改，版权所有者必须对其进行审查，如果更改不足，则必须更新或修改其删除通知。除非版权所有者联系我们更新原始删除通知或提交修订后的通知，否则GitHub不会采取任何进一步行动。如果版权所有者对更改满意，他们可以提交正式撤回，或者什么也不做。GitHub将超过两周的沉默解释为暗示撤回删除通知。

  6. GitHub可能会禁用对内容的访问。如果：(i) 版权所有者声称对用户的整个存储库或软件包拥有版权（如步骤3中所述）；(ii) 用户在获得更改机会后未进行任何更改（如步骤4中所述）；或 (iii) 用户获得更改机会后，版权所有者已更新其删除通知，GitHub将禁用用户的内容。如果版权所有者选择修改通知，我们将返回步骤2并重复该过程，就好像修改后的通知是新通知一样。

  7. 用户可以发送反通知。我们鼓励内容被禁用的用户咨询律师了解其选择。如果用户认为其内容因错误或误识别而被禁用，他们可以向我们发送反通知。与原始通知一样，我们将确保反通知足够详细（如操作指南中所述）。如果是这样，我们将将其发布到我们的公共存储库，并通过向他们发送链接将通知转发给版权所有者。

  8. 版权所有者可以提起法律诉讼。如果版权所有者希望在收到反通知后保持内容禁用，则需要提起法律诉讼，寻求法院命令以限制用户从事与GitHub上内容相关的侵权活动。换句话说，你可能会被起诉。如果版权所有者未在10-14天内通过发送在主管法院提起的有效法律诉讼副本向GitHub发出通知，GitHub将重新启用被禁用的内容。

B. 分支怎么办？（什么是分支？）

GitHub 最好的功能之一是用户可以“分支”彼此的存储库。这是什么意思？本质上，这意味着用户可以将GitHub上的项目复制到他们自己的存储库中。根据许可证或法律的允许，用户可以对该分支进行更改，将其推回主项目，或仅将其保留为项目的自有变体。这些副本中的每一个都是原始存储库的"GitHub 词汇表"，而原始存储库反过来也可能被称为分支的“父级”。

禁用父存储库时，GitHub不会自动禁用分支。这是因为分支属于不同的用户，可能已以重要方式进行了更改，并且可能具有受合理使用原则保护的不同许可或用途。GitHub不会对分支进行任何独立调查。我们希望版权所有者进行该调查，并且如果他们认为分支也构成侵权，则明确地在删除通知中包含分支。

在极少数情况下，你可能声称对正在积极分支的完整存储库存在版权侵权。如果你在提交通知时已将该存储库的所有现有分支都识别为涉嫌侵权，我们将对我们在处理通知时该网络中的所有分支处理有效的索赔。鉴于所有新创建的分支都可能包含相同内容，我们将这样做。此外，如果包含涉嫌侵权内容的报告网络大于一百 (100) 个存储库，因此难以完整审查，如果你在通知中声明“根据我审查的代表性分支数量，我相信所有或大多数分支的侵权程度与父存储库相同”，我们可能会考虑禁用整个网络。你的宣誓声明将适用于此声明。

C. 规避索赔怎么办？

DMCA 禁止规避有效控制对受版权保护的作品的访问的技术措施。鉴于这些类型的索赔通常具有高度技术性，GitHub要求索赔人提供有关这些索赔的详细信息，我们将进行更广泛的审查。

规避索赔必须包含有关已实施的技术措施以及被告项目规避这些措施的方式的以下详细信息。具体而言，对GitHub的通知必须包含详细说明以下内容的声明

  1. 技术措施是什么；
  2. 它们如何有效地控制对受版权保护材料的访问；以及
  3. 被告项目如何设计为规避其先前描述的技术保护措施。

GitHub将仔细审查规避索赔，包括技术和法律专家。在技术审查中，我们将寻求验证有关技术保护措施运行方式以及项目据称规避这些措施方式的详细信息。在法律审查中，我们将寻求确保索赔不超出DMCA的界限。如果我们无法确定索赔是否有效，我们将偏向开发者，并保留内容。如果索赔人希望跟进更多细节，我们将重新启动审查流程以评估修订后的索赔。

如果我们的专家确定索赔完整、合法且技术上合理，我们将联系存储库所有者，并给他们机会回应索赔或对存储库进行更改以避免删除。如果他们没有回应，我们将尝试再次联系存储库所有者，然后再采取任何进一步措施。换句话说，在尝试联系存储库所有者以给他们机会回应或进行更改之前，我们不会基于规避技术的索赔禁用存储库。如果我们无法通过首先联系存储库所有者来解决问题，即使内容已被禁用，我们也始终乐于考虑存储库所有者的回应，如果他们希望有机会对索赔提出异议，向我们提供其他事实，或进行更改以恢复内容。当我们需要禁用内容时，我们将确保存储库所有者可以在法律允许的范围内导出其问题、请求请求以及不包含涉嫌规避代码的其他存储库数据。

请注意，我们对规避技术的审查流程不适用于违反我们《可接受使用政策》中关于共享未经授权的产品许可密钥、用于生成未经授权的产品许可密钥的软件或用于绕过产品许可密钥检查的软件的限制的内容。虽然这些类型的索赔也可能违反DMCA关于规避技术的规定，但这些通常很简单，不需要额外的技术和法律审查。但是，如果索赔不简单，例如越狱的情况下，将适用规避技术索赔审查流程。

当GitHub根据我们的规避技术索赔审查流程处理DMCA删除时，我们将为存储库所有者提供推荐，让他们通过GitHub的开发者辩护基金免费获得独立的法律咨询。

D. 如果我不小心错过了进行更改的时间窗口怎么办？

我们认识到，在你的存储库被禁用之前，你可能有很多正当理由无法在我们提供的约1个工作日的时间窗口内进行更改。也许我们的邮件被标记为垃圾邮件，也许你正在休假，也许你不会定期检查该邮箱帐户，也许你只是很忙。我们理解。如果你回复告诉我们你本想进行更改，但不知何故错过了第一次机会，我们将重新启用存储库大约1个工作日，以便你进行更改。同样，你必须通知我们你已经进行了更改，以便在约1个工作日的时间窗口后保持存储库启用，如上文步骤A.4中所述。请注意，我们只会提供这一个额外机会。

E. 透明度

我们相信透明是一种美德。公众应该知道GitHub上正在删除哪些内容以及原因。知情的公众可以注意到并发现潜在的问题，否则这些问题在不透明的系统中会被忽略。我们会在https://github.com/github/dmca上发布我们收到的任何法律通知的编辑版本（包括原始通知、反通知或撤回通知）。我们不会公开发布您的个人联系信息；在发布通知之前，我们将删除个人信息（URL中的用户名除外）。但是，除非您明确要求我们这样做，否则我们不会对您的通知中的任何其他信息进行编辑。以下是一些已发布的通知和反通知示例，您可以了解它们是什么样的。当我们删除内容时，我们会在其位置发布指向相关通知的链接。

另请注意，虽然我们不会公开发布未编辑的通知，但我们可能会向任何其权利可能受其影响的方直接提供我们收到的任何通知的完整未编辑副本。

F. 重复侵权

GitHub的政策是在适当的情况下，并由其自行决定，禁用并终止可能侵犯GitHub或其他方的版权或其他知识产权的用户的帐户。

G. 提交通知

如果您准备好提交通知或反通知

了解更多信息并发表意见

如果您浏览互联网，不难找到关于版权制度总体以及DMCA本身的评论和批评。虽然GitHub承认并赞赏DMCA在促进在线创新方面发挥的重要作用，但我们认为版权法可能需要修补一两处——如果不是整体更新的话。在软件方面，我们不断改进和更新我们的代码。想想自1998年DMCA制定以来技术发生了多少变化。更新这些适用于软件的法律难道不是很有意义吗？

我们并不自诩拥有所有答案。但如果您好奇，以下是一些我们发现的包含改革意见和建议的学术文章和博客文章链接

GitHub并不一定认可这些文章中的任何观点。我们提供这些链接是为了鼓励您了解更多信息，形成自己的观点，然后联系您当选的代表（例如，在美国国会或欧盟议会）寻求您认为应该做出的任何更改。