In this article
コピーレフト:オープンソースソフトウェアライセンスの台頭
開発者がソフトウェアという概念を捉えるようになったのは、1958年のことです。John Tukeyは『American Mathematical Monthly』誌に掲載された論文で、ルーチン、コンパイラー、自動プログラミングを初めてソフトウェアと呼びました。システムを動かすコードのような「目に見えない」要素も、真空管、トランジスタ、配線、テープで構成されるハードウェアと同じくらい重要であることを示そうとしたのです。
数年後には、世界の大手企業の多くがこの流れに追いつき、ソフトウェアを自由に配布・改変されないよう著作権で保護するようになりました。米国著作権局がソフトウェアの著作権登録申請を初めて受理したのは、1961年11月30日。申請者はNorth American Aviationでした。
この傾向が続くなか、ある日MITに新しいプリンターが届きましたが、そのソースコードは突如プロプライエタリになっていました。これをきっかけにRichard Stallmanはソースコードを公開し続けるよう働きかけ、1985年にGNU宣言を発表しました。
コピーレフトという言葉は、Dr. Li-Chen Wangが1976年に作成したTiny BASICプログラムで初めて使われました。最初のフリーウェアと広く考えられているこのプログラムには、ライセンス文として「copyleft and all wrongs reserved(コピーレフト、すべての権利は留保されない)」と記されており、著作権に反対する姿勢が明確に示されていました。Stallmanはこの考えに注目し、1988年に最初のGNU General Public License(GPL)を策定する際にコピーレフトの概念を取り入れました。
コピーレフトとは?
コピーレフトとは、知的財産を制限なく再利用・改変できるようにする仕組みです。ただし、元の資産を使って新たに作成したものも、自由に利用できる状態で公開する必要があります。これは、芸術作品からソフトウェアまで、あらゆるものに適用できます。
この運動はその後も続き、今日の主要なオープンソースライブラリやリポジトリの誕生につながりました。2016年、Unicodeはコピーレフト記号を収録する提案を承認し、この記号はUnicode 11.0以降で利用できるようになりました。
コピーレフトと著作権の違い
コピーレフトとは何か、著作権とどう違うのかと疑問に思う方もいるでしょう。一見矛盾しているようですが、コピーレフトはソフトウェアを自由なままに保つために著作権を利用します。著作権法は、著作物の複製、改変、利用を管理する権利をその所有者に認めるものです。
コピーレフトはこの法律を利用して、利用の自由(その他すべての権利を含む)を保障し、後続の利用者がソフトウェアを自由に改変、配布、使用できるようにします。著作権が自由を制限するのに対し、コピーレフトは元の著作物に基づくすべての派生物にも自由を義務付けます。
オープンソースにおけるコピーレフトと著作権の違い
コピーレフトは著作権とは対照的な考え方で、オープンソース開発で広く使われています。コピーレフトライセンスにより、作成者、コントリビューター、メンテナーはオープンソースプロジェクトを変更し、その変更をコミュニティと共有できます。
コピーレフトライセンスでは、オープンソースコードの改変版を販売できますが、受領者によるコードの利用方法に制限はなく、開発者にはソースコード全体を受領者に共有することが義務付けられます。コピーレフトは後続の利用者にも同じ権利を明示的に認めるため、チームがソフトウェアをリリースした場合、ライセンスの下でソースライブラリを非公開にすることは違法となります。

コピーレフトライセンスとは?
コピーレフトライセンスでは、派生物でも同じ権利が維持されることを条件に、誰でもソフトウェアを変更・再配布できます。
代表的なコピーレフトライセンス
最も広く使われているコピーレフトライセンスは、Stallmanが1988年に発表したGPLです。その後GPLは改訂され、最新版はGPLv3です。過去の法的課題を明確にするため、Free Software Foundation(FSF)はGPLの補足ライセンスとして、Lesser General Public License(LGPL)やAffero General Public License(AGPL)も公開しました。
その他のコピーレフトライセンスには、次のものがあります。
Mozilla Public License – 現在のバージョンは2です。Mozilla Public License(MPL)は、リリース時にソースコードを公開するよう開発者に求めますが、他のプロプライエタリなコンポーネントには同じ要件を適用しません。
Eclipse Public License – Eclipse Foundationが公開したEPL 1.0はGPLに似ていますが、ソースコードを公開せずにプロプライエタリコードとリンクすることが認められています。
Open Software License – 幅広いプロジェクトで使える、わかりやすいライセンスです。AGPLと同様に、Open Source License 3.0の利用者は、ソフトウェアを配布する際にソースコードを開示する必要があります。
Microsoft Reciprocal License – このライセンスでは、Microsoft Reciprocal License(Ms-RL)に準拠する他のライセンスで製品を再許諾することのみが認められています。ユーザーが独自に作成したファイルは非公開のままにできますが、それ以外のファイルは公開し、他のユーザーが利用できるようにする必要があります。
コピーレフトライセンスの詳しい一覧はこちらをご覧ください。また、オープンソースライセンスの比較についてもご確認いただけます。
コピーレフトは知的財産の一種ですか?
コピーレフトは他者の創作物を改変、変更、配布する権利を認めるものですが、多くの分析者は、知的財産の最も初期の形態の一つに回帰するものと捉えています。ユーザーがアイデアを共有し、発展させる権利を保障するという意図は、共有の遺産という哲学的概念(巨人の肩の上に立つこと)に通じます。社会が蓄積した知識をもとに発展を促すための仕組みです。 u003cbru003e
オープンソースソフトウェアにおけるコピーレフトとは?
パーミッシブライセンスでは、必要に応じて共同プロジェクトをプロプライエタリにできますが、コピーレフトでは明確に禁止されています。コピーレフトは、コードベースのライフサイクル全体を通じてユーザーの自由を守ることを目的としています。
GPLの場合、以前のユーザーの成果をもとに構築された製品は、将来のユーザーも引き続き利用できることを意味します。GPLの各バージョンは他のプロプライエタリライセンスと両立する場合もありますが、GPLv3ではチームに対し、コードのあらゆる要素を一般公開するよう求めます。
このソフトウェア開発のアプローチが、必ずしも商業的な利益を制限するわけではありません。製品が社会のニーズを満たしていれば、維持する動機が生まれます。これがコピーレフトの原則が後押しするビジネスモデルです。
Snykでオープンソースライセンスを管理
多くのオープンソースライブラリを参照・リンクするなかで、ソフトウェアライセンスへの準拠を管理する必要がある場合は、ライセンスコンプライアンス管理ツールが役立ちます。Snykなら、チームに最適なツールが見つかります。
Snykの ライセンスコンプライアンス管理ソリューションをご覧いただくか、 デモを予約して詳細をご確認ください。