フリーソフトウェア
オペレーティング システムのコンピュータ画面。さまざまな無料ソフトウェア アプリケーションによって完全に覆われた画面。
GNU Guix 。GNU FSDGに準拠したフリーソフトウェアオペレーティングシステムで、代表的なアプリケーションを実行している例。GNOMEデスクトップ環境、GNU Emacsテキストエディタ、GIMP画像エディタ、VLCメディアプレーヤーが表示されています。

フリーソフトウェア、リブレソフトウェア、リブレウェア[ 1 ] [ 2 ]は、自由を尊重するソフトウェアとも呼ばれ、ユーザーがソフトウェアをあらゆる目的で実行し、ソフトウェアおよびその改変版を研究、変更、配布することを許可する条件の下で配布されるコンピュータソフトウェアです。 [ 3 ] [ 4 ] [ 5 ] [ 6 ]フリーソフトウェアは自由の問題であり、価格の問題ではありません。すべてのユーザーは、プログラムの入手にいくら支払ったかに関係なく、フリーソフトウェアのコピーを使用して自由に行動できます（そこから利益を得ることも含む）。[ 7 ] [ 2 ]コンピュータプログラムは、エンドユーザー（開発者だけでなく）にソフトウェア、ひいてはデバイスに対する最終的な制御権を与える場合、「フリー」とみなされます。[ 5 ] [ 8 ]

コンピュータプログラムを研究し、改変する権利は、変更を加えるための推奨フォーマットであるソースコードがそのプログラムのユーザーに利用可能であることを伴います。これはしばしば「ソースコードへのアクセス」または「公開」と呼ばれますが、フリーソフトウェア財団（FSF）は、そのような考え方を推奨していません。[ 9 ]なぜなら、ユーザーが非ユーザーにプログラムのコピーを提供する義務（権利ではなく）があるという印象を与える可能性があるからです。

「フリーソフトウェア」という用語は過去にも緩く使われており、1978年にリリースされたBerkeley Software Distributionのような他の寛容なソフトウェアも存在していたが、 [ 10 ]リチャード・ストールマンが議論されている意味にそれを結び付け、1983年にGNUプロジェクトを立ち上げてフリーソフトウェア運動を開始したとされている。GNUプロジェクトは、自由を尊重するオペレーティングシステムを作成し、コンピュータの初期の時代にハッカーの間で広まっていた協力の精神を復活させるための共同作業である。 [ 11 ] [ 12 ]

コンテクスト

このオイラー図は、フリーウェアとフリー・オープンソース・ソフトウェア（FOSS）の典型的な関係を表しています。2010年にWolfire GamesのDavid Rosen氏が述べたところによると、オープンソース／フリーソフトウェア（オレンジ）はほとんどの場合無料ですが、必ずしも無料とは限りません。フリーウェア（緑）はソースコードを公開することはほとんどありません。[ 13 ]

フリーソフトウェアは次のものと異なります:

著作権の対象となるソフトウェアがフリーであるためには、著作者がユーザーに前述の権利を付与するソフトウェアライセンスを付与する必要があります。パブリックドメインのソフトウェアなど、著作権法の対象外のソフトウェアは、ソースコードもパブリックドメインであるか、その他の制限なく利用できる限り、フリーとなります。

プロプライエタリソフトウェアは、制限的なソフトウェアライセンスまたはEULAを使用し、通常、ユーザーにソースコードを提供しません。そのため、ユーザーは法的または技術的にソフトウェアを変更することができず、アップデート、ヘルプ、サポートの提供は発行元に頼ることになります。（ベンダーロックインとアバンダンウェアも参照）。ユーザーは、プロプライエタリソフトウェアをリバースエンジニアリング、改変、または再配布できないことがよくあります。[ 15 ] [ 16 ]著作権法、契約、ソースコードの欠如に加えて、ソフトウェア特許やデジタル著作権管理（より具体的には、tivoization ）など、ユーザーがソフトウェアに対して自由を行使することを妨げる追加の障害が存在する場合があります。[ 17 ]

フリーソフトウェアは、営利目的の商業活動である場合もあれば、そうでない場合もあります。フリーソフトウェアの中には、ボランティアのコンピュータプログラマーによって開発されるものもあれば、企業によって開発されるものもあり、あるいはその両方によって開発されるものもあります。[ 18 ] [ 7 ]

オープンソースとの命名と違い

どちらの定義もほぼ同等のプログラム群を指していますが、フリーソフトウェア財団は、「オープンソースソフトウェア」（1998年に造られた類似した代替概念）ではなく「フリーソフトウェア」という用語の使用を推奨しています。これは、両者の目的とメッセージが大きく異なるためです。フリーソフトウェア財団によると、「オープンソース」とそれに関連するキャンペーンは、主に公共開発モデルの技術的な側面と企業へのフリーソフトウェアのマーケティングに焦点を当てており、ユーザーの権利という倫理的問題を非常に軽視、あるいは敵対的に捉えています。[ 19 ]ストールマンはまた、フリーソフトウェアの実際的な利点を考えることは、手錠をかけられないことの実際的な利点を考えることに似ていると述べています。つまり、手錠をかけられること自体が望ましくないことを認識するために、個人が実際的な理由を考慮する必要はないということです。[ 20 ]

FSFはまた、「オープンソース」という言葉は一般的な英語では「ソースコードを見ることができる」という意味しか持たないと指摘しています。「フリーソフトウェア」という言葉は2つの異なる解釈につながる可能性があるものの、少なくともそのうちの1つは「オープンソース」という言葉とは異なり、意図された意味と一致しているとFSFは述べています。[ a ]外来語の形容詞「libre 」は、 英語における「free」という言葉の曖昧さ、そして「free software」がパブリックドメインソフトウェアという意味で古くから用いられてきた曖昧さを避けるためによく使われます。[ 10 ]（Gratisとlibreを参照）

