フリーランサー向けのオープンソースフレンドリーなIP契約


12

私は初めてコンサルティングの世界に入り、最初の契約を書かなければなりません。私が抱えている問題の1つは、オープンソースの仕事と知的財産に関するものです。既存のプロジェクトであろうと、自分で始めたプロジェクトであろうと、私はオープンソースプロジェクトに取り組むことが大好きです。

質問は次のとおりです。次の状況に対応するために、どのように契約を作成できますか。

  1. クライアントのプロジェクトに取り組む過程で、コードの一部を自分の名前でコミュニティに公開したいと思います。
  2. クライアントのプロジェクトに取り組む過程で、既存のオープンソースプロジェクトの一部を利用し、それらを改善しています。
  3. クライアントのプロジェクトに取り組む過程で、私はサードパーティのオープンソースプロジェクトを改善し、貢献します。
  4. クライアントのプロジェクトに取り組む過程で、クライアントの名前でコードのソース部分を開くことにしました。

これに対する先例はありますか?

更新:上記のリストにアイテムを追加しました(アイテム#3)。


コメントに投票できるといいのですが。オープンソースプロジェクトでの作業に関する誤った情報と知識の不足の量に驚いています。実際、最近では支払いを受けてオープンソースプロジェクトに取り組むことが非常に一般的です。多くの場合、クライアントはコードをオープンソース化することを望んでいますが、問題はどのようにコードに引き付けられるかです。良い質問@toby
Aras

回答:


2

同様に、IANAL- ソフトウェアの知的財産の問題特に理解または専門とする弁護士に相談することをお勧めします

しかし、答えはかなり簡単だと思います:1.「オープンソース」という用語をクライアントと議論する必要はないと思います(その声明について意見を述べる前に読んでください)2.あなたの契約では、あなたは次のことを明確に述べる必要があります。あなたが共同で所有しているクライアントのために作成した作品は、それぞれ派生的な作品を作成できます。これは、オープンソースプロジェクトへの貢献を含め、それぞれが適切と思われる方法で使用できることを意味します(もちろん、オープンソースプロジェクトのIP要件を参照してください)。b。無料で含めるのに十分な既存の作業成果物の所有権を保持し、クライアントに無制限のライセンスを発行して、派生コードの作成を含め、そのコードを永続的に使用します。

また、極端に制限されていない(決して制限されていない)発明の譲渡条項を使用して契約に署名したことがないことを確認してください。契約の内容にかかわらず、法律でこれを制限している(ただし、排除していない)州がいくつかあることに注意してください。これは雇用契約で期待されています(ただし、制限は交渉できる可能性があります)が、独立した請負業者の契約についてはIMHOを認めるべきではありません。

あなたの最大の課題は、ソースコードの共有を受け入れるようにすることです。これは、請負業者を使用する際にソフトウェア開発契約で非常に頻繁に使用される特定の言語である「雇用のために作られた」教義と矛盾します。

彼らがIPを理解している場合、彼らはこれに同意しないかもしれません-しかし、私はそれらがあなたが扱っているクライアントのタイプではないと推測しています。クライアントのために書かれたコンサルティング/カスタムコードに対してこれを行う非常に大きなソフトウェア会社が少なくとも1つあることを確実に伝えることができます-そして、彼らが同意しない場合、彼らはそれをしません-期間(パートナーに紹介します)。

共同所有権を持っている場合、オープンソースプロジェクトにそのコードを提供するには、そのプロジェクトによって行われた制限に従って、IPに精通している必要があります。

また、オープンソースを選択する必要があります。直接の競合他社に役立つ、ソース化された業界固有のコードをオープンする場合、クライアントに損害を与えることになります。また、クライアントがカスタム書き込みのためにあなたに支払ったアプリ全体が無料で利用可能であることに気づいた場合、クライアントは満足しません。最初からそれを書いたのではなく、インストールしたばかりだと考えることさえできます。また、あなたは自分のサービスの知覚価値を低下させただけです。

これはあなたの質問1、2、4をカバーしていると思います。

質問3は問題になる可能性があります-派生作品を作成するオープンソースプロジェクトのライセンスモデルによっては、クライアントは確かにあなたにそれを支払うことができますが、彼らはそのコードの完全な所有権さえ持っていない可能性がありますオープンソースプロジェクトのライセンスモデル。それができないと言うことではありません-しかし、あなたは契約の追加条項でそれをカバーし、IP弁護士によってそれを実行したいかもしれません-またはクライアントがあなたにこれを行うように頼んだ後にのみそれをします-そしてその場合、弁護士にこの状況をカバーする契約の補遺をレビューしてもらう費用を返済できるかもしれません。


ああ-そして、彼らが共有に同意しないなら、彼らにあなたの既存の仕事を無料で提供しないでください。それは交渉のポイントになることができます。そのため、IPを懸念しているために共有に同意しない場合、既存の作業をそこに混在させたくない場合があります。
スコットバイ

2

真剣に、両方の答えはIANALから始まりました。先に進む前に、契約書の作成を考えずに弁護士に相談する必要があると思います。コードの一部をリファクタリングする方法を弁護士に尋ねることはありません。

また、@ Pete Wilsonは正しいです。あなたの規定はおそらくあなたのクライアントとうまく行きません。


1

通常のIANALが適用されます。つまり、実際の弁護士に相談します。

とはいえ、私の考えは次のとおりです。

  1. ...難しいものです。すぐにオープンソース化しようとしているソフトウェアに対して、顧客が喜んであなたに支払いをすることはありそうにない。あなたは尋ねることができ、彼らが同意する場合、それに応じて契約を設定しますが、私の推測ではそれは起こらないでしょう。

  2. ...そうではありませんが、境界を明確に定義したきちんとした契約があり、あなたがあなた自身のオープンソースプロジェクトで作業することに対して報酬を受け取らないことに同意することは(コードを使用しているかどうかにかかわらず)顧客に受け入れられる。あなたは彼らにあなたのプロジェクトに財政的に貢献するように仕向けることさえできるかもしれませんが、いずれにしても、あなたは良い契約を立てるためにかなりの努力をする必要があります。

  3. ...クライアントの裁量です。通常、クライアントはあなたが支払っている利点を望みます。これは、彼らが財産をオープンソース化することに何の利益も見ないことを意味します。利点を維持するため、またはデュアルライセンスモデルで公開する場合。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.