オープンソース（GPL）違反と「意思表示の擬制」｜弁理士田中智雄
GPLの核心は「二次的著作物のソースコード公開義務」だが、これを「法的に強制的にやらせる」にはどうすればよいのか。 1. 具体的な例：スマート家電メーカーD社のGPL違反
【状況】
D社は、Linuxカーネル（GPLv2）を改変して搭載した「スマートオーブン」を販売している。GPLに基づき、購入者からソースコードの開示請求があったが、D社は「独自のノウハウが含まれている」として拒否。
本案訴訟: 権利者が「GPLに基づきソースコードを開示せよ」という訴訟を起こし、勝訴判決（債務名義）を得た。
問題: 判決が出てもD社が「嫌だ」と言って公開しない場合、どうやって強制的に公開させるか？
ソースコードの公開という「行為」を強制する場合、以下の3つのルートを検討。
ソースコードの公開は、D社のサーバー内にある特定のソースコードをD社自身が整理して公開する必要があるため、通常は「不代替的作為」とみなされる。
執行内容: 裁判所が「1日公開を遅れるごとに、10万円の制裁金を支払え」と命じる。
効果: D社が「毎日10万円払うより、コードを出したほうがマシだ」という経済的・心理的プレッシャーに負けるのを待つ。
もし、D社のGitHub上のプライベートリポジトリにアクセスする権限を、執行官や第三者が技術的に行使できる状態であれば、「第三者が代わりに公開し、その費用をD社に請求する」という道もあり得るが、実務上はハードルが高い。
「ライセンス契約に基づき、公開を承諾せよ」という構成であれば、判決確定によって「承諾したとみなす」ことができます。ただし、実際に「ファイルをアップロードする」という物理的行為までは擬制できないため、やはり間接強制との組み合わせが必要。
3. 実務上のテクニック：証拠保全とのコンビネーション
「中身のすり替え」防止:
間接強制で追い詰められたD社が、肝心な部分を削除した「不完全なコード」を公開して「義務を果たした」と言い張るリスク。
対策:
あらかじめ証拠保全でD社のサーバー内のコードを「押さえて（ハッシュ値をとって）」おけば、公開されたコードが本物かどうかを技術的に照合でき、執行の実効性が高まる。
4. AI生成コードとGPL
「AIがGPLコードを学習し、それを出力した場合の伝搬（汚染）」。
シナリオ: 自社アプリの一部をAIが書き、そこにGPLコードが混入した。
強制執行の難しさ: 会社側が「どの部分がGPL由来か把握していない」と主張した場合、間接強制の「履行の可能性」を巡って審尋で激しい争いになる。 弁理士の出番: AIの学習元（データセット）やプロンプト履歴を解析し、「意図的な利用」や「不可避な混入」を技術的に立証することが、執行を成功させる鍵。
まとめ
「GPL違反の強制執行は、単なる『命令』では動かない。間接強制という『金の重み』で相手の腰を上げさせ、証拠保全という『技術の楔』で言い逃れを封じる、二段構えの戦略が必要である。」