コースワーク：「オープンオペレーティングシステムReactOSの開発の法的側面」

まえがき

私は、SKFU数学自然科学研究所の専門分野である「応用数学と数学モデリング」の2年生の大学院生です。 コースのトピックとその後のマスターの仕事は、私が7年以上取り組んでいるプロジェクト-ReactOSオペレーティングシステムに捧げられたことが判明しました。 この点で、私は最終的な資料がディスクや棚にほこりを集めるだけでなく、出版されるべきだと信じています。 私はすぐにあなたに警告したい：

• 故意に法律の学位を取得したことはありません。
• テキストには、過剰な引用（借用まで）、事実、意味、句読点、およびスペルミスが含まれている場合があります。
• 上記の理由により、私は自分の作品を理想に近づけることはできません。

より読みやすくするために、PDF形式で作品の完全版をダウンロードするか、または...

...猫へようこそ。

はじめに

この作業の目的は、ReactOSオペレーティングシステムの開発の法的側面を研究することです。

法の対象となるオペレーティングシステムは、さまざまな角度から見る必要があります。複雑な製品として-いくつかの異なる種類の知的作業の結果を組み合わせて。 特定のライセンスの下で開発および配布されるソフトウェアとして。



複雑なソフトウェア製品は、原則として、供給の一環として、メーカーの個別化と識別の手段（ロゴ、トレードおよび/またはサービスマーク、会社名、トレードドレス）、フォント、グラフィック作品（アイコン、壁紙、その他の画像）、オーディオ作品（音、通知、音楽作品）、オブジェクト、そして場合によってはソースコード。 これらの各コンポーネントは、程度の差はあれ、国際協定および州法に従って法的保護の対象となります。 法的保護の3つの領域を区別できます。個別化手段の保護、著作権および関連する権利の保護、特許法。 それらのアプリケーションの主な出発点は、州の定義（すなわち、管轄）であり、その法律はソフトウェアの開発と配布のプロセスを規制します。



プロジェクトの開発を管理する主な組織は、Reactos Foundationです。 Reactos Foundationは2002年6月5日に設立され、その法律に従って非営利組織としてロシア連邦に登録されています。 基金は、Reactos Foundationの設立憲章のガイドラインに従って運営され、プロジェクトのサポート、ReactOSおよびその能力の範囲内でのさまざまなサブプロジェクトの開発を支援しています。 さらに、基金は商標管理、資金調達、その他の法的問題を扱っています。 ReactOS Deutschland eVもあります。これは、2009年1月24日にドイツのRheda-Wiedenbrückに登録された非営利組織です。 彼女は、南北アメリカ、欧州連合の居住者から寄付を受け取る責任があり、他のいくつかの組織的な問題にも対処しています。



領土および州の登録という上記の状況に関連して、ReactOSプロジェクトの活動は、主にロシア連邦と欧州連合の法律に焦点を当てています。 同時に、国際的な地位を宣言し、プロジェクトは他の州の法律を尊重し、潜在的な紛争を回避するための合理的な努力をします

1.商標、商品、ロゴに関する質問。

ReactOSプロジェクトは、他の人々のブランドを尊重することを目指しており、ブランドの保護を確保するための対策も講じています。 ブランドに関するプロジェクトポリシーは次のとおりです。



1. ReactOSのブランド保護は常に維持されなければなりません。 開発者はReactOSブランドを慎重に使用し、公開された資料で最初に使用した後は常にマークの存在を確認する必要があります。



2.ドキュメント、ニュース記事、ウェブサイトのコンテンツなどの公開資料を作成する場合、プロジェクトの参加者は、適切なマークを表示することで他の人のサインを保護するために必要なすべての措置を講じる必要があります（および）このサインを初めて使用するとき。



3.同様の商標およびサービスマーク、ロゴの使用。 同様のトレードマークとサービスマークの不使用に関する規制は、「有名な」ブランドまたは有名な商標の使用を禁止しています。これらは他の有名なブランドと混同される可能性があります。 ReactOSは、ReactOSブランドを直接使用する1つのブランド名のみを使用し、他のブランド名の使用に関する質問を提起しません。



4.プレゼンテーション（米国およびインドのトレードドレス、英国での偽装）。 商標は、商標とともに個々の国の法律によって保護されている製品設計スタイルです。 最も有名な例は、コカ・コーラのボトルとApple Macintoshコンピューターのユーザーインターフェイスです。 他の製品のプレゼンテーションを尊重することはプロジェクトポリシーです。 現在、プロジェクトは他の製品のプレゼンテーションとの競合を認識していません。 開発者は、ReactOSが他の製品とは異なる独自のスタイルを持ち、他の人のプレゼンテーションの問題を回避するための努力を続けています。

2.著作権の問題

プログラムとデータベースは、主に著作権によって保護されています。 これにより、プログラムの具体的な実装により、不正使用に対する法的保護が得られます。 世界のほとんどの国では、そのような保護の期間は著者の死の日から70年です。

