オープンスタンダードとは、誰でも自由にアクセスでき、使用できる標準規格です。また、オープンスタンダードは、拡張性を提供するオープンライセンスを使用することが一般的な前提条件です。通常、本質的にオープンな性質のため、誰でも開発に参加できます。単一の定義はなく、解釈は用途によって異なります。オープンスタンダードの例としては、ほとんどの最新の携帯電話を世界中で動作させること を可能にするGSM、4G、5G規格などがあります。

定義

「オープン」と「標準」という用語は、その使用法に関連して幅広い意味を持っています。オープン標準には、結果として得られる仕様のオープン性、起草プロセスのオープン性、標準における権利の所有権など、オープン性のさまざまな側面を強調する多くの定義があります。「標準」という用語は、すべての利害関係者が参加でき、コンセンサスに基づいて運営される正式な委員会によって承認された技術に限定される場合があります。

学術界、欧州連合、そしてデンマーク、フランス、スペインなどの一部の加盟国政府や議会が使用する「オープン標準」という用語の定義では、ニュージーランド、南アフリカ、ベネズエラの政府と同様に、使用料を必要とするオープン標準は排除されています。標準化団体の側では、ワールド・ワイド・ウェブ・コンソーシアム（W3C）が、その仕様がロイヤリティフリーで 実装できることを保証しています

「標準」という用語の多くの定義では、特許権者が標準の実装者または利用者に対して「合理的かつ差別のない」ライセンス料やその他のライセンス条件を課すことを認めています。例えば、インターネット技術タスクフォース（IETF）、国際標準化機構（ISO）、国際電気標準会議（IEC）、ITU-Tといった主要な国際的に認められた標準化団体が発行する標準規則では、その標準に、その実装に特許ライセンス料の支払いが必要となる仕様を含めることが認められています。これらの団体の中で、IETFとITU-Tだけが自らの標準を「オープン標準」と明示的に呼んでおり、他の団体は「標準」の作成のみに言及しています。IETFとITU-Tは、「合理的かつ差別のない」特許ライセンス料の要件を認める「オープン標準」の定義を用いています。

オープンソースソフトウェアコミュニティには、「オープンスタンダード」は自由に採用、実装、拡張できる場合にのみオープンであると考える人々がいます。[1]オープンスタンダードまたはアーキテクチャは、標準が所有されていないか、団体によって所有されているという意味で非独占的であると考えられていますが、それでも公開共有でき、厳重に保護されていません。[2]標準となった「オープンソース」の典型的な例は、IBMが開発し、現在はMicrosoftオペレーティングシステムとIntelマイクロプロセッサを組み合わせたWintelと呼ばれるパーソナルコンピュータです。 [3]他に「オープン」として最も広く受け入れられている3つは、GSM電話（政府標準として採用）、UNIXを推進するOpen Group、そしてSMTPとTCP/IPの最初の標準を作成したインターネット技術タスクフォース（IETF）です。購入者は、ネットワーク効果とベンダー間の競争の激化により、より安価な製品とより多くのアクセスの選択肢を提供すると考えるオープンスタンダードを好む傾向があります。[ 4]

フォーマットを規定するオープンスタンダードは、オープンフォーマットと呼ばれることもあります

標準と呼ばれることもある多くの仕様は独自のものであり、仕様の著作権を所有する組織からの制限的な契約条件の下でのみ入手可能です（そもそも入手できる場合） 。そのため、これらの仕様は完全にオープンであるとは見なされていません。ジョエル・ウェストは、「オープン」標準は白黒はっきりしたものではなく、さまざまなレベルの「オープン性」があると主張しています。[5]よりオープンな標準は、技術に関する知識が十分に分散し、競争が激化し、他者が技術を実装するにつれてその技術を模倣できるようになるときに発生する傾向があります。これは、Wintelアーキテクチャで発生し、他者がソフトウェアを模倣できるようになったときに発生しました。[3]特定の企業が標準に対して大きな力（所有権ではない）を持っている場合、オープンな標準はそれほど存在していません。これは、企業のプラットフォームが標準設定で「勝利」した場合、または市場が1つのプラットフォームを最も普及させた場合に発生する可能性があります。[6]

オープン標準の具体的な定義

標準化団体によって作成

IEEE、ISOC、W3C、IETF、IAB共同定義

2012年8月12日、電気電子学会（IEEE）、インターネット協会（ISOC）、ワールド・ワイド・ウェブ・コンソーシアム（W3C）、インターネット技術タスクフォース（IETF）、インターネット・アーキテクチャ委員会（IAB）は、インターネットと関連技術の飛躍的な成長に貢献する一連の原則を共同で承認しました。「OpenStand原則」は、オープンスタンダードを定義し、イノベーションの構成要素を確立します。 [7] [8] OpenStand原則を用いて開発された標準は、オープンで参加型のプロセスを通じて開発され、相互運用性をサポートし、世界的な競争を促進し、世界レベルで自主的に採用され、市場と消費者のニーズを満たすことを目的とした製品とサービスの構成要素として機能します。これによりイノベーションが促進され、ひいては新しい市場の創出と既存市場の成長と拡大に貢献します。

以下に概説するように、 5つの主要なOpenStand原則があります。 [9]

1. 協力 標準化団体間の敬意ある協力。各団体は、他方の団体の自律性、完全性、プロセス、知的財産権のルールを尊重します

2. 原則の遵守– 標準開発の5つの基本原則を遵守する。

  • 適正手続き：参加者間で公平かつ公正に意思決定が行われます。標準開発を支配したり、指導したりすることはありません。標準化プロセスは透明性があり、決定に対して異議を申し立てる機会が存在します。定期的な標準の見直しと更新のプロセスは明確に定義されています。
  • 幅広い合意：プロセスにより、あらゆる意見が検討され、対処されるため、さまざまな利害関係者間で合意が得られます。
  • 透明性：標準化団体は、提案された標準開発活動、実施される作業範囲、参加条件について事前に公表します。決定の記録と、それらの決定に至る際に使用された資料は、容易にアクセスできます。最終的な標準の承認と採用の前に、パブリックコメント期間が設けられます。
  • バランス：標準化活動は、特定の個人、企業、または利益団体によって独占的に支配されることはありません。
  • オープン性：標準化プロセスは、すべての利害関係者と情報を持つ関係者に開かれています。

