[AIを使う前に知っておきたいライセンス] BSD[基礎]

はじめに：意外と身近なBSDライセンス

有償SaaSを作ってる最中、ふと「あれ、このライブラリってどんなライセンスだっけ？」と確認したらBSD-3-Clauseの文字。「これ使っても大丈夫なんだっけ...？」って不安になったことない？

実はAppleのmacOSもFreeBSDベースだし、Googleの各種プロジェクトもBSDライセンスのものが多い。つまり、商用利用にめちゃくちゃ優しいライセンスなんだ。でも「優しい」からこそ、最低限守るべきルールを知っておかないと後で面倒なことになる。

この記事では、SaaS開発者の視点から「BSDライセンスって何？」「有償サービスで使うとき、何をどこに書けばいいの？」を整理していく。

BSD Licenseって何者？

生まれと育ち

BSD（Berkeley Software Distribution）Licenseは、1980年代にカリフォルニア大学バークレー校が開発したBSD Unix用に作られたライセンス。「コードは自由に使っていいけど、最低限これだけは守ってね」というシンプルな思想で作られてる。

公式情報源

Open Source Initiative (OSI) の公式ページ：

• BSD 3-Clause License

• BSD 2-Clause License

ライセンスの種類：3兄弟とその仲間たち

BSDライセンスには主に以下のバリエーションがある：

1. BSD 4-Clause（オリジナル、1990年）

歴史的な初代。でも、「広告に著作権表示しろ」という条項（advertising clause）が厄介すぎて、今ではほぼ使われてない。GPLとも非互換。使わない方が無難。

2. BSD 3-Clause（Modified BSD / New BSD）

最も一般的なバージョン。 1999年に広告条項を削除して生まれた。OSIが「The BSD License」として認定している。

原文（OSI公式より）

Copyright <YEAR> <COPYRIGHT HOLDER>

Redistribution and use in source and binary forms, with or without 
modification, are permitted provided that the following conditions are met:

1. Redistributions of source code must retain the above copyright notice, 
   this list of conditions and the following disclaimer.
   
2. Redistributions in binary form must reproduce the above copyright notice, 
   this list of conditions and the following disclaimer in the documentation 
   and/or other materials provided with the distribution.
   
3. Neither the name of the copyright holder nor the names of its contributors 
   may be used to endorse or promote products derived from this software 
   without specific prior written permission.

日本語訳（要点）

1. ソースコードで再配布する場合：著作権表示・条件リスト・免責事項を保持すること

2. バイナリ形式で再配布する場合：ドキュメントや付属資料に著作権表示・条件リスト・免責事項を含めること

3. 著作権者やコントリビューターの名前を、事前許可なく製品の推奨や宣伝に使ってはいけない

3. BSD 2-Clause（Simplified BSD / FreeBSD License）

3-Clauseから第3条（非推奨条項）を削除したバージョン。FreeBSDプロジェクトが採用してる。さらにシンプル。

4. BSD 0-Clause（BSD Zero Clause）

著作権表示すら不要というパブリックドメイン同等のライセンス。Rob Landleyが作ってToyboxで使われてる。「もう何も求めない」という極限の優しさ。

SaaSで使うとき、何をどこに書く？

ここが一番知りたいところだよね。結論から言うと：

基本原則：SaaSは「再配布」じゃない

重要なポイントがこれ。BSDライセンスの条件は「再配布（redistribution）」に対して適用される。

• ソースコード形式で配る → 再配布

• バイナリ（実行ファイル）を配る → 再配布

• Webサービスとして提供する → 再配布ではない

Open Source Stack Exchangeでの議論：

参考：BSD-3 Closed Source Attribution - Open Source Stack Exchange

つまり、SaaSとしてWebサービスを提供する限り、法的にはライセンス表記義務はない。

でも、実務的には表記した方がいい場所

法的義務がなくても、以下の場所に表記するのがベストプラクティス：

1. About / ライセンス表記ページ

本サービスは以下のオープンソースソフトウェアを使用しています：

- [ライブラリ名] (BSD-3-Clause)
  Copyright (c) 2020 [著作権者名]
  https://github.com/[project]/[repo]

理由

• コミュニティへのリスペクト

• 透明性の担保（信頼性向上）

• 将来的な配布（SDKやオンプレ版など）への備え

2. APIクライアントSDKを配布する場合

もしあなたのSaaSがクライアントライブラリを配布するなら、それは「バイナリ形式での再配布」に該当する。この場合：

• MUST（必須）: ドキュメントまたはREADMEに著作権表示を含める

• MUST（必須）: LICENSEファイルまたはTHIRD_PARTY_NOTICESファイルを含める

// Example: package.json の場合
{
  "name": "your-saas-sdk",
  "license": "MIT",
  "dependencies": {
    "some-bsd-library": "^1.0.0"  // BSD-3-Clause
  }
}