ロシアの法律では、ソフトウェアの権利は文学作品の著作権と同じ方法で保護されています。 ただし、文学作品とは異なり、州はコンピュータープログラムに追加の救済策を提供しています。知的財産権に関する連邦行政機関（Rospatent）への登録です。



ロシアにおけるコンピュータープログラムおよびデータベースの国家登録は、ロシア連邦民法の第1262条によって規制されています。

2.1コンピューターのロシア連邦におけるプログラムの公式登録の証明書

州の登録を通じて達成される目標は、権利が特定の人に属するという証拠の1つを作成し、資料を預けることです。 証拠は申請者の意見のみに基づいており、専門家や第三者によっても支持されていません。 したがって、コンピュータープログラムの状態登録の証明書は、それ自体ではタイトルドキュメントではありません。



ただし、登録証明書に示されたデータは、必要な文書と資料の利用可能性、登録要件の遵守に関する技術的チェックのみに合格し、メリットについてはチェックされません。 Rospatentは、プログラムが機能しているかどうか、および登録されたコードがプログラムの一般的なソースコードであるかどうかをチェックしません。



コンピュータープログラムの登録簿に入力された情報は、他の方法で証明されていないため、信頼できると見なされます（ロシア連邦民法典第1262項）。 この規定は、著者の一般的な推定に対応します-著者は、特に証明されない限り（ロシア連邦民法の第1257条）、著作物の原本またはコピーで著者として示された人物であり、したがって、防御に何も追加しません。



Rospatentは、証明書に持ってきた情報について責任を負いません。 彼は、虚偽の情報を作成しても、著者の権利を侵害しません。 証明書自体は規範的な行為ではなく、それ自体で異議を申し立てることはできません。 適切な著者が法廷で著者であることを証明した場合、Rospatentは、裁判所の決定に基づいて登録簿を修正する必要があります。

2.2 ReactOSの著作権

ReactOSプロジェクトは、GNU GPL（一般公衆利用許諾契約書）の2番目のバージョンの下で、ソースコードとオブジェクトコードのほとんどを開発および配布します。 プロジェクトの各開発者は、開発中のソースコードの著作権を受け取りますが、ReactOSプロジェクトで使用するために、GPLライセンスに基づいてコードを取り消し不能にライセンスします。



ReactOSの一部には、BSD、GNU Lesser GPLなど、大規模な金庫を表す他のライセンスがある場合や、パブリックドメインに移行される場合があります。 通常、これは他のプロジェクトとの互換性を確保する必要がある場合にのみ許可されます。



GNUプロジェクトの一環として作成されたGNU GPLフリーソフトウェアライセンスは、1991年にリリースされました。このライセンスは、マサチューセッツ州ボストンで登録されたFree Software Foundation（FSF）によって開発および保守され、アメリカ このライセンスは、その範囲内にあるソフトウェア製品（商用目的を含む）のソースコードの自由な使用、変更、コピーを許可します。 デザインでそれらを使用し、派生オブジェクトコードを配布する場合、開発者は最初のリクエストで派生製品のソースコードを提供し、同じライセンスの下でそれらをライセンスする義務があります。



世界法学は、IBMに対するSCO、ノベルに対するSCO、SCOに対するRed Hatの訴訟において、GNU GPLライセンスの正当なステータスを確認しました。



GNU GPLライセンスの規定を分析すると、この文書は著作権契約と販売契約の規定を組み合わせた混合型契約であることがわかります。



GPLは、EULA（エンドユーザーライセンス契約-コンピュータープログラムの所有者とそのコピーのユーザーの間の契約であり、そのようなライセンスの最も典型的な例はMicrosoft Windowsです）は、ロシアの民法の法的概念を使用して説明できます。 ロシア連邦民法の規範に従って、GPLは加入契約であり、その条件は当事者の1人によって標準形式で定義されており、提案された契約全体に参加することによってのみ相手方が受け入れることができます。 ユーザーのGPLの発効の瞬間は、ライセンスに明確に示されています：ユーザーがGPLに基づいてライセンスされたソフトウェアのコピーを変更または配布する場合、ユーザーは、コピー、配布、および変更の手順を決定する条件を含め、ライセンス全体へのアクセスを確認します。



たとえば、ユーザーがソフトウェア製品のパッケージを開くか、コンピューターにソフトウェアをインストールした場合、EULAが有効になり、ユーザーにとって必須になります。 契約を締結する意図を表現するこのような方法は、民法の教科書に何度も記載されており、法的理論では「連言的行動」、つまり、取引を締結する人の意思を表現する行為ですが、口頭または書面による意思表明の形ではなく、そのような意図を結論付けること。



GPLとEULAの根本的な違いは、EULAがいくつかのアクション（コピー、配布、変更）を禁止しているのに対し、GPLは特定の最小条件の下でそれらを許可および奨励していることです。