3. 集団的エンパワーメント： 標準化団体とその参加者が集団的エンパワーメントに取り組むことを表明することにより、以下の標準を目指します。

  • 各参加者の専門知識の提供によって判断される技術的メリットに基づいて選択および定義される
  • グローバルな相互運用性、拡張性、安定性、および回復力を提供する。
  • グローバルな競争を可能にする。
  • さらなるイノベーションの基盤として機能する。そして
  • 人類に利益をもたらすグローバルコミュニティの創造に貢献する。

4. 可用性： 標準仕様は、実装と展開のためにすべての人がアクセスできるようにします。標準化団体は、公正な条件で実装できる仕様を開発するための手順を定義しています。市場の多様性を考慮すると、公正な条件はロイヤリティフリーから公正、合理的、かつ非差別的な条件（FRAND）までさまざまです。

5. 自主採用： 標準は自主的に採用され、成功は市場によって決定されます。

ITU-Tの定義

ITU -Tは、国際電気通信連合（国際連合の専門機関）の3つのセクターの1つである標準化機関（SDO）です。ITU-Tには、電気通信標準化局長による知的財産権に関する特別委員会があり、2005年3月に以下の定義を作成しました。この定義は、2005年11月以降、ITU-T全体でその目的のために承認されています。[10]

ITU -Tはオープンスタンダード開発の長い歴史を持っています。しかし、最近、いくつかの外部ソースが「オープンスタンダード」という用語を様々な方法で定義しようと試みています。混乱を避けるため、ITU-Tは以下の定義に従って「オープンスタンダード」という用語を使用します。
「オープンスタンダード」とは、一般公開され、協力的かつコンセンサス主導のプロセスを通じて開発（または承認）および維持される標準です。「オープンスタンダード」は、異なる製品またはサービス間の相互運用性とデータ交換を促進し、広範な採用を目的としています。
「オープンスタンダード」のその他の要素には、以下が含まれますが、これらに限定されません。
  • 協力プロセス - すべての利害関係者に合理的に開かれた、透明性のあるコンセンサス主導のプロセスに従った、自発的かつ市場主導の開発（または承認）。
  • 合理的なバランス - プロセスが特定の利害関係者によって支配されないことを保証する。
  • 適正手続き - 利害関係者からのコメントの検討と対応を含む
  • 知的財産権（IPR） - 標準の実装に不可欠なIPRは、（1）無償およびその他の合理的な条件、または（2）合理的な条件（金銭的補償を含む場合がある）のいずれかで、世界中で差別なくすべての申請者にライセンス供与されます。交渉は関係者に委ねられ、SDOの外で行われます。
  • 品質と詳細レベル - 相互運用可能な製品またはサービスのさまざまな競合する実装の開発を可能にするのに十分です。標準化されたインターフェースは、標準を公布するSDO以外によって隠蔽または管理されていません。
  • 公開可能 - 実装および使用のために、合理的な価格で容易に入手できます。他者による標準テキストの公開は、SDOの事前の承認がある場合にのみ許可されます。
  • 継続的なサポート - 長期にわたって維持およびサポートされます

ITU -T、ITU-R、ISO、IECは、 WSCの旗印の下、共通特許ポリシー[11]を調和させています。しかし、共通特許ポリシー[12]では「オープンスタンダード」ではなく「標準」のみに言及している ため、ITU-Tの定義は必ずしもITU-R、ISO、IECの文脈にも適用可能であるとは考えられ ません。

IETFの定義

IETFはRFC 2026のセクション7で、IETF自身と同様の方法で開発された仕様を「オープンスタンダード」に分類し、ANSI、ISO、IEEE、ITU-Tによって作成された標準を例として挙げています。IETFの標準化プロセスとIPRポリシーは、ITU-Tが上記に挙げた特徴を持っているため、IETFの標準はITU-Tの「オープンスタンダード」の定義を満たしています。

しかし、IETFは「オープンスタンダード」の具体的な定義を採用していません。RFC 2026とIETFのミッションステートメント（RFC 3935）はどちらも「オープンプロセス」について言及していますが、RFC 2026はIETF標準がリンクできる文書を定義する目的以外で「オープンスタンダード」を定義していません

RFC 2026は、BCP 9（ベストコモンプラクティス、IETFポリシー）として総称されるRFCセットに属しています。[13] RFC 2026は後にBCP 78および79（その他）によって更新されました。2011年現在、BCP 78はRFC 5378（貢献者がIETFトラストに提供する権利）[14]であり、 BCP 79はRFC 3979（IETF技術における知的財産権）とRFC 4879の明確化で構成されています。[15]これらの変更は、RFC 5377に基づくIETFトラストの法的規定および著作権に関するFAQに記載されている「簡易BSDライセンス」との互換性を確保することを目的としています。 [16]

2012年8月、IETFはW3CおよびIEEEと共同でOpenStand [17]を立ち上げ、「標準のための現代パラダイム」を発表しました。これは、「インターネットとウェブをイノベーションと国境のない商取引のための最高のプラットフォームにした、効果的かつ効率的な標準化プロセス」を捉えています。この宣言は、2013年1月にRFC 6852の形で公開されました。

立法機関または政府機関による

汎ヨーロッパ電子政府サービスのための欧州相互運用性フレームワーク

欧州連合は、汎ヨーロッパ電子政府サービスのための欧州相互運用性フレームワーク バージョン1.0 [18]で使用する用語を定義しましたが、これは欧州連合のすべての使用と文書化 のための普遍的な定義であると主張しているわけではありません。

汎ヨーロッパ電子政府サービスの文脈において相互運用性を実現するには、ガイダンスはオープンスタンダードに焦点を当てる必要があります。

