フリーランサーのためのオープンソースフレンドリーIP契約
初めてコンサルティングの世界に入り、最初の契約書を作成する必要があります。私が抱えている問題の1つは、オープンソースの作業と知的財産に関することです。既存のプロジェクトでも、自分で始めるプロジェクトでも、オープンソースプロジェクトに取り組むのが大好きです。
問題は、次の状況に対応するために契約をどのように書けばよいかです。
- クライアントのプロジェクトに取り組む過程で、自分の名前でコードのソース部分をコミュニティに公開したいと考えています。
- クライアントのプロジェクトに取り組む過程で、既存のオープンソースプロジェクトのいくつかを利用し、それらを改善しています。
- クライアントのプロジェクトに取り組む過程で、サードパーティのオープンソースプロジェクトに改善を加え、貢献します。
- クライアントのプロジェクトに取り組む過程で、クライアントの名前でコードのソース部分を開くことにしました。
これの前例は何ですか？
更新：上記のリストにアイテムを追加しました（アイテム＃3）。
同様に、IANAL-ソフトウェアの知的所有権の問題を具体的に理解または専門化するの弁護士に相談することをお勧めします。
しかし、私はその答えはかなり単純だと思います。1.「オープンソース」という用語についてクライアントと話し合う必要はないと思います（その声明について意見を述べる前に読んでください）2.契約では、次のことを明確に述べる必要があります。クライアントのために作成した作品は、あなた自身が共同で所有し、それぞれが派生作品を作成できます。これは、オープンソースプロジェクトへの貢献を含め、それぞれが適切に使用できることを意味します（もちろん、オープンソースプロジェクトのIP要件を参照してください）。 b。お客様は、無料で含めることができる十分に優れた既存の成果物の所有権を保持し、派生コードの作成を含め、そのコードを永久に使用するための無制限のライセンスをクライアントに発行します。使用されているサードパーティのコードまたは製品は、それぞれの所有者が所有しており、ライセンスの対象となります
また、極端に制限されていない（決して制限されていない）発明の譲渡条項を使用して契約に署名したことがないこと、または合法的にSOLであることをDAMNに確認してください。契約の内容に関係なく、法律によってこれを制限する（ただし排除しない）州がいくつかあります（カリフォルニアなど）。これは雇用契約で予想されます（ただし、制限は交渉できる場合があります）が、IMHOは独立した請負業者の契約には付与されません。
あなたの最大の課題は、ソースコードの共同所有権を彼らに受け入れさせることです。これは、請負業者を使用する場合にソフトウェア開発契約で非常に頻繁に使用される特定の言語である "雇用のために作成された作業"の原則 と競合します。
彼らがIPを理解しているなら、彼らはこれに同意しないかもしれません-しかし、私はそれらがあなたが扱っているクライアントのタイプではないことを推測しています。クライアント向けに作成されたコンサルティング/カスタムコードに対してこれを行う非常に大規模なソフトウェア会社が少なくとも1社存在することを確信を持ってお伝えします-そして、彼らがそれに同意しない場合、彼らはそれをしません-期間（ただし、パートナーを紹介します）。
共同所有権を持っている場合は、そのコードをオープンソースプロジェクトに提供する際に、そのプロジェクトによる制限を条件として、IPを賢明に使用する必要があります。
また、オープンソースを選択する必要があります。直接的な競合他社に役立つソース別の業界固有のコードを開いた場合、クライアントに害を及ぼすことになります。カスタム書き込みのためにあなたに支払ったアプリ全体が無料で利用可能であることにクライアントが気づいた場合、クライアントはまた満足できません。最初からそれを最初から作成するのではなく、インストールしただけだとさえ考えるかもしれません。また、あなたは彼らのあなたのサービスに対する彼らの知覚された価値を単に減らしました。
これで質問1、2、4がカバーされると思います。
質問3は問題になる可能性があります-派生物を作成しているオープンソースプロジェクトのライセンスモデルによっては、クライアントは確かにそれを実行するためにあなたに支払うことができますが、彼らはそのコードの完全な所有権または所有権を持っていない可能性がありますオープンソースプロジェクトのライセンスモデル。それはあなたがそれを行うことができないと言っているわけではありません-しかしあなたはあなたの契約の追加の条項でそれをカバーしたいかもしれません-そしてIP弁護士によってそれを実行します-またはクライアントがあなたにこれを行うように頼んだ後にのみそれを行います-そして次に、この状況をカバーする契約の補遺を弁護士にレビューさせる費用を請求できる場合があります。
真剣に、両方の答えはIANALから始まりました-続行する前に、契約書を書くことを考えるのをやめて弁護士に相談する必要があると思います。コードの一部をリファクタリングする方法を弁護士に尋ねないでください。
また-@Pete Wilsonは正しいです。あなたの規定はおそらくあなたのクライアントとうまく行きません。
通常のIANALが適用されます。つまり、実際の弁護士に相談します。
そうは言っても、私の見解は次のとおりです。
...難しいです。顧客がすぐにオープンソース化しようとしているソフトウェアの代金を喜んで支払うことはまずありません。あなたは尋ねることができ、彼らが同意した場合、それに応じて契約を設定しますが、私の推測ではそれは起こらないでしょう。
...どちらかというとありそうもありませんが、境界を明確に定義する巧妙に作成された契約により、独自のオープンソースプロジェクト（コードを使用しているかどうかにかかわらず）での作業に対して報酬が支払われないことに同意する場合があります。顧客に受け入れられる。あなたは彼らにプロジェクトに財政的に貢献するようにアドバイスすることさえできるかもしれませんが、どんな場合でも、あなたは良い契約をセットアップすることにかなりの努力を払う必要があります。
...クライアントの裁量による。通常、クライアントは彼らがあなたに支払うことの利点を望みます、それは彼らが彼らの財産をオープンソース化することで何の利益も見ないことを意味します、しかしあなたがそうするように彼らを説得し、少しの遅延を追加する場合があるかもしれません。アドバンテージを維持する、またはデュアルライセンスモデルで公開する。