オープンソースソフトウエアの開発プロセスに...

論文

オープンソースソフトウエアの開発プロセスにおけるコミュニティの構造変化について

市川哲郎

１．序文

１９９１年１０月６日，Linus Torvaldsはリチャード・タネンバウム教授のMinix１

を基に書き始めた独自のUNIX風OSのkernelのソースコード公開のアナウンス

をUsenet２に投稿した。このIBM PC／AT互換機環境で作動するkernelはLinux

と呼ばれ，２０１１年現在，LinuxはPC／AT互換機環境からCellやARMなどの他

のCPUの環境に移植され，携帯電話のkernelやスマートフォン用のAndroidOS,

PlayStation３環境等々に移植されつつ，その開発は続行中３である。そして，

Linuxの設計図であるソースコードはネット上で公開され４，興味があれば誰で

も読むことができる。

１９９１年の公開直後に採用されたGPL５の下で，この２０年間Linuxの開発は持続

されてきた。その開発の担い手は当時PC／ATが普及しつつある中で，購入す

るにはあまりに高価であった商用UNIXに代替する環境への欲求や知的好奇心

を持つ個人，Linuxをなんらかの用途で商業用に利用したい営利企業に及ぶ。

その開発は，開発者が分散した国・地域に所在しながら，インターネットの

様々なツールから諸情報の交換を行うための会合まで様々な手段を介して，コ

１ http:／／www.minix３.org。フリイエ大学（Vrije Universiteit Amsterdam）のAn-

drew Tanenbaum教授が教育用に販売しているUNIXクローン。１９９０年当時，

ソースコードが入ったフロッピーディスクを安価に購入できた。

２ http:／／groups.google.com／group／comp.os.minix／msg／２１９４d２５３２６８b０a１b

３２０１１／１２／２４現在，Kernel３．２―RC（Release Candidate）７が公開中。

４ The Linux Kernel Archives（http:／／www.kernel.org／）

５ Gnu Public License（http:／／www.gnu.org／copyleft／gpl.html）


４９

ミュニティと呼ばれる集団を形成してコミュニケーションを保っている。そし

て，インターネット上での開発を前提とすれば，GPLというソースコードの非

排除性と非競合性を要請するライセンスの上で，複製費用がほぼゼロという非

希少性を伴ったソフトウエアを開発していることになる。これは個人の時間と

知識はもちろんのこと，営利企業からも自社の従業員の時間と知識を収奪して

他者に頒布するのみでありつづけるライセンスの下で，非常に速い速度で２０年

以上にわたって開発を保ち続けているということに他ならない。そしてその２０

年の間，開発者そして利用者の構造とコミュニケーションの構造は変化を続け

ている。

本稿では，オープンソースソフトウエア６という名称で包含されるソフトウ

エア開発の中で，GPLの下で開発されるソフトウエアにおいて観察される，コ

ミュニティ構造の変化について検討する。検討の上では，特にLinuxを念頭に

検討を行う。Linuxと称するとき，狭義のLinuxカーネルと称するソフトウエ

アと，ディストリビューションと呼ばれる広義のLinuxをカーネルとしたOSを

指す場合がある。本稿では，狭義を“Linux kernel”，広義を“Linux OS”７と

表記する。また，狭義広義を問わず開発者とエンドユーザーが各々同じコミュ

ニティに属する状況を想定する８。以下，構成を説明する。最初にOSSが採用

するソフトウエアライセンスと，他のソフトウエアライセンスとの差異につい

て説明する。次に，開発者そして利用者のコミュニケーションの構造の変化に

関していくつかの例を挙げる。この中には，発展的解消を行う際に主催者の意

向でアーカイブが残されなかったために読者が参照できない，きわめて初期に

６以下OSSと称する。

７ BSDの派生物やSolarisなど商用UNIX OSは，あくまで「OSを開発するプロ

ジェクトあるいは事業」だが，Linusが中心となり開発しているのはOSの中核で

あるkernelである。商用のRedHatやOSS的プロジェクトの成果物であるDebian

等々ディストリビューションと称される“OS”は，Linux Kernelを中核にそれ

ぞれの目的やポリシーによってOSとして機能するためのソフトウエアで構成さ

れる。

８ Linux kernelの開発の場であるLinux Kernel Mailing List（アーカイブは

http:／／lkml.org／）でバグ報告や議論が可能を行う純粋な利用者が存在し得ない

ことではない。

駿河台経済論集第２１巻第２号（２０１２）

５０

個人が解説したメーリングリストが含まれる。次に，本稿に問題意識が近接し

ている先行研究を示す。開発者そして利用者のコミュニティの構造の変化に関

するシンプルなモデルを紹介した後，今後研究すべき問題について述べる。

本稿に関する先行研究としては，Eric Raymondの「The Cathedral and the

Bazaar（以下，伽藍とバザール）」「Homesteading the Noosphere（以下，ノ

