web-dev-qa-db-ja.com

Apache2.0でライセンスされたオープンソースソフトウェアの不正使用を防ぐ方法

私はApache2.0で多くのオープンソースソフトウェアをリリースしましたが、今はそのソフトウェアを使用してSaaSを提供しています。

基本的に、私は人々が私のソフトウェアをただ取って、SaaSで提供するためにそれをブランド変更するのを防ぎ、私自身のSaaSと直接競合する必要があります。

AFAIK Apache 2.0は、オープンソースプロジェクトに貢献することなく、ブランド変更(ソフトウェア名、ロゴ、「powered by xxx」メッセージの変更など、ドキュメントのブランド変更さえ)さえも可能にします。

それを防ぐ方法は? Apache 2.0はこの状況を考慮していますか?私のソフトウェアは、別のライセンスでより適切に「カバー」できますか?

1
Pablo Pazos

上記のAfferoGPL v3の用語と同様のライセンス用語を追加できます ここ

サーバー上でプログラムを実行し、他のユーザーがそこで通信できるようにする場合、サーバーは、実行中のプログラムに対応するソースコードのダウンロードも許可する必要があります。

プログラムを完全にAfferoGPL v3の下に置くか、デュアルライセンスを提供することも検討できます。

競合他社があなたのライセンス条項に従うかどうかは、特に彼があなたとは異なる管轄権を持つ国にいる場合は、まったく異なる質問です。あなたがそのような人々に対してあなた自身を防ぎたいならば、あなたはあなたのソースコードを秘密にしておく必要があります。

5
Doc Brown

あなたの唯一の道は、あなたのソフトウェアで「オープンソース」の欲求を放棄することです。

「主流」または一般的な適切なオープンソースライセンスはありません。ユーザーとの競争を含むあらゆる目的で使用する自由は、フリーでオープンソースソフトウェアの基本的な要件と見なされているためです。

もちろん、ライブラリを使用する場合は、プロプライエタリライセンスがオプションであるかどうかを確認する必要があります。

これも良い読み物だと思います: https://www.gnu.org/philosophy/open-source-misses-the-point.en.html

6
whatsisname

まず第一に、IANAL。法的に健全であると信頼できるアドバイスが必要な場合は、国際著作権法および知的財産法を専門とする弁護士からアドバイスを受ける必要があります。

私は3つの可能なアプローチを考えることができます:

  • ソースコードを公開しないでください。 AFAIK、オープンソースライセンスではそれを行う必要はありません。

  • 制限付きライセンスを使用して、modificationsをアップストリームのApache2.0コードベースに公開します。オープンソースである必要はありません。

  • Affero GPLv3ライセンスの下で公開します。 AfferoGPLの問題は次のとおりです。


最後に、誰かがAfferoから取得した句を標準のApacheライセンスに追加することを提案しました。

それをしないでください!

健全な法的原則に従って解釈された場合、自己矛盾するライセンスになってしまう可能性があります。それが発生した場合:

  • 賢明な人々はあなたのコードベースを法的に危険なものとして扱い、それを完全に使用することを避けます。
  • 悪意のある人々mayあなたの追加された条件を無視し、法廷で「彼らの運を試してください」。

これらのどちらもあなたにとって良い結果ではありません。

独自のカスタムライセンス条項を作成したい場合は、弁護士に依頼してください。

1
Stephen C