1.0UX TIMEShttps://uxdaystokyo.com/articles高橋 祐哉https://uxdaystokyo.com/articles/author/yuya-takahashi/rich600338<blockquote class="wp-embedded-content" data-secret="P4ZJxyUjvT"><a href="https://uxdaystokyo.com/articles/glossary/open-source/">オープンソース</a></blockquote><iframe sandbox="allow-scripts" security="restricted" src="https://uxdaystokyo.com/articles/glossary/open-source/embed/#?secret=P4ZJxyUjvT" width="600" height="338" title="“オープンソース” — UX TIMES" data-secret="P4ZJxyUjvT" frameborder="0" marginwidth="0" marginheight="0" scrolling="no" class="wp-embedded-content"></iframe><script> /*! This file is auto-generated */ !function(d,l){"use strict";l.querySelector&&d.addEventListener&&"undefined"!=typeof URL&&(d.wp=d.wp||{},d.wp.receiveEmbedMessage||(d.wp.receiveEmbedMessage=function(e){var t=e.data;if((t||t.secret||t.message||t.value)&&!/[^a-zA-Z0-9]/.test(t.secret)){for(var s,r,n,a=l.querySelectorAll('iframe[data-secret="'+t.secret+'"]'),o=l.querySelectorAll('blockquote[data-secret="'+t.secret+'"]'),c=new RegExp("^https?:$","i"),i=0;i<o.length;i++)o[i].style.display="none";for(i=0;i<a.length;i++)s=a[i],e.source===s.contentWindow&&(s.removeAttribute("style"),"height"===t.message?(1e3<(r=parseInt(t.value,10))?r=1e3:~~r<200&&(r=200),s.height=r):"link"===t.message&&(r=new URL(s.getAttribute("src")),n=new URL(t.value),c.test(n.protocol))&&n.host===r.host&&l.activeElement===s&&(d.top.location.href=t.value))}},d.addEventListener("message",d.wp.receiveEmbedMessage,!1),l.addEventListener("DOMContentLoaded",function(){for(var e,t,s=l.querySelectorAll("iframe.wp-embedded-content"),r=0;r<s.length;r++)(t=(e=s[r]).getAttribute("data-secret"))||(t=Math.random().toString(36).substring(2,12),e.src+="#?secret="+t,e.setAttribute("data-secret",t)),e.contentWindow.postMessage({message:"ready",secret:t},"*")},!1)))}(window,document); //# sourceURL=https://uxdaystokyo.com/articles/wp-includes/js/wp-embed.min.js </script> https://uxdaystokyo.com/articles/wp-content/uploads/2026/11/open-source-eyecatch.png10241024オープンソースとは、ソフトウェアの設計図にあたる「ソースコード」を公開し、誰でも利用・調査・改変・再配布できるようにする仕組みである。単に中身を見せるだけでなく、それらの行為を認めるライセンス（利用条件）が必要になる。 この仕組みが役立った例が、ソフトウェア「Valkey（バルキー）」である。元になった「Redis」の提供元がライセンスを変更した際、開発者たちは変更前のオープンソース版を引き継ぎ、別のソフトウェアとして開発を続けることができた。 中身を読めて、直して配れる ソースコードとは、ソフトウェアがどう動くかを、人が読める文字で記したプログラムである。オープンソースでは、誰でもソースコードを入手して仕組みを調べ、必要に応じて変更し、その変更版を配布できる。 料理にたとえると、完成した料理だけでなくレシピも公開され、誰でも作り方を確かめ、アレンジした料理をほかの人に提供できる状態に近い。重要なのは、レシピを読めるだけでなく、使い、変更し、共有する自由があることだ。 その自由を保証するのが「ライセンス」である。オープンソースのライセンスは、利用する人や組織、利用目的によって差別せず、再配布を受けた人にも利用や改変などの権利を認める。ソースコードが公開されていても、改変・再配布や特定の用途が禁止されていれば、オープンソースとは呼べない。 また、オープンソースは「無料」と同じ意味ではない。有料で販売することも、無料で配ることもできる。配布する際には、ソースコードと、コンピュータで実行できる形式の双方について、ライセンスの条件を満たす必要がある。 語源・提唱者 「オープンソース」という呼び名を考案したのは、Christineクリスティーン Petersonピーターソン氏である。それまで使われていた「free software」は、「自由に使える」ではなく「無料のソフトウェア」と誤解されやすかった。そこでピーターソン氏は、ソースコードの公開に着目した新しい呼び名を提案した。 クリスティーン・ピーターソン（出典：https://en.wikipedia.org/wiki/Christine_Peterson） 1998年2月の会合をきっかけに、この言葉はメディアやビジネス界にも広まった。同月に設立されたOSI（オープンソース・イニシアティブ）は、オープンソースと認められる条件を定義した。自由なソフトウェアの理念を受け継ぎながら、企業にも伝わりやすくする狙いがあった。 ソースの提供元に依存しない Redis（レディス）の提供元は、2024年にライセンスを変更した。変更後の条件はオープンソースの定義を満たさなかったため、開発者たちは同年3月、変更前のRedis 7.2.4をもとに「Valkey」の開発を始めた。オープンソースのライセンスで公開されていた版があったからこそ、元の提供元とは別に開発を継続できたのである。 ただし、誰でも開発に参加できるからといって、多くの人が開発を支えているとは限らない。Linux FoundationとHarvard大学の研究者による2022年の調査「Census II」で紹介されたデータでは、広く使われる上位50のソフトウェア部品について、追加されたコードの行数の80％超をわずか136人が書いていた。公開されていることと、開発を維持する人手が十分にあることは別の問題である。 使う版ごとに利用条件を読む 業務でオープンソースのソフトウェアを採用するときは、製品名だけでなく、利用するバージョンとそのライセンスを確認することが重要である。 たとえばWebサービスに組み込む場合は、そのバージョンのライセンスを読み、商用利用が可能か、改変や再配布にどのような条件があるかを確かめる。「ソースコードを見られる」というだけでは、自由に利用できるとは判断できない。 Redisはバージョン7.4でライセンスが変わり、バージョン8では選択できるライセンスが追加された。同じ名前のソフトウェアでも、バージョンによって利用条件が異なる。導入時だけでなく、更新時にも確認が必要である。 関連用語 フリーソフトウェア ソースアベイラブル コピーレフト 寛容型ライセンス フォーク プロプライエタリソフトウェア オープンソースAI