ウアスフィアの開墾）」「The Magic Cauldron（以下，魔法のおなべ）」が挙げ

られる。これらの文章は，Raymond自身がOSS開発プロジェクトを組織した

経験に基づいて，いくつかの重要な議論を行っている。「伽藍とバザール」で

は開発者がOSSを開発する動機に関する仮説と，大規模ソフトウエアの開発に

おける，・常にソースコードを集団で共有して，不具合の指摘や改善の提案を

受ける開発手法（バザール）と，・才能のある少数の開発者が集中して行う開

発手法（伽藍）の比較を行っている。その中で，バザールがBrooksの「人月

の神話」からの推論の結果に反して破綻せず，場合によっては後者よりも成功

することを指摘している。「ノウアスフィアの開墾」では，OSSの所有権の暗

黙の取り扱いルールと米英慣習法における土地所有権との理論的類似性と，コ

ミュニティにおけるインセンティブがMarcel Maussが研究した贈与経済に近

いこと，開発者のインセンティブに，コミュニティにおける名声が大きく影響

しており，評判ゲームに基づく贈与経済と見なせること等を指摘している。ま

たその一方で，OSSの開発が学問の進展のプロセスと極めて類似していること

も指摘している。「魔法のおなべ」では，OSSの商業化の際に運営資金を獲得

する方法と，公共財的性質を持つOSSの開発において「共有地の悲劇」が発生

しない理由としてライセンスの制約が機能していることなどを論じている。

Lerner, Tirole（２００２）では，OSSという財の存在の紹介と，具体的ないく

つかのOSSのサーベイを開発者自身へのインタビューなどを通じて行っている。

そしてOSSに関する，経済学から見たいくつかの研究課題を提示している。

Lerner, Tirole（２００４）はLerner, Tirole（２００２）の再考に相当し，急速に成

長する現象であるOSS開発を，様々な開発者の意図および役割の解説と，OSS

開発のプロセスの経済の他の分野に移植する可能性について論じている。

Hippel, Krogh（２００３）では，OSSの開発が，私的財が知的財産保護の体制

が整っている下での「私的投資」と，市場の失敗が存在する中で公共財を開発

していくための「集合行為」という２つのモデルの混合モデルであると提唱し


５１

ている。

Bitzer, Schrettl, Schroder（２００７）では，私的に供給される公共財という性

質を持つOSS開発者の動機に対して，（a）OSSコミュニティ上の「利用者かつ

開発者」は個別のOSSソフトウエアの問題の解決が必要であること，（b）「利

用者かつ開発者」は個別のOSSソフトウエアの問題に取り組みあるいは精通す

ることに楽しみを見いだす，“homo ludens”９的な利得を楽しんでいること，

（c）活動中のOSSプログラマーの集団に所属したい，といった本源的な欲求，

を挙げている。

２．OSSライセンス

一般にOSSを取り上げる場合，The Open Source Initiative（以下OSI）のThe

Open Source Definition（以下OSD）が規定するOSSの定義に順ずるライセン

スの下で開発，頒布されるソフトウエアに焦点が向けられる。しかしOSDが

規定するOSSより厳格なGPLを採用する「Free Software」も，またOSSより

複製権などの規定に関して緩やかなBSDやMIT／Xに基づくソフトウエアも

OSSに密接に関連している。本稿ではOSSという名称で，OSDによって定義さ

れる範疇の中で，より厳しいライセンス条件を持つGPLを採用するソフトウエ

アを対象に検討する１０。GPLはソースコードの著作者人格権１１の一部は留保され

るものの，複製権，頒布権などは放棄することが明記されているという特徴を

持つソフトウエアライセンスである。このライセンス条項は，上記で指摘した

ようにソースコードに非排除性と非競合性，非希少性という性質をもたらすこ

とになる。しかも，GPLで公開されたソースコードを第三者が派生物を創造し

た場合，派生物のソースコードにもGPLが適用されるという伝染性を持つ１２。

開発者がGPLソフトウエアのソースコードに埋め込む開発者の才能や開発にか

ける作業の機会費用，また成果物としてのソフトウエアの知的財産の価値を金

９「遊ぶ人の意」。遊ぶことに人間の本質的機能を認めるという人間観の一つ。

１０最近ではOSSおよびGPL採用のソフトウエアを総称して“FOSS”とする例も

あるが，本稿ではこれをOSSと呼ぶ。

１１著作者人格権のうち同一性保持権はソースコードが改変可能であるので留保

されず著作権上問題となる。


５２

銭で計測すれば，それは明らかに無視できない金額になるはずである。商用ソ

フトウエアのライセンスは，開発者が保有するソフトウエアの知的財産を第三

者から保護するために策定されていると考えて良いが，GPLが商用ソフトウエ

アのライセンスと完全に対立する要請をしていることに注目したい。つまり