ここでの「オープン」という言葉は、以下の要件を満たすという意味で意味されます

  • この規格は非営利団体によって採用され、維持され、その継続的な開発は、すべての利害関係者が利用できるオープンな意思決定手順（コンセンサスまたは多数決など）に基づいて行われます。
  • この規格は公開されており、標準仕様書は無料または少額の料金で入手可能です。すべての人が無償または少額の料金で複製、配布、使用することを許可されなければなりません。
  • この規格（の一部）の知的財産（つまり、存在する可能性のある特許）は、ロイヤリティフリーで取消不能に利用可能になります。
  • 標準規格の再利用には制約はありません[19]

ネットワークセントリックオペレーションズインダストリーコンソーシアムの定義

ネットワークセントリックオペレーションズインダストリーコンソーシアム（NCOIC）は、オープンスタンダードを次のように定義しています

公開されているハードウェアおよび／またはソフトウェアの仕様は、複数のベンダーが自社製品の機能と性能に基づいて直接競争できることを意味します。また、既存のオープンシステムを最小限の労力と大きな中断なしに削除し、別のベンダーのシステムに置き換えることができることも意味します。[20]

デンマーク政府の定義

デンマーク政府は 、汎ヨーロッパのソフトウェア開発プロジェクトでも使用されている オープンスタンダードの定義を作成しようと試みてきました[21] 。政府は次のように述べています

  • オープンスタンダードは、誰もが無料でアクセスできます（つまり、ユーザー間で差別はなく、標準の使用条件として支払いやその他の対価は必要ありません）。
  • 必要不可欠なオープンスタンダードは、アクセス可能かつ無料で維持されます（つまり、所有者は、後日、標準へのアクセスを制限するオプション（実際に存在する場合）を放棄します。たとえば、特許の残りの有効期間中はオープン性を維持することを約束するなど）。
  • オープンスタンダードは無料でアクセスでき、すべての詳細が文書化されています（つまり、標準のすべての側面が透明で文書化されており、文書へのアクセスと使用は無料です）。

フランス法における定義

フランス議会は、 2004年6月21日付のLoi n° 2004-575 du 21 juin 2004 pour la confiance dans l'économie numérique（デジタル経済における信頼のための法律）において、「オープンスタンダード」の定義を承認しました。 [22]定義は次のとおりです（第4条）：

  • オープンスタンダードとは、仕様が公開されており、アクセスや実装に制限のない、あらゆる通信、相互接続、または交換プロトコル、および相互運用可能なデータ形式を指します。

インド政府の定義

明確なロイヤリティフリーのスタンスと広範な要件を持つケースは、インド政府の場合です[23]

4.1 必須特性 特定標準は、以下の基準を満たす場合、「オープン標準」とみなされます。

  • 4.1.1 特定標準の仕様書は、少額の料金の有無にかかわらず利用可能でなければなりません。
  • 4.1.2 特定標準を実装するために必要な特許請求の範囲は、標準の存続期間中、ロイヤリティフリーで利用可能でなければなりません。
  • 4.1.3 特定標準は、すべての利害関係者が透明性、協調性、合意に基づく方法で参加することを選択できる非営利団体によって採用および維持されなければなりません。
  • 4.1.4 特定標準は、可能な限り再帰的にオープンでなければなりません。
  • 4.1.5 特定標準は、技術中立的な仕様でなければなりません。
  • 4.1.6 特定標準は、該当する場合、すべての適用可能なドメインのすべてのインド公用語のローカリゼーションサポートが可能でなければなりません

イタリア法の定義

イタリアには、データ形式に重点を置いているものの、デジタル行政法典（ Codice dell'Amministrazione Digitale）[24]において、公共部門全体を対象としたオープン規格を扱う一般的な規則がある

[アプリケーションは]異なる形式でのデータの表現を許可しなければならず、少なくとも1つはオープンデータ形式である必要があります。

[...]

[オープンデータ形式とは、公開され、徹底的に文書化され、同じデータを閲覧するために必要な技術ツールに関して中立的なデータ形式であると定義されています。]

ニュージーランドの公式相互運用性フレームワークの定義

電子政府相互運用性フレームワーク（e-GIF）[25]は、以下の文章に従ってオープンスタンダードをロイヤリティフリーと定義しています。

「オープンスタンダード」の普遍的に合意された定義が近い将来に決着する可能性は低いものの、e-GIFは、「オープンスタンダード」の定義には、クローズドからオープンまでの連続体を認識する必要があり、さまざまなレベルの「オープン性」を包含する必要があることを認めています。この点について読者を導くために、e-GIFは以下の特性を示す「オープンスタンダード」を推奨します。

  • 誰もが無料でアクセス可能であること：ユーザー間の差別がなく、標準の使用条件として支払いやその他の対価を要求されるべきではありません
  • 誰もが無料でアクセスできるようにしてください。所有者は、後日標準へのアクセスを制限するオプションがある場合でも、それを放棄する必要があります。
  • すべての詳細が文書化されていること。標準のすべての側面は透明性を保ち、文書化されている必要があり、文書へのアクセスと使用は無料である必要があります

e-GIFは、高速道路における道路法と同じ機能を電子政府において果たします。車両が出会うたびに道路規則について合意しなければならないとしたら、運転は過度にコストがかかり、非効率的で、効果がないことになります。

ポルトガル法の定義

2011年に採択されたポルトガルオープンスタンダード法[26]は、オープンスタンダードの利用を義務付けており、主権国家、中央行政サービス（分権化されたサービスおよび公的機関を含む）、地方行政サービス、および公共部門に適用されます。同法では、オープンスタンダードは以下のように定義されています。

a) その採用は、すべての利害関係者がアクセスできるオープンな意思決定プロセスの成果である。

b) 仕様書は自由に公開され、制限なく複製、配布、および使用できる必要がある。

c) 仕様書は、文書化されていないプロセスのアクションをカバーしてはならない。

d) 特許を含む適用される知的財産権は、ポルトガル国家に完全かつ取消不能かつ不可逆的な方法で利用可能になっている。

e) その実装に制限はない

スペイン法の定義