一般に、ロシア連邦民法の第1部第421条、432条および第4部第1235条、1236条、1270条、1286条、および2009年5月5日のロシア連邦経済開発省の手紙N D05-2235に基づいて、フリーソフトウェアの使用は関連する条件に従うと結論付けることができますGNU GPLライセンスのバージョンは、ロシア連邦の著作権に関する法律の要件に準拠しており、合法です。



それにもかかわらず、ロシアでGPLを使用する場合、2つのブロックに分割されるいくつかの困難が発生する可能性があります。 1つ目は、国際私法（外国人を含む市民関係または他の外国の要素によって複雑化する民法関係。ロシア連邦民法第3部第1186条）の分野、およびロシアと米国の著作権法の違いに関連しています。 後者は本質的により実用的です-特に、それは法廷でフリーソフトウェア開発者の利益を保護する上で非常に重要である可能性があるGPLのロシア語翻訳のステータスの問題です。



したがって、米国とは異なり、ロシアでは、GNU GPLに基づいてライセンスされたオペレーティングシステムの配布の電子チャネル配布は、英語でのオリジナルの印刷ライセンステキストとロシア語への推奨される非公式翻訳の1つを伴う物理メディアでのこのオペレーティングシステムの配布によって必然的に補完される必要があります言語。 この場合、ロシア語と英語のテキストに矛盾がある場合、英語のテキストが優先されます。



2011年12月6日付のRosstandartの命令により、N 718-stが承認され、2012年1月1日に施行されました。GOSTR 54593-2011。 この標準はフリーソフトウェアに適用されます。



GOST R 54593-2011は、州および地方自治体のニーズを含む、フリーソフトウェアの作成、配布、および使用の分野における一般規定を確立しています。



この規格は、所有権や従属性に関係なく、科学、経済活動の組織、企業、その他のエンティティ、およびフリーソフトウェアのライフサイクルのすべての段階でロシア連邦の政府機関が使用することも目的としています。



このドキュメントでは、企業や公共部門にフリーソフトウェアを導入する利点について概説しています。 主な用語は、オープンソース、無料のプロプライエタリソフトウェア、オープンスタンダード、プロトコル、仕様に関して定義されています。 フリーソフトウェアの目標、目的、分類、基準が提示され、オープンソースソフトウェアの開発と使用のためのインフラストラクチャも含まれるべきです。



たとえば、オープンソースソフトウェアの利点には、セキュリティ、信頼性、経済的魅力、開発の技術的独立性の確保、特定のメーカーへの拘束の回避、ハードウェアプラットフォームの選択の独立性、機器の初期費用の低さ、ソフトウェアの欠陥の早期発見、迅速な修正の可能性が含まれます、製品を使用する権利に対する強制的な料金の不足、プログラム開発における国内産業の発展の促進、拡大 仕事の遂行および州および地方自治体のニーズに対するサービスの提供における国内の開発者の参加の機会。 GNU / Linuxディストリビューション、Apache httpサーバー、OpenOffice.org、Firefox、およびFreeBSDは、無料アプリケーションの成功例として注目されています。 フランス、ブラジル、スペイン、中国の州立機関でオープンソースソフトウェアを使用した成功例が紹介されます。



ただし、ロシア連邦では、2002年12月27日付の技術規制No.184-の連邦法が「技術規制」と「標準」の概念を分離しているため、すべての基準は拘束力を失い、自主的に適用されることに注意する価値があります。

2.3バイナリ製品ライセンスのReactOS例外

GNU GPLは通常、ReactOSなどのプロプライエタリなソフトウェアとGPLに基づくソフトウェアの組み合わせを禁止しています。 これにも関わらず（他の同様のポリシーに関して）、非フリーモジュールへのバインドに関するReactOSプロジェクトの公式の立場は次のとおりです：ReactOSは、商用デバイスドライバーや商用アプリケーションなどの非フリーソフトウェアで使用および配布できます。 この例外は、他のGPLライセンシーの義務に優先するものではありません。



この例外は、プロジェクトによって妥協と見なされます。 プロプライエタリなソフトウェアを倫理的に使用することはお勧めしません。 通常の操作に独自のソフトウェアを使用する必要のない機器の使用をお勧めします。また、無料のドライバー、プログラム、ツールを提供する企業をサポートおよび推奨します。 さらに、このプロジェクトでは、現在フリーでないドライバーのみが存在するハードウェアデバイス用のフリードライバーを作成し続けることを開発者に推奨しています。

2.4サードパーティの著作権

ReactOSプロジェクトは、コードを保護するために著作権法に依存していると同時に、他の人の著作権を尊重しています。

以下はReactOSの著作権ポリシーです。



サードパーティソフトウェアからのコードのコピーは、コピーされたコードがパブリックドメインにあるか、ReactOSなどのGPLライセンスに基づくプログラムとの組み合わせを許可するフリーソフトウェアライセンスに基づいて配布されていない限り（コードがGPL互換である場合を除き）、まったく受け入れられません。 明示的に許可されない限り、ライセンスは利用できないと常に仮定する必要があります。



