ビジネスのための発明の特許の必要性は、知的財産に関するほぼ2番目の記事でカバーされています。 しかし、会社の製品を保護する必要がある場合、および開発者と話をするときの答えは、「コードを改善しただけ」、「ここには新しいものはありません」、「バグを修正しただけ」、「興味がない」、「私たちを放っておいて、私たちはすでにすべてなどを提案していますか？ カットの下のレシピ。
このような反応（そして原則として、特許性のあるアイデアを見つける問題）に直面して、アイデアを収集し、企業の知的財産を保護するプロセスを整理するのに役立ついくつかのポイントを強調しました。
潜在的な発明者へのキーポイントを明確にする
最初に、特許とは何か、それが何に使用されているのか、何が保護されているのか、会社と開発者自身の利益を明確にする必要があります。
例：
特許-発明、実用新案、または工業デザインの排他的権利（他者による使用を禁止する権利）、作成者および優先権を確認する文書。
付与された特許により、所有者はドキュメントに記載されている発明の不正使用を禁止できます。つまり、開発者の創造的活動の結果、製品が他者のコピーやクレームから保護されます。 しかし、すぐに同じ開発者から、創造的な活動がまったくなかったという感嘆の声が上がるかもしれません。 解決策は、彼の作品の一部を分析し、その中で目新しさとみなせるものを表示するか、表示に追加できるものを表示することです。
著作権会社は、特許から次のメリットを受けることがあります。
•競合他社やトロールによる攻撃に対する保護。
•コピー防止。
•安全な技術のライセンスの販売。
•販売技術。
•会社の価値の向上（IPは会社の無形資産です）。
発明者にとって、特許取得とは少し異なる利点は次のとおりです。
•提案された技術の新規性を確認する科学出版物。
•公務の一環として作成された特許性のある発明に対するボーナスの支払い。
このアプローチでは、開発者がアイデアの特許を取得する目的を実際に理解していない場合でも、履歴書やボーナスを改善することで動機付けられます。
開発者がコードの改善のみを主張し、記述されたコード（更新、書き換え、改善など）が特許の対象である場合、そのコードが特許ではなく著作権の対象であることを明確にすることができます。 。 特許出願では、メソッドまたは機能を記述する必要があります。つまり、記述されたコードが実行するもの、製品が解決する問題、改善するものを確認する必要があります。
特許のアイデアの例を挙げてください。
しかし、これが何を意味するのか、特許化のためにどのようなアイデアを提供できるのかは常に明確ではありません。
この問題を解決するために、すでに提出された出願および発行された特許の例を含むプレゼンテーションを準備することをお勧めします（できれば、できればインターネットから可能です）。
出願中の発明が特有の方法で記述されていることを考えると、アイデアと特許請求の範囲および説明に書かれていることを別々に説明する価値がある。 これは、特許出願が提案されたアイデアからどのように構成され、どのアイデアが原則的に保護できるかを示します（「妄想」、最初は目立たない、最も重要でないものも含む）。
ブレインストーミング
次の段階で、プログラマーがアイデアを持たず、自分の立場に固執している場合、グループまたは1対1でブレインストーミングセッションを編成できます。
グループでの経験から、アイデアの数の結果はより良いですが、そのような会議の後、提案された個々のアイデアを議論するために一対一の会話がまだ必要です。
雇用の範囲と各ゲストの知識を考慮して、3〜6人のグループディスカッションを開催する方が効率的です。 Parallelsでは、たとえば、ある日はParallels RAS製品のクライアントアプリケーションのチーム、別の日は同じ製品のVDIコンポーネントのチームなどについて話します。
そのため、人々はよりオープンになり、アイデアや問題について同僚と話し合います。主なことは、彼らと話すことだけです。 提案された各アイデアの詳細をすぐに全員と話し合う価値はありません。時間を無駄にするだけです。できるだけ多くのアイデアを入れてから、著者と個別に会い、すべてを明確にすることをお勧めします。 そのような会議では、1人または数人の参加者に知られている先行技術（アナログ）を考慮して適切でないアイデアもすぐにリクライニングされます。 さらに、アイデアは、製品で行われたことと、計画されていること、または実行できることの両方によって生じる可能性があります。 将来的に実装された会社の製品の新しい機能が、特許のブレーンストームから生まれた場合がありました。
1対1のミーティングでは、プログラマーがリラックスするのはより困難です。したがって、既に実装したものを調べて、使用する製品の部分を他にどのように改善できるかを確認することをお勧めします。
ヒント：ブレーンストーミングセッションに、製品を長時間使用する人、できれば深い技術知識を持ち、何らかの形で特許とやり取りした人（既に特許を取得したアイデアがあります）を招待します。
ブレインストーミングでは、すべてのアイデアを収集する方が良いでしょう。球形で、適用範囲が狭く、未処理で実装済みです。 そして、それらをどうするかを決めるだけです。
新製品の機能を分析する
特許のアイデアを収集するためのもう1つのオプションは、プロジェクトマネージャーおよび製品マネージャーとの最新および今後のリリースで新しい機能を分析することです。 ここでは、ささいなことや詳細に焦点を当てる価値はありません。特定の機能に取り組んでいる開発者がすべてを後から明らかにすることができます この分析の目的は、特許の潜在的なアイデアを特定することです。
そのため、たとえば、Parallels Desktopのプロジェクトマネージャーと同じ製品のマネージャーとのミーティングを定期的に開催し、実装されたアップデートのリストを確認します。 書かれた潜在的なアイデアと並行して、それらに取り組む開発者の名前を書き留めます。 次に、特に関心のある質問をすべて明確にします。これにより、リーダーシップの時間を無駄にすることなく、実装について徹底的に議論することができます。
最初に、公開された更新プログラムに既に実装されている機能で作業することを忘れないでください。 もちろん、それは国の法律に依存しますが、ほとんどの場合、一定期間のみ特許を取得できます。
また、製品に適用できるイノベーションに関連するアイデアを破棄しないでください。 それらを管理者と話し合い、製品に導入する可能性を分析することは有用であり、その結果、発明の可能性が生じます。
アイデアを分析するプロセスを整理し、特許出願に取り組みます
集められたすべてのアイデアは、特許委員会で議論できます。これにより、提案された発明を包括的に見て、何を扱うべきか、何を開発する必要があるか、何が保護に適さないかを決定できます。 特許委員会では、新しいアイデアが登場する可能性もあります。なぜなら、提案されたアイデアを議論するとき、参加者は完全に異なるアイデアを修正、結合、または発見することさえできるからです。
このような委員会には6人のスタッフがおり、各主要プロジェクトの代表者と会社の開発全体の責任者が含まれています。
このような議論では、3つの特許性の基準（新規性、実用性、非自明性）だけでなく、会社の特許の必要性も考慮して、アイデアが分析されます。
企業内のアイデアを処理するプロセスを開発者とその管理者に明確に示し、アイデアが書かれている場所、アプリケーション開発のどの段階が存在するか、発明者から見たいことを明確にします。
まとめ
正しく動機付けられたプログラマーは、会社の製品で発明を見つけることができますが、イベントの目標、目的、プロセス、および組織を理解するのを助ける価値があります。 正しいアプローチも重要な役割を果たします。人々は異なる-興味が異なる、上司だけに耳を傾ける、ボーナスに興味がある、そして誰かが新しいものすべてを愛し、喜んで一緒に働くことを忘れないでください。