スペイン議会で可決された法律[27]では、スペインの行政機関が提供するすべての電子サービスはオープンスタンダードに基づく必要があると規定されています。この法律では、以下の定義（ANEXO Definiciones k）に従って、オープンスタンダードをロイヤリティフリーと定義しています。

オープンスタンダードは、以下の条件を満たしています。

  • 公開されており、無料、またはユーザーにとって困難を伴わない費用で使用できます。
  • 使用に際して、知的財産権（著作権）または工業所有権（特許および商標）の支払いは発生しません。

南アフリカ政府の定義

南アフリカ政府は、「最低限の相互運用性運用基準ハンドブック」（MIOS）の定義を承認しました。[28]

MIOSの目的において、標準はこれらの基準をすべて満たす場合、オープンであるとみなされます。実用的な理由から採用が義務付けられている標準の中には、必ずしもすべての点でオープンであることに完全に準拠しているとは限りません。そのような場合、オープン標準がまだ存在しない場合は、適切な標準を選択する際に、オープン性の程度が考慮されます。

  1. 非営利団体によって維持されるべきである
  2. 進行中の開発作業への参加は、すべての利害関係者に開かれた意思決定プロセスに基づいています。
  3. オープンアクセス：委員会の文書、草案、完成した標準規格に、誰でも無料で、またはわずかな料金でアクセスできます。
  4. 誰もが標準規格を無料で複製、配布、使用できる必要があります
  5. 標準の実装に必要な知的財産権（必須特許請求の範囲）は、ロイヤルティなしで取消不能に利用可能です。
  6. 標準の再利用に関する留保はありません。
  7. 標準には複数の実装があります。

英国政府の定義

英国政府によるオープンスタンダードの定義は、ソフトウェアの相互運用性、データ、およびドキュメント形式に適用されます。オープンスタンダードの基準は、「オープンスタンダード原則」政策文書に掲載されており、以下の通りです。[29]

  1. コラボレーション - 標準は、コンセンサスに基づき、個々のサプライヤーから独立した共同意思決定プロセスを通じて維持されます。標準の開発と維持への関与は、すべての利害関係者がアクセスできます。
  2. 透明性 - 意思決定プロセスは透明性があり、主題専門家による公開レビューがプロセスの一部です。
  3. 適正手続き - 標準は、仕様または標準化組織、または品質を確保するためのフィードバックと批准プロセスを備えたフォーラムまたはコンソーシアムによって採用されます。
  4. 公平なアクセス - 標準は十分に文書化され、公開されており、無料で使用できます
  5. 成熟 – 革新的なソリューションを創出する場合を除き、完全に開発されている。
  6. プラットフォーム、アプリケーション、ベンダーに依存しない – 複数の実装によって市場によってサポートされている。
  7. 権利 – 標準の実装に不可欠な権利、および同じ標準を採用している他の実装とのインターフェースに必要な権利は、オープンソースおよびプロプライエタリライセンスのソリューションの両方と互換性のあるロイヤリティフリーでライセンスされる。これらの権利は、ライセンス条件に違反しない限り、取り消し不能であるべきである。

英国内閣府は、相互運用性と再利用を促進し、技術的なロックインを回避するために、政府機関が調達活動を行う際にオープンスタンダードを使用して要件を指定することを推奨しています。[ 30 ]

ベネズエラの法律の定義

ベネズエラ政府は「フリーソフトウェアおよびオープンスタンダード法」を承認しました。[31] この法令には、ベネズエラの公共部門がオープンスタンダードに基づくフリーソフトウェアを使用しなければならないという要件が含まれており、オープンスタンダードの定義も含まれています。

第2条：この法令の目的において、次のように理解されるものとする

k) オープンスタンダード：開発を担当する組織によって公開および管理され、業界で受け入れられ、フリーソフトウェアまたはその他の[種類のソフトウェア]に実装するために誰でも利用できる技術仕様であり、競争力、相互運用性、柔軟性を促進します。

著名人による

ブルース・ペレンズの定義

Googleランキングで測定される「オープンスタンダード」という用語の最も一般的な定義の1つは、ブルース・ペレンズによって開発されたものです。[32] 彼の定義には、オープンスタンダードが満たさなければならないと考える一連の原則が列挙されています。[33]

  1. 可用性：オープンスタンダードは、誰でも読み取り、実装できます。
  2. エンドユーザーの選択肢を最大化：オープンスタンダードは、標準の実装のための公正で競争的な市場を創出します。顧客を特定のベンダーやグループに縛り付けることはありません。
  3. ロイヤリティなし：オープンスタンダードは、ロイヤリティや料金なしで、誰でも無料で実装できます。標準化団体による準拠の認証には料金がかかる場合があります。
  4. 差別なし：オープンスタンダードとそれを管理する組織は、ベンダーの実装の技術標準への準拠以外の理由で、ある実装者を他の実装者よりも優遇することはありません。認証機関は、低コストまたはゼロコストの実装を検証するためのパスを提供する必要がありますが、強化された認証サービスを提供する場合もあります
  5. 拡張またはサブセット：オープンスタンダードの実装は拡張することも、サブセット形式で提供することもできます。ただし、認証機関はサブセット実装の認証を拒否したり、拡張に要件を課したりする場合があります（略奪的慣行を参照）。
  6. 略奪的慣行：オープンスタンダードは、受け入れと拡張戦術による標準の転覆から保護するライセンス条項を採用する場合があります。標準に付属するライセンスは、拡張機能の参照情報の公開と、拡張機能と互換性のあるソフトウェアを他のすべての人が作成、配布、販売するためのライセンスを要求する場合があります。オープンスタンダードは、それ以外の点で拡張機能を禁止してはなりません。

ブルース・ペレンズ氏は、標準規格の実践におけるポイントをさらに詳しく説明しています。入手可能性に関して、彼は「どんなソフトウェアプロジェクトでも、過度の負担なくコピーを入手できるべきです。そのコストは大学の教科書のコストをはるかに超えるべきではありません」と述べています。[33]

