提交 DMCA 下架通知指南

本文内容

本指南介绍了 GitHub 处理 DMCA 下架请求所需的信息。如果您对 DMCA 的含义或 GitHub 如何处理 DMCA 下架请求有更多疑问，请查看我们的DMCA 下架政策。

由于 GitHub 托管的内容类型（主要是软件代码）和内容管理方式（使用 Git），我们需要投诉尽可能具体。这些指南旨在使涉嫌侵权通知的处理尽可能简单明了。我们下面规定的通知形式与 DMCA 法规建议的形式一致，可以在美国版权局的官方网站上找到：https://www.copyright.gov。

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

开始之前

说实话。DMCA 要求您在版权投诉中宣誓事实作伪证罪。故意在宣誓声明中撒谎是联邦犯罪。（参见美国法典第 18 篇第 1621 节。）提交虚假信息也可能导致民事责任——也就是说，您可能会因金钱损失而被起诉。DMCA 本身规定对明知故意虚报材料或活动构成侵权的任何人的损害赔偿。

调查。数百万用户和组织将他们的心血投入到他们在 GitHub 上创建和参与的项目中。对这样的项目提出 DMCA 投诉是一项严重的法律指控，会对现实中的人造成真正后果。因此，我们要求您在提交下架通知之前进行彻底调查并咨询律师，以确保该使用实际上是允许的。

先礼貌地询问。在向我们发送下架通知之前，一个很好的第一步是尝试直接联系用户。他们可能在其公共个人资料页面或存储库的自述文件中列出了联系信息，或者您可以通过在存储库中打开问题或拉取请求来联系他们。这不是严格要求的，但这很有风度。

提交正确的请求。我们只能接受针对受版权保护的作品的 DMCA 下架通知，并且该通知必须识别具体的受版权保护的作品。如果您对商标滥用有投诉，请参阅我们的商标政策。如果您想删除敏感数据（例如密码），请参阅我们关于敏感数据政策。如果您遇到诽谤或其他滥用行为，请参阅我们的社区准则。

代码不同于其他创意内容。GitHub 专为协作软件代码而构建。这使得识别有效的版权侵权比对照片、音乐或视频更复杂。

代码与其他创意内容不同的原因有很多。例如

  • 一个存储库可能包含来自许多不同人的代码片段，但只有一个文件甚至文件中的一个子例程侵犯了您的版权。
  • 代码将功能与创意表达混合在一起，但版权仅保护表达性元素，而不保护功能性部分。
  • 通常需要考虑许可证。仅仅因为一段代码带有版权声明并不一定意味着它构成侵权。该代码可能正在根据开源许可证使用。
  • 如果仅使用少量受版权保护的内容，以转换方式使用该内容，出于教育目的使用该内容，或上述内容的某种组合，则特定用途可能是合理使用。由于代码自然适合这种用途，因此每个用例都不同，必须分别考虑。
  • 代码可能以许多不同的方式被指控侵权，需要对作品进行详细的解释和识别。

此列表并非详尽无遗，这就是为什么在处理代码时与法律专业人士讨论您提出的投诉非常重要的原因。

禁止使用机器人。您应该让经过培训的专业人员评估您发送的每个下架通知的事实。如果您将工作外包给第三方，请确保您了解他们的运作方式，并确保他们没有使用自动化机器人批量提交投诉。这些投诉通常无效，处理它们会导致不必要地下架项目！

版权问题很复杂。 确定某项作品是否受版权保护非常困难。例如，事实（包括数据）通常不受版权保护。单词和短语通常不受版权保护。URL 和域名通常不受版权保护。由于您只能使用 DMCA 流程来针对受版权保护的内容，如果您对您的内容是否可获得保护有任何疑问，您应该咨询律师。

您可能会收到反通知。 任何受您的下架通知影响的用户都可以选择提交反通知。如果他们这样做，我们将会在 10-14 天内重新启用他们的内容，除非您通知我们您已提起法律诉讼，以阻止用户从事与 GitHub 上的内容相关的侵权活动。

您的投诉将被公开。 正如我们的DMCA 下架政策中所述，在删除个人信息后，我们会将所有完整且可操作的下架通知发布在https://github.com/github/dmca。

GitHub 不是法官。 GitHub 在此过程中几乎不自行判断，只判断通知是否符合 DMCA 的最低要求。各方（及其律师）有责任评估其主张的优点，并记住通知必须在伪证罪的惩罚下做出。