// THIRD_PARTY_NOTICES.txt に記載
This software includes the following third-party libraries:

some-bsd-library
Copyright (c) 2020 Original Author
License: BSD-3-Clause
https://github.com/author/some-bsd-library
[Full license text here]

3. ソースコードレベル

自社リポジトリ内では、BSDライブラリの著作権表示を削除・改変しない。これはベストプラクティスというより「後で困らないため」の自己防衛。

よくある質問：実務編

Q1. 有償SaaSで使って儲けても大丈夫？

A. 全く問題ない。

FreeBSDプロジェクトの公式見解：

参考：BSD licenses - Wikipedia

AppleのmacOS、Microsoftのネットワークスタック、Googleの各種プロジェクトもBSDコードを使ってる。商用利用は完全にOK。

Q2. コードを改変しても大丈夫？

A. 自由に改変OK。

改変したコードを公開する義務もない（これがGPLとの大きな違い）。社内で独自にカスタマイズしたバージョンを使うのも自由。

Q3. BSD-3-Clauseの第3条「名前を使うな」って？

原文

日本語訳

実務的には

• 「このライブラリを使ってます」の表記 → OK

• 「○○氏（著作権者）推奨！」とマーケティング → NG

Q4. BSD-2-ClauseとBSD-3-Clauseの違いは？

• BSD-2: 第3条（名前使用禁止）なし。より制約が少ない

• BSD-3: 第3条あり。著作権者の名前を勝手に使われたくない場合

実務上、どちらもほぼ同じように扱える。

Q5. MITライセンスとの違いは？

めちゃくちゃ似てる。主な違い：

• MIT: もっとシンプル（文章が短い）

• BSD-3: 「名前を使うな」条項がある

どちらも商用利用OKで、実務的にはほぼ同じ扱い。

やってはいけないこと

1. 著作権表示の削除・改変

たとえSaaSでも、ソースコード内の著作権表示は残しておこう。Gitのhistoryから消えたり、将来誰かがコードを見たときに問題になる。

// NG: 元の著作権表示を削除
function myFunction() { ... }

// OK: 元の表示を残す
/**
 * Original code from some-bsd-library
 * Copyright (c) 2020 Original Author
 * Licensed under BSD-3-Clause
 * 
 * Modified by YourCompany for internal use
 */
function myFunction() { ... }

2. プロダクト名に著作権者の名前を使う

BSD-3-Clauseの第3条違反。

NG: "Powered by FreeBSD Team's Technology"（許可なく）
OK: "Built with FreeBSD"（単に使用してることを示す）

3. GPLと混ぜて再配布

BSD自体はGPL互換だけど、GPLコードと混ぜて配布すると全体がGPLの縛りを受ける。社内利用のみなら問題ないが、配布するなら要注意。

まとめ：実務チェックリスト

SaaSとして提供するだけの場合

• [ ] ソースコード内の著作権表示は保持（自己防衛）

• [ ] Aboutページやライセンス表記ページに使用ライブラリを記載（推奨）

• [ ] 著作権者の名前を勝手にマーケティングに使わない

クライアントSDKやバイナリを配布する場合

• [ ] ドキュメント/READMEに著作権表示

• [ ] LICENSEまたはTHIRD_PARTY_NOTICESファイルを同梱

• [ ] ソースコード内の著作権表示は保持

チーム開発で気をつけること

• [ ] 新しいBSDライブラリを導入するとき、ライセンス管理ツール（npm-license-checker等）で追跡

• [ ] 定期的にライセンス表記ページを更新

• [ ] 将来的にSDKを出す可能性があるなら、最初から表記を整備

さいごに：なぜBSDは「優しい」のか

BSDライセンスの哲学は「コードは自由に」だけど、「最低限のリスペクトは示してね」というバランス感覚にある。

GPLのような「自由を強制する」アプローチとは真逆。「使いたい人は使えばいい。でも誰が作ったかは覚えておいてね」くらいの温度感。

だからこそ、商用プロダクトでも安心して使えるし、AppleもGoogleも躊躇なく採用する。一方で、コミュニティへのリスペクトとして、ちゃんと表記しておくのが大人の対応ってもんだ。

参考文献

公式ドキュメント

• BSD 3-Clause License (OSI Official)

• BSD 2-Clause License (OSI Official)

• FreeBSD Software License Policy

詳細情報

• BSD licenses - Wikipedia

• Open Source Software Licenses 101: The BSD 3-Clause License | FOSSA

• BSD-3 Closed Source Attribution - Open Source Stack Exchange

免責事項: この記事は一般的な情報提供を目的としており、法的助言ではありません。具体的なプロジェクトでの対応については、必要に応じて弁護士に相談してください。

総まとめ記事はこちら↓