ケン・クレヒマーの定義

ケン・クレヒマー氏[34]は10の「権利」を特定しています。

  1. 公開会議
  2. コンセンサス
  3. デュープロセス
  4. オープンIPR
  5. ワンワールド
  6. オープンチェンジ
  7. オープンドキュメント
  8. オープンインターフェース
  9. オープンユース
  10. 継続的なサポート

企業による

マイクロソフトの定義

マイクロソフトのナショナルテクノロジーオフィサーであるビジェイ・カプール氏は、オープンスタンダードを次のように定義しています。[35]

オープンスタンダードの意味を見てみましょう。「オープン」とはロイヤリティフリーであることを指し、「標準」とは、すべての利害関係者が参加でき、コンセンサスに基づいて運営される正式な委員会によって承認された技術を意味します。オープンスタンダードは公開されており、共同作業とコンセンサスに基づくプロセスを通じて開発、承認、維持されます。

全体として、マイクロソフトとオープンスタンダードとの関係は、せいぜい複雑でした。マイクロソフトはオープンスタンダードを確立する最も重要な標準化団体に参加していましたが、その採用には反対であると見なされることが多かったのです。[36]

非営利団体による

オープンソース・イニシアチブの定義

オープンソース・イニシアティブは、オープンスタンダードの要件と基準を次のように定義しています。[37]

要件

「オープンスタンダード」は、オープンソースソフトウェアにおける準拠実装を禁止してはなりません。

基準

オープンスタンダード要件に準拠するには、「オープンスタンダード」は以下の基準を満たす必要があります。「オープンスタンダード」がこれらの基準を満たしていない場合、オープンソース開発者を差別することになります

  1. 意図的な秘密の禁止：標準は、相互運用可能な実装に必要な詳細を一切隠蔽してはなりません。欠陥は避けられないため、標準は、実装および相互運用性テスト中に特定された欠陥を修正し、OSRに違反しない条件でリリースされる標準の改訂版または代替版にこれらの変更を組み込むためのプロセスを定義しなければなりません。
  2. 可用性：標準は、合理的かつ差別のない費用で、ロイヤリティフリーの条件で自由に公開（例：安定したウェブサイトから）利用可能でなければなりません。
  3. 特許：標準の実装に不可欠なすべての特許は、以下の条件を満たしていなければなりません。
    • 無制限の使用のためにロイヤリティフリーの条件でライセンスされるか、
    • オープンソースソフトウェアによって実践される場合、非主張の約束によってカバーされる
  4. 契約の禁止：標準に準拠した実装を展開するために、ライセンス契約、NDA、許可、クリックスルー、またはその他の形式の書類の締結を要求してはなりません
  5. OSR非互換の依存関係なし：標準の実装では、この要件の基準を満たさない他の技術を必要としてはなりません。

ワールド・ワイド・ウェブ・コンソーシアムの定義

Web技術ICT標準、特にXML、http、HTML、CSS、WAIの提供者として、ワールド・ワイド・ウェブ・コンソーシアム（W3C）は、品質標準の開発を促進するプロセスに従っています。[38]

結果を見ると、採用対象となる仕様だけでは不十分です。オープンスタンダードについて語る際には、特定の設計に至る参加型／包括的なプロセスと、それに伴う利用可能なサポートリソースを考慮する必要があります。

  • 透明性（デュープロセスは公開されており、すべての技術的な議論と会議の議事録はアーカイブされ、意思決定において参照可能です）
  • 関連性（新しい標準化は、要件段階（アクセシビリティ、多言語対応など）を含む市場ニーズの適切な分析に基づいて開始されます）
  • オープン性（業界、個人、公共機関、政府機関、学界など、世界規模で誰でも参加できます）
  • 公平性とコンセンサス（プロセスとW3C組織の中立的なホスティングによって公平性が保証され、各参加者に同等の重みが与えられます）
  • 可用性（開発中、最終段階、翻訳のいずれにおいても、標準テキストへの無料アクセスが可能であり、コアとなるWebおよびインターネット技術がロイヤリティフリーで実装できることが保証されています）
  • メンテナンス（テスト、エラッタ、改訂、恒久的なアクセス、検証などの継続的なプロセス）

2012年8月、W3CはIETFおよびIEEEと提携し、OpenStand [17]を立ち上げ、「標準のための現代のパラダイム」を出版しました。これは、「インターネットとウェブをイノベーションと国境のない商取引のための最高のプラットフォームにした、効果的かつ効率的な標準化プロセス」を捉えています。

デジタル標準化機構（DIGISTAN）の定義

デジタル標準化機構（DIGISTAN）は、「オープンスタンダードは、ベンダー間の無制限の競争とユーザーの無制限の選択肢を生み出すことを目的としなければならない」と述べています。[39] 「オープンスタンダード」（または「フリーでオープンなスタンダード」）の簡潔な定義は、「ライフサイクルのすべての段階でベンダーの支配を受けない公開仕様」です。より完全な定義は次のとおりです。

  • 「この標準は非営利団体によって採用され、維持され、継続的な開発は、すべての利害関係者が利用できるオープンな意思決定手順に基づいて行われます。」
  • 標準規格は公開されており、標準仕様書は無料で入手可能です。すべての人が自由に複製、配布、使用することを許可されなければなりません。
  • 標準規格（の一部）に存在する可能性のある特許は、ロイヤリティフリーで取消不能に利用可能になります。
  • 標準規格の再利用には制約はありません

オープン標準の重要な定義特性は、ライフサイクルのすべての段階においてベンダーによる規制の影響を受けないことです。ベンダーによる規制の影響を受けないことで、オープン標準を長期にわたって改良、信頼、拡張することが可能になります。[40]