非フリーのソースコードをReactOSに含めることはできません。 これには、ヘッダーファイル、サポートファイル、およびソースコードファイルが含まれます。 このようなコードは学習に使用できますが、学生はこのコードを所有するライセンスを持っていると想定されています。 たとえば、明示的な契約がない場合、および有効なライセンスがある場合、独自のコードの例を使用して学習および学習することができます。



非フリーライセンスの重大な副作用は、非フリーシステムからReactOSにコードをコピーアンドペーストできないことです。 さらに、既存のコードを再入力するだけでコピーが行われ、著作権が侵害されます。 既存のコードサンプルと同様に機能するコードを作成するために、開発者はライセンス条件を考慮して、既存のコードを調査および理解するためにプログラムをリバースエンジニアリングできます。 ただし、開発者は、受け取った一般的な知識に基づいて、新しいコードをゼロから作成する必要があります。



開発者は、専有コードをコピーしようとしないことをお勧めします。 書き込みのスタイルは著作権の対象ではないかもしれませんが、フリーでないコードを記述するスタイルと類似または完全に同一のフリーなコードを記述するスタイルは、この新しいコードに対する不信を引き起こします。



ソースコードからのコメントも著作権で保護されており、フェアユースの場合を除き、完全に異なるオリジナル作品にコピーすることはできません。



機密保持契約（NDA）の一部として取得されたソースコードは、機密保持契約自体の調査を必要とする特別なケースです。 このようなコードを研究して得た知識を使用する前に、ReactOSプロジェクト管理者と秘密保持契約の詳細について話し合う必要があります。



いずれにせよ、ReactOSプロジェクトでは、ReactOSの開発に使用されるすべてのソフトウェアのライセンス条項に従うことをメンバーに要求しています。 推奨される戦略は、独自のライセンスの使用を完全に回避することです。



フェアユース 著作権で保護された資料には、特定の取消不能のフェアユース権があります。 そのうちの1つは、教育目的で著作物を研究する権利です。 そのため、プロジェクトの参加者が互換性のあるソフトウェアを作成できるように、機密保持契約で保護されていないサードパーティの開発キットが研究されています。



リバースエンジニアリング 多くのプロプライエタリソフトウェアパッケージには、ライセンスにリバース開発を禁止する条項が含まれています。 ReactOSプロジェクトの作成者は、これらのライセンス制限は、オブジェクトコードから適切なソースコードへの意図的な変換を禁止する範囲にのみ適用され、その後にそのソースコードの所有権の表明が続くと考えています。 開発者が自分のコードの問題を見つけるためにデバッガーを使用してオペレーティングシステムのカーネル内のコードを監視（トレース）するたびに行われる部分のリバース開発は、正当な公正使用です。 リバースエンジニアリングを介して直接取得したソースコードは、他の独自のソースコードと同じ方法で処理する必要があります。システムの学習と理解には役立ちますが、ReactOSに含めることはできません。



オブジェクトコードの逆アセンブルは、リバースエンジニアリングの一種と見なされます。 逆アセンブルされたコードリストには、オブジェクトコード自体と同じライセンス制限があります。



「汚染された開発者」。 すでに以前に公開され、著作権で保護されているものと同様の作業を実行するときに表現される法的理論があります。 新しい作品の作成者が元の作品を見た場合、元の作品の著作権を侵害せずにそのような作品を作成できないという懸念があります。 プロジェクトの位置は、この理論が多​​くの理由で無効であるようなものです。 原則として、プロプライエタリなコードを見ている開発者が、一般的な作業ロジックの観点からのみ類似したReactOSのコードを書くことができない理由はありません。



プロジェクトコーディネーターは、コードベースがシステムの一部であるコード全体のすべての著作権とライセンスの要件を満たしていることを確認するためにあらゆる努力を払っています。 ただし、システムのサイズと複雑さにより、このような違反が発生しないことを保証することはできません。 プロジェクトのWebサイトでは、このような違反の申請を受け付ける特別なフォームを提供しています。 プロジェクトコーディネーターは、関連する証拠書類の提供とプロジェクト管理者による確認を条件として、違反を報告した後、そのような違反を含むコードをコードベースから直ちに削除することを約束します。

2.5開発ツール

ReactOSの開発には、いくつかのサードパーティSDKが必要です。 それらのそれぞれは、固有の法的問題を提示します。 ReactOSの開発では、次のSDKが使用されます。



-Microsoft Platform SDK（関連するSDKおよびSDKコンポーネントを含む）：このSDKはwww.microsoft.com/msdownload/platformsdk/sdkupdateにあります。 ヘッダーファイル、ライブラリ、ドキュメント、その他のサポートファイル、およびSDKで定義されたAPIの使用を示すプログラムのサンプルソースコードが含まれています。 これは、Microsoftオペレーティングシステムで動作し、Microsoftオペレーティングシステムと互換性のあるサードパーティソフトウェアを作成するために使用される主要な開発ツールです。