フリーソフトウェアの定義と4つの基本的な自由

フリーソフトウェア財団によるフリーソフトウェアと非フリーソフトウェアの定義図。左：フリーソフトウェア、右：プロプライエタリソフトウェア、丸で囲まれた部分：無償ソフトウェア

フリーソフトウェアの最初の正式な定義は、1986年2月にFSFによって公開されました。[ 21 ]リチャード・ストールマンによって書かれたその定義は今日でも維持されており、ソフトウェアのコピーを受け取った人が以下の4つの自由を持っている場合、そのソフトウェアはフリーソフトウェアであると述べています。[ 22 ] [ 23 ]番号が0で始まるのは、プログラミング言語で一般的に0から始まる番号付けが使用されていることをパロディ化しているだけでなく、「自由0」が当初リストに含まれていなかったためで、後に非常に重要であると考えられ、リストの最初に追加されました。

  • 自由 0: プログラムをあらゆる目的に使用する自由。
  • 自由 1: プログラムがどのように動作するかを研究し、希望どおりに動作するように変更する自由。
  • 自由 2: 隣人を助けるために再配布およびコピーを作成する自由。
  • 自由 3: プログラムを改善し、その改善点 (および一般に修正されたバージョン) を一般に公開して、コミュニティ全体が恩恵を受けられるようにする自由。

自由 1 と 3 では、ソース コードが利用可能であることが求められます。これは、ソース コードなしでソフトウェアを調査したり変更したりすることは、非常に非現実的からほぼ不可能になる可能性があるためです。

したがって、フリーソフトウェアとは、コンピュータユーザーが誰と協力するかを選択し、使用するソフトウェアをコントロールする自由を持つことを意味します。これを、libre（自由）ソフトウェアとgratis（無料）ソフトウェアを区別するコメントにまとめると、フリーソフトウェア財団は次のように述べています。「フリーソフトウェアは価格ではなく自由の問題です。この概念を理解するには、『フリー』を『ビール無料』ではなく『言論の自由』のように考えるべきです。」[ 22 ]（Gratis vs libre を参照）。

1990年代後半には、他のグループがほぼ同一のソフトウェア群を記述する独自の定義を発表しました。最も注目すべきものとしては、1997年に公開されたDebianフリーソフトウェアガイドライン[ 24 ]と、 1998年に公開されたオープンソース定義があります。

FreeBSD、OpenBSD、NetBSDなどのBSDベースのオペレーティングシステムには、フリーソフトウェアに関する独自の正式な定義がありません。これらのシステムのユーザーは、一般的に同じソフトウェア群は受け入れられるものと認識していますが、コピーレフトを制限的だと感じる場合もあります。彼らは一般的に、ソースコードの提供を法的に強制されることなく、他者が自由にソフトウェアを利用できる、寛容なフリーソフトウェアライセンスを支持しています。彼らは、この寛容なアプローチの方がより自由だと考えています。Kerberos 、X11、Apacheソフトウェアライセンスは、その意図と実装において実質的に類似しています。

例

インターネット上には、何千もの無料アプリケーションと数多くのオペレーティングシステムが存在します。ユーザーは、ほとんどのLinuxディストリビューションに付属するパッケージマネージャーを使って、これらのアプリケーションを簡単にダウンロードしてインストールできます。

フリーソフトウェアディレクトリは、フリーソフトウェアパッケージの大規模なデータベースを管理しています。最もよく知られている例としては、Linux-libre、Linuxベースのオペレーティングシステム、GNUコンパイラコレクションとCライブラリ、MySQLリレーショナルデータベース、Apacheウェブサーバー、Sendmailメール転送エージェントなどが挙げられます。その他の影響力のある例としては、 Emacsテキストエディタ、GIMPラスター描画・画像エディタ、X Window Systemグラフィカルディスプレイシステム、LibreOfficeオフィススイート、TeXおよびLaTeX組版システムなどがあります。

フリーソフトウェア
  • 3D コンピュータ グラフィックス ソフトウェア、Blender。
    3D コンピュータ グラフィックス ソフトウェアであるBlender 。
  • Debian 上の KDE Plasma デスクトップ。
    Debian上のKDE Plasmaデスクトップ。
  • OpenSSL のマニュアル ページ。
    OpenSSLのマニュアルページ。
  • Blender ゲーム エンジンを使用して 3D カー レース ゲームを作成します。
    Blender ゲーム エンジンを使用して 3D カー レース ゲームを作成します。
  • Replicant スマートフォン OS は、100% フリーソフトウェアである Android ベースのシステムです。
    Replicantスマートフォン OS は、100% フリーソフトウェアである Android ベースのシステムです。
  • LibreOffice は、無料のマルチプラットフォーム オフィス スイートです。
    LibreOfficeは、無料のマルチプラットフォーム オフィス スイートです。

歴史