この定義は、EUのEIF v1における「オープンスタンダード」の定義に基づいていますが、「ベンダーキャプチャー」と呼ばれる問題に対処するために変更されています。彼らは、「多くの団体や個人が、標準化プロセスにおける経済的利益を反映した『オープンスタンダード』の定義を提供してきました。根本的な対立は、市場を獲得しコストを上げようとするベンダーと、自由とコスト削減を求める市場全体との間にあると考えています…ベンダーは、オープンスタンダードをフランチャイズスタンダードに変えるために懸命に取り組んでいます。彼らは、フランチャイズスタンダードを『オープンスタンダード』という偽りの皮で覆い隠すために、法定言語を変更しようと努めています。したがって、「フリーでオープンなスタンダード」の堅牢な定義は、ベンダーと市場全体との間の直接的な経済的対立を考慮に入れなければなりません。」[39]

フリーソフトウェア財団ヨーロッパの定義

フリーソフトウェア財団ヨーロッパ（FSFE）は、欧州相互運用性フレームワークv.1に基づいた定義を使用し、業界およびコミュニティの利害関係者との協議を経て拡張されました。[41] FSFEの標準は、SELF EUプロジェクト、2008年標準とインターネットの未来に関するジュネーブ宣言、国際的なDocument Freedom Dayチームなどのグループによって採用されています。

この定義によると、オープンスタンダードとは、次のようなフォーマットまたはプロトコルです。

  1. すべての関係者が平等に利用できる方法で、制約なく完全に公開評価および使用されること。
  2. オープンスタンダードの定義を満たさないフォーマットまたはプロトコルに依存するコンポーネントや拡張機能がないこと。
  3. いかなる関係者またはビジネスモデルによる利用を制限する法的または技術的な条項がないこと。
  4. 競合他社と第三者の平等な参加に開かれたプロセスにおいて、単一のベンダーから独立して管理および開発されること。
  5. 競合ベンダーによる複数の完全な実装で利用可能、またはすべての関係者が平等に利用できる完全な実装として利用可能であること。

FFIIの定義

自由情報基盤財団（FIF）の定義は、2004年に発表された欧州相互運用性フレームワークの定義と一致すると 言われています（誰が？）。

公開されている仕様で、標準が包括的であり、オープンな標準化プロセスで開発・維持されている場合、誰でも制限や支払いなしに実装でき、知的財産権（IPR）のライセンス（誰にでも無料で無条件で付与）を付与できます。これは、W3Cなどの標準化団体が求める最低限のライセンス条件です。もちろん、他のすべての団体もオープンスタンダードを受け入れています。しかし、仕様自体にはかなりの費用がかかる可能性があります（つまり、ISOのように1部あたり100～400ユーロ。これは、著作権と文書自体の公開のためです）。[42]

定義の比較

オープンスタンダードの例

「オープンスタンダード」の様々な定義は要件が異なるため、以下に挙げる標準はすべての定義においてオープンであるとは限らないことに注意してください。

システム

ハードウェア

ファイル形式

プロトコル

プログラミング言語

その他

Data2Domeロゴ

関連付けの例

特許

2002年と2003年には、ウェブ標準における特許技術の使用に合理的かつ非差別的な（RAND）ライセンスを使用することについての論争が激化しました。ブルース・ペレンズ氏、FSFやFFIIなどの重要な団体は、特許の使用により、標準を実装できるのは特許技術の使用料を支払う能力または意思のある者だけであると主張しました。ユーザーごとに少額を支払う必要があることは、誰でも再配布できるフリー/オープンソースソフトウェアの実装では、しばしば克服できない問題となります。ロイヤリティフリー（RF）ライセンスは、一般的に、フリー/オープンソースソフトウェアの実装に可能な唯一のライセンスです。GNU一般公衆利用許諾書バージョン3には、GPLでリリースされたプログラムを配布する者に対して、ソフトウェアまたは派生作品のその後のユーザーに対して特許を執行することを禁じるセクションが含まれています。

この論争の結果、多くの政府（デンマーク、フランス、スペインの各政府とEU全体を含む）が「オープンスタンダード」にはロイヤリティフリーのライセンスが必要であると明確に断言しました。W3Cなどの一部の標準化団体は、プロセスを変更し、基本的にロイヤリティフリーのライセンスのみを許可するようになりました。

ソフトウェア、数式、アルゴリズムの特許は現在、米国では執行可能ですが、EUでは執行できません。欧州特許条約は、アルゴリズム、ビジネス方法、ソフトウェアが特許の対象となることを明確に禁止しています。[51]米国は1989年から特許を認めており、近年、その利点と実現可能性について論争が高まっています

標準化団体とその関連プロセスは、特許権者にライセンス料を請求する権利を放棄させることはできません。特に、関係企業が標準化団体の会員ではなく、標準化プロセス中に設定された規則に制約されていない場合はなおさらです。実際、この要素は、会員が非会員よりも制約を受けることで損失を被ることを懸念し、一部の標準化団体が「オープン」なアプローチを採用することを躊躇させる要因となっています。完全な特許調査を実施する（あるいは会員に実施を求める）団体はほとんどありません。結局のところ、特許ライセンスの要求時に標準化団体が非会員に適用できる制裁は、標準をキャンセルするか、標準を回避しようとするか、特許を無効化しようとすることだけです。W3CやOASISなどの標準化団体は、団体または特定のワーキンググループへの参加条件として、必要な特許の使用をロイヤリティフリーのライセンスの下で許可することを要求しており（[要出典]）、これは一般的に強制力があると考えられています。[要出典]

以前はオープンであると考えられていた標準に対して提起された特許請求の例としては、JPEGやDDR SDRAMをめぐるRambus訴訟などがあります。H.264ビデオコーデックは、既知のロイヤリティフリーではない必須特許を持つ標準を策定した標準化団体の例です。

多くの場合、標準の範囲自体が、企業が特許のような保護として標準を使用できる可能性を決定します。リチャード・ラングロワは、適用範囲の広い標準は企業に競合他社からのある程度の保護を提供する可能性があるが、シュンペーターの 創造的破壊によって、企業がどの標準から利益を得られるかに関係なく、最終的には企業が「回避発明」される可能性があると主張しています。[2]