GPLの要請は，利潤の最大化を目指す企業はもちろんのこと，個人の開発者の

多くの権利の放棄を要請していると考えられる。多くの先行研究はこの状況下

でなぜ個々人の開発者が開発に参加し，営利企業すら参加しているのかについ

て考察を行っている。

GPLにせよ，OSDにせよ，その出現には歴史的経緯があると考えざるを得

ない。そこで，Linuxが目指したUNIXの開発から経緯を振り返ってみる。

UNIXはAT&Tベル研究所のKen ThompsonとDennis Ritchieが１９６９年に開発

を開始し，１９７３年には開発言語がアセンブラからＣ言語に移植された。当時

AT&Tがシャーマン法１３に抵触していたためコンピュータ業界でUNIXを製品

化できず，AT&Tからソースコードが複製代のみで公開されていた。ソース

コードを入手したカリフォルニア大学バークレイ校１４（以下UCB）などは，作

動の不具合に対する修正コードをAT&Tに送付していた。これらが，UNIXの

開発過程におけるオープン性，あるいは「オープンソース文化」と言える流れ

を生成したと言える。後にAT&Tから独立したBSDを開発したUCBや，UNIX

上で作動するX Window Systemを開発したマサチューセッツ工科大学（以下

MIT）の成果物は，学術研究が大きな役割を占め，従ってUCBが規定したBSD

ライセンスやMITの研究プロジェクトが策定したMIT／Xライセンスは，UCB

やMITの成果物から派生物を創造する場合，UCBやMITの成果物である旨を

クレジットすることを要請する内容である。これは，当時のAT&Tの状況に

１２ GPLの下では，GPLで開発されたライブラリにリンクしたソフトウエアは，

GPLが継承されてしまう。この制約があまりにも厳しいために，ライブラリには

「リンクしてもGPLが継承されない」LGPL（Lesser GPL）というライセンスが

適用されている。

１３アメリカ合衆国における独占禁止法。１９８２年にはこの制約が軽減され，AT&

TはUNIXに対して１０万ドル（１９８８年）という使用料を設定している。

１４ Ken Thompsonが，１９７５―１９７６年の１年間，UCBで研究を行っている。


５３

対応した学術研究の成果への扱いの流儀を強く反映したライセンス条項だと考

えられる１５。

１９８０年代に入ると，ソフトウエアビジネスの中でソフトウエア自体に対して

知的財産としての価値が評価されるようになり，商用ソフトウエアのソース

コードは開発元から公開されないケースが現れた１６。このような推移の中で，

MITのMedia Labに在籍していたRichard Stallmanが，プログラムの人間可読

な形式であるソースコードの「自由」を守りたいと考え，１９８５年にフリーソフ

トウェアの生産と促進に貢献するためにFree Software Foundation（以下FSF）

を設立し，その手段としてソースコードの非排除性と非競合性を要請する法的

有効性を持つ契約書であるGNU Public License（以下GPL）を策定している。

３．OSSコミュニティ構造の時間的推移

OSSでは，「伽藍」と呼ばれるソフトウエアを少数の優秀な開発者が閉鎖し

た状況の中で開発する方式１７と，「バザール」と呼ばれるコミュニティで開発者

が新規にソースコードを創造するとそれは開発に関心がある他者に公開され，

実装実験を行う開発方式がある。特にLinux kernelを念頭に検討を行う場合，

開発構造は後者にあたる。これはRaymond１８が指摘したように，Linux kernel

の開発における技量貢献度を問わず開発に関心があるユーザー兼開発者が開発

の過程で参加する機会が与えられているということを意味するこの開発スタイ

ルは，Linux OSの開発や普及促進でも類似した構造的傾向がある。そしてこ

のコミュニティの構造は開発や商用化の推移と相関して変わっていく。ここで

は１９９０年代から現在までのLinux OSの日本におけるコミュニティの推移をそ

の事例として考察する。

１９９１年秋にLinux kernelが公式にリリースされたが，kernelがOSとして機能

１５この論文もまた，先行研究者の研究を何ら金銭的対価も支払わずに継承して

いる。

１６現在のソフトウエアでは機械可読なバイナリを解析するリバースエンジニア

リングすら禁止されているケースが多い。

１７ BSDやGNUのソフトウエアの開発方式は「伽藍」である。

１８ Raymond, E.１９９９伽藍とバザール


５４

するためにはOSに諸機能を提供するための個々のソフトウエアと，更に開発

環境がLinux kernelの下で作動してはじめてOSとして機能する。しかしその

Linux OSは２５６個の文字で構成される１バイト言語圏の欧米で開発が進んだた

めに，９０年代中盤までは１バイト言語を使う前提で実装されており，日本語や

中国語など最高で６５，５３６文字表現できる２バイト言語には非対応だった。そこ

で，Linux OSに２バイト言語，特にEUC―JPやISO―２０２２―JPなどの日本語圏の

