|
今日、「仙遊とビリビリでオープンソースプロジェクトが転売されている?一体これは何の悪質な行為なのか?」という記事を目にして、以前あった似たような事例をふと思い出した。オープンソースに対する一般の認識がまだ不十分であることを痛感した。この機会に改めてオープンソースについて触れ、オープンソース著作権者の視点から議論を交わしたい。 ケース1: オープンソースコードの再販 このケースでは、作者のThirteen氏は、自身のオープンソースコードが売却されたことを知り、非常に困惑しました。これらの転売業者の行動はさておき、作者は自身が提供したコードホスティングウェブサイトから、オープンソースライセンスがMITライセンスであることを確認できました。 MITは寛容なオープンソースライセンスとして、ユーザーに事実上無制限の権限を付与しています。つまり、再販業者の行為は確かに不快ではあるものの、許容範囲に収まるということです。もちろん、オープンソースコンテンツが金銭で販売され、実際に人々が購入するという事実に戸惑いを覚えたことを除けば、作者のThirteen氏は概ね冷静で寛大な態度を保っていました。これらの再販業者は、一般大衆の専門知識の欠如と情報の非対称性を利用しており、厳密に言えば、これは経済的正当性を有しています。 ケース2:王殷のクローズドソース この事件は2017年の古いニュースではありますが、非常に典型的なものです。BSDライセンスでライセンスされたソフトウェアが、元の開発者を雇用した企業によって商用利用され、最終的に大きな混乱を引き起こしました。 注: 元のブログ記事「なぜ私のコードはクローズドソース状態になったのか」は現在アクセスできません(404エラー)。関連する記事を検索して再投稿できます。 王殷氏についてはあまり詳しくありません。彼は中国で非常に人気があり、Zhihu、v2ex、CSDNのブログなどで数多くのレビューや議論が交わされていたと言われています。しかし、この投稿は少なくとも、彼のオープンソースに対する理解が浅く、狭かったことを示しています(2017年当時はそうでしたが、今とは必ずしもそうではありません)。彼はオープンソースに対して非現実的な幻想を抱き、過度に高い期待を抱いていました。 ケース3: Swooleオープンソースライセンスの変更 この訴訟も 2017 年に発生し、Apache ライセンスに基づいてライセンスされているオープンソース ソフトウェアである Swoole (執筆時点では、Swoole は依然として Apache ライセンスに基づいていることが確認されています) とそのフォーク バージョン間の紛争です。 このケースは、Androidの様々なリリースとGoogleのAndroid OSの関係に似ています。寛容なライセンスを持つオープンソースソフトウェアが、様々な改変版によって攻撃され、その人気を悪用されるのはよくあることです。 オープンソースの知識を普及させるまでの道のりは長い。上記の3つの事例はいずれも開発者からの苦情とみなすことができ、その苦情が合理的かどうかについてはコメントを控えさせていただきます。これらの事例自体、そしてそれらが引き起こしたオンライン上の紛争は、中国でオープンソースが広く普及するまでにはまだまだ長い道のりがあることを示しています。しかしながら、2017年から2020年にかけて進展が見られたことは喜ばしいことです。事例1の筆者はオープンソースについて多少偏った認識を持っていましたが、知識や法的理解に重大な欠陥はありませんでした。 オープンソースソフトウェアの概念が中国に導入されてから数年が経ち、近年オープンソース運動は盛んになってきました。しかし、企業や業界関係者との交流を通して、オープンソースに対する一般の認識や理解は依然として不均一であることがわかりました。その理由は次のとおりです。
数年前、オープンソースのガバナンスとコンプライアンスの問題に直面する機会があり、時折、表面的なオープンソースの「インシデント」に関する報告をオンラインで目にしました。これは、オープンソースに関する一般の知識が限られていることを示唆しています。今日は、この流れに乗って、オープンソースに関する基本的な知識についてお話ししたいと思います(オープンソースに関する情報はオンラインで豊富に提供されていますが、関心の低さは、結局のところ、この分野への内発的な動機付けが不十分であることに起因しています)。内発的な動機付けだけでは不十分なので、トレンドのトピックなど、外発的な刺激に頼りましょう。 オープンソースの「事故」: オープンソースを理解していますか?オープンソースとは何ですか? オープンソースとは、無私であろうと利己的であろうと、与えることです。議論は受け付けません。 オープンソース運動はフリーソフトウェア運動から派生したものであり、その創始者であるリチャード・マシュー・ストールマンは、その精神的指導者とみなされています。フリーソフトウェア運動は、後にビル・ゲイツ(かつての人物)に代表されるソフトウェア民営化運動として知られるようになる運動に反対しました。したがって、フリーソフトウェアは、献身、共有、そしてソフトウェアの自由を明確に追求しています。 オープンソース運動の台頭は、フリーソフトウェア運動と商業化(経済基盤が上部構造を決定づけていることを考えると、そう言えるかもしれません)の間の妥協を表しています。したがって、オープンソース運動は以前のフリーソフトウェア運動とは異なりますが、献身と協力は依然としてそのDNAに深く根付いています。もしこれが理解できないなら、オープンソースソフトウェアの定義をあと10回(理解できるまで)読んでみてください。 オープンソース運動は、空虚な理想では空腹を満たすことはできないことから、フリーソフトウェア運動のユートピア的理想主義を実用主義の仮面で覆い隠して軽視してきた。 オープンソース「事件」の原因オンラインで時折発生するオープンソースの「事故」のほとんどは、次の 2 つのカテゴリに分類されます。 タイプ1:他人の成果を私利私欲のために利用したり、努力せずに利益を得たり、他人の労働の成果を販売したりする人々を批判する...このタイプの主人公は主にソフトウェア開発者自身であり、オープンソースソフトウェアのユーザー(合法ユーザーと違法ユーザー)を独自の視点で見ています。 この種の「事故」の原因には次のようなものがあります。
タイプ2:オープンソースソフトウェアの有料化や非人間的なライセンスを批判し、厳格なライセンスをウイルスや吸血鬼、凶暴な存在のように伝染性が高いと批判する人は、他者の著作権や契約上の義務の行使に憤慨します。このタイプの人は本質的に「あるがままに受け入れる」信奉者であり、オープンソースソフトウェア開発者を独自の視点(善良な開発者、悪徳な開発者)から見ています。 この種の「事故」が起こる理由としては、単に何かを無料で入手したいだけ、それを使用するかどうかを選択する権利があるため、ということが挙げられます。 どちらの「事故」も、オープンソース運動の本質と中核原則を深く理解できなかったことに起因しています。それらは純粋に自己利益のみに突き動かされ、他者の視点を考慮せず、オープンソース本来の目的である献身と共有を軽視していました。 現実には、このようなことはよく起こります。つまり、同じ人がオープンソース ユーザーとして、制限が多すぎるという理由で GPL ライセンスを嫌うことが多いのです。しかし、オープンソース ソフトウェア開発者としては、GPL のセキュリティを好み、MIT や BSD などのライセンスを、何の救済措置もなく搾取されていると感じるため嫌うのです。 開発者とユーザーの権利と義務オープンソースソフトウェアは、まず第一に開発者の労働の成果であり、著作権で保護されています。オープンソースとは、ある意味では与えることであり、オープンソースソフトウェアのすべてのユーザーはその恩恵を受けています。このような与える行為に対しては、敬意を示すべきです。しかし、オープンソースユーザーは必ずしも高潔さや無私無欲である必要はありません。この敬意は、開発者が選択したオープンソースライセンスの範囲内で権利を行使し、権利保有者を尊重しつつ、Win-Winの関係を築き、自らの利益を最大化することに基づいています。 オープンソースソフトウェアの開発者として、必ずしも高潔さや無私無欲さが求められるわけではありません。開発者はそれぞれの目的に応じて適切なオープンソースライセンスを選択できます。オープンソースを選択するには、自分自身の内面を見つめ直す必要があります。オープンソースの動機と目的は何なのか?その結果はどうなるのか?これらの問いを慎重に検討した上で、許容的なライセンスを選択することで生じる可能性のある様々な問題についても明確に理解しておく必要があります。 オープンソースユーザーは純粋な受益者であり、彼らの不満は厳格なライセンスへの不満に過ぎません。一方、オープンソース開発者は、一般的に道徳的な理由(ケース3)や経済的利益(ケース1と2)から、より同情に値するように思われがちです。しかし、これはオープンソース運動が機能するメカニズムであり、完璧ではありませんが、効果的であることが証明されています。オープンソース開発者に関して言えば、他者が法律を破った場合には法的手段を用いて権利を守るべきです。他者が法律を破っていない場合には、どんなに動揺しても冷静さを保たなければなりません。 もちろん、上記のようなイライラすることは多くあり、開発者も無力ではありません。 例えば、ケース1のXinfeng Mallの作者は、非常に寛容なMITライセンスを選択しました。これは、他者が販売を含め、ほぼあらゆる用途に使用できることを意味します。ただし、作者には以下の権利が残ります。
本当に積極的にオープンソース化する準備はできていますか?中国の現状を踏まえ、私はこれまで、企業や開発者がオープンソースを法令遵守の方法で活用・活用できるよう支援することに重点を置いてきました。これは、私たち全員が過去にオープンソースから恩恵を受けてきたため、法的かつ法令遵守の枠組みの中で、オープンソースから学び、成長していく必要があるからです。 現在、中国ではますます多くの企業や個人がオープンソースコミュニティへの貢献を検討し始めており、これは非常に良いスタートであり、受益者から貢献者へと移行しつつあることを示しています。しかし実際には、これらの優秀な開発者は、オープンソースに取り組む際に、ケーススタディで示したような問題に必然的に直面することになり、これらの問題はオープンソースへの熱意を大きく損なう可能性があります。 したがって、オープンソース開発者は、自らの成果物を自発的に公開する前に、オープンソースを深く理解し、その目的を明確にし、潜在的な問題を予測する必要があります。そして、自らの目標と、そこから生じる可能性のある様々な問題を慎重に検討した上で、適切なライセンスを選択する必要があります。 オープンソースの動機に関連する典型的な潜在的なリスクは次のとおりです。 1. 一般の人々やコミュニティの力を活用してソフトウェアを最適化し、無償の労働力を獲得する。 オープンソースソフトウェアプロジェクトは無数に存在しますが、真に成功を収めたり、広く認知されたりするプロジェクトはごくわずかです。そのようなプロジェクトの動機が不純だと言うのは不公平ですが、成功する可能性は極めて低く、むしろ誰もあなたのプロジェクトを検討すらしない可能性が高いでしょう。 2. オープンソースを活用して自分の影響力を拡大したい(自己宣伝) これは、大企業を含むオープンソース開発者にとって非常に重要な目標と言えるでしょう。達成できるかどうかは、あなたのスキルレベルと、あなたの能力があなたの目標と一致しているかどうかにかかっています。 3. 独自の優れたソフトウェアに基づいたエコシステムを構築します。 これは多くの企業にとって究極の夢でもあります。最初のポイントで述べたように、ほとんどのオープンソースソフトウェアは、結局は群衆の中のただの顔に過ぎません。エコシステムの夢を実現できるかどうかは、ソフトウェアの優秀さ、エコシステムを支える能力、そして外部のコミュニティを引き付けることができるかどうかにかかっています。 これらの条件をすべて満たしたとしても、自身の能力がこのエコシステムの発展を持続的にリードできるかどうかを検討する必要があります。オープンソースコミュニティでは、リーダーシップは能力によって決まります。継続的な創造性を維持できなければ、誰かが簡単にあなたの成果をフォークして新しいリーダーとなり、あなたは取り残されてしまう可能性があります。GoogleのAndroidエコシステムはその好例です。AndroidエコシステムにおけるGoogleのリーダーシップは、継続的な創造性の上に築かれています。 4. ただ楽しむため オープンソースの最も純粋な形。ソフトウェアをオープンソース化する目的がシンプルであれば、つまり単に好きだからというのであれば、異なるオープンソースライセンスを使用することによる影響を理解する必要があります。他者があなたのオープンソースソフトウェアを使って金儲けしようとしても、あまり騒ぎ立てる必要はありません。それは認められているからです。もちろん、他者が大金を稼いでいるのを見て憤慨する必要はありません。多くの企業がリーナス・ベネディクト・トーバルズ氏の「趣味」ソフトウェアであるLinuxとGitを使って巨額の富を築いたように、あなたもただそれを喜ぶしかないのです。 オープンソースは単なるコードではありません。人格、能力、戦略、そしてビジョンが重要です。オープンソースに貢献し、利用するすべての人が、この世界の善意を感じていただければ幸いです。これらは、今まさにホットな話題となっているオープンソースの活用と積極的なオープンソース共有に関する考えと提案です。ご興味がありましたら、お気軽にご連絡ください。 著者について: 傅秦偉は、Jihui Zhijiaのシニアコンサルタント兼特許弁護士です。特許分析とレイアウト、FTO調査とリスク対応、特許情報活用、オープンソースソフトウェアのリスクとコンプライアンスに関するガイダンスを専門としています。 |