1950年代から1970年代初頭までは、コンピュータの利用者がフリーソフトウェア（典型的にはパブリックドメインソフトウェア）に関連するソフトウェアの自由を持つのは普通のことでした。[ 10 ]ソフトウェアは、コンピュータを使用する個人と、人々がハードウェアを便利にするソフトウェアを作っているという事実を歓迎するハードウェア製造業者によって一般的に共有されていました。SHAREなどのユーザーとサプライヤーの組織は、ソフトウェアの交換を容易にするために結成されました。ソフトウェアはBASICなどのインタープリタ型言語で書かれていることが多かったので、これらのプログラムを使用するためにソースコードが配布されました。ソフトウェアは、印刷されたソースコード（タイプインプログラム）としてコンピュータ雑誌（Creative Computing、SoftSide、Compute!、Byteなど）やベストセラーのBASIC Computer Gamesなどの書籍でも共有および配布されていました。[ 25 ] 1970年代初頭には状況が一変した。ソフトウェアのコストは劇的に上昇し、成長を続けるソフトウェア業界はハードウェアメーカーのバンドルソフトウェア製品（ハードウェアコストに含まれているため無料）と競合していた。リースマシンはソフトウェアによる収益を生まないにもかかわらずソフトウェアサポートを必要とし、また、自身のニーズをより適切に満たすことができる一部の顧客は、ハードウェア製品のコストにバンドルされた「無料」ソフトウェアのコストを望まなかった。 1969年1月17日に提起された米国対IBM訴訟において、政府はバンドルソフトウェアは反競争的であると主張した。[ 26 ]一部のソフトウェアは常に無料である可能性もあったが、今後は主に販売目的で生産されるソフトウェアが増加することになる。1970年代から1980年代初頭にかけて、ソフトウェア業界は、コンピュータユーザーがソフトウェアアプリケーションを自由に研究したり改変したりすることを阻止するために、技術的手段（コンピュータプログラムのバイナリコピーのみの配布など）を用い始めた。1980年には、著作権法がコンピュータプログラムにも適用された。

1983年、人気のEmacsプログラムの原作者の1人で、 MIT人工知能研究所のハッカーコミュニティの長年のメンバーであるリチャード・ストールマンは、コンピュータの世界とそのユーザーを取り巻く環境の変化に不満を抱き、完全に非独占的なUnix互換オペレーティングシステムを作成することを目的としたGNUプロジェクトを発表しました。プロジェクトとその目的の最初の宣言で、彼は、利益を生む可能性のある開発中のソフトウェアの自由な共有を禁じる秘密保持契約や制限的なライセンスへの同意を求められることに反対することを動機として具体的に挙げました。これは伝統的なハッカー倫理に真っ向から反する禁止事項でした。GNUオペレーティングシステムのソフトウェア開発は1984年1月に始まり、フリーソフトウェア財団（FSF）は1985年10月に設立されました。彼は、すべての人にソフトウェアの自由を保証するために、フリーソフトウェアの定義と「コピーレフト」の概念を開発しました。ソフトウェア以外の業界では、フリーソフトウェア開発で用いられる手法と同様の手法を研究開発プロセスに導入し始めています。例えば、科学者はよりオープンな開発プロセスを目指しており、マイクロチップなどのハードウェアはコピーレフトライセンスの下で公開された仕様に基づいて開発され始めています（OpenCoresプロジェクトを参照）。クリエイティブ・コモンズやフリーカルチャー運動も、フリーソフトウェア運動から大きな影響を受けています。

1980年代: GNUプロジェクトの設立

1983年、MIT人工知能研究所のハッカーコミュニティの長年のメンバーであるリチャード・ストールマンは、コンピュータ業界とそのユーザーの文化の変化の影響に不満を感じていたとして、GNUプロジェクトを発表しました。[ 27 ] GNUオペレーティングシステムのソフトウェア開発は1984年1月に始まり、フリーソフトウェア財団（FSF）は1985年10月に設立されました。プロジェクトとその目標を概説した記事「 GNU宣言」は、1985年3月に発表されました。この宣言には、GNUの哲学、フリーソフトウェアの定義、そして「コピーレフト」の考え方に関する重要な説明が含まれていました。

1990年代: Linuxカーネルのリリース

リーナス・トーバルズが始めたLinuxカーネルは、1991年に自由に変更可能なソースコードとしてリリースされました。最初のライセンスはプロプライエタリソフトウェアライセンスでした。しかし、1992年2月のバージョン0.12で、彼はプロジェクトをGNU一般公衆利用許諾書（GNU General Public License）の下に再ライセンスしました。[ 28 ] Unixと同様に、トーバルズのカーネルはボランティアプログラマーの注目を集めました。FreeBSD とNetBSD （どちらも386BSDから派生）は、USL対BSDiの訴訟が1993年に法廷外で和解した後、フリーソフトウェアとしてリリースされました。OpenBSDは1995年にNetBSDからフォークしました。同じく1995年には、 Apache HTTP Server（一般にApacheと呼ばれる）がApache License 1.0の下にリリースされました。

ライセンス

著作権法を斬新に活用して著作物の権利を制限しないことを保証するコピーレフトは、フリーソフトウェアの世界で生まれました。[ 29 ]

すべてのフリーソフトウェアライセンスは、上記で述べたすべての自由をユーザーに付与する必要があります。しかし、アプリケーションのライセンスが互換性がない限り、ソースコードを混ぜたりバイナリを直接リンクしたりしてプログラムを組み合わせることは、ライセンスの技術的な問題により問題が生じます。間接的に相互接続されたプログラムであれば、この問題を回避できる可能性があります。

フリーソフトウェアの大部分は、いくつかのライセンスに該当します。これらのライセンスの中で最も一般的なものは以下のとおりです。[ 30 ] [ 31 ]

フリーソフトウェア財団とオープンソース・イニシアティブは、それぞれ独自のフリーソフトウェアとオープンソースソフトウェアの定義に準拠していると判断したライセンスのリストを公開しています。