引用

  • EU委員エルッキ・リーカネン：「オープン標準は、すべての人にとって相互運用可能で手頃な価格のソリューションを作成するために重要です。また、すべての市場プレーヤーにとって公平な技術的競争の場を構築することで、競争を促進します。これは、企業、そして最終的には消費者にとってコストの削減を意味します。」（世界標準化デー、2003年10月14日）[52]
  • ノキア取締役会会長、ヨルマ・オリラ氏：「オープンスタンダードとプラットフォームは成功の基盤を築きます。それらは技術の相互運用性を可能にし、革新性と健全な競争を促進し、ひいては消費者の選択肢を増やし、全く新しい市場を開拓します。」[53]
  • W3Cディレクターのティム・バーナーズ＝リー：「ウェブをオープンシステムにするという決定は、ウェブが普遍的であるため必要でした。何かを普遍的な空間にすることを提案しながら、同時にそれを制御することはできません。」[54]
  • 2005年の南部アフリカ電気通信ネットワークおよびアプリケーション会議（SATNAC）の開会演説で、当時の科学技術大臣モシブディ・マンゲナ氏は、 ICTにおけるオープンスタンダードの必要性を強調しました。[55]

[...]東南アジア諸国とアフリカ北東部を壊滅させた津波は、おそらく、世界的な協力とオープンICTスタンダードの必要性を最も鮮明に示す、しかし残念な事例です。計り知れないほどの人命の損失と物的損害は、対応機関と非政府団体が救助活動に不可欠な情報を共有できなかったという事実によってさらに悪化しました。それぞれが異なるデータと文書形式を使用していました。救援活動は遅れ、調整は複雑になりました。[...]

— モシブディ・マンゲナ、SATNAC 2005 開会演説

参照

参考文献

  1. ^ ヘンリー・ウィリアム・チェスブロウ、ウィム・ヴァンハヴェルベケ、ジョエル・ウェスト (2008). 「ティム・シムコー：『オープンイノベーション：新たなパラダイムの探究』第8章：オープンスタンダードと知的財産権」オックスフォード大学出版局。 2017年4月25日閲覧。
  2. ^ リチャード・N・ラングロワ著「技術標準、イノベーション、そして必須施設：シュンペーター流ポストシカゴ・アプローチに向けて」（1999年）。
  3. ^ ab Gordon, Richard L. (1994)、「取引費用、財産権、そして政府の限界」、規制と経済分析、ボストン、マサチューセッツ州：Springer US、pp.  61– 78、doi :10.1007/978-1-4615-2620-9_6、ISBN 978-1-4613-6123-7、 2023年6月29日閲覧
  4. ^ シェーン・グリーンスタイン、ビクター・サンゴ編『基準と公共政策』ケンブリッジ大学出版局、2007年。
  5. ^ West, Joel (2006-12-21)、Greenstein, Shane、Stango, Victor (編)、「オープンスタンダードの経済的現実：黒、白、そして多くのグレーの陰影」、Standards and Public Policy (第1版)、ケンブリッジ大学出版局、pp.  87– 122、doi :10.1017/cbo9780511493249.004、ISBN 978-0-521-86450-3、S2CID  17934389 、 2023年6月29日閲覧
  6. ^ Joel West 引用、Greenstein, Shane、Victor Sango編『Standards and Public Policy』、ケンブリッジ、英国：ケンブリッジ大学出版局、2007年
  7. ^ 「Affirmation Statement」、OpenStand 。 2019年7月17日閲覧。
  8. ^ 「The Modern Standards Paradigm – Five Key Principles」、OpenStand 。 2019年7月17日閲覧。
  9. ^ Open Stand、インフォグラフィック：OpenStandの5つの中核原則、2025年8月23日アクセス
  10. ^ 「ITU-T」、www.itu.int 。2018年3月18日閲覧。
  11. ^ 「ITU-T」、www.itu.int 。2018年3月18日閲覧。
  12. ^ 「00. ISO規格と特許」、isotc.iso.org 。 2018年3月18日閲覧。
  13. ^ BCP 9：インターネット標準化プロセス
  14. ^ BCP 78：貢献者がIETFトラストに提供する権利
  15. ^ BCP 79：IETF技術における知的財産権
  16. ^ IETFトラストの法的規定（このページには法律以外の方向けのFAQがあります）
  17. ^ ab OpenStand：OpenStand：現代の標準パラダイムの原則
  18. ^ 汎ヨーロッパ電子政府サービスのための欧州相互運用性フレームワーク、バージョン1.0（2004年）ISBN 92-894-8389-X9ページ
  19. ^ 欧州共同体（2004年）、汎ヨーロッパ電子政府サービスのための欧州相互運用性フレームワーク（PDF）、2016年2月9日取得
  20. ^ Network Centric Operations Industry Consortium、NCOIC Lexicon、2014年1月1日にオリジナルからアーカイブ、2013年12月31日取得、2008年
  21. ^ 「オープンスタンダードの定義」、2004年（PDF）。itst.dk 。2018年3月18日閲覧。
  22. ^ 「Loi n° 2004-575 du 21 juin 2004 pour la confiance dans l'économie numérique」。legifrance.gouv.fr （フランス語） 。 2025年9月3日閲覧。
  23. ^ インド政府。「電子政府のためのオープンスタンダードに関する政策」（PDF） 。 2014年7月29日時点のオリジナル（PDF）からアーカイブ。2014年7月25日閲覧
  24. ^ 「CAD法第68条」。2014年7月25日閲覧。
  25. ^ 「ニュージーランド電子政府相互運用性フレームワーク（e-GIF）」バージョン3.0、2007年6月22日（PDF）。e.govt.nz 。2008年10月16日時点のオリジナル（PDF）からアーカイブ。2018年3月18日閲覧
  26. ^ 「2011年6月21日法律第36号」。diariodarepublica.pt 。2023年9月21日閲覧。
  27. ^ 「公共サービスへの市民の電子アクセスに関する法律第11/2007号、2007年6月22日」（PDF）。boe.es 。 2018年3月18日閲覧。
  28. ^ 「南アフリカ政府、MIOSバージョン4.1 2007」（PDF）。dpsa.gov.za 。 2018年3月18日閲覧。[永久リンク切れ]
  29. ^ 内閣府、オープンスタンダード原則、2013年4月9日公開、2018年4月5日更新
  30. ^ 内閣府、調達政策ノート - ICT要件の規定におけるオープンスタンダードの活用。アクションノート3/11、2011年1月31日、国立公文書館アーカイブ、2021年8月28日アクセス
  31. ^ 「フリーソフトウェアとオープンスタンダードに関する政令第3390号、2004年12月23日」(PDF) 。 2007年11月9日にオリジナル(PDF)からアーカイブ。 2007年10月3日閲覧。
  32. ^ 「OpenDocumentはオープンスタンダードか？はい！」www.dwheeler.com。2009年3月22日にオリジナルからアーカイブ。2018年3月18日閲覧
  33. ^ ab 「オープンスタンダード：原則と実践」ブルース・ペレンズ。2006年1月1日時点のオリジナルからアーカイブ。2020年2月22日閲覧。
  34. ^ 「オープンスタンダードの意味」www.csrstds.com 。 2018年3月18日閲覧。
  35. ^ 「OOXML：あるべきか、そうでないか」efytimes.com 。 2018年3月18日閲覧。
  36. ^ トニー・キャソン、パトリック・S・ライアン（2006年5月1日）「オープンスタンダード、公共部門におけるオープンソースの採​​用、そしてマイクロソフトの市場支配との関係」シェリー・ボリン編『標準化の優位性：統合者か分裂者か』シェリダンブックス、87ページ、SSRN  1656616
  37. ^ 「ソフトウェアのためのオープンスタンダード要件 - オープンソース・イニシアティブ」opensource.org . 2006年7月24日. 2018年3月18日閲覧.
  38. ^ オープンスタンダードの定義 World Wide Web Consortium
  39. ^ ab 「「オープンスタンダード」の定義」。2016年4月20日時点のオリジナルよりアーカイブ。2008年6月3日閲覧。
  40. ^ 「オープンスタンダードとは何か？」。2010年8月5日時点のオリジナルよりアーカイブ。 2008年6月3日閲覧
  41. ^ https://fsfe.org/freesoftware/standards/def.en.html 旧バージョン
  42. ^ 「FFII オープンスタンダードに関するワークグループ – FFII」。2007年1月18日。オリジナルから2007年1月18日にアーカイブ。11月15日閲覧
  43. ^ 「ワールドワイドウェブのアーキテクチャ、第1巻」。www.w3.org 。2018年3月18日閲覧。
  44. ^ 「公開標準」。standards.iso.org 。2018年3月18日閲覧。
  45. ^ 「複素特異点とオープン性 | Joinup」。オリジナルから2015年4月19日にアーカイブ。2015年5月6日閲覧
  46. ^ PDF（Portable Document File）形式の仕様。2005年10月22日アーカイブ。Wayback Machineにて。
  47. ^ ISO-8652:1995
  48. ^ ISO/IEC 8652:1995/Amd 1:2007
  49. ^ ESOとパートナーが革新的なData2Domeプラネタリウムシステムを発表。www.eso.org 。2017年4月27日閲覧。
  50. ^ OpenReference Initiative：OpenReferenceフレームワーク、2016年12月
  51. ^ 欧州特許条約第52条第2項(c)
  52. ^ 欧州委員会 – プレスリリース – プレスリリース – 世界標準化デー（10月14日）：グローバル情報社会のためのグローバル標準。europa.eu 。 2018年3月18日閲覧。
  53. ^ ノキア財団賞、モーテン・ミコス氏に授与
  54. ^ 「報道機関からのよくある質問 – Tim BL」www.w3.org 。 2018年3月18日閲覧。
  55. ^ 「南アフリカ電気通信ネットワーク・アプリケーション会議（SATNAC）2005。モシブディ・マンジェナ科学技術大臣による開会演説 — 南アフリカ科学技術省」www.dst.gov.za。 2009年5月9日時点のオリジナルからのアーカイブ。

