
オープン定義(旧称オープンナレッジ定義)[1]は、オープンナレッジ財団(OKF)があらゆる種類のデータ、コンテンツ、その他の知識のオープン性を定義するために公開しています。定義の目的は、「知識に関する『オープン』の意味を明確にする」ことです。[2]オープンソース運動とフリーソフトウェア運動の両方から哲学的に影響を受けていますが、オープン定義では、派生作品をフリーライセンスでリリースすることを要求するコピーレフトの原則よりも、ライセンスの互換性を優先しています。オープン定義には、オープンライセンスと見なされるコンテンツライセンスの要件が含まれており、OKFは互換性のあるライセンスのリストを管理しています。定義ではまた、オープンアクセス、機械可読性、オープンフォーマットの使用も求められています。OKFのオープンソフトウェアサービス定義は、オープン定義から派生しています。
オープン・ナレッジ・ファウンデーション(OKF)は、英国を拠点とするNGO [3]で、2006年に定義の策定作業を開始しました。[4] OKFによると、オープン定義はブルース・ペレンズのオープンソース定義から「大幅に派生」したものであり、リチャード・ストールマンの「ソフトウェアの自由の理想」 を継承することを意図しています。[2]ライセンスがオープンソースかどうかを判断するための最も広く使用されている基準であるオープンソース定義は、[5] Debianフリーソフトウェアガイドラインから派生したものです。[6]これは、デイビッド・ワイリーの廃止されたオープンコンテンツライセンス(オープンコンテンツの保持、改訂、リミックス、再利用、再配布を許可する)に類似していますが、オープン定義はより具体的です。[2]オープンガバナンスではなく、アクセスと再利用の自由に焦点を当てています。[6] この定義の目的は、「知識に関する『オープン』の意味を明確にすること」です。[2]
定義(バージョン2.1)には、次のような要約が含まれています。「知識がオープンであるということは、誰もが自由にアクセスし、使用し、変更し、共有できるということです。ただし、出所とオープン性を維持するための措置が最大限に適用されることを条件とします。」[6] [7]以前のバージョン(1.0)では、「コンテンツまたはデータは、誰もが自由に使用、再利用、再配布できるということです。ただし、最大限に適用されるのは、帰属表示および/または共有の要件のみです。」と述べられていました。 [6]新しいバージョンでは、デジタル著作権管理(DRM)技術を使用してオープン性を低下させることは許可されていないことが明確にされています。[6]
この定義には、オープンナレッジの詳細な基準が含まれています。[2]オープンデータに関しては、この定義は主に4つの側面をカバーしています。[8] [9]
そのため、オープン定義の要件はオープンライセンスを超えて、技術的な障壁や価格の排除または削減も要求しています。[10] [11]
定義では、ライセンスがオープンでなければならない9つの領域と、コンテンツに課され得る7つの制限が挙げられている。[7] OKFは、知識に適用可能な互換性のあるライセンスと互換性のないライセンスのリストを維持している。[2] [7] 2017年の時点で[アップデート]、特に6つのライセンスが推奨されていた。[7]定義を満たす特注のライセンスを起草することは可能だが、この方法は再利用の際に互換性の問題を引き起こす可能性が高い。[12]オープン定義では、コピーレフト条項(コンテンツの再利用を無料ライセンスの下で利用可能にすることを要求する条項)は許可されているが、推奨されていない。ライセンスの互換性に重点が置かれている。[13]非営利のみのライセンス(金銭的利益のためにコンテンツを使用することを禁止する)や派生作品を許可しないライセンスは、オープン定義を満たさない。[13] [1]
オープンデータに関わるコミュニティのほとんどは、テクノロジー企業ガートナーが提供するような、利用と再配布のみを対象とする競合定義よりも、オープン定義を支持しています。[14]オープン定義が標準として提供する価値は、ライセンスの互換性を維持し、データ共有および再利用ポリシーによってデータのオープン性が低下するのを防ぐことです。[15]
オープンナレッジの他の定義とは対照的に、オープン定義ではアクセスの自由だけでなく再利用の自由も求められます。[16]そのため、多くのオープンアクセスの科学出版物はオープン定義を満たしていません。[17]
OKFのオープンソフトウェアサービス定義では、ソフトウェアサービスのコードはフリーソフトウェアであり、非個人データはオープン定義に基づいて利用可能であることが求められています。弁護士のアンドリュー・カッツ氏は、この定義は透明性の保証とベンダーロックインの防止に十分な対策を講じていないと批判しています。ベンダーロックインとは、企業が意図的にユーザーの他のサービスへの移行を困難にすることです。カッツ氏は、完全に文書化され、自由に利用できるAPIと一括データエクスポートの要件を追加することで、ロックインを緩和できる可能性があると示唆しています。[18]