FSFのリストは規範的なものではありません。FSFが把握していない、あるいは記載するほど重要ではないと判断されたフリーソフトウェアライセンスが存在する可能性があります。そのため、フリーライセンスでありながらFSFのリストに掲載されていないライセンスが存在する可能性があります。OSIのリストには、提出、検討、承認されたライセンスのみが掲載されています。すべてのオープンソースライセンスは、オープンソースソフトウェアとして正式に認められるためには、オープンソース定義を満たす必要があります。一方、フリーソフトウェアは、公式な認定を必要としない、より非公式な分類です。しかしながら、フリーソフトウェア定義を満たさないライセンスでライセンスされているソフトウェアは、正当にフリーソフトウェアと見なすことはできません。

これら2つの組織以外にも、Debianプロジェクトは、特定のライセンスがDebianフリーソフトウェアガイドラインに準拠しているかどうかについて、有益なアドバイスを提供していると一部の人々から見られています。Debianは承認されたライセンスのリストを公開していないため、その判断は、ソフトウェアアーカイブにどのようなソフトウェアが収録されているかを確認することによって追跡する必要があります。その概要はDebianのウェブサイトに掲載されています。[ 32 ]

FSF ガイドラインに準拠していると発表されたライセンスがオープンソース定義にも準拠していないということは稀ですが、その逆は必ずしも当てはまりません (たとえば、NASA オープンソース契約は OSI 承認のライセンスですが、FSF によれば非フリーです)。

無料ソフトウェアにはさまざまなカテゴリがあります。

  • パブリックドメインソフトウェア：著作権が失効しているか、作品が著作権で保護されていない（ 1988年以前に著作権表示なしに公開された）、または著者が権利放棄声明を付してパブリックドメインに公開している（これが可能な国の場合）。パブリックドメインソフトウェアは著作権保護がないため、プロプライエタリ作品であろうとフリー作品であろうと、あらゆる作品に自由に組み込むことができます。FSFは、この目的でCC0パブリックドメインへの提供を推奨しています。[ 33 ]
  • パーミッシブライセンスは、 BSDオペレーティングシステムで配布されるソフトウェアの多くに適用されているため、BSDスタイルとも呼ばれます。著者は、保証を放棄し、改変された作品の適切な帰属表示を要求することのみを目的として著作権を保持し、再配布およびあらゆる改変（クローズドソースのものも含む）を許可します。
  • コピーレフトライセンスの中でも、最も有名なのはGNU一般公衆利用許諾書です。著者は著作権を保持し、再配布を許可しますが、再配布はすべて同じライセンスの下でライセンスされる必要があります。他者による追加や改変も、元のライセンス製品の一部として配布される場合は、必ず同じ「コピーレフト」ライセンスの下でライセンスされる必要があります。これは、ウイルスライセンス、保護ライセンス、または相互ライセンスとも呼ばれます。

許容型ライセンスとコピーレフト型ライセンスの支持者は、ソフトウェアの自由を消極的自由と見なすべきか積極的自由と見なすべきかで意見が分かれています。配布に制限があるため、コピーレフト型ライセンスを自由と考える人は必ずしも多くありません。[ 34 ]逆に、許容型ライセンスは、制限付きソフトウェアの開発コストを削減することで、非フリーソフトウェアの開発を促す可能性があります。これはソフトウェアの自由の精神に反するため、許容型ライセンスはコピーレフト型ライセンスよりも自由度が低いと考える人も多くいます。[ 35 ]

セキュリティと信頼性

Microsoft Windowsが主流のオペレーティングシステムであるため、 [ 36 ]コンピュータウイルスの大部分はWindowsを標的にしています。[ 37 ] [ 38 ] ClamTk （ここに表示）などのウイルス対策ソフトウェアはLinuxやその他のUnixベースのシステム向けに提供されており、ユーザーはWindowsホストに感染する可能性のあるマルウェアを検出できます。

フリーソフトウェアとプロプライエタリソフトウェアのセキュリティを比較すると、その優劣をめぐって議論が交わされています。中でも「隠蔽によるセキュリティ」が大きな問題となっています。コンピュータセキュリティにおける定量的なテストとして、既知の未修正のセキュリティ欠陥を相対的にカウントする方法が広く用いられています。一般的に、この手法を用いる人は、少なくとも修正プログラムが利用可能になるまでは、既知のセキュリティ欠陥に対する修正プログラムが存在しない製品を避けることを推奨しています。

フリーソフトウェア支持者は、この方法論はフリーソフトウェアシステムの脆弱性をより多く数えることによって偏っていると強く信じている。なぜなら、フリーソフトウェアシステムはソースコードにアクセス可能であり、そのコミュニティは完全な情報開示の一環としてどのような問題があるかについてより積極的に情報を提供するからである。[ 39 ] [ 40 ]一方、プロプライエタリソフトウェアシステムには、恵まれないフリープログラムの潜在的なユーザーから権利を奪うなど、公表されていない社会的欠点がある可能性がある。 ユーザーはソースコードを分析して追跡できるため、企業が実行できるよりもはるかに多くの人々が商業的制約なしにコードを検査し、バグや抜け穴を見つけることができます。 リチャード・ストールマンによると、ユーザーがソースコードにアクセスできるため、望ましくないスパイウェア機能を隠したフリーソフトウェアを展開することは、プロプライエタリソフトウェアの場合よりもはるかに困難です。[ 41 ]

このテーマについてはいくつかの定量的研究が行われてきた。[ 42 ] [ 43 ] [ 44 ] [ 45 ]

バイナリBLOBおよびその他のプロプライエタリソフトウェア