文字セットの移植が行われた。この「日本語化」の作業と平行して，早くから

当時日本ではガラパゴス的に広く普及していた富士通TownsやNECのPC９８系

などの環境への移植も進められた。日本語環境では，１９９２年１０月にコンソール

で漢字を表示するためのKON１９を豊橋技術科学大学２０の真鍋敬士氏が公開した。

インターネットが民間に開放されていなかった当初，研究機関に所属しない層

がパソコン通信サービスの日経MIXやNIFTY―Serveなどで情報交換が行われ

ていたが，インターネット上では１９９２年１２月に真鍋氏がLinux―ML２１を開設し

ている。さらに１９９３年８月にはネットニュースにfj.os.linuxというニュースグ

ループを開設している。日本におけるインターネット上のLinuxのコミュニ

ティは，１９９７年３月にlinux―users―MLが開設されるまでこれらが担っていた

と考えられる２２。当時はLinux OSをインストールするにしても希に専門雑誌で

紹介されるのみで情報が不足していた。そこでコミュニティでは日本語化の作

業と同時にコミュニティへ新人が参入するたびに繰り返し発せられる質問

（FAQ）への解説文章の整備２３，Linux OSが作動するハードウエアの一覧，

Linux OS上で作動するソフトウエアに添付してあるマニュアルの日本語化作

１９ Kanji ON console。ウィンドウシステムが作動しない画面での日本語表示では

便利であり，２０００年代に至っても他のUNIX系OSで利用されることがある。

２０１９９２年当時

２１過渡期では，パソコン通信サービスからインターネットに接続するサービス

がパソコン通信サービス業者から提供されていた。Linux―MLは真鍋氏のサーバ

でサービスをしていたが１９９７年に真鍋氏の開発環境のハードディスクがクラッ

シュした事故を機会に閉鎖された。

２２ IRCを通じたチャットでも意見交換が行われていたが，これもアーカイブは

残っていない。

２３ JF（http:／／linuxjf.sourceforge.jp／）


５５

業２４等が行われた。KON以降Linux OSの日本語対応化２５を行ってきた真鍋氏の

開発環境が１９９７年にクラッシュした後と前後して，いくつかのプロジェクトで

Linux OSに組み込まれているソフトウエアの日本語対応化作業２６，２７が行われた。

このころ「日本Linuxユーザ会（JLUG）」が発足している。

マイクロソフトから発売されたWindows３．１およびWindows９５がPCユー

ザーの人口を増加させていったこの時期までは，Linux OSの利用者は開発や

普及に少なからず関心を持つ参加者がコミュニティに残る傾向があった。そし

て何らかの形で開発や普及に参加することで自ら環境を改善させることができ

た。そしてその実績は，コミュニティを通じて実績という名の名声を作り出し，

その名声が職への契機となる場合もあった。

しかし１９９７年に，GPLライセンス下の既存の日本語対応化ソフトウエアを導

入しつつ，保守サービスを提供する対価として有償とした商用Linux OS２８が発

売された。この時期はLinux OSがデスクトップOSとしてWindowsに置き換え

られる可能性と，サーバ用途なのでの商用化を模索した時期でもあった。

Linux OSは主にオープンソース，特にGPLライセンスのソフトウエアで構成

されていたが，ソフトウエアの集積であるOSへの保守サービスに対して有償

とすることをGPLは妨げられない。この時期からコミュニティに参加する層は，

MS Windowsの代替となる「無料の」OSとして一般紙でも採り上げられたこ

とが手伝い，「利用者兼何らかの形での開発者」に替わって「商用Linux OSに

有償で保守サービスを任せる利用者」が増加してきたと思われる。

一方，基幹業務用やエンドユーザー向け商用を提供するソフトウエアベン

ダーやハードウエア企業は，Linux OS２９の出現当初は関心を寄せていなかった

と推測される。特にPCに追加機能を提供する各種ハードウエア企業は，Linux

OSに対してハードウエアを制御するためのドライバと呼ばれるハードウエア

２４ JM（http:／／linuxjm.sourceforge.jp／）

２５ JE（Japanese Extension）と称された。

２６１９９７年１１月５日にこじまみつひろ氏がPlamo Linuxの最初の公開を行っている。

２７他のUNIX（系）OSでも採用されるX Window systemの日本語化などはOSか

ら独立して日本語対応化（L１０N），国際化（I１８N）が行われた。

２８ TurboLinux（http:／／www.turbolinux.com）


５６

を最適に制御するソフトウエアを提供しなかった。この理由としては第一に

kernelがGPLライセンスのLinux OSに対してドライバのソースコードを提供

することを拒否したためであり，第二に９５年頃まではLinux OSの市場価値を

否定したためと思われる３０。Linux kernelの開発も，９０年代前半までは機能の

実装が最優先で，実装方法はIntel８６アーキテクチャに依存していたと言われ