-Microsoftドライバー開発キット（DDK）：カーネルモードソフトウェア（デバイスドライバーを含む）を開発するために設計された特別なSDK。



-Microsoftインストール可能ファイルシステムキット（IFS）：ファイルシステムと呼ばれる特定のカーネルモードコンポーネントを開発するために設計された特別な目的のSDK。 このキットのライセンスは約1,000ドルです。



SDKライセンスの制限。 プロジェクト参加者がよく使用するSDKの一部は、非フリーライセンスで配布されます。 これらのライセンスの一部には、このSDKを使用して開発されたソフトウェアの使用に関するさまざまな制限が含まれています。 特に、Microsoftは、DDKを使用して作成されたオペレーティングシステムドライバーを使用できるように制限を課しています。 これらの制限は、オブジェクトまたはソースコードの形式でMicrosoft提供のヘッダーまたはライブラリファイルを直接含むドライバーにのみ適用されます。 ただし、これらの制限はこれらのSDKに付属のドキュメントとの関連では無効であり、ソースコード（特にヘッダーファイル）は、上記のように、それらを調べて互換性を確保する目的でアクセスできます。



ReactOSプロジェクトは、これらのSDKの一部のコンポーネントが著作権で保護されていないことを保持しています。 このプロジェクトでは、記号定数、データ構造のタイプなどの名前は、機能的な要素であり、創造的な表現が含まれていないため、著作権で法的に保護されているとは見なされません。 したがって、プロジェクトは、開発者が独自の対応するデータ構造、宣言された定数、列挙型などに名前を付けることができることを提唱しています。 著作権で保護された作品に見られるものに似ています。

さらに、外部のオブジェクトコードとの互換性を確保するために、データ構造とコンポーネントの名前は同一である必要があるため、Microsoft SDKにあるものと類似しています。



WindowsとのReactOSの完全な互換性を実現するには、ReactOSのデータ構造がサードパーティソフトウェアで期待されるものと正確に一致する必要があります。 著作権で保護されたファイルからのデータの直接コピーは禁止されていますが、ReactOSでは、非フリーSDKにあるデータ構造と互換性のあるデータ構造の複製（再構築）が許可されています。

3.特許の問題

一部の国では、特許法のメカニズムを通じてソフトウェア（ソフトウェア）の保護を許可しています。ソフトウェア特許は、他の特許と同様に、著作権保護の条件に比べて短い期間（通常約20年）付与されますが、同時にこの技術の実装で具現化されたアイデアを保護します。

そのような特許は長い間「ソフトウェア特許」と呼ばれていたという事実にもかかわらず（文字通りの翻訳はやや具体的ではありませんが、「ソフトウェア特許」というフレーズを誤解させる可能性があります）、個々のプログラムの特許については話していません。 「ソフトウェア特許」は、汎用コンピューター上のプログラムを使用して実行できるアルゴリズムと操作を保護するため、Richard Stallmanは「計算アイデア特許」と呼ぶことを提案しました。

コンピューティングアイデアの特許は、少なくとも米国、一部のヨーロッパ諸国、および韓国に適用されます。

ほとんどのヨーロッパ諸国およびロシアでは、文字通り「ソフトウェア用」という意味の特許は正式に無効です。欧州特許条約の第52条は、コンピューターアルゴリズム、方法、およびプログラムの特許を明示的に禁止しています。ロシアでは、コンピュータープログラムの特許は禁止されています。



したがって、プロジェクトは国際的な地位を持っているため、ソフトウェア特許はReactOSに大きな影響を与える可能性があります。現在、プロジェクトソフトウェアの特許は米国の法的枠組みに違反していません。また、サードパーティの特許はフリーソフトウェアと根本的に互換性がないため、このようなプロジェクトでは慎重に避ける必要があることに注意する価値があります。



特許権の侵害は、誰かが特許所有者からのライセンスなしに特許発明を「生産、販売、使用、または販売」し始めた瞬間に発生しますが、責任は現在の法律および批准された州の合意によって大きく異なります適切なアプリケーションになります。明らかに、特許の問題はすべてのプロジェクト開発者に関連しています。これはかなり複雑な問題ですが、特許に関するプロジェクトのポリシーは次のとおりです。



管理者、コーディネーター、およびその他のReactOSプロジェクト参加者は、関連する特許を積極的に検索する必要はありません。 ReactOSのような複雑なシステムのすべての側面を網羅する完全な特許検索を行うことは、実際には不可能であり、または少なくとも過度に高価で時間がかかります。



プロジェクト参加者は、ReactOSの開発に関連する既知の特許の存在を特定し、プロジェクト管理者に通知するために、あらゆる努力を払っています。これは、プロジェクトが他の人に完全な特許検索を行うことを奨励しているという意味ではありません。ただし、これは、開発者が認識している特許、および彼らの意見ではプロジェクトに関連する可能性のある特許を報告する必要があることを意味します。