参考文献

  • 『Opening Standards: The Global Politics of Interoperability』ローラ・デナルディス編、MIT Press、2011年。産業界、学界、公共政策の専門家が、オープンスタンダードに関する議論において経済的および政治的に何が危機に瀕しているかを検証しています。
  • 電気通信のための米国オープン標準開発
  • ブルース・ペレンズ：オープンスタンダード：原則と実践
  • ケン・クレクマー：オープンスタンダードの原則
  • ボブ・スーター：オープンスタンダード vs. オープンソース：21世紀初頭におけるソフトウェア、標準、サービス指向アーキテクチャの考え方
  • 欧州委員会：オープンドキュメントフォーマットに関するValorisレポート
  • ニューヨーク・タイムズ：スティーブ・ローア：「13カ国による計画はオープン技術標準を促進」
  • UNDP-APDIP 国際オープンソースネットワーク：フリー／オープンソースソフトウェア：オープン標準入門
  • OpenStandards.net：オープン標準ポータル　2021年4月20日アーカイブ　Wayback Machine
  • OpenDocumentはオープン標準か？ はい！2009年3月22日アーカイブ　Wayback Machineは複数の情報源から「オープン標準」の統一的な定義を作成し、それを特定の標準に適用します
  • オープンソース・イニシアチブ：ソフトウェアのオープン標準要件
  • オープン標準：表紙からの「オープン標準」の定義
  • 自由情報基盤財団 FFII オープン標準作業グループ。「標準のカテゴリと定義」：さまざまな種類の標準のカテゴリと定義
  • 米国規格協会重要問題報告書：「オープン」標準の確立された定義を変更しようとする現在の試み
  • SCP/13/2に関するITSSDコメント - 標準と特許、貿易・標準・持続可能な開発研究所（2009年3月）
  • WIPO標準と特許報告書（SCP/13/2）パラグラフ44に関するITSSDコメントの補足、貿易・標準・持続可能な開発研究所（2010年1月）
  • オープンデータ標準協会（RY）
  • オープンスタンダードライセンス、オープンスタンダード専用のライセンス