ている。ところが９０年代後半に入ると，研究環境や各種サーバ用途でLinux

OSの負荷に対する頑健性を示す運用実績が出現し，市場規模も拡大していっ

た。kernelの設計も徐々に柔軟に他の環境に移植可能な設計に書き換えられて

いった。この状況の変化に対応して，現在ではいくつかの企業が自社の従業員

をkernelの開発に参加させている。これは単なるブームでは終わらなかった

Linux kernelが，いわゆるバザール方式の開発スタイルで，利用者の利用に

よって常時問題点を抽出解決しながら開発されてきたおり，しかもそのソース

コードの入手が確保されてきているからだという仮説を立てることができる。

コミュニティ自体の変化としては，法人格を持たない「日本Linuxユーザ会

（JLUG）」から１９９９年に「任意法人日本リナックス協会３１」として組織化され

た時期３２でもあった。そして現在では，一部の商用Linux OS３３では，MS Win-

dowsやMacOSと同様に見なす純然たる利用者と開発者が分離している構造に

変異している３４。これらの商用Linux OSの利用者は利用者に徹しており，不具

合に遭遇した場合，商用Linux OSベンダーの利用者向けメーリングリストで

不具合を報告しベンダーからの回答を待つ場合のほかに，BTS３５と呼ばれる開

２９ビデオボードのドライバに関しては，高性能の特殊なハードウエアを開発す

る企業はX Window system用のドライバを公開しなかった。X Window system

は他の商用UNIXでも採用されていたが，X Window systemには一時期これらの

メーカのボイコット文章が同梱されていたことがある。

３０当時の専門誌の一連の記事およびコミュニティの議論からの類推であり，参

考文献をあげるとすればそれらの情報すべてであるといわざるを得ない。

３１ http:／／jla.linux.or.jp／

３２１９９９年４月１日発足

３３ RedHat，SUSE，TurboLinux等が商用Linuxに該当する。

３４コミュニティベースのDebian（http:／／www.debian.or.jp／）などでは，MLの

流量は変わらず多い。


５７

発者への不具合追跡システムで連絡しベンダーからの回答を待つ場合もある。

利用者がソフトウエアをブラックボックスとして扱いさらに利用者数が多い場

合BTSは効率的な不具合追跡システムだが，利用者が開発側の不具合に対する

すべての議論を閲覧できない場合があり，その点で利用者を開発側には誘導し

にくい。また現在ではJF，JMなど日本Linux協会下にあったプロジェクトは

“Sourceforge Project”３６に収納されている。

ここまでは１９９０年代から現在までのLinux OSの日本におけるコミュニティ

の推移を振り返ってみた。これを一般化すると以下のようになる。

コミュニティは時間の経過と共にOSSソフトウエアの開発の進行と利用者数

および利用者の「質」の分散を続けていった。OSSコミュニティ，特にバザー

ル方式を採用している場合は，コミュニティの構造はコミュニティの主催者や

運営集団が決定するものではなく，コミュニティの状況が構造を決定すると考

えられる。そこで，以下ではコミュニティのシンプルなモデルを構築し，どの

ような場合にコミュニティの構造変化が起きるのかを検討する。

４．モデル

OSSを開発する場として「コミュニティ」が存在する。コミュニティの参加

者は，OSSソフトウエアの単なる利用者ではなく，GPLライセンスの下でOSS

を開発している利用者かつ開発者である。コミュニティの参加者はOSSの開発

に関する諸情報の交換を行うために会合を持つ他に，メーリングリスト，IRC，

３５ Bug Tracking System

３６ http:／／sourceforge.jp

図表１：コミュニティの分岐の推移


５８

その他を通じて情報交換を行う。コミュニティはソースコードとメーリングリ

ストの倉庫を持つ。倉庫の内容は，誰でも制限なく利用できる。

コミュニティにはHigh SkillとLow Skillの２種類の開発者が存在する。GPL

ライセンスの下でOSSの開発を行う開発者がコミュニティに参加する際には，

いくつかの互いに排他的ではない動機を持っている。すなわち，・高価でライ

センスが販売されるプロプライエタリなソフトウエアのクローン３７を作ろうと

するなど，個人的な必要性に基づく動機，・コミュニティ内での名声の獲得に

基づく動機，・将来の就職に備えた履歴の蓄積に基づく動機３８，・営利企業が

OSSを一ツールとして採用しており，OSSの開発に協力することが結果として

自社の営利企業に正の利益をもたらす場合，などである。

High Skillはソースコードを書く能力を持ち，開発したプログラムの不具合

を発見することができる。また，発見した不具合を，ソースコードを書き替え

ることを通じて解決する提案を行う能力がある。Low Skillは，ソースコード

を新たに書く能力はない。しかし，開発したプログラムの不具合を発見するこ

とができる。Low Skillはコミュニティでの活動において，High Skillになるこ

とを目標に活動している。