2006年、OpenBSDはカーネルにおけるバイナリBLOBの使用に反対する最初のキャンペーンを開始しました。BLOBは通常、ベンダーがユーザーや開発者にソースコードを公開しないハードウェア用のデバイスドライバーであり、自由に配布できます。そのため、ユーザーがソフトウェアを変更したり、変更版を配布したりする自由が実質的​​に制限されます。また、BLOBは文書化されておらず、バグが含まれている可能性があるため、カーネルにBLOBが含まれているオペレーティングシステムにはセキュリティ上のリスクをもたらします。BLOB反対キャンペーンの公言された目的は、開発者がそのハードウェア用のフリーソフトウェアドライバーを作成できるようにハードウェアドキュメントを収集し、最終的にはすべてのフリーオペレーティングシステムがBLOBフリーになること、あるいはBLOBフリーの状態を維持できるようにすることです。

Linuxカーネルとその他のデバイスドライバにおけるバイナリBLOBの問題をきっかけに、アイルランドの開発者たちは、すべてのバイナリBLOBを削除したLinuxベースのディストリビューションであるgNewSenseを立ち上げました。このプロジェクトはフリーソフトウェア財団の支援を受け、フリーソフトウェア財団ラテンアメリカが主導するLinux-libreカーネルの開発を促しました。[ 46 ] 2012年10月現在、TrisquelはDistrowatchによるランキングで最も人気のあるFSF推奨Linuxディストリビューションです（12ヶ月以上）。[ 47 ] DebianはFSFの推奨を受けておらず、Linux-libreを使用していませんが、2011年以降、デフォルトでカーネルBLOBなしで利用できる人気のディストリビューションでもあります。[ 46 ]

Linuxコミュニティは「ブロブ」という用語をカーネル内の不自由なファームウェア全般を指すのに対し、OpenBSDではデバイスドライバを指す用語として使用している。FSFは、Linuxコミュニティのブロブの定義において、OpenBSDはブロブフリーではないと考えている。[ 48 ]

ビジネスモデル

フリーソフトウェアライセンスに基づくソフトウェアの販売は許可されており、商用利用も許可されています。これは、コピーレフトの有無にかかわらず、ライセンスに当てはまります。[ 18 ] [ 49 ] [ 50 ]

フリーソフトウェアは自由に再配布できるため、一般的に少額または無料で利用できます。フリーソフトウェアのビジネスモデルは、カスタマイズ、付属ハードウェア、サポート、トレーニング、統合、認証といった付加価値を基盤としていることが多いです。[ 18 ]ただし、例外として、無料アプリケーション自体のコピーを入手するためにユーザーが料金を請求される場合もあります。[ 51 ]

通常、CDや起動可能なUSBドライブでの配布、あるいはフリーソフトウェアのインストールや運用保守サービスには料金が課せられます。大規模で商用利用されるフリーソフトウェアの開発は、ユーザーからの寄付、クラウドファンディング、企業からの寄付、そして税金の組み合わせによって資金が賄われることがよくあります。米国国家安全保障局（NSA）のSELinuxプロジェクトは、連邦政府の資金提供を受けているフリーソフトウェア・プロジェクトの一例です。

一方、プロプライエタリソフトウェアは、異なるビジネスモデルを採用する傾向があり、プロプライエタリアプリケーションの顧客は、合法的にアクセスして使用するためのライセンス料を支払います。このライセンスでは、顧客がソフトウェアの一部または全部を自分で設定できる権限が付与される場合があります。プロプライエタリソフトウェアの購入には、ある程度のサポートが含まれていることがよくありますが、追加のサポートサービス（特にエンタープライズアプリケーションの場合）は通常、追加料金で利用できます。一部のプロプライエタリソフトウェアベンダーは、ソフトウェアを有料でカスタマイズすることもあります。[ 52 ]

フリーソフトウェア財団はフリーソフトウェアの販売を奨励しています。財団が述べているように、「フリーソフトウェアの配布は開発資金を調達する機会です。この機会を無駄にしないでください！」[ 7 ]。例えば、FSFが推奨するライセンス（GNU GPL）では、「配布する各コピーに対して、任意の価格を請求することも、無料で提供することもでき、また、有償でサポートや保証保護を提供することもできます。」[ 53 ]と規定されています。

マイクロソフトのCEO、スティーブ・バルマーは2001年に「オープンソースは営利企業は利用できない。ライセンスの規定上、オープンソースソフトウェアを1つでも使用すれば、残りのソフトウェアもオープンソースにしなければならない」と述べた。[ 54 ]この誤解は、コピーレフトライセンス（GPLなど）の要件に基づいている。つまり、ソフトウェアの改変版を配布する場合は、ソースコードを公開し、同じライセンスを使用しなければならないという要件だ。この要件は、同じ開発者による他のソフトウェアには適用されない。[ 55 ]営利企業とフリーソフトウェアは互換性がないという主張も誤解である。レッドハットやIBM（IBMは2019年にレッドハットを買収）など、[ 56 ]フリーソフトウェアの開発でかなりの営利事業を行っている大企業がいくつかある。

経済的側面と採用

フリーソフトウェアは、インターネット、ワールド・ワイド・ウェブ、そしてドットコム企業のインフラの発展に重要な役割を果たしました。[ 57 ] [ 58 ]フリーソフトウェアは、ユーザーが協力して使用するプログラムの強化と改良を行うことを可能にします。フリーソフトウェアは私的財ではなく、純粋な公共財です。フリーソフトウェアに貢献する企業は、商業的なイノベーションを促進します。[ 59 ]