您的投诉必须……

  1. 包含以下声明：“我已经阅读并理解 GitHub 的 DMCA 通知提交指南。”如果您不包含此声明，我们不会拒绝处理其他完整的投诉。但是我们会知道您没有阅读这些指南，并可能会要求您回去阅读。

  2. 指明您认为已被侵权的受版权保护的作品。此信息非常重要，因为它有助于受影响的用户评估您的索赔，并使他们能够将您的作品与他们的作品进行比较。您识别的具体程度将取决于您认为已被侵权的作品的性质。如果您已发布您的作品，您可能只需链接回其所在的网页即可。如果它是专有的且未发布的，您可能会对其进行描述并解释它是专有的。如果您已向版权局注册，则应包含注册号。如果您声称托管的内容是您作品的直接逐字复制，您也可以解释这个事实。

  3. 指明您声称侵犯了上述第 2 项中列出的受版权保护的作品的材料。在您的识别中尽可能具体非常重要。此识别需要合理地足以允许 GitHub 定位该材料。至少，这意味着您应该包含指向据称侵犯您版权的材料的 URL。如果您声称不到整个存储库侵权，请指明您声称侵权的特定文件或文件中的行号。如果您声称某个 URL 的所有内容都构成侵权，也请明确说明。

    • 请注意，在禁用父存储库时，GitHub 不会自动禁用fork。如果您已调查和分析了存储库的 fork，并认为它们也构成侵权，请明确标识每个据称侵权的 fork。另请确认您已调查每个个案，并且您的宣誓声明适用于每个已识别的 fork。在极少数情况下，您可能声称对正在积极进行 fork 的完整存储库存在版权侵权。如果您在提交通知时，已将该存储库的所有现有 fork 标识为据称侵权，我们将在处理通知时处理针对该网络中所有 fork 的有效索赔。鉴于所有新创建的 fork 都可能包含相同内容的可能性，我们会这样做。此外，如果报告的网络包含据称侵权的内容超过一百 (100) 个存储库，因此难以完整审查，如果您在通知中声明“根据您审查的代表性数量的 fork，我相信所有或大部分 fork 的侵权程度与父存储库相同”，我们可能会考虑禁用整个网络。您的宣誓声明将适用于此声明。

  4. 解释受影响的用户需要采取哪些措施来纠正侵权行为。同样，具体性很重要。当我们将您的投诉转交给用户时，这将告诉他们需要采取哪些措施才能避免其余内容被禁用。用户只需要添加归属声明吗？他们需要删除代码中的某些行或整个文件吗？当然，我们理解在某些情况下，用户的所有内容都可能被指控侵权，他们除了全部删除之外无能为力。如果是这种情况，也请明确说明。

  5. 提供您的联系信息。包括您的电子邮件地址、姓名、电话号码和邮寄地址。

  6. 如果您知道，请提供被指控侵权者的联系信息。通常情况下，这可以通过提供与据称侵权内容关联的 GitHub 用户名来满足。但可能有些情况下您对被指控侵权者有更多了解。如果是这样，请与我们分享这些信息。

  7. 包含以下声明：“我真诚地相信，在侵权网页上使用上述受版权保护的材料未经版权所有者或其代理人或法律授权。我已经考虑了合理使用。”

  8. 还应包含以下声明：“我在伪证罪的惩罚下宣誓，本通知中的信息是准确的，并且我是版权所有者，或有权代表所有者行事，而其专属权利据称已被侵犯。”

  9. 包含您的亲笔签名或电子签名。

关于反规避技术的投诉

版权法还禁止规避有效控制对受版权保护的作品访问的技术措施。如果您认为 GitHub 上托管的内容违反了此禁令，请通过我们的版权索赔表格向我们发送报告。规避索赔必须包含有关已实施的技术措施以及被指控项目规避这些措施的方式的以下详细信息。具体来说，对 GitHub 的通知必须包含详细说明以下内容的声明

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

如何提交您的投诉

获得回复的最快方法是在我们的版权索赔表格上输入您的信息并回答所有问题。

您也可以发送电子邮件通知到[email protected]。如果您愿意，您可以包含附件，但请也在邮件正文中包含您的信件的纯文本版本。

如果您必须通过邮寄方式发送您的通知，您也可以这样做，但这将大大延长我们接收和回复通知的时间。我们通过纯文本电子邮件收到的通知比 PDF 附件或邮寄邮件的周转时间快得多。如果您仍然希望邮寄您的通知，我们的邮寄地址是

GitHub, Inc
Attn: DMCA Agent
88 Colin P Kelly Jr St
San Francisco, CA. 94107