コミュニティには，GPLにおける開発を拒否しない限り個人でも企業でも参

加できる。この時，コミュニティにおける活動の結果は個人からすれば効用で

あり，企業にからすれば利益と呼ばざるを得ない。本稿ではHigh SkillとLow

Skillの２種類の開発者に注目するが，コミュニティ内では個人と企業がこれら

３７例としてＳ言語に対するＲ言語，MATLABに対するOctave，Scilabなどが挙

げられる。

３８ Raymondの一連の主張のほかに，Bitzer, Schrettl, Schroder（２００７）の説も導

入したい。

図表２：モデルにおけるコミュニティの分岐の推移


５９

２種類の開発者として同時に活動している。従ってコミュニティ内における個

人と企業の活動の成果を「効用」と統一して称する。

コミュニティ内にはN（人）の開発者が活動している。全体の開発者のうち，

αNがLow Skillであり，（１－α）NがHigh Skillと仮定する。ただし，αは以下を仮定する。

０＜α＜１（１）

αはコミュニティの状態変数である。High Skillの立場で考えれば，新たなソースコードの開発の段階では，仕様や実装についてHigh Skill間では議論が

可能だがLow Skillのコメントはノイズとなる。しかしソースコードの開発に

おいて，仕様が確定してコミュニティ内で公開テストを行う場合，High Skill

からの不具合の指摘のほかに想定外の操作を行う可能性を持つLow Skillから

の不具合の指摘は非常に有用である。また，各利用者かつ開発者は，自分が

High SkillとLow Skillのどちらかに属するかを正しく認識していると仮定する。

コミュニティの規模をN，Low Skillの全体に占める割合αとした場合，

High Skillの評価関数uhとLow Skillの評価関数ulを以下のように定義する。

uh＝［ηh－λh（１－α）N］N （２）

ul＝［ηl－λlαN］N （３）

ηxとλx（x＝h，l）は，High SkillとLow Skillの特徴に関する係数である。コ

ミュニティの規模Nが増加する場合，従来からの参加者の間では既知の知識あ

るいはコミュニティ内の暗黙のルールが，開発者が新たに参入するたびにコ

ミュニティに繰り返し発生する質問に対応することになる。コミュニティの規

模Nが増加する場合，High Skillの数が比例して増加する結果，High Skill間の

仕様や実装に関する議論の内容が高度化しかつ流量が増加する結果，High

Skillから学習するソースコードを書く能力に関する低下する可能性がある。一

方，Low Skillの立場から考えれば，High Skillと同じコミュニティにいれば，

High Skillからソースコードを書く能力について学習することができる。つま

り，コミュニティの規模NとLow Skillの全体に占める割合αに依存して，同一のコミュニティにHigh SkillとLow Skillが混在していた方が望ましい場合と，

High SkillとLow Skillが分離して別のコミュニティを作った方が，High Skillと

Low Skillのどちらかが望ましい場合がある。そこで以下の仮定を置く。


６０

ηh

λh＜ηl

λl （４）

これは，High SkillはLow Skillと比較して，コミュニティの規模よりも自分

と同じスキルの開発者が多く存在することを重視することを仮定している。コ

ミュニティの統合と分離の選択に関しては次の手続きを通じて決まる。すなわ

ち，High Skill又はLow Skillでコミュニティの分離または統合の提案があると，

コミュニティ内で提案に関する投票が行われる。投票の後，動議を行った提案

側が全体の過半数を上回ればその動議はコミュニティで採択される。

上記の仮定から，High Skillから「統合していたコミュニティを，High Skill

とLow Skillのサブコミュニティに分割する」という提案がなされたとする。

この際，High SkillとLow Skillは自分の所属するSkillの利益を最大化するよう

に投票を行う。

上記の評価関数を，α，ηh，λh，ηl，λlを与件としてNについてFOCを計算

すると，High SkillとLow Skill各々の効用が最大となるコミュニティの規模は，

以下のようになる。

N h＊＝ηh

２λh（１－α）（５）

N l＊＝ηl

２λlα （６）

High SkillとLow Skill各々の効用が最大となるコミュニティの規模は，コ

ミュニティにおけるLow Skillの全体に占める割合の関数となる。�および�

からN h＊＞N l＊となる条件より，以下の命題が導出される。

命題：

α＞ ηlλh

ηhλl＋ηlλh （７）

を満たすとき，High SkillとLow Skillから構成されていたコミュニティは，

High SkillのコミュニティとLow Skillのコミュニティへ分割される。

High SkillがコミュニティにおけるLow Skillの全体に占める割合αの増加による不利益が，コミュニティ規模の増加がもたらす利益を上回ったとき，コ

ミュニティの分割が提案される。コミュニティ全体におけるLow Skillの全体

に占める割合αは，（７）で示すとおりHigh SkillとLow Skillの特徴に関する係


６１

数から決まる。この提案はN h＊＞N l＊となることから可決され，コミュニティ

