クローズドソースでのさまざまなオープンソースライブラリの使用を検討していますAndroid app。ライブラリはさまざまなライセンス(MIT、BSDモダン、Apache 2.0)でリリースされており、このような使用が可能ですが、著作権表示がアプリケーションと共に逐語的に利用できるようにすることを要求します。
私はさまざまなアプローチを見てきましたが、少なくとも4つは:
/license
フォルダ。ベストプラクティスは何ですか?多分何か?アプローチ#2と#3は準拠していますか?
さまざまなオープンソースプロジェクトへの情熱的な貢献者として、私は本当に1位になりたいと思います。残念ながら私は担当していません。そのため、#2と#3についても議論したり、より良い解決策を提案したりする必要があります。
ほとんどのOSSライセンスは、どの環境で実行するかを合理的に知ることができないため、期待される内容を正確に規定しようとはしていません。結局のところ、多くの環境でFOSSコードを実行する自由は、FOSSコードであるということの基本的な部分です。
代わりに、通常、暗黙的または文脈上の規範に依存する条項があります。たとえば、すべての著作権情報を1か所に表示する必要がある場合があります。あなたがそれらの著作権を所有していないからといって、関連する著作権情報のいくつかを別の場所に隠すことは、不誠実であると見なすことができます。著作権がダイアログXに属していると思われる場合は、すべての著作権をそこに配置することをお勧めします。アプリにモバイルWebページへのリンクのみを含めることが許容できる場合は、自分の著作権についても、FOSSの著作権所有者がこれを受け入れる可能性があります。
「コンテキストノルム」はサードパーティが設定できることに注意してください。 Appleが著作権を明記する必要があるフォームを持つことを決定した場合、それがすべてのiPhoneアプリの標準となり、FOSSの著作権と一緒に自分の著作権をリストする必要があります。
正確な条件はライセンスごとに異なりますが、ほとんどのライセンスでは、エンドユーザーが見つけられる場所に著作権メッセージを表示する必要があります。通常のエンドユーザーがあなたのウェブサイトにアクセスするとは限りません。また、通常のエンドユーザーがAPKファイルをアンパックしてライセンスファイルを探すことを想定するのはさらに合理的ではありません。 Androidエンドデバイスは通常、これを行うためのツールさえ提供していません。
つまり、ユーザーがオープンソースライセンスを読むことができるメニューエントリを用意することが、提供したオプションの中で最も合理的なオプションです。 あなた自身の著作権表示も含むabout-sectionはこれに適した場所です。
他の人がライセンス条項を軽く取るからといって、同じことをするべきであるという言い訳にはなりません。ライセンス条項に準拠しないと、ライブラリの作成者から訴訟が発生します。非営利のオープンソース組織があり、訴訟が十分に注目を集めている場合は、そのような訴訟に資金を提供することがあります。 詳細については法務部にご相談ください。法務部がありませんか? 弁護士を雇う。今日の世界では、法的助言なしにビジネスを行うことはできません。