「安定性と信頼性を備え、社内で管理できるオペレーティングシステムが必要だったため、WindowsからLinuxへ主要機能を移行しました。そのため、パッチ適用、調整、適応など、必要に応じて対応できました。」

国際宇宙ステーション（ISS）のコンピュータシステムを管理するユナイテッド・スペース・アライアンスが、 ISSのコンピュータシステムをWindowsからLinuxに移行するという2013年5月の決定に関する公式声明[ 60 ] [ 61 ]

フリーソフトウェアの経済的実現可能性は、IBM、Red Hat、Sun Microsystemsなどの大企業によって認められています。[ 62 ] [ 63 ] [ 64 ] [ 65 ] [ 66 ] IT分野を中核事業としていない多くの企業は、初期資本投資が少なく、アプリケーションパッケージを自由にカスタマイズできるため、インターネットの情報サイトや販売サイトにフリーソフトウェアを選択しています。ソフトウェア業界のほとんどの企業は、ライセンスが許せば、商用製品にフリーソフトウェアを組み込んでいます。[ 18 ]

フリーソフトウェアは一般的に無料で利用可能であり、プロプライエタリソフトウェアと比較してTCO（総所有コスト）を永続的に低減することができます。[ 67 ]フリーソフトウェアを使用することで、企業はソフトウェアを自ら変更するか、プログラマーを雇って修正してもらうことで、自社のニーズに合わせてソフトウェアを適合させることができます。フリーソフトウェアには多くの場合保証がなく、さらに重要なことに、一般的には誰にも法的責任を負わせるものではありません。ただし、ソフトウェアとその使用条件に基づき、2者間で保証を行うことは認められています。このような契約は、フリーソフトウェアライセンスとは別に締結されます。

スタンディッシュ・グループの報告書によると、フリーソフトウェアの導入により、プロプライエタリソフトウェア業界の収益は年間約600億ドル減少したと推定されています。[ 68 ]エリック・S・レイモンドは、 「フリーソフトウェア」という用語はビジネス界にとってあまりにも曖昧で威圧的であると主張しました。レイモンドは、ビジネス界や企業にとってより親しみやすい代替手段として、「オープンソースソフトウェア」という用語を推奨しました。 [ 69 ]

参照

注記

  1. ^フリーソフトウェアとオープンソースの両方の定義によれば、ソースコードへのアクセスは必要条件ではあるが、それだけでは不十分な条件です。