はHigh SkillのコミュニティとLow Skillのコミュニティへの分割が行われる。

５．まとめ

本稿では，OSSコミュニティ構造の変化について検討を行った。検討におい

ては，High SkillとLow Skillから構成される開発者かつ利用者からのコミュニ

ティの構造の変化に関するシンプルなモデルを構築し，内生的に構造変化をも

たらす条件を検討した。今後検討すべき点としては以下が挙げられる。第１に

本稿で検討したモデルの再検討である。本稿のモデルではHigh SkillとLow

Skillの２種類の開発者のみを考慮しているが，現実を顧みればコミュニティの

規模の拡大に従って，コミュニティに新たに参加してくる開発者の技量が連続

的に下がってゆく状況を検討する価値があると思われる。

第２に，営利企業がOSS開発に積極的に参加している現状に対する企業の動

機および目的の検討である。一例として企業がGPLをライセンスとするOSS開

発に参加する場合，GPLの下の公共財の性格を持つソースコードを無償で入手

し自社が開発するアーキテクチャに移植することができる。しかしGPLのソフ

トウエアを拡張して自社のアーキテクチャ向けに移植した改変部分は同じソフ

トウエアライセンスが適用されるので，ソースコードを公開することにあらか

じめ合意した上でソースコードを流用していることになる。企業はBitzer,

Schrettl, Schroder（２００７）の“homo ludens”的動機で事業を行っているとは

考えられず，どのような条件を満たしている企業あるいはプロジェクトがOSS

開発に参加するのかについて検討したい。


６２

資料

Linux「日本語化の歩み」３９

１９９１年１０月５日最初の公式版Linuxであるv.０．０２が発表された。

１９９２年１０月１３日 KON（Kanji ON console）公開。

１９９２年１２月３日 Linux―ML開始。

１９９２年頃にはSLS（＊）のパッケージが入手でき，日本語環境ではkonやnemacs（日

本語Emacs）などがftpで入手できた。

１９９２年７月２１日 NIfty―ServeでTowns Linux―０．９６c―PL１―TL０αテスト版が公開。

１９９２年７月２５日 Nifty／FFMPROにLinux porting Lab. 会議室が誕生（FM Towns関

連フォーラム）。１９９４年からNifty／FFMHOBへ移行。

１９９３年頃からPC／AT機が一般的に普及し始める。

１９９３年５月１日 JE（Japanese Extension）がLinux―MLでリリース

１９９３年５月 Nifty―Serve funixにLinuxの会議室が開設された。

１９９３年７月５日 JEパッケージ公開。

JEパッケージは１９９８年JE―０．９．８aで終了。

１９９３年８月４日 Linux JF（Japanese FAQ）Project結成。

１９９３年８月２５日 fj.os.linuxニュースグループ開始。

１９９３年９月「Linux情報メモJapanese INFO―SHEET」が公開され，以後定期的に更

新される。

１９９３年１０月１５日 META FAQ日本版（JMETA―FAQ）の最初の公開版。

１９９３年１０月頃からJFでLDPのHOWTOの翻訳活動が活発になる。

また，Niftyの参加者がJFの活動へ参加するようにもなった。

１９９３年１１月下旬 LASER５が日本語Linux ＋ JEを発売開始。

１９９３年１２月 Linux v.０．０９リリース

１９９４年３月１４日 Linux v.１．０リリース

１９９４年３月 Linux Journal創刊号

１９９４年２月 Laser５版日本語Linux ＋ JE（JE２）発売。

ソフトウェアデザイン誌１９９４年３月号にLinuxのインストールについての記事

（＊）掲載。

１９９４年９月 Laser５版日本語Linux ＋ JE（JE３）発売。

Slackware V.２．０がパッケージに収録される。

３９中谷千絵１９９９Linux「日本語化の歩み」，http:／／web.kyoto-inet.or.jp／people／

jeanne／linux／sd／japanese.txtより抜粋，著者が追補。


６３

１９９４年１１月４日 Linux Japanese Extensions HOWTO V１．１０

１９９４年１２月２１日 Linux FAQ日本語版（英語版FAQ１９９４／１２／２１の翻訳）が公開。

１９９４～１９９５年頃からインターネット接続サービスをする「プロバイダ」が登場し，ppp

接続サービスを始める。

１９９５年２月１０日小山ほか著「Linux入門―PC互換機の最新UNIX環境」出版。

１９９５年２月 Linux Gazette創刊号

１９９５年４月２０日はねひでや著「Linuxお気楽・極楽インストール」出版。

１９９５年９月１８日 Netscape Navigator２．０発表

１９９５年９月 Slackware３．０ELF版が登場

１９９５年１１月１１日はねひでや著「Run Run Linux」初版アスキー出版局

１９９５年１１月 Windows９５発売。

１９９５年１２月２日 Linux ＋ JE４（JE４）パッケージLaser５から発売。

