オープンスタンダード

オープンスタンダードとは、誰でもアクセスでき、利用できるオープンな標準規格です。また、オープンスタンダードには、拡張性を提供するオープンライセンスを使用することが一般的な前提条件となっています。オープンスタンダードは本質的にオープンであるため、通常、誰でも開発に参加できます。明確な定義はなく、用途によって解釈が異なります。オープンスタンダードの例としては、GSM、4G、5Gなどが挙げられ、これらの規格は現代のほとんどの携帯電話を世界中で利用できるようにしています。

定義

「オープン」と「標準」という用語は、その用法によって幅広い意味を持ちます。オープン標準には、最終的に作成される仕様のオープン性、起草プロセスのオープン性、標準における権利の帰属など、オープン性の様々な側面を強調する定義が数多く存在します。「標準」という用語は、すべての利害関係者が参加でき、合意に基づいて運営される正式な委員会によって承認された技術に限定される場合もあります。

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

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

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

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

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

オープンスタンダードの具体的な定義

標準化団体によって作成された

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

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

OpenStandの原則は5つあり、以下に概説します。[ 9 ]

1. 協力 標準化団体間の相互の自主性、完全性、プロセス、知的財産ルールを尊重した協力。

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

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

3. 集団的エンパワーメントの コミットメント：標準化団体とその参加者が、次のような標準規格の実現に向けて努力することで集団的エンパワーメントを実現することを約束します。

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

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

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

ITU-Tの定義

ITU -Tは、国際電気通信連合（ITU）（国連の専門機関）の3つの部門の一つである標準化団体（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 ]を策定し、調和を図っています。しかし、ITU-Tの定義は、必ずしもITU-R、ISO、IECの文脈にも適用できるとは限りません。共通特許政策 [ 12 ]では、「オープンスタンダード」という用語は一切使用されておらず、「標準」という用語のみを使用しているためです。

IETFの定義

IETFはRFC 2026のセクション7において、IETF自身と同様の方法で開発された仕様を「オープンスタンダード」に分類し、ANSI、ISO、IEEE、ITU-Tが作成した標準を例として挙げています。IETFの標準化プロセスと知的財産権ポリシーは、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 ]

ネットワークセントリックオペレーション業界コンソーシアムの定義

Network Centric Operations Industry Consortium (NCOIC) は、オープン スタンダードを次のように定義しています。

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

デンマーク政府の定義