プロジェクト管理者は、プロジェクトに関連する可能性のある特許のリストを維持し、侵害を回避するための努力をします。原則として、各特許に関する法的助言は得られません。その代わり、プロジェクトコーディネーターは、彼らの観点から、特許の技術的関連性について結論を導き、必要であれば、特許法に違反するシステムコードの削除および/または変更を決定します。



プロジェクト参加者は、ReactOSと共同で実施された新しい開発の特許を取得しないことに同意します。あるいは、これらの特許の所有権をReactOS財団に譲渡することに同意するか、永久、取消不能、ロイヤリティフリーのライセンスを誰にも付与しませんReactOSシステムまたはシステムの派生物（つまり、「特許左」のようなもの）と共に特許発明を使用したい人。



元々は企業秘密であったサードパーティのプロプライエタリソースコード（たとえば、漏洩したMicrosoft Windowsソースコードを含む）にアクセスできた開発者は、特別なケースです。著作権の問題も特許の問題も変わりませんが、機密保持契約に署名した後にコードを受け取った開発者は、このコードを所有するライセンスを持っていません。そうでなければ、企業秘密の開発者による明らかな違反があります。したがって、このコードは学習にも適していません。 ReactOS開発アクティビティでそのようなサードパーティ独自のコードを所有または使用する開発者からの支援を拒否することは、プロジェクトポリシーです



プロジェクトコーディネーターは、関連する文書証拠の提供とプロジェクト管理者による確認分析を条件として、そのような違反を報告した後、コードベースから特許発明の実装を含むコードを直ちに削除することを約束します。プロジェクトのWebサイトでは、このような違反の申請を受け付ける特別なフォームを提供しています。

4.商業秘密、非開示契約の問題。

ReactOSプロジェクトの参加者は、さらなる配布が許可されていない情報を受け取る場合があります。これは、参加者が企業秘密を所有している場合です。

営業秘密を構成する情報にアクセスする人々は、秘密にされることが推奨されます。 ReactOSなどの公開プロジェクトは、一般に企業秘密と互換性がありません。プロジェクト参加者は、プロジェクトの企業秘密を開示すべきではありません。プロジェクトは企業秘密を保存しませんが、他の人々の企業秘密を保存するために可能な限りすべてを行いますが、プロジェクトは各参加者に関する保証を行いません。

営業秘密の欠如はプロジェクトの方針です。つまり、プロジェクト参加者は、ReactOSでの作業のコンテキストで企業秘密にアクセスするべきではありません。



ReactOSプロジェクトの参加者は、秘密保持契約（NDA）を制定する必要に直面する場合があります。プロジェクトの基本的な非互換性と機密保持の概念により、プロジェクトは何らかの理由で機密保持契約の採択を承認しません。



プロジェクト参加者は、プロジェクトへの参加に関連する可能性のある合意についてプロジェクトコーディネーターに通知する必要があります。プロジェクト管理者は、プロジェクトにコードを送信する前だけでなく、メーリングリストへのメッセージの送信、IRCでのプレゼンスを含む非自明な参加が始まる前でも、非フリーコードでの作業中にプロジェクト参加者が取得した機密保持契約に関する情報の開示を要求しますチャンネルなどプロジェクトは、プロジェクト参加者による秘密保持契約の違反を防ぐためにあらゆる努力を払っていますが、これは参加者の行動に関する保証を与えるものではありません。



機密保持契約を受け入れた参加者は、機密保持契約が適用されるコード、文書、実装のヒント、アーキテクチャ情報などを送信することを禁止されています。そのような契約を締結した開発者は、その条件を順守する必要があります。彼らは彼らの評判を明らかに意図的に「信用を失い」、第三者との署名された秘密保持契約の形で文書証拠があります。秘密保持契約に違反して送信されたコードは、コードベースから削除されます。

結論