１９９５年１２月４日 Linuxの創始者Linus氏初来日。

１９９６年１月 Linux入門キット出版。

１９９６年３月 FreeBSD用の日本語文書の収集を進めるプロジェクト（jpman）発足。

１９９６年５月６日日本Linuxユーザ会のウェブサイトが立ち上がる。

１９９６年８月２９日 Debian JP Projectのdebian―devel ML発足。

１９９６年１１月 Linux Japan創刊号発行

１９９７年１月 FreeBSDオンラインマニュアル翻訳プロジェクト（jpman）のページ公

開。

１９９７年２月一般ユーザを対象にしたLinux Users MLスタート

１９９７年３月１６日 Jman（JM）プロジェクトからLinux 日本語マン・ページVersion

０．１初版公開

１９９７年１１月５日 plagia―alpha４１st print配布（９８／０５／２４にPlamoに改名）

１９９７年１２月６日 PJE―０．１PJEリリース

１９９７年１２月 TurboLinux１．０リリース

１９９８年８月情報ビルダーズがTurboLinux日本語版２．０対応Applixwareリリース。

１９９８年１０月１１日 JMおよびXJMANで日本語に翻訳したマニュアルの検索ページ公

開

１９９８年１０月１４日 JMの活動から，X Window Systemに関連したマニュアル群を日本

語に翻訳するプロジェクトXJMAN発足。

１９９８年１１月 Eric S. Raymond氏がGoodbye,“free software”; hello,“open source”を

発表。

１９９８年１１月１１日 Linux―users ML FAQ Ver０．６がまとめられた。


６４

１９９８年１１月１６日 RedHat Linux５. xをベースにしたVine Linuxリリース

１９９８年１２月 Linux Conference ’９８開催

１９９９年３月１８日にVine Linux製品版発売決定。

１９９９年３月１９日 NIFTY SERVEが初心者向けLinuxフォーラムFLINUXを開始。

１９９９年４月１日日本Linux協会設立

１９９９年６月１８日 Vine Linux１．１CR（Commercial Relese）発売。

１９９９年７月１７日 Linux Japanese RPM ProjectよりJRPM６０リリース。その後休眠

状態へ。

２００２年５月２４日五橋研究所が最後のLinux Japan誌を出版後休刊

＊SLS Softlamding Software（SLS）のパッケージ＊ソフトウェアデザイン１９９４年３月号「Laser５版日本語 Linux ＋ JE」


６５

参考文献

Bitzer, J., W. Schrettl, P. Schroder Intrinsic motivation in open source software de-

velopment, Journal of Comparative Economics, Vol.３５（２００７）, Issue:１（March）,

Pp.１６０―１６９

Hippel, E., and G. Krogh, Open, Source Software and The“Private―Collective”Inno-

vation Model: Issues for Organization Science, Organization Science March／April

２００３vol.１４no.２, Pp.２０９―２２３

Lerner, J., and J., Tirole,“Some Simple Economics of Open Source,” Journal of In-

dustrial Economics,５２（June２００２） Pp.１９７―２３４

Lerner, J., and J., Tirole, The Economics of Technology Sharing: Open Source and

Beyond, NBER Working Paper No.１０９５６, Issued in December２００４

Levy, S.,２００１,“Hackers: Heroe of the Computer revolution”, Penguin.

Mauss Marcel，贈与論（１９２５）有地他訳（社会学と人類学�収納）弘文堂

Raymond, E., S., The Cathedral and the Bazaar, http:／／www.catb.org／～esr／writings／

cathedral-bazaar／cathedral―bazaar／

Raymond, E., S., Homesteading the Noosphere http:／／www.catb.org／～esr／writings／

cathedral-bazaar／homesteading／

Raymond, E., S., The Magic Cauldron http:／／www.catb.org／～esr／writings／cathedral-

bazaar／magic-cauldron／

（伽藍とバザール山形浩生訳・解説光芒社収納）

Brooks. F., P.，滝沢徹他訳人月の神話―狼人間を撃つ銀の弾はないアジソンウェス

レイパブリッシャーズジャパン

DiBona他編倉骨彰訳オープンソースソフトウエア O’Reilly

Waber, S.,２００４.“The Success of Open Source”, Harvard University Press.

OSI 承認ライセンス日本語参考訳 Open Source Group Japan. http:／／www.

opensource.jp／licenses

SourceForge http:／／sourceforge.net

オープンソースの定義 Open Source Group Japan. http:／／www.opensource.jp／osd／

osd-japanese_plain.html

中谷千絵１９９９ Linux「日本語化の歩み」，http:／／web.kyoto-inet.or.jp／people／

jeanne／linux／sd／japanese.txt

［linux-users：００００１］ Hello！ Linux Users, http:／／search.luky.org／linux-users.０／


６６

msg０００００.html


６７

オープンソースソフトウエアの開発プロセスに...

Documents