OwnCloudライセンスモデル について少し混乱しています。 OwnCloudはAGPLライセンス製品です(少なくともオープンソースバージョンはそうです)。それは、APIを使用して作成するOwnCloudアプリに使用できる唯一のライセンスがAGPLでもあるということですか?
私の理解では、AGPLライセンスは非常に制限されているため、AGPLでリリースする必要がない限り、アプリを作成することはできません。これには、OwnCloudEnterpriseエディションに少額のお金をかけたくない顧客向けのカスタムアプリが含まれます。 。どういうわけかそれは間違っていると感じているので、私はそれをすべて間違っているかもしれません、そしてこのトピックを明確に理解している誰かがこれにいくつかの光を当てることができれば幸いです。
AGPLバージョン3はGPLバージョン3と互換性があり、LGPLバージョン3もGPLバージョン3と互換性があります。つまり、AGPL v3、GPL v3、またはその他の互換ライセンスでアプリを公開できます。
これらのライセンスにより、アプリを販売できますが、購入者はアプリを無料で公開できます。それが一般公衆利用許諾契約書の目標です。ライセンスされたソフトウェアは現在も現在もフリーソフトウェアであり、その一部を使用するすべてのソフトウェアは常にフリーソフトウェアです。
ただし、OwnCloudの寄稿者契約に署名する必要はありません。これは、コアに寄稿したい場合にのみ必要です。
結局、それは何も悪いことではありません。
IANALおよびこれは法律上の助言ではありません。さらに、著作権法と例外は国によって異なります。
米国では APIは著作権で保護されていません 。したがって、技術的には、APIを使用する場合、アプリケーションに必要な任意のライセンスを使用できます。この点に関して、世界の他の地域での解釈については知りません。
ただし、アプリケーションを個別に配布した場合でも、結合された製品に影響を与える可能性があります。 「全体としての作業」がサーバー側であるかどうかの解釈によっては、結合された作業がAGPLにバインドされているか、実行できない場合があります。したがって、AGPLと互換性があり、AGPLに「アップグレード」されたライセンスが必要になる場合があります。したがって、ソースコードは理論的には弱いライセンスに基づいていますが、事実上AGPLを使用します(ユーザーが別のライセンスにAPIを実装している場合を除く)。これはGPLとの「派生した仕事」の議論の定義に似ており、私は何らかの拘束力のある解釈を知りません。
アプリケーションがサーバーに参加していない場合(ネットワークで通信している場合)、私の解釈(AGPLを非常に簡単に調べた後)は、どのライセンスでも使用できるというものです。
PS。他の人が指摘しているように、AGPLでの申請は請求できます。