著作権またはコピーレフト: ソフトウェアのアクセシビリティと知的財産保護の必要性のバランスを取る

クリエイターは、彼らの知的創造物が第三者によって無料で利用され、さらに構築されることを認めないことはめったにありませんが、ソフトウェア開発業界は逆の傾向をますます目撃しています. ソフトウェア開発コミュニティ全体の成長のために、次のような多くの主要な開発企業 Lunix 「フリーソフトウェア」を提供する傾向に耽っています。つまり、彼らが開発したソフトウェアを一般に公開し、再利用や変更のために、料金を支払う必要はありません。オープンソースライセンス。' (「OSL」)

ほとんどの法域の法律に基づくソフトウェアプログラムは、著作権法で保護できる「文学作品」に分類されます。状況によっては、ソフトウェアが特許保護の対象となる場合もあります。この記事全体で一貫性を保つために、著者は両方の形態の知的財産を「著作権」と呼ぶものとします。

米国著作権局は、1961 年に North American Aviation からソフトウェアの著作権に関する最初の提出物を受け取りました。【1]この傾向は、1985 年に GNU マニフェストがリチャードストールマンによって公開されるまで続きました。 GNUオペレーティングシステム、使用許可のために誰も「支払う」必要がないソフトウェア【2]. ストールマンは、すべてのソフトウェアは自由であるべきだと大胆に主張しました。彼の運動は発展途上のコミュニティから世界的な支持と勢いを得て、後に 「フリーソフトウェア財団」 コンピューターユーザーの自由を促進するという世界的な使命を持つ非営利団体。

ストールマンの管理下にあるソフトウェア開発者コミュニティは、 'ソースコード' 再利用や変更のためにソフトウェアを一般に公開する予定であり、フォーチュン 500 企業を含むほとんどのグローバル企業でさえ、開発コミュニティだけでなく、コストの削減と一定の利益から利益を得るソフトウェア作成者にも利益をもたらすことを認めています。熱心な開発者による新機能の導入。したがって、今日、ほとんどのソフトウェアプログラムは、さまざまな OSL の条件の下で公開されています。

OSL は基本的に、ソフトウェアコンポーネントの作成者とユーザーとの間のライセンス契約であり、ライセンスに記載されている条件に従って、商用利用を含むソフトウェアの使用を一般大衆に許可します。ライセンスは、ユーザーができることとできないことを指定します。 OSL がなければ、ソフトウェアは著作権で保護されているため、他のユーザーは使用できません。したがって、オープンソースの下でソフトウェアをライセンス供与することは、作成者が同じように著作権を「手放した」ことを意味するものではなく、むしろ、作成者が再利用と変更を条件として許可する方法で著作権をライセンス供与している状況を想定しています。著作物が配布される OSL の条件。

OSL には、主に次の XNUMX つのタイプがあります。

A. コピーレフト

「コピーレフト」という用語は、「著作権法」体制によって作成された所有権および独占権に対する敵意として造られたものであり、知的財産は制限なく再利用および変更可能であることを示唆しており、したがって、元の資産を使用して新しく作成されたものはすべて、さらに進んだものでなければなりません。自由に再利用、改変してご利用いただけます。興味深いことに、コピーレフトのシンボルは、水平方向にミラー化された著作権シンボルでもあります (下の画像を参照)。

プログラムでコピーレフト宣言が行われた場合、既存の以前のコードに基づいて構築された変更されたコードを宣言する限り、誰でもコードを自由に使用、開発、共有、変更できることを意味します。また、どなたでもご利用いただけます。コピーレフトライセンスの例には、GNU GPL と GNU LGPL が含まれます。 GNU GPL は最も強力なコピーレフトライセンスであると考えられており、それに触れるすべてのコードに感染すると言われています。 GNU GPL の下でライセンスされたソフトウェアのコンポーネントを使用してコードに貢献した場合、作成された新しい作品のソースコードは必ず公開する必要があり、独自のものにすることはできません。

パーミッシブ

寛容なオープンソースライセンスとは、コピーレフトではないオープンソースライセンスであり、使用、変更、および再配布の自由を保証すると同時に、見返りを求めることなく独自の派生作品を許可します。本質的に寛大なライセンス条件は、ソフトウェアの使用方法に最小限の制限を加え、ソフトウェアの所有権をソフトウェアに変更する自由をソフトウェアユーザーに付与し、作成した作品のソースコードを公開する義務はありません。 Permissive ライセンスの例には、MIT、Apache 2.0 などがあります。

オープンソースと IP 保護のバランスをとる

オープンソースライセンスの条件に基づいてソフトウェアをリリースすることは革新的であり、知的財産法体制の概念に挑戦しますが、企業は一見矛盾する XNUMX つの概念のバランスを取る必要があることを認識する必要があります。オープンソースライセンスに基づいてソフトウェアをリリースすることを決定する際には、次の考慮事項に留意する必要があります。

OSL は金儲けに適していませんが、クリエイターは、特定の側面についてライセンスによって付与された除外から収益源をチャネリングできます。たとえば、最も重要な除外の XNUMX つは「商標」です。商標はすべての OSL から除外されます。そうしないと、ライセンサーの商標が希薄化して、消費者が特定のソフトウェアを表していることが分からなくなる可能性があります。ライセンサーの名前と評判も、OSL 条件から除外されます。

ほとんどの保証は、OSL の条件から除外されます。ソフトウェアとは別に、このような保証やその他のサポートおよびインストールサービスを販売することで、収益源を生み出すことができます。

OSL の条件に基づいてソフトウェアをリリースしても、同じソフトウェアのデュアルまたはマルチライセンスが制限されることはありません。著作権の所有者は、さまざまな条件の下で、さまざまなユーザーに何回でも自分の作品をライセンスすることができます。ソフトウェアは、OSL 条件と非 OSL 条件の両方に基づいて、別々のユーザーに同時にライセンス供与できます。

ソフトウェアを OSL の下でリリースしながら、ソフトウェアの知的財産を保護する

開発者が OSL の条件に基づいてソフトウェアをリリースすることを選択した場合でも、OSL で特許/著作権を取得するオプションを決して排除するものではありません。開発者は、ソフトウェアに対して必要な IP 保護を常に取得し、OSL の条件の下でリリースすることをお勧めします。OSL には次の利点があります。

ユーザーが OSL の条件に違反した場合、開発者は特許/著作権の侵害を訴える権利を留保します。

開発者は、OSL の条件に基づいてライセンスされていない別のバージョンのソフトウェアをリリースし、同じものを独自のものにすることができます。

開発者は、OSL の当事者ではない侵害者に対して権利を主張できます。

開発者は、特許/著作権を他者にライセンス供与して、収益源を生み出すことができます。

したがって、OSL の下でソフトウェアをリリースすることを決定するときは、開発会社のビジネスニーズと願望を十分に考慮する必要があります。開発者の唯一の意図がソフトウェアから利益を得ることだけである場合、OSL の下でソフトウェアをリリースすることは最善の方法ではない可能性があります。 OSL の下でリリースする決定が下された場合でも、特定の OSL の条件を十分に検討した後、どの OSL ライセンスを使用するかを慎重に選択する必要があります。さまざまな OSL の意味を理解し、開発者のニーズに最も適した OSL を特定するための法的支援を求めて、十分な情報に基づいた決定を行う必要があります。

【1] https://snyk.io/learn/what-is-copyleft-license/

【2] https://www.gnu.org/gnu/manifesto.html