デンマーク政府は、 汎欧州のソフトウェア開発プロジェクトでも使用されている オープンスタンダードの定義[ 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）第68条に定められている[ 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 ] この法令には、ベネズエラの公共部門はオープンスタンダードに基づくフリーソフトウェアを使用しなければならないという要件が含まれており、オープンスタンダードの定義も含まれている。

第２条：この政令の適用上、

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

認定された人々によって

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

Googleランキングで測定される「オープンスタンダード」という用語の最も一般的な定義の一つは、ブルース・ペレンズによるものです。[ 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. 可用性: 標準は、合理的かつ差別のないコストで、ロイヤリティフリーの条件に基づいて、無料で公開されなければなりません (例: 安定した Web サイトから)。
  3. 特許: 標準の実装に必須のすべての特許は次の条件を満たす必要があります。
    • 無制限の使用のためにロイヤリティフリーの条件でライセンスされる、または
    • オープンソースソフトウェアによって実践される場合、非主張の約束によってカバーされる
  4. 契約なし: 標準に準拠した実装を展開するために、ライセンス契約、NDA、許可、クリックスルー、またはその他の形式の書類の実行を要求してはなりません。
  5. OSR 非互換の依存関係なし: 標準の実装では、この要件の基準を満たさない他のテクノロジを要求してはなりません。

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

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

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

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

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

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

デジタル標準化機構（DIGISTAN）は、「オープンスタンダードは、ベンダー間の自由な競争と、ユーザーにとっての自由な選択肢を生み出すことを目的としなければならない」と述べています。[ 39 ]同機構による「オープンスタンダード」（または「フリーでオープンなスタンダード」）の簡潔な定義は、「ライフサイクルのあらゆる段階において ベンダーによる制約を受けない公開仕様」です。より詳細な定義は以下の通りです。

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

オープンスタンダードの重要な特徴は、ライフサイクルのあらゆる段階においてベンダーによる規制の影響を受けないことです。ベンダーによる規制の影響を受けないことで、オープンスタンダードは時間の経過とともに改良、信頼、拡張することが可能になります。[ 40 ]

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

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

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

この定義によると、オープン スタンダードとは次の形式またはプロトコルです。

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

FFIIの定義

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

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

定義の比較

出版社出版時刻 可用性使用権プロセス完全
無料 FRAND条件 ロイヤリティフリー、取り消し不能 FRAND条件 オープン参加 オープンビュー 成熟度を測るには複数のベンダーによる実装やオープンリファレンス が必要
IEEE、ISOC、W3C、IETF、IABの共同2012年8月12日いいえいいえいいえレッドヘリングいいえいいえいいえ
ITU-T2005-03いいえはいいいえはいいいえいいえいいえ
汎欧州電子政府20040または名目値該当なしはい該当なしはい該当なしいいえ
デンマーク政府2004はい該当なし不明該当なしいいえいいえいいえ
フランスの法律2004暗示該当なし暗示該当なしいいえいいえいいえ
インド政府20140または名目値該当なしはい該当なしいいえいいえいいえ
イタリアの法律2005年3月7日いいえいいえいいえいいえいいえいいえいいえ
ニュージーランドのe-GIF2007年6月22日はい該当なし不明該当なしいいえいいえいいえ
ポルトガルの法律2011年6月21日はい該当なしはい該当なしはい該当なしいいえ
南アフリカ政府2007はい該当なしはい該当なしはい該当なしはい
スペインの法律2007年6月22日いいえいいえ0または低い該当なしいいえいいえいいえ
英国政府20120または低い該当なしはい該当なしはい該当なしはい
ベネズエラの法律2004年12月23日いいえいいえ暗示該当なしいいえいいえいいえ
ブルース・ペレンズ2002年以前優先暗示はい該当なしいいえいいえいいえ
マイクロソフト2006年頃いいえいいえはい該当なしはい該当なしいいえ
オープンソース・イニシアティブ2006–09いいえはい部分的いいえはい該当なしいいえ
ケン・クレクマー2005年1月いいえはいはい該当なしはい該当なしいいえ
W3C2005–09はい該当なしはい該当なしはい該当なしいいえ
デジスタン2008年頃はい該当なしはい該当なしはい該当なしいいえ
FSFE2001はいいいえ暗示該当なしはい該当なしはい
FFII2004年以前いいえいいえはい該当なしいいえいいえいいえ

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

「オープン スタンダード」にはさまざまな定義があり、その要件も異なるため、以下にリストされている標準は必ずしもすべての定義においてオープンであるとは限らないことに注意してください。

システム

ハードウェア

ファイル形式

プロトコル

プログラミング言語

他の

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. ^ a bラングロワ、リチャード・N.「技術標準、イノベーション、必須施設：シュンペーター流ポストシカゴ・アプローチに向けて」（1999年）。
  3. ^ a bゴードン、リチャード・L.（1994）、「取引費用、財産権、そして政府の限界」、規制と経済分析、ボストン、マサチューセッツ州：シュプリンガーUS、pp.  61– 78、doi：10.1007 / 978-1-4615-2620-9_6、ISBN 978-1-4613-6123-7、 2023年6月29日取得{{citation}}: CS1 maint: ISBNによる作業パラメータ（リンク）
  4. ^シェーン・グリーンスタイン、ビクター・サンゴ編『基準と公共政策』ケンブリッジ大学出版局、2007年。
  5. ^ West, Joel (2006-12-21), Greenstein, Shane; Stango, Victor (eds.), 「オープンスタンダードの経済的現実：黒、白、そして多くのグレーの陰影」 , Standards and Public Policy (第1版), Cambridge University Press, pp.  87– 122, doi : 10.1017/cbo9780511493249.004 , ISBN 978-0-521-86450-3, S2CID  17934389 , 2023年6月29日取得{{citation}}: CS1 maint: ISBNによる作業パラメータ（リンク）
  6. ^ Joel West 引用：Greenstein, Shane, Victor Sango 編『Standards and Public Policy』ケンブリッジ大学出版局（英国）, 2007年。
  7. ^ 「Affirmation Statement」OpenStand . 2019年7月17日閲覧。
  8. ^ 「現代の標準化パラダイム – 5つの主要原則」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 Trustの法的規定（このページには弁護士以外の人向けのFAQが掲載されています）
  17. ^ a b 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. ^ 「Art. 68 CAD」 。 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. ^ "2007年6月22日付け公共サービスへの国民の電子アクセスに関する法律「Ley 11/2007」（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. ^ a b「オープンスタンダード：原則と実践」ブルース・ペレンズ。2006年1月1日時点のオリジナルよりアーカイブ。 2020年2月22日閲覧。
  34. ^ 「オープンスタンダードの意味」 www.csrstds.com . 2018年3月18日閲覧。
  35. ^ 「OOXML: 存在するべきか、存在しないべきか」 efytimes.com . 2018年3月18日閲覧。
  36. ^ Casson, Tony; Ryan, Patrick S. (2006年5月1日)、「オープンスタンダード、公共部門におけるオープンソースの採​​用、そしてマイクロソフトの市場支配との関係」、Sherrie Bolin (編)『標準化の優位性：統合者か分断者か』、Sheridan Books、p. 87、SSRN 1656616 
  37. ^ 「ソフトウェアにおけるオープンスタンダード要件 - オープンソース・イニシアティブ」 opensource.org 2006年7月24日. 2018年3月18日閲覧。
  38. ^オープンスタンダードの定義World Wide Web Consortium
  39. ^ a b「オープンスタンダードの定義」. 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日時点のオリジナルよりアーカイブ。2021年11月15日閲覧。
  43. ^ 「World Wide Webのアーキテクチャ、第1巻」www.w3.org . 2018年3月18日閲覧。
  44. ^ 「公開標準」 . standards.iso.org . 2018年3月18日閲覧。
  45. ^ “複素特異点と開放性 | Joinup” . 2015年4月19日時点のオリジナルよりアーカイブ。2015年5月6日閲覧。
  46. ^ PDF形式の仕様書 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. ^ 「2005年南部アフリカ電気通信ネットワーク・アプリケーション会議（SATNAC）。南アフリカ科学技術省モシブディ・マンゲナ科学技術大臣による開会演説」www.dst.gov.za。 2009年5月9日時点のオリジナルよりアーカイブ。

さらに読む

「 https://en.wikipedia.org/w/index.php?title=Open_standard&oldid=1336748920」より取得