知的財産（IP）

よくある落とし穴

• 1.バックグラウンドIPとフォアグラウンドIPの区別なし — 既存のコードやノウハウが意図せず譲渡条項に巻き込まれる。
• 2.所有権が黙示または曖昧 — デフォルトルール（作成者が著作権を保持）は、支払ったカスタム作業を所有していると想定した顧客を驚かせます。
• 3.ライセンス付与が狭すぎる — 顧客は内部研修、バックアップ、関連会社の使用などの合理的な目的でIPを使用できない。
• 4.IP補償が料金の小さな倍数に制限されている — 特許侵害請求の不利益は12か月の料金上限を覆い隠し、顧客を無防備にします。
• 5.オープンソースコンポーネントが開示されていない — ベンダーはGPLまたはAGPLライセンスのライブラリを含むコードを通知なしに納入し、顧客が同意していない義務をトリガーします。

よくある質問

カスタム開発されたソフトウェアのIPは誰が所有しますか？

デフォルトは管轄区域によって異なりますが、通常、契約で明示的に譲渡されない限り、開発者 — 顧客ではない — が著作権を所有します。米国では、"work made for hire"の法理は、特定の作品の所有権を委託者に帰属させますが、すべてのソフトウェアが適格なわけではなく、他の場所では明示的な書面による譲渡が必要です。カスタム作業の代金を支払う場合、請求書だけでなく書面によるIP譲渡条項が必要です。

IP補償とは何ですか、なぜ重要ですか？

IP補償は、第三者がベンダーの納入物がIP権利を侵害していると主張した場合にベンダーが顧客を防御し — 損害と費用を支払う — という約束です。特許侵害および著作権請求は、根拠がない場合でも防御に数百万ドルを要することがあるため重要です。標準的なIP補償は、顧客の変更、他の製品との不正な組み合わせ、ライセンス範囲外の使用を除外します。

オープンソース保証はなぜ重要ですか？

オープンソースコンポーネントには、顧客のビジネスモデルと互換性がない可能性のあるライセンス義務が付随します — GPLのようなコピーレフトライセンスは、派生作品に対するソースコード開示を要求する場合があります。開示なしにこのようなコンポーネントを密かに含めるベンダーは、顧客が同意していないコンプライアンス負担を転嫁します。適切に作成されたIP条項は、ベンダーにすべてのオープンソースコンポーネントとそれらが適用されるライセンスを列挙することを要求します。