参考文献

  1. ^ GNUプロジェクト. 「フリーソフトウェアとは何か？」 . フリーソフトウェア財団. 2023年11月15日時点のオリジナルよりアーカイブ。
  2. ^ a b「リチャード・ストールマン」インターネットの殿堂。2017年3月26日閲覧。
  3. ^ 「フリーソフトウェア運動」 . GNU . 2021年1月11日閲覧。
  4. ^ 「GNUプロジェクトの哲学」 . GNU . 2021年1月11日閲覧。
  5. ^ a b「フリーソフトウェアとは何か、そしてなぜ社会にとって重要なのか？」フリーソフトウェア財団。 2021年1月11日閲覧。
  6. ^ストールマン、リチャード・M（2015年）。『フリーソフトウェアと自由な社会：リチャード・M・ストールマン選集』第3版（PDF）。
  7. ^ a b cフリーソフトウェア（GNU）の販売
  8. ^リチャード・ストールマン（1983年9月27日）「最初の発表」 GNUプロジェクト、フリーソフトウェア財団。
  9. ^リチャード・ストールマン、「意味が込められていたり混乱を招くので避けるべき（あるいは注意して使うべき）言葉：Access」www.gnu.org。
  10. ^ a b c Shea, Tom (1983-06-23). 「フリーソフトウェア - フリーソフトウェアはソフトウェアのスペアパーツのジャンクヤード」 . InfoWorld . 2016-02-10閲覧. 「商用ソフトウェアとは対照的に、パブリックドメインに存在するフリーソフトウェアは膨大で、その数は増加の一途を辿っています。パブリックドメインソフトウェアは、マイクロコンピュータ愛好家（「ハッカー」とも呼ばれます）によって書かれており、その多くは職業上、プロのプログラマーでもあります。[...] 誰もがソースコードにアクセスできるため、多くのルーチンが他のプログラマーによって利用されるだけでなく、劇的に改良されてきました。」
  11. ^レヴィ、ラン. 「リチャード・ストールマンとフリーソフトウェアとオープンソースの歴史」. Curious Minds Podcast .
  12. ^ "GNU" . cs.stanford.edu . 2017年10月17日閲覧。
  13. ^ Rosen, David (2010年5月16日). 「オープンソースソフトウェアは必ずしもフリーウェアではない」 . wolfire.com . 2016年1月18日閲覧。
  14. ^ 「GRATISの定義」 www.merriam-webster.com . 2023年5月8日閲覧。
  15. ^ディクソン、ロッド (2004).オープンソースソフトウェア法. アーテックハウス. p. 4. ISBN 978-1-58053-719-3. 2009年3月16日閲覧。
  16. ^グラハム、ローレンス・D. (1999). 『コンピュータ業界を形作った法廷闘争』 グリーンウッド出版グループ. p. 175. ISBN 978-1-56720-178-9. 2009年3月16日閲覧。
  17. ^ Sullivan, John (2008年7月17日). 「ラストマイルは常に最も困難」 . fsf.org . 2014年10月28日時点のオリジナルよりアーカイブ。 2014年12月29日閲覧。
  18. ^ a b c d Popp, Dr. Karl Michael (2015).オープンソースソフトウェアの商用利用に関するベストプラクティス. ノルダーシュテット, ドイツ: Books on Demand. ISBN 978-3738619096。
  19. ^リチャード・ストールマン、「なぜ『オープンソース』はフリーソフトウェアの本質を見失っているのか」 GNUプロジェクト、フリーソフトウェア財団。
  20. ^ Stallman, Richard (2013-05-14). 「フリーソフトウェアの利点」フリーソフトウェア財団. 2013年8月12日閲覧。
  21. ^リチャード・ストールマン「フリーソフトウェア財団とは何か？」 GNU速報第1巻第1号8ページ。
  22. ^ a bフリーソフトウェア財団. 「フリーソフトウェアとは何か？」 . 2011年12月14日閲覧。
  23. ^ 「Four Freedoms」 . fsfe.org . 2022年3月22日閲覧。
  24. ^ Perens, Bruce. 「Debianとフリーソフトウェアコミュニティとの『社会契約』」 debian -announceメーリングリスト.
  25. ^デビッド・アール著「アメリカの人物名鑑に掲載されたデビッド・H・アールの伝記」 。 2009年11月23日閲覧。
  26. ^フィッシャー, フランクリン・M.; マッキー, ジェームズ・W.; マンケ, リチャード・B. (1983). IBMと米国データ処理産業：経済史. プレガー. ISBN 0-03-063059-2。
  27. ^ウィリアムズ、サム (2002). 『フリーダムの自由：リチャード・ストールマンのフリーソフトウェアへの闘い』オライリーメディア. ISBN 0-596-00287-4。
  28. ^ 「Linuxカーネル0.12のリリースノート」。Kernel.org。
  29. ^ Carver, Brian W. (2005-04-05). 「Share and Share Alike: オープンソースおよびフリーソフトウェアライセンスの理解と施行」. Berkeley Technology Law Journal . 20:39 . SSRN 1586574 . 
  30. ^ 「上位20ライセンス」。Black Duck Software。2015年11月19日。 2016年7月19日時点のオリジナルよりアーカイブ。 2015年11月19日閲覧。1 . MITライセンス 24%、2. GNU一般公衆利用許諾書 (GPL) 2.0 23%、3. Apacheライセンス 16%、4. GNU一般公衆利用許諾書 (GPL) 3.0 9%、5. BSDライセンス 2.0 (3条項、新規または改訂) 6%、6. GNU劣等一般公衆利用許諾書 (LGPL) 2.1 5%、7. Artisticライセンス (Perl) 4%、8. GNU劣等一般公衆利用許諾書 (LGPL) 3.0 2%、9. Microsoftパブリックライセンス 2%、10. Eclipseパブリックライセンス (EPL) 2%
  31. ^ Balter, Ben (2015年3月9日). 「GitHub.comにおけるオープンソースライセンスの使用状況」 . github.com . 2015年11月21日閲覧。1 MIT 44.69%、2 その他 15.68%、3 GPLv2 12.96%、4 Apache 11.19%、5 GPLv3 8.88%、6 BSD 3条項 4.53%、7 無ライセンス 1.87%、8 BSD 2条項 1.70%、9 LGPLv3 1.30%、10 AGPLv3 1.05%
  32. ^ 「ライセンス情報」 . Debian . 2020年9月3日.
  33. ^ 「さまざまなライセンスとそれらに関するコメント」 GNUオペレーティングシステム。2022年1月12日。
  34. ^ Palmer, Doug (2003-02-15). 「なぜGPLを使わないのか？ フリーソフトウェアとオープンソースソフトウェアに関する考察」 www.charvolant.org . 2020年1月24日時点のオリジナルよりアーカイブ。 2020年1月24日閲覧。
  35. ^ Stallman, Richard (2021年12月25日). 「BSDライセンスの問題」 .フリーソフトウェア財団. 2024年3月29日閲覧。
  36. ^ Toxen, Bob (2003). 『Real World Linux Security: Intrusion Prevention, Detection, and Recovery』 Prentice Hall Professional. p. 365. ISBN 9780130464569。
  37. ^ Mookhey, KK; Burghate, Nilesh (2005). Linux: セキュリティ、監査、および制御機能. ISACA. p. 128. ISBN 9781893209787。
  38. ^ Noyes, Katherine (2010年8月3日). 「LinuxがWindowsよりも安全な理由」 . PCWorld . 2013年9月1日時点のオリジナルよりアーカイブ。
  39. ^ 「Firefox は結局 MSIE より安全」CNET News.com
  40. ^ 「オープンソースの利点」 。 2015年3月19日閲覧。
  41. ^ 「ストールマンがスパイウェアについて説明しているトランスクリプト」。FSFE - ヨーロッパフリーソフトウェア財団。
  42. ^ David A. Wheeler:なぜオープンソースソフトウェア/フリーソフトウェア (OSS/FS、FLOSS、FOSS) なのか？数字を見てみよう！ 2007
  43. ^ミシェル・デリオ： Linux：ライバルよりもバグが少ないWired 2004
  44. ^ Barton P. Miller、David Koski、Cjin Pheow Lee、Vivekananda Maganty、Ravi Murthy、Ajitkumar Natarajan、Jeff Steidl (1995年4月11日). Fuzz Revisited: A Re-examination of the Reliability of UNIX Utilities and Services (Report). Madison, WI: University of Wisconsin: Computer Sciences Department. Archived (PDF) from 21 June 2010. ...GNUとLinuxの基本ユーティリティの信頼性は、商用システムのそれよりも著しく優れていた。
  45. ^ Miller, Barton P.; Cooksey, Gregory; Moore, Fredrick (2006). 「ランダムテストを用いたMacOSアプリケーションの堅牢性に関する実証的研究」(PDF) .第1回ランダムテスト国際ワークショップ - RT '06 議事録. ニューヨーク、ニューヨーク、アメリカ合衆国: ACM Press. pp. 1, 2. doi : 10.1145/1145735.1145743 . ISBN 159593457X2010年6月21日時点のオリジナル(PDF)からアーカイブ。再び戻ってきました。今回は Apple の Mac OS X をテストしています。 [...] 結果はまずまずでしたが、信頼性は 1995 年にテストされた Linux/GNU ツールの信頼性より優れていないことがわかり、残念に思いました。 GUI ベースのアプリケーションをテストする際には何を期待すればよいかよくわからなかったため、結果は予想よりも悪くなりました。
  46. ^ a b「他のフリーソフトウェアサイトへのリンク - GNUプロジェクト - フリーソフトウェア財団」 。 2015年3月19日閲覧。
  47. ^ 「DistroWatch Page Hit Ranking」 . DistroWatch . 2012年10月30日. 2011年10月7日時点のオリジナルよりアーカイブ。 2012年10月30日閲覧。
  48. ^ 「他のシステムを推奨しない理由を説明します」。
  49. ^ 「BSDライセンスの定義」 。 2015年3月19日閲覧。
  50. ^ 「オープンソースプロジェクトにBSDスタイルのライセンスを使うべき理由」 。 2015年3月19日閲覧。
  51. ^ "[libreplanet-discuss] 自由だが無料ではないソフトウェアはありますか？" . lists.gnu.org .
  52. ^ Andy Dornan. 「5つのオープンソースビジネスモデル」 . 2009年10月10日時点のオリジナルよりアーカイブ。
  53. ^ GNU 一般公衆利用許諾書、第4条。gnu.org
  54. ^ 「バルマー氏はオープンソースを『癌』と呼び、『営利企業には利用できない』と述べた」「 .シカゴ・サンタイムズ. 2001年6月1日.オリジナルより2001年6月15日アーカイブ。
  55. ^ 「ライセンス」 .ライセンスを選択してください. 2022年10月19日閲覧。
  56. ^ 「IBM、340億ドルでRed Hatの画期的な買収を完了、オープンでハイブリッドなクラウドの未来を定義」 IBMニュースルーム。2022年10月19日閲覧。
  57. ^ Netcraft (2023年3月14日). 「Webサーバー利用状況調査」 .
  58. ^ Apacheソフトウェア財団。「新経済におけるApacheの戦略」（PDF） 。2008年2月16日時点のオリジナル（PDF）からアーカイブ。
  59. ^ Waring, Teresa; Maddocks, Philip (2005年10月1日). 「英国の公共部門におけるオープンソースソフトウェアの導入：現場からの証拠と将来への示唆」 . International Journal of Information Management . 25 (5): 411– 428. doi : 10.1016/j.ijinfomgt.2005.06.002 .さらに、OSSの開発プロセスは、信頼性、セキュリティ、実用性、そして高いユーザビリティとパフォーマンスを備えた革新的な製品を生み出しています。ユーザーは、OSS革命の恩恵を受けるだけでなく、競争優位性を維持するためにサプライヤーに強制されている、改良されたプロプライエタリソフトウェア開発からも恩恵を受けています。
  60. ^ Gunter, Joel (2013年5月10日). 「国際宇宙ステーション、WindowsではなくLinuxを大胆に採用」 . The Telegraph . 2022年1月11日時点のオリジナルよりアーカイブ。
  61. ^ Bridgewater, Adrian (2013年5月13日). 「国際宇宙ステーション、Debian Linuxを採用、WindowsとRed Hatをエアロックに投入」 Computer Weekly . 2018年11月19日時点のオリジナルよりアーカイブ。 2013年8月1日閲覧。
  62. ^ 「IBM、史上最大のLinuxラインナップを発表」 IBM、1999年3月2日。1999年11月10日時点のオリジナルよりアーカイブ。
  63. ^ Hamid, Farrah (2006年5月24日). 「IBMがブラジルのLinux技術センターに投資」 . LWN.net .
  64. ^ 「インタビュー：Eclipseコード寄贈」 IBM、2001年11月1日。 2009年12月18日時点のオリジナルよりアーカイブ。
  65. ^ 「Sun、GPLに基づくJavaのリリースを開始」フリーソフトウェア財団、2006年11月15日。 2007年9月23日閲覧。
  66. ^ Rishab Aiyer Ghosh (2006年11月20日). 「EUにおけるオープンソースソフトウェアのイノベーションと情報通信技術（ICT）部門の競争力に対する経済的影響に関する調査」（PDF） .欧州連合. 51ページ. 2007年1月25日閲覧.
  67. ^ 「オープンソースソフトウェアの総所有コスト：OpenForum Europeが支援する英国内閣府向けレポート」 。 2015年3月19日閲覧。
  68. ^ 「オープンソース」 . Standish Newsroom . Standishgroup.com. 2008年4月16日. 2012年1月18日時点のオリジナルよりアーカイブ。2010年8月22日閲覧。
  69. ^エリック・S・レイモンド。「エリック・S・レイモンドによる、フリーソフトウェアではなくオープンソースソフトウェアという用語の使用開始の当初の呼びかけ」。

さらに読む

Wikinews には次の関連ニュースがあります:
ウィキメディア コモンズには、フリー ソフトウェアに関連するメディアがあります。
「 https://en.wikipedia.org/w/index.php?title=Free_software&oldid=1332418356」より取得