自分は日頃からオープンソースを中心としたライセンスの利用相談を受け、その解釈を示す機会が多いのだが、その際には外部の専門家の解釈や認識を参照する場合もある。ただ、それらが正しいと思うことはそれほど多くなく、特に日本の知財系の弁護士による解説や助言が、どこか微妙にズレていると感じることが多々ある。もちろん、日本の弁護士一般がそうだという話ではない。特に著作権領域には優れた学者や専門家もいることはよく知っている。しかし、少なくともオープンソース、Source Available、AIモデルの利用規約あたりまでが絡む領域においては、日本法の著作権論だけで閉じた説明では実務に届かない場面が増えていることは確かであり、ズレが一層気になる局面が生じている。
このズレを考える上では、オープンソース関連のライセンスを少なくとも三つの層に分けて捉える必要がある。第1層は著作権法上の許諾や侵害をめぐる法律論、第2層はライセンス条件や利用規約に基づく契約上の問題、そして第3層は企業としての運用、グローバルなコンプライアンス、コミュニティとの関係、レピュテーションまでを含む実務上の問題である。日本の知財系の解説に感じるズレは、主として第1層だけで結論を出し、第2層と第3層を十分に扱わないことから生じているように思う。
第1層：著作権法上の許諾・侵害論
従来のソフトウェアライセンスであれば、まず著作権法上での許諾、すなわち複製、翻案、頒布、公衆送信といった行為から生じる論点を検討することになる。GPLであっても、あるコードが派生物にあたるか、頒布があるか、対応するソースコードの提供義務が生じるか、といった議論は著作権レイヤーに位置づけられる。この意味では、日本法上の著作権解釈は当然重要である。
日本企業による利用について日本法上の複製権、翻案権、公衆送信権などを検討すること自体は必要であり、その分析が誤っているという話ではない。問題は、その検討だけで企業としての最終的な利用可否を決められると考えてしまうことである。
第2層：契約・利用規約
現在のライセンス実務では、著作権法上の許諾・侵害論だけでは足りない。
Artifex v. Hancom以降、少なくとも米国では特に意識されるようになったが、GPLのようなライセンスであっても著作権法上の許諾条件としてだけでなく、契約的な性質をどのように見るかという問題がある。ライセンス条件への違反が、著作権侵害だけでなく契約違反としても問題となり得るのであれば、検討すべき範囲は著作権法だけでは終わらない。
さらに、LlamaやGemmaのようなAIモデルの利用規約になると、著作権レイヤーの上に、明示的な契約・利用規約のレイヤーが乗ってくる。利用制限、再頒布条件、Acceptable Use Policy、商用利用制限、他のモデルの開発・改善に対する制限、準拠法、裁判管轄、契約終了時の削除義務などが組み込まれている場合、日本法上の著作権侵害だけを見ていても企業利用のリスク判断としては不十分である。著作権法上は問題がないと評価できたとしても、契約上の利用制限に反する可能性があれば、企業として自由に利用できるとは限らない。逆に、契約条項の日本法上の有効性に疑問があるとしても、それだけで企業が安心して無視できるわけでもない。ベンダーによる利用停止、契約解除、削除要求、アカウント停止、紛争対応などの現実的なリスクが残るからである。
これはSSPL（Server Side Public License）などの、いわゆるSource Available系のライセンスでも同じである。ソースコードが見えるからといって、オープンソースとして扱えるわけではない。むしろ、ソースコードは見えるがオープンソースと同じ意味で自由には利用できるわけではない、競合サービスへの利用には重い条件が付く、SaaSとして提供する場合には広範なソース公開義務が生じる、といったように、ソースコードの公開と利用の自由が分離している。ここを「ソースが公開されているかどうか」や「著作権法上どこまで許されるか」だけで見てしまうと、オープンソース性や企業実務上の扱いを誤りかねない。
Source AvailableなライセンスやAIモデルの利用規約は、単なる著作権許諾ではなく、利用者の行為を広くコントロールするための契約として設計されている場合が多い。そのため、著作権法上の権利範囲だけでなく、契約の成立、条項の組込み、有効性、準拠法、管轄、違反時の効果まで見なければならない。
第3層：企業実務・コミュニティ・レピュテーション
さらに重要なのは、これらのライセンスや利用規約がグローバルな実務の中で運用されているという点である。日本企業が日本国内で利用する場合であっても、対象となるソフトウェアやモデルは米国企業が提供し、米国法を準拠法とし、米国の裁判管轄を指定していることが少なくない。GitHub、Hugging Face、クラウドサービス、海外子会社、海外顧客、M&A、サプライチェーンなどを考えると、「日本の裁判所でこの条項がどう評価されるか」という一つの軸だけでは判断できないのである。
ここで必要になるのは、単なる法的有効性の判断ではなく、企業としてそのライセンスや規約を受け入れてよいかという実務判断である。社内で利用を許可してよいか、再頒布してよいか、顧客提供物に含めてよいか、子会社や関連会社で使ってよいか、モデルを改変して公開してよいか、上流コミュニティへ貢献してよいか、といった判断である。
ある条項が日本法上無効となる可能性があるとしても、海外子会社や海外顧客との関係では別の評価になるかもしれない。M&Aや投資のデューデリジェンスで問題視される可能性もある。クラウドサービスやプラットフォームの利用停止によって、事業継続に影響が生じることもある。企業実務としては、裁判で最終的に勝てるかどうかだけではなく、問題が起きた際の停止リスク、交渉コスト、説明責任、顧客への影響まで含めて判断する必要がある。
また、オープンソースのエコシステムに特有のコミュニティ倫理やレピュテーションの問題もある。法的には直ちに違法とまでは言えなくても、オープンソースコミュニティから見て不適切な利用や表示であれば、企業として大きな問題になり得る。特に、Source Availableなものをオープンソースと称すること、利用制限付きのAIモデルをオープンソースと呼ぶこと、上流の期待に反する形でコードや成果物を利用することなどは、細かな言葉遣いやコミュニティ内の作法の問題に見えるかもしれない。しかし、これは法務リスクとは別の意味で、企業の信用や人材採用、技術者コミュニティとの関係、今後の事業に影響するリスクを生む。オープンソースの利用判断では、法的に可能であることと、コミュニティから受け入れられることは同じではない。さらに、コミュニティから受け入れられることと、企業として安定的に利用できることも同じではない。
第1層では正しくても、結論としてズレる
以上のように、この三つの層を分けて考えながら、最終的には一つの利用判断へ統合する必要がある。
したがって、日本の知財系の弁護士によるオープンソース関連の解説がズレて見える原因は日本法の知識不足ではない。むしろ、日本法の著作権論に留まる範囲では正しくても、契約実務、米国法的なリスク、グローバル企業の運用、オープンソースコミュニティの規範、OSPO (Open Source Program Office)的な判断軸が抜け落ちているために、実務上の結論としてズレてしまうのである。
第1層の法律論としては精緻であっても、第2層の契約・利用規約や、第3層の企業実務・コミュニティ・レピュテーションを考慮しなければ、企業が実際に採用できる回答にはならない。それにもかかわらず、「日本法上は問題ない」「著作権侵害にはならない」「この条項は日本法上無効となる可能性がある」といったところで説明が終わってしまうと、相談者側が本当に知りたい利用可否との間に距離が生じるわけである。
必要なのはOSPO的な判断
米国企業では、企業内法務がOSPOやエンジニアリング部門、セキュリティ、コンプライアンス、DevRelなどと連携しながら判断することが比較的多い。そのため、ライセンスを純粋な法律文書としてだけではなく、実際にソフトウェアやコミュニティの中でどのように機能するかという観点から見ることができる。
日本でも本来は、弁護士や法務だけで完結するのではなく、OSPO的な知見を持つ人材、エンジニア、セキュリティ、事業部門が一緒に判断する必要がある。弁護士には法律上の有効性や紛争リスクを分析する役割がある。一方で、エンジニアには技術的な利用形態や頒布方法を理解する役割があり、OSPOにはオープンソースの定義、コミュニティ慣行、上流との関係、社内ポリシーを統合する役割がある。これらは相互に連動しなければならない。
企業が本当に問うべきこと
オープンソースやAIモデルライセンスの相談で本当に必要なのは、「日本法上、この条項は有効か」といった問いだけではない。「グローバル環境でも企業としてこのライセンスを受け入れてよいか」「社内ポリシー上どのように扱うべきか」「顧客提供物やサービスに組み込んでよいか」「オープンソースと表示してよいか」「コミュニティや顧客に説明できるか」という問いである。
オープンソース関連のライセンス解釈は、もはや著作権法だけの問題ではない。この三層の複合性を見落とすと、第1層の法律論としては精緻であっても、企業が実際に採用できる結論としては微妙にズレた説明になってしまうのである。
English Version: https://shujisado.org/2026/07/13/why-copyright-analysis-alone-is-not-enough-for-open-source-licensing/
Shuji Sado 