したがって、この作業では、オープンReactOSオペレーティングシステムの開発のさまざまな法的側面、つまり個別化ツールの保護、著作権と関連する権利、企業秘密、特許法の問題が考慮されました。法的な観点から「無料」ソフトウェアを開発するプロセスの特徴も調査されました。オープンオペレーティングシステムReactOSは複雑な法律の主題であることが確立されています。さまざまな種類と形態の知的創造性の結果が含まれており、その開発と普及のプロセスの法的規制は、各州の管轄内の現在の法律に個別に直接依存しています。これらの機能とその国際的なステータスを考慮して、ReactOSのオープンソースプロジェクトは、その活動において、プロジェクト参加者による著作権、特許、企業秘密、ほとんどの法域における第三者の個別化の手段による違反を回避する戦略を厳守しています。プロジェクトライセンスと互換性のある無料ライセンス（GPL）の1つに基づいて、特許によって保護されておらず、直接の著者によってライセンスされている、既知の合法的なソースと方法による知的創造性の結果のみがプロジェクトコードベースに受け入れられます。このプロジェクトは、オープンソースソフトウェアの法的保護に関する確立された国際慣行に基づいて、知的財産権を擁護します。ほとんどの管轄区域における第三者の個別化の手段。プロジェクトライセンスと互換性のある無料ライセンス-GPLのいずれかの下で、特許によって保護されておらず、直接の著者によってライセンスされている、既知の合法的な出典と方法による知的創造性の結果のみがプロジェクトコードベースに受け入れられます。このプロジェクトは、オープンソースソフトウェアの法的保護に関する確立された国際慣行に基づいて、知的財産権を擁護します。ほとんどの管轄区域における第三者の個別化の手段。プロジェクトライセンスと互換性のある無料ライセンス-GPLのいずれかの下で、特許によって保護されておらず、直接の著者によってライセンスされている、既知の合法的な出典と方法による知的創造性の結果のみがプロジェクトコードベースに受け入れられます。このプロジェクトは、オープンソースソフトウェアの法的保護に関する確立された国際慣行に基づいて、知的財産権を擁護します。プロジェクトライセンス-GPLと互換性があります。このプロジェクトは、オープンソースソフトウェアの法的保護に関する確立された国際慣行に基づいて、知的財産権を擁護します。プロジェクトライセンス-GPLと互換性があります。このプロジェクトは、オープンソースソフトウェアの法的保護に関する確立された国際慣行に基づいて、知的財産権を擁護します。

付録

A.



アプリケーションプログラミングインターフェイス（API）の用語：アプリケーションにプログラミングインターフェイスを提供する関数、データ構造、定数、オブジェクトなどのセット。たとえば、コンピューターのオペレーティングシステムには、アプリケーションの作成時にこのシステムと対話するために使用する必要がある関数を持つAPIがあります。「API」という名前は、オペレーティングシステムによって提供される特定の機能を指す場合があります。



ソフトウェア開発キット（SDK）：これらのSDKのベンダーと対話するコンピュータープログラムを作成するために使用されるソフトウェアとドキュメント。通常、これらのバンドルには、Cヘッダーファイル、オブジェクトコードライブラリ、バンドルを使用するためのさまざまな形式のドキュメント、およびバンドルがサポートする予定のプログラムに関する詳細情報が含まれています。



著作権：書面による作品、オーディオとビデオの録音、歌、ビジュアルアート、コンピューターソースコードなど、創造的な表現を保護する政府定義の独占形態著作権は作品に含まれる文字通りの表現を保護し、作品が具体化するアイデアや概念ではありません。著作権は、コンピューターのソースコードや、場合によってはオブジェクトコードの作成を含む、有形の形式で修正された時点で著作権で保護されているすべての作品で自動的に発生します。



ライブラリ：一般的に使用されるソフトウェアコンポーネントを含むオブジェクトコードファイル。オペレーティングシステムでは、サードパーティのソフトウェアがシステムライブラリを使用して、オペレーティングシステムと機能を「リンク」し、ソフトウェアがオペレーティングシステムで適切に動作するようにする必要があります。



逆アセンブラー：オブジェクトコードを人間が読めるアセンブリ言語コードに変換するために開発者が使用するソフトウェア。開発者がソフトウェアの欠陥の検索と修正を容易にするために使用します。さらに、逆アセンブラを使用して、開発者が製品の対象となるシステムをよりよく理解できるようにすることができます。逆アセンブラを使用して、元のコードが失われた場合にソースコードを復元することもできます。



デバイスドライバー（「ドライバー」）：オペレーティングシステムに代わってハードウェアを直接または間接的に制御するように設計されたソフトウェア。また、オペレーティングシステムのカーネルで直接プラグインとして実行するように設計されたソフトウェアを指す場合にも使用されます。原則として、ドライバーは非常に低レベルであり、ロード後にオペレーティングシステムのカーネルの一部になります。基本的に、これらはオペレーティングシステムのアーキテクチャと非常に密接に関連しています。



ソースコード：プログラミング言語（CやC ++など）でのコンピュータープログラムの表現。この用語は、人間が簡単に読むことができ、ソフトウェアの作成と保守に使用される特殊な形式のソフトウェアを指します。通常、ソースコードには、読者がソフトウェアを理解するのに役立つコメントが含まれています。また、ソースコードにはヘッダーファイルが含まれています。



営業秘密：所有者（通常は会社）にとって貴重な情報であり、公開時に会社の市場競争力を損なう可能性のある情報。

コンパイラ：ターゲット環境で実行するために、人間が読み取れるソースコードをオブジェクトコードに変換するソフトウェア開発ツール。



ロゴタイプ（他のギリシャ語から：λόγος-単語+τύπος-インプリント）：定型化された文字および/または表意文字の形式での会社名のグラフィック指定。ロゴは、商標の画像や法人の紋章として広く使用されています。



非フリー（専有）ソフトウェア：著者または著作権所有者が個人所有するソフトウェアであり、フリーソフトウェアの基準を満たしていません（オープンソースコードでは不十分です）。



