Photopea著作権紛争：GitHubにおけるDMCAの挑戦とAI駆動型クローン化の影響

GitHubが改変されたPhotopeaリポジトリの削除を拒否

ウェブベースの画像編集ソフトウェア「Photopea」の開発者であるIvanK_net氏は、彼のソフトウェアの「改ざん版」を含む数十のリポジトリに対して、DMCA削除通知を提出したが、GitHubがこれを尊重しなかったと報告している。これらのリポジトリは、AIモデルを用いてPhotopea.comのJavaScriptコードをスクレイピングし、広告を削除した上で、新たな製品として再公開しているとされている。

開発者によると、GitHubの返答は「17 U.S. Code § 1201の違反を確認できなかった」というものだった。この法律の条項は、著作物へのアクセスを制御する技術的措置の回避に焦点を当てており、著作権侵害そのものとは異なる。

DMCA削除通知の法的ニュアンス

技術および法的専門家は、削除要求が失敗した理由が、報告書で引用された特定の法律条項にあると考えている。

第1201条 vs. 第512条

業界のアナリストは、17 U.S. Code § 1201は高いハードルであると指摘している。この条項では、「技術的措置」（暗号化やデジタルロックなど）が回避されたことを証明する必要があるが、PhotopeaのソースコードはブラウザにJavaScriptとして配信されるため、この特定の法的条項下では保護される技術的措置とは見なされない可能性がある。

専門家は、17 U.S. Code § 512(c)に基づく標準的な著作権侵害通知の方が適切であると提案している。これは、著作物の無許可複製に焦点を当てており、アクセス方法ではなく、複製そのものに注目するからである。

法的代理人の役割

コミュニティの間では、専門的な法的アドバイスがGitHubに行動を促すために不可欠であるという強い合意がある。

"それはGitHubに、あなたのためにすでに取るべき行動を取らせる、確実な道です。"

法的専門家は、開発者が著作権侵害の明確なケースを持っているとしても、GitHubのような大規模プラットフォームの行政手続きは、自動化または低レベルのレビューに依存しており、自己提出された報告のニュアンスを見逃す可能性があると強調している。

AI駆動型ソフトウェア複製の脅威

この出来事は、大規模言語モデル（LLM）によって引き起こされるソフトウェア知的財産（IP）保護の広範な変化を浮き彫りにしている。

「クラッキング」から「クリーンルーム」複製へ

現在のリポジトリはコードの直接コピーであるが、コメント欄では「クリーンルーム」複製への移行が警告されている。この場合、AIが元のソフトウェアの動作に基づいて厳密なテストスイートを生成し、別のAIがそれらのテストを通過する完全に新しいコードを記述する。このプロセスにより、文書的にコピーされたソースコードが存在しないため、従来の著作権法に違反しない機能完璧なクローンが作成される可能性がある。

クライアントサイドの防衛壁の劣化

このケースは、クライアントサイドのJavaScriptで配信される独自ソフトウェアの脆弱性を浮き彫りにしている。コードはユーザーのブラウザで実行するために送信される必要があるため、本質的にアクセス可能である。このリスクを軽減するための提案には以下がある：

WebAssembly (Wasm): クリティカルなロジックをJavaScriptからコンパイルされたWasmバイナリに移行することで、逆コンパイルを困難にする。
サーバーサイド処理: 「魔法のソース」アルゴリズムをサーバーに移動し、コードがクライアントに露出しないようにする。
商標保護: 著作権ではなく、商標とブランドアイデンティティに依存する。商標はソフトウェアの実装方法に関係なく、名前とロゴを保護する。

モネタイゼーションと倫理に関するコミュニティの見解

この紛争は、「クローン化」の倫理と攻撃的なモネタイゼーションの影響についての議論を引き起こしている。

一部のユーザーは、これらのクローンのインセンティブが元のサイトの侵襲的な広告にあると主張し、よりユーザーに優しいモネタイゼーションモデルがあれば、改ざん版の需要が減ると指摘している。他方で、PhotoshopのUIと機能をクローンするツールが、自分自身がクローンされることに不満を抱くという皮肉を指摘する人もいるが、他の人々は、Photopeaの数十万行のコードの複雑さが、そのインスピレーションにかかわらず、著しく独自の作品であり、保護に値すると反論している。