商品化を計画しています。製品は、いくつかのMCUと小型コンピュータで構成されています(現在、Raspberry Piで開発中です)。
WLANや起動などをできるだけ簡単にしたいので、コンピューターにはオペレーティングシステムが必要です。このコンピューターで実行するソフトウェア(node.jsアプリケーション)をいくつか作成しました。
Arch LinuxのようなほとんどのオペレーティングシステムはGPLの下でライセンスされています。
販売する製品には、OSとソフトウェアがプリインストールされたコンピュータが含まれています。このシステムはMCUデバイスへの中央アクセスポイントとして動作し、それらを制御できます。
当社の製品には他社のソフトウェアを使用しています。ソースコードは変更しません。製品(コンピューター部分)は、私たちが作成したコンピューター、OS、ソフトウェアで構成されています。
私たちはコミュニティの仕事を利用していることを知っており、私はこれを尊重します。問題は、ソフトウェアだけでは、MCUデバイスがなければ役に立たないことです。法的な助言は期待していません。
OSの使用は私たち自身のコード(ライセンス)にどのように影響しますか?
GPLは、直接または派生したソフトウェアの配布を妨げるものではありません。つまり、Arch Linux CDを誰かに手渡した場合(たとえその人に請求しても)は何も違反しません。
弊社製品の他のコンポーネントへの影響はありますか? MCU部分?
第2に、ハードウェアの料金を請求している場合-使用のみのライセンスであり、設計ではありません。GPLv3の下で使用制限を追加しない限り、問題はありません。したがって、OSまたはその他のソフトウェア製品は、ハードウェアの配布に制限を課しません。ソフトウェアは単に仕様以上のハードウェアが必要だと言っているだけです。
独自のコードでGPLを回避する可能性はありますか?例えば。別にソフトウェアを発送しますか?
それは私が推測する必要はまったくありません。ただし、特定のソフトウェアを個別に出荷した場合でも、GPL(およびLGPLなどのバリアント)は依存関係で動作することを理解することが重要です。そのため、個別または一括請求はGPLの適用性に違いはありません。 (これについては以下で詳しく説明します。)
Node.jsアプリケーションは、WebAppを実行するクライアントに配信します。効果はありますか(コードの一部をApp Storeの追加アプリとして販売したいため)?
Node.jsはGPLではありません。これから: https://github.com/joyent/node/blob/master/LICENSE -しかし、私は何かを見落としたかもしれません。
ソフトウェア製品を変更せずにそのまま使用する限り、自由に配布できます(顧客に料金を請求している場合でも)。既存のソフトウェア製品を変更し、顧客が変更されたコードを要求した場合-変更コードを引き渡す必要があります。コードがブラックボックスである場合、他のGPL製品から独立しています-コードを閉じたままにすることもできます。
あなたが感じるなら、無料のソフトウェアを入手している間にあなたが得ている多くの商業的価値があります-あなたはそれらの作者を寄付することを検討するかもしれませんが、それはあなたが製品を使用できないことを意味しません。