所有権のあるソフトウェアの著作権者は、その使用、コピー、および変更について、全面的または本質的な側面で独占権を保有します。ほとんどの商用製品はまだこのカテゴリに分類されます。



パブリックドメイン：著作権保護の対象となる作品は、作品の作成者の明示的な同意を得て、パブリックドメインに譲渡される場合があります。作品がパブリックドメインに割り当てられると、著作権によって保護されなくなり、いかなる種類の保護もなくなります。



オブジェクトコード：人間が読めるソースコードをターゲット環境での実行に適した形式に変換するように設計されたコンパイラまたは他の同様のプログラムの結果。通常、この用語は、マイクロプロセッサで直接実行できる機械語命令を指します。オブジェクトコードは、ソースコードの反対で、オブジェクトコードに変換されます（通常はコンパイラを使用）。



オペレーティングシステム（OS）：基本プログラムを実行できる環境を編成するために設計された特別なクラスのコンピューターソフトウェア。オペレーティングシステムはコンピューターハードウェアと直接対話し、プログラムが対話できる標準化されたサービスのセットを提供します。 OSには、たとえば、Microsoft Windows XP、GNU / Linux、およびApple Macintoshが含まれます。



デバッガー：ソフトウェアの欠陥の修正を促進するために開発者が使用するソフトウェア。さらに、デバッガーを使用して、開発者が製品の対象となるシステムをよりよく理解できるようにすることができます。デバッガーの例は、CompuwareのSoftICEやMicrosoftのWinDbgです。



特許：新しく有用な発明の発明者に政府によって付与された法的独占。有形および無形の概念、方法、手順、技術、デバイスなどについて特許が付与されます。



サービスマーク：他人のサービスを識別するために使用される商標。



フリーソフトウェア（フリーソフトウェア）：Free Software Foundation（http://www.gnu.org）によって公開されたフリーソフトウェアの定義に従ってライセンスされたソフトウェア。 GNU General Public License（GPL）は、人気のあるフリーソフトウェアライセンスです。



商標（商標）：特定のメーカーの製品と他のメーカーを区別するマーク。商標は通常、特定の業界内で製品を一意に識別するために使用されます。



ヘッダーファイル：通常、CまたはC ++で記述されたソースコードファイル。他のソースコードファイルに参照によって含まれています。



ヘッダーファイルは、API、データ構造、操作定数、およびソフトウェアシステムの他の特性を説明する情報を提供します。たとえば、特定のオペレーティングシステムで実行されるプログラムを作成するには、このシステムの開発者によって提供され、それと対話するように設計されたヘッダーファイルを使用する必要があります。

ソース

1. WIPO著作権条約（WCT）およびWIPO著作権条約に関する合意声明は、1996年12月20日の外交会議で採択されました[電子リソース]。-URL ：www.wipo.int/treaties/en/ip/wct/wct.html

2.知的財産権（TRIPS）またはTRIP [電子リソース]協定の貿易関連の側面に関する協定。-URL ：www.rupto.ru/norm_doc/sod/norm_doc/mejd_doc/trips.html

3.「ロシア連邦の民法」（ロシア連邦の民法）2006年12月18日N230-、パート4、2009年1月1日修正。 2013 [電子リソース]。-URL：www.consultant.ru/popular/gkrf4 ConsultantPlus、1992-2013

4. 2012年1月1日の州基準No. GOST R 54593-2011「情報技術。フリーソフトウェア。一般規定。」

5. 2009年5月5日のロシア連邦経済開発省の手紙N D05-2235 [電子リソース]。 - URL：www.subschet.ru/subschet.nsf/docs/0C3E2997FDF34C30C32576220019BE2D.html

6.非ロシア語翻訳でライセンスGNU一般公衆利用許諾契約書のテキスト[電子リソース] jxself.org/translations/gpl-2.ru.shtml

7.リチャードストールマン。特許からソフトウェアフィールドを保護します。 Free Software Foundation（2013年2月2日）[電子リソース]。-URL：gnu.org/philosophy/limit-patent-effect.html

8.「コンピューターの著作権侵害との闘い：ソフトウェアの著作権侵害に対する責任と、その保護に関するロシア連邦の法律」、Adobe Systemsの法的なレビュー[電子リソース]。-URL ：www.adobereal.ru/legal/russian_legislation_on_copyright_protection_for_software.php#adobe_01

9. GNU General Public License。 /「ロシアの法制度への適用可能性に関する「無料」ライセンスの分析。」 Altlinuxの法的なレビュー。 [電子リソース]。 – URL: www.altlinux.ru/media/otchet_dlia_publikacii/part4.html#mozTocId391958

10. ReactOS [ ]. – URL: old.reactos.org/ru/dev_legalreview.html

11. « GPL » «» №13 09 2002 [ ]. – URL: old.computerra.ru/2002/438/17257

12. « ?», habrahabr.ru/post/176101