Otwarty standard - Open standard
Terminy otwarty i standardowy mają szeroki zakres znaczeń związanych z ich użyciem. Istnieje szereg definicji standardów otwartych, które podkreślają różne aspekty otwartości, w tym otwartość wynikowej specyfikacji, otwartość procesu projektowania oraz własność praw do standardu. Termin „norma” jest czasami ograniczony do technologii zatwierdzonych przez sformalizowane komitety, które są otwarte na udział wszystkich zainteresowanych stron i działają na zasadzie konsensusu.
Definicje terminu „ otwarty standard” używane przez naukowców, Unię Europejską i niektóre z jej rządów lub parlamentów członkowskich, takich jak Dania, Francja i Hiszpania, wykluczają otwarte standardy wymagające opłat za użytkowanie, podobnie jak Nowa Zelandia, Republika Południowej Afryki i Wenezuela rządy. Po stronie organizacji standardowej, World Wide Web Consortium (W3C) zapewnia, że jego specyfikacje mogą być wdrażane bez opłat .
.W społeczności oprogramowania open source są tacy, którzy utrzymują, że „otwarty standard” jest otwarty tylko wtedy, gdy można go swobodnie zaadoptować, wdrożyć i rozszerzyć. Chociaż otwarte standardy lub architektury są uważane za niezastrzeżone w tym sensie, że norma nie jest własnością lub jest własnością organu zbiorowego, nadal może być publicznie udostępniana i nie może być ściśle strzeżona. Typowym przykładem „open source”, które stało się standardem, jest komputer osobisty stworzony przez IBM i obecnie określany jako Wintel , połączenie systemu operacyjnego Microsoft i mikroprocesora Intela. Istnieją trzy inne, które są najszerzej akceptowane jako „otwarte”, w tym telefony GSM (przyjęte jako standard rządowy), Open Group, która promuje UNIX i tym podobne, oraz Internet Engineering Task Force (IETF), która stworzyła pierwsze standardy SMTP i TCP/IP. Nabywcy preferują otwarte standardy, które ich zdaniem oferują im tańsze produkty i większy wybór dostępu ze względu na efekty sieciowe i zwiększoną konkurencję między dostawcami.
Otwarte standardy określające formaty są czasami nazywane formatami otwartymi .
Wiele specyfikacji, które są czasami określane jako normy, jest zastrzeżonych i dostępnych tylko na podstawie restrykcyjnych warunków umowy (jeśli w ogóle można je uzyskać) od organizacji, która jest właścicielem praw autorskich do specyfikacji. W związku z tym specyfikacje te nie są uważane za w pełni otwarte . Joel West argumentował, że „otwarte” standardy nie są czarno-białe, ale mają wiele różnych poziomów „otwartości”. Bardziej otwarty standard ma tendencję do pojawiania się, gdy wiedza o technologii zostaje na tyle rozproszona, że wzrasta konkurencja, a inni są w stanie rozpocząć kopiowanie technologii w trakcie jej wdrażania. Stało się tak w przypadku architektury Wintel, ponieważ inni mogli zacząć naśladować oprogramowanie. Mniej otwarte standardy istnieją, gdy dana firma ma większą władzę (nie własność) nad standardem, co może mieć miejsce, gdy platforma firmy „wygrywa” w ustalaniu standardów lub gdy rynek sprawia, że jedna platforma jest najbardziej popularna.
Wspólna definicja IEEE, ISOC, W3C, IETF i IAB
12 sierpnia 2012 r. Instytut Inżynierów Elektryków i Elektroników (IEEE), Stowarzyszenie Internetowe (ISOC), Konsorcjum World Wide Web (W3C), Grupa Robocza ds. Inżynierii Internetu (IETF) oraz Rada Architektury Internetu (IAB) wspólnie zatwierdziły zestaw zasad, które przyczyniły się do gwałtownego rozwoju Internetu i związanych z nim technologii. „Zasady OpenStand” definiują otwarte standardy i stanowią podstawę innowacji. Normy opracowane przy użyciu zasad OpenStand są opracowywane w ramach otwartego procesu partycypacyjnego, wspierają interoperacyjność, sprzyjają globalnej konkurencji, są dobrowolnie przyjmowane na poziomie globalnym i służą jako elementy składowe produktów i usług ukierunkowanych na zaspokojenie potrzeb rynków i konsumentów. To napędza innowacje, co z kolei przyczynia się do tworzenia nowych rynków oraz wzrostu i ekspansji rynków już istniejących.
Istnieje pięć kluczowych zasad OpenStand opisanych poniżej:
1. Współpraca Szanowana współpraca pomiędzy organizacjami normalizacyjnymi, przy czym każda z nich szanuje autonomię, integralność, procesy i zasady własności intelektualnej pozostałych.
2. Przestrzeganie Zasad - Przestrzeganie pięciu podstawowych zasad opracowywania standardów, a mianowicie
- Należyty proces: Decyzje podejmowane są sprawiedliwie i uczciwie wśród uczestników. Żadna partia nie dominuje ani nie kieruje rozwojem standardów. Procesy normalizacyjne są przejrzyste i istnieją możliwości odwołania się od decyzji. Procesy okresowego przeglądu i aktualizacji norm są dobrze zdefiniowane.
- Szeroki konsensus: procesy pozwalają na rozważenie i zajęcie się wszystkimi poglądami, tak aby można było znaleźć porozumienie w wielu różnych interesach.
- Przejrzystość: Organizacje normalizacyjne z wyprzedzeniem informują opinię publiczną o proponowanych działaniach związanych z opracowywaniem norm, zakresie prac, które mają zostać podjęte, oraz warunkach uczestnictwa. Zapewnione są łatwo dostępne zapisy decyzji oraz materiały użyte do ich podjęcia. Okresy składania komentarzy publicznych są podawane przed ostatecznym zatwierdzeniem i przyjęciem standardów.
- Równowaga: Działania w zakresie standardów nie są zdominowane wyłącznie przez konkretną osobę, firmę lub grupę interesu.
- Otwartość: Procesy normalizacyjne są otwarte dla wszystkich zainteresowanych i poinformowanych stron.
3. Zobowiązanie poprzez dążenie do norm, które:
- są wybierane i definiowane w oparciu o zalety techniczne, oceniane na podstawie wniesionej wiedzy specjalistycznej każdego uczestnika;
- zapewnić globalną interoperacyjność, skalowalność, stabilność i odporność;
- umożliwić globalną konkurencję;
- służyć jako cegiełki do dalszych innowacji; oraz
- przyczyniają się do tworzenia globalnych społeczności, z korzyścią dla ludzkości.
4. Specyfikacje standardów warunków (FRAND).
5. Standardy są przyjmowane dobrowolnie, a o sukcesie decyduje rynek.
Definicja ITU-T
ds. praw własności intelektualnej dyrektora Biura Normalizacji Telekomunikacji, która opracowała następującą definicję w marcu 2005 r., którą ITU-T jako całość zatwierdziła dla swoich celów od listopada 2005 r.:
- „Otwarte standardy” to standardy udostępniane ogółowi społeczeństwa, opracowywane (lub zatwierdzane) i utrzymywane w ramach procesu opartego na współpracy i konsensusie. „Otwarte standardy” ułatwiają interoperacyjność i wymianę danych między różnymi produktami lub usługami i są przeznaczone do powszechnego przyjęcia.
- Inne elementy „Otwartych standardów” obejmują między innymi:
- Proces współpracy – dobrowolny i oparty na rynku rozwój (lub zatwierdzenie) po przejrzystym procesie opartym na konsensusie, który jest rozsądnie otwarty dla wszystkich zainteresowanych stron.
- Rozsądnie wyważony – zapewnia, że proces nie jest zdominowany przez żadną grupę interesu.
- Należyty proces – obejmuje rozważenie i odpowiedź na uwagi zainteresowanych stron.
- Jakość i poziom szczegółowości – wystarczający, aby umożliwić rozwój różnych konkurencyjnych wdrożeń interoperacyjnych produktów lub usług. Znormalizowane interfejsy nie są ukryte ani kontrolowane inaczej niż przez SDO ogłaszające normę.
- Publicznie dostępny – łatwo dostępny do wdrożenia i użytkowania, za rozsądną cenę. Publikacja tekstu normy przez inne osoby jest dozwolona tylko za uprzednią zgodą SDO.
- Stałe wsparcie – utrzymywane i wspierane przez długi czas.
Definicja IETF
W sekcji 7 RFC 2026 IETF klasyfikuje specyfikacje, które zostały opracowane w sposób podobny do samego IETF, jako „standardy otwarte” i wymienia normy opracowane przez ANSI , ISO , IEEE i ITU-T jako przykłady. Ponieważ procesy standaryzacji IETF i polityki w zakresie praw własności intelektualnej mają cechy wymienione powyżej przez ITU-T, standardy IETF spełniają definicję ITU-T „standardów otwartych”.
Jednak IETF nie przyjęła konkretnej definicji „otwartego standardu”; zarówno RFC 2026, jak i misja IETF (RFC 3935) mówią o „otwartym procesie”, ale RFC 2026 nie definiuje „otwartego standardu”, z wyjątkiem celu zdefiniowania, z jakimi dokumentami mogą się łączyć standardy IETF.
RFC 2026 należy do zestawu dokumentów RFC znanych pod wspólną nazwą BCP 9 (Best Common Practice, polityka IETF). RFC 2026 został później zaktualizowany przez BCP 78 i 79 (między innymi). Od 2011 r. BCP 78 to RFC 5378 (Rights Contributors Provide to IETF Trust), a BCP 79 składa się z RFC 3979 (prawa własności intelektualnej w technologii IETF) i wyjaśnienia w RFC 4879. Zmiany mają być zgodne z „ Uproszczona licencja BSD ” zgodnie z często zadawanymi pytaniami dotyczącymi przepisów prawnych i praw autorskich IETF Trust w oparciu o RFC 5377.
W sierpniu 2012 r. IETF połączyła się z W3C i IEEE, aby uruchomić OpenStand i opublikować The Modern Paradigm for Standards. Odzwierciedla to „skuteczne i wydajne procesy standaryzacji, które sprawiły, że Internet i sieć WWW stały się najlepszymi platformami dla innowacji i handlu bez granic”. Deklaracja zostaje następnie opublikowana w formie RFC 6852 w styczniu 2013 r.
Europejskie ramy interoperacyjności dla paneuropejskich usług eGovernment
stosowania i dokumentacji.
Aby osiągnąć interoperacyjność w kontekście paneuropejskich usług administracji elektronicznej, wytyczne muszą koncentrować się na otwartych standardach.
Słowo „otwarte” oznacza tutaj spełnienie następujących wymagań:
- Norma została przyjęta i będzie utrzymywana przez organizację non-profit, a jej ciągły rozwój odbywa się na podstawie otwartej procedury decyzyjnej dostępnej dla wszystkich zainteresowanych stron (konsensus lub decyzja większości itp.).
- Norma została opublikowana, a dokument specyfikacji normy jest dostępny bezpłatnie lub za symboliczną opłatą. Wszyscy muszą mieć możliwość kopiowania, rozpowszechniania i używania go za darmo lub za symboliczną opłatą.
- Własność intelektualna – tj. ewentualnie obecne patenty – (części) standardu jest nieodwołalnie i nieodpłatnie udostępniana .
- Nie ma ograniczeń co do ponownego wykorzystania normy
Definicja Network Centric Operations Industry Consortium
(NCOIC) definiuje otwarty standard jak:
Specyfikacje sprzętu i/lub oprogramowania, które są publicznie dostępne, sugerują, że wielu dostawców może bezpośrednio konkurować na podstawie funkcji i wydajności swoich produktów. Oznacza to również, że istniejący system otwarty można usunąć i zastąpić systemem innego dostawcy przy minimalnym wysiłku i bez większych przerw.
Definicja rządu duńskiego
usiłował dokonać definicji otwartych standardów, które również są wykorzystywane w projektach programistycznych ogólnoeuropejskich. W Stanach:
- Otwarty standard jest dostępny dla wszystkich bezpłatnie (tj. nie ma dyskryminacji między użytkownikami, a warunkiem korzystania ze standardu nie jest opłata ani inne względy)
- Otwarty standard konieczności pozostaje dostępny i bezpłatny (tj. właściciele rezygnują ze swoich możliwości, jeśli takie istnieją, ograniczenia dostępu do standardu w późniejszym terminie, na przykład poprzez zobowiązanie się do otwartości w pozostałym okresie życia ewentualnego patentu )
- Otwarty standard jest dostępny bezpłatnie i udokumentowany we wszystkich szczegółach (tj. wszystkie aspekty standardu są przejrzyste i udokumentowane, a zarówno dostęp do dokumentacji, jak i korzystanie z niej są bezpłatne)
Definicja prawa francuskiego
przyjął definicję „otwartego standardu” w „Prawo zaufania w gospodarce cyfrowej.” Definicja to:
- Przez otwarty standard rozumie się każdy protokół komunikacyjny, wzajemny lub wymiany, a także każdy interoperacyjny format danych, którego specyfikacje są publiczne i bez żadnych ograniczeń w ich dostępie lub implementacji.
Definicja rządu indyjskiego
Wyraźne stanowisko dotyczące honorarium autorskiego i dalekosiężnych wymagań dotyczy rządu Indii
4.1 Cechy obowiązkowe Zidentyfikowany Standard kwalifikuje się jako „Otwarty Standard”, jeśli spełnia następujące kryteria:
- 4.1.1 Dokument specyfikacji Zidentyfikowanego Standardu powinien być dostępny z opłatą lub bez opłaty nominalnej.
- 4.1.2 Zgłoszenia patentowe niezbędne do wdrożenia Zidentyfikowanego Standardu będą udostępniane nieodpłatnie przez cały okres istnienia Standardu.
- 4.1.3 Zidentyfikowany Standard powinien być przyjęty i utrzymywany przez organizację non-profit, w której wszyscy interesariusze mogą zdecydować się na uczestnictwo w przejrzysty, oparty na współpracy i zgodny sposób.
- 4.1.4 Zidentyfikowany Standard powinien być w miarę możliwości rekurencyjnie otwarty.
- 4.1.5 Norma Zidentyfikowana powinna mieć specyfikację neutralną pod względem technologicznym.
- 4.1.6 Zidentyfikowany Standard powinien umożliwiać obsługę lokalizacji, w stosownych przypadkach, dla wszystkich oficjalnych języków Indii we wszystkich stosownych domenach.
Definicja prawa włoskiego
Włochy mają ogólną zasadę dla całego sektora publicznego zajmującego się otwartymi standardami, chociaż koncentrują się na formatach danych, w art. 68 Kodeksu Administracji Cyfrowej ( Codice dell'Amministrazione Digitale )
[aplikacje muszą] umożliwiać reprezentację danych w różnych formatach, z których przynajmniej jeden jest otwartym formatem danych.
[...]
[jest zdefiniowany] otwarty format danych, format danych, który jest podawany do wiadomości publicznej, jest dokładnie udokumentowany i neutralny w odniesieniu do narzędzi technologicznych potrzebnych do przeglądania tych samych danych.
Definicja prawa hiszpańskiego
Ustawa uchwalona przez hiszpański parlament wymaga, aby wszystkie usługi elektroniczne świadczone przez hiszpańską administrację publiczną opierały się na otwartych standardach. Definiuje otwarty standard jako nieodpłatny, zgodnie z następującą definicją:
Otwarty standard spełnia następujące warunki:
- jest publiczne, a korzystanie z niego jest dostępne bezpłatnie [bezpłatnie] lub za opłatą, która nie oznacza trudności dla użytkownika.
- jego użycie nie podlega opłacie żadnego prawa własności intelektualnej [prawa autorskie] lub przemysłowe [patenty i znaki towarowe].
Definicja prawa wenezuelskiego
Rząd Wenezueli zatwierdził „ustawę o wolnym oprogramowaniu i otwartych standardach”. Dekret zawiera wymóg, aby sektor publiczny Wenezueli używał wolnego oprogramowania opartego na otwartych standardach, a także zawiera definicję otwartego standardu:
Artykuł 2: do celów niniejszego dekretu należy rozumieć, że:
k) Standardy otwarte: specyfikacje techniczne, opublikowane i kontrolowane przez organizację odpowiedzialną za ich rozwój, które zostały zaakceptowane przez branżę, dostępne dla każdego do ich wdrożenia w wolnym oprogramowaniu lub innym [rodzaju oprogramowania], promujące konkurencyjność, interoperacyjność i elastyczność.
Definicja rządu Republiki Południowej Afryki
Rząd Republiki Południowej Afryki zatwierdził definicję w „Podręczniku minimalnych standardów operacyjnych w zakresie interoperacyjności” (MIOS).
Na potrzeby MIOS normę uważa się za otwartą, jeśli spełnia wszystkie te kryteria. Istnieją standardy, które jesteśmy zobligowani do przyjęcia z powodów pragmatycznych, które niekoniecznie są w pełni zgodne z otwartością pod każdym względem. W takich przypadkach, gdy otwarty standard jeszcze nie istnieje, stopień otwartości będzie brany pod uwagę przy wyborze odpowiedniego standardu:
- powinien być utrzymywany przez organizację niekomercyjną
- udział w bieżących pracach rozwojowych opiera się na procesach decyzyjnych, które są otwarte dla wszystkich zainteresowanych.
- otwarty dostęp: wszyscy mogą uzyskać dostęp do dokumentów komisji, projektów i ukończonych norm bezpłatnie lub za niewielką opłatą.
- Każdy musi mieć możliwość bezpłatnego kopiowania, rozpowszechniania i używania standardu.
- Prawa własności intelektualnej wymagane do wdrożenia standardu (niezbędne zastrzeżenia patentowe) są nieodwołalnie dostępne, bez żadnych opłat licencyjnych.
- Nie ma zastrzeżeń do ponownego wykorzystania standardu.
- Istnieje wiele implementacji standardu.
Oficjalna definicja ram interoperacyjności w Nowej Zelandii
(e-GIF) definiuje jako otwarty standard prostszego zgodnie z następującym tekstem:
Chociaż powszechnie przyjęta definicja „otwartych standardów” prawdopodobnie nie zostanie rozwiązana w najbliższej przyszłości, e-GIF przyjmuje, że definicja „otwartych standardów” musi uwzględniać kontinuum, które waha się od zamkniętych do otwartych i obejmuje różne stopnie "otwartość." Aby kierować czytelnikami w tym zakresie, e-GIF popiera „otwarte standardy”, które wykazują następujące właściwości:
- Być dostępnym dla wszystkich bezpłatnie: brak dyskryminacji między użytkownikami oraz brak opłat lub innych względów nie powinien być warunkiem korzystania ze standardu.
- Pozostań dostępny dla wszystkich bezpłatnie: właściciele powinni zrezygnować ze swoich możliwości ograniczenia dostępu do standardu w późniejszym terminie.
- Należy udokumentować wszystkie szczegóły: wszystkie aspekty normy powinny być przejrzyste i udokumentowane, a zarówno dostęp do dokumentacji, jak i korzystanie z niej powinny być bezpłatne.
e-GIF pełni tę samą funkcję w e-administracji, co Kodeks Drogowy na autostradach. Jazda byłaby zbyt kosztowna, nieefektywna i nieefektywna, gdyby przepisy drogowe musiały być uzgadniane za każdym razem, gdy jeden pojazd napotyka inny.
Definicja Bruce'a Perensa
Jedną z najpopularniejszych definicji terminu „otwarty standard”, według rankingu Google, jest definicja autorstwa Bruce'a Perensa . Jego definicja wymienia zestaw zasad, które jego zdaniem muszą być spełnione przez otwarty standard:
- Dostępność: Otwarte standardy są dostępne dla wszystkich do przeczytania i wdrożenia.
- Maksymalizuj wybór użytkownika końcowego: Otwarte standardy tworzą uczciwy, konkurencyjny rynek dla wdrożeń standardu. Nie zamykają klienta w określonym dostawcy lub grupie.
- Brak tantiem: wdrożenie otwartych standardów jest bezpłatne dla wszystkich , bez tantiem i opłat. Certyfikacja zgodności przez organizację normalizacyjną może wiązać się z opłatą.
- Brak dyskryminacji: Otwarte standardy i organizacje, które nimi administrują, nie faworyzują jednego wdrożeniowca w stosunku do drugiego z powodów innych niż zgodność ze standardami technicznymi implementacji dostawcy. Organizacje certyfikujące muszą zapewnić ścieżkę do walidacji nisko i bezkosztowych wdrożeń, ale mogą również świadczyć ulepszone usługi certyfikacyjne.
- Rozszerzenie lub podzbiór: Wdrożenia Otwartych Standardów mogą być rozszerzone lub oferowane w formie podzbioru. Jednak organizacje certyfikujące mogą odmówić certyfikacji wdrożeń podzbioru i mogą nakładać wymagania na rozszerzenia (patrz Praktyki drapieżne ).
- Drapieżne praktyki: Otwarte standardy mogą wykorzystywać postanowienia licencyjne, które chronią przed niszczeniem standardu za pomocą taktyk „ obejmuj i rozszerzaj” . Licencje dołączone do standardu mogą wymagać publikacji informacji referencyjnych dotyczących rozszerzeń oraz licencji dla wszystkich innych na tworzenie, dystrybucję i sprzedaż oprogramowania zgodnego z rozszerzeniami. Otwarty standard nie może w inny sposób zakazywać rozszerzeń.
Bruce Perens dalej wyjaśnia w praktyce punkty zawarte w normie. Jeśli chodzi o dostępność, stwierdza, że „każdy projekt oprogramowania powinien być w stanie pozwolić sobie na kopię bez nadmiernych trudności. Koszt nie powinien znacznie przekraczać kosztu podręcznika szkolnego”.
Definicja Microsoftu
Vijay Kapoor, krajowy specjalista ds. technologii w Microsoft , definiuje, czym są otwarte standardy w następujący sposób:
Przyjrzyjmy się, co oznacza otwarty standard: „otwarty” oznacza, że jest wolny od opłat licencyjnych, podczas gdy „standard” oznacza technologię zatwierdzoną przez sformalizowane komitety, które są otwarte na udział wszystkich zainteresowanych stron i działają na zasadzie konsensusu. Otwarty standard jest publicznie dostępny, rozwijany, zatwierdzany i utrzymywany w ramach procesu opartego na współpracy i konsensusie.
Ogólnie rzecz biorąc, stosunek Microsoftu do otwartych standardów był w najlepszym razie mieszany. Chociaż Microsoft uczestniczył w najważniejszych organizacjach ustanawiających standardy, które ustanawiają otwarte standardy, często był postrzegany jako sprzeciw wobec ich przyjęcia.
Definicja Open Source Initiative
Inicjatywa Open Source definiuje wymagania i kryteria dla otwartych standardów w następujący sposób:
Wymóg
„Otwarty standard” nie może zabraniać zgodnych implementacji w oprogramowaniu o otwartym kodzie źródłowym.
Kryteria
Aby spełnić wymagania dotyczące otwartych standardów, „otwarty standard” musi spełniać następujące kryteria. Jeśli „otwarty standard” nie spełnia tych kryteriów, będzie dyskryminował programistów open source.
- Brak zamierzonych tajemnic: standard NIE MOŻE zatajać żadnych szczegółów niezbędnych do interoperacyjnej implementacji. Ponieważ wady są nieuniknione, norma MUSI określać proces naprawy usterek zidentyfikowanych podczas wdrażania i testowania interoperacyjności oraz włączania tych zmian do poprawionej lub zastępującej wersję normy, która ma zostać wydana na warunkach, które nie naruszają OSR.
- Dostępność: Norma MUSI być swobodnie i publicznie dostępna (np. ze stabilnej strony internetowej) na warunkach wolnych od opłat licencyjnych po rozsądnych i niedyskryminujących kosztach.
- Patenty: Wszystkie patenty niezbędne do wdrożenia standardu MUSZĄ:
- być licencjonowanym na warunkach wolnych od opłat do nieograniczonego użytkowania lub
- być objęte obietnicą braku potwierdzenia, gdy jest praktykowane przez oprogramowanie o otwartym kodzie źródłowym;
- Brak umów: NIE MOŻE istnieć żaden wymóg zawarcia umowy licencyjnej, umowy NDA, przyznania, kliknięcia lub jakiejkolwiek innej formy dokumentacji w celu wdrożenia zgodnych implementacji standardu.
- Brak zależności niezgodnych z OSR: Wdrożenie standardu NIE MOŻE wymagać żadnej innej technologii, która nie spełnia kryteriów tego wymagania.
Definicja Kena Krechmera
Ken Krechmer identyfikuje dziesięć „praw”:
- Otwarte spotkanie
- Zgoda
- Należyty proces
- Otwarte prawa własności intelektualnej
- Jeden Świat
- Otwórz Zmień
- Otwarte dokumenty
- Otwarty interfejs
- Otwórz Użyj
- Stałe wsparcie
Definicja World Wide Web Consortium
Jako dostawca technologii internetowych Standardów ICT , w szczególności XML , [http]], HTML , CSS i WAI , Konsorcjum World Wide Web (W3C) realizuje proces, który promuje rozwój standardów jakości.
Patrząc na wynik końcowy, sama specyfikacja do przyjęcia to za mało. Partycypacyjny/włączający proces prowadzący do konkretnego projektu oraz dostępne wraz z nim zasoby pomocnicze powinny być brane pod uwagę, gdy mówimy o Otwartych Standardach:
- przejrzystość (właściwy proces jest jawny, a wszystkie dyskusje techniczne, protokoły z posiedzeń są archiwizowane i można je wykorzystać w procesie podejmowania decyzji)
- trafność (nowa normalizacja rozpoczyna się po należytej analizie potrzeb rynku, w tym fazy wymagań, np. dostępność, wielojęzyczność)
- otwartość (każdy może wziąć udział i każdy: przemysł, osoby fizyczne, publiczne, instytucje rządowe, środowiska akademickie, na skalę światową)
- bezstronność i konsensus (gwarantowana uczciwość procesu i neutralny hosting organizacji W3C, z równą wagą dla każdego uczestnika)
- dostępność (bezpłatny dostęp do standardowego tekstu, zarówno w fazie rozwoju, na etapie końcowym, jak i do tłumaczeń oraz zapewnienie, że podstawowe technologie internetowe i internetowe mogą zostać wdrożone Royalty-Free)
- utrzymanie (ciągły proces testowania, erraty, rewizji, stałego dostępu, walidacji itp.)
W sierpniu 2012 r. W3C połączyło się z IETF i IEEE, aby uruchomić OpenStand i opublikować The Modern Paradigm for Standards. Odzwierciedla to „skuteczne i wydajne procesy standaryzacji, które sprawiły, że Internet i sieć WWW stały się najlepszymi platformami dla innowacji i handlu bez granic”.
Definicja Cyfrowej Organizacji Normalizacyjnej
Organizacja Digital Standards Organization (DIGISTAN) stwierdza, że „otwarty standard musi mieć na celu stworzenie nieograniczonej konkurencji między dostawcami i nieograniczonego wyboru dla użytkowników”. Jego krótka definicja „otwartego standardu” (lub „wolnego i otwartego standardu”) to „opublikowana specyfikacja, która jest odporna na przechwycenie przez dostawcę na wszystkich etapach swojego cyklu życia”. Jego pełniejsza definicja w następujący sposób:
- „Standard został przyjęty i będzie utrzymywany przez organizację non-profit, a jego ciągły rozwój odbywa się w oparciu o otwartą procedurę decyzyjną dostępną dla wszystkich zainteresowanych stron.
- Norma została opublikowana, a dokument specyfikacji normy jest dostępny bezpłatnie. Wszyscy muszą mieć możliwość swobodnego jej kopiowania, rozpowszechniania i używania.
- Patenty, które mogą być obecne na (części) standardu, są nieodwołalnie i nieodpłatnie udostępniane.
- Nie ma ograniczeń co do ponownego wykorzystania normy.
Kluczową cechą definiującą jest to, że otwarty standard jest odporny na przechwycenie dostawcy na wszystkich etapach jego cyklu życia. Odporność na przechwytywanie dostawców umożliwia ulepszanie, zaufanie i rozszerzanie otwartego standardu w czasie.”
Ta definicja jest oparta na unijnej definicji „otwartego standardu” EIF v1, ale ze zmianami odnoszącymi się do tego, co określa jako „przechwytywanie dostawcy”. Uważają, że „Wiele grup i osób przedstawiło definicje „otwartego standardu”, które odzwierciedlają ich interesy ekonomiczne w procesie normalizacji. Widzimy, że fundamentalny konflikt występuje między dostawcami, którzy dążą do zdobycia rynków i podniesienia kosztów, a rynkiem jako całością, która szuka wolności i niższych kosztów... Sprzedawcy ciężko pracują, aby zmienić otwarte standardy na standardy franczyzy. Pracują nad zmianą języka ustawowego, tak aby mogli ukryć standardy franczyzy w owczej skórze „otwartego standardu”. Solidna definicja „wolnego i otwartego standardu” musi zatem uwzględniać bezpośredni konflikt ekonomiczny między dostawcami a rynkiem jako całości”.
Definicja Free Software Foundation Europe
.
Zgodnie z tą definicją Open Standard to format lub protokół, który jest:
- Podlega pełnej ocenie publicznej i korzystaniu bez ograniczeń w sposób jednakowo dostępny dla wszystkich stron;
- Bez żadnych komponentów lub rozszerzeń, które są zależne od formatów lub protokołów, które same nie spełniają definicji Otwartego Standardu;
- Wolne od klauzul prawnych lub technicznych, które ograniczają jego wykorzystanie przez jakąkolwiek stronę lub w jakimkolwiek modelu biznesowym;
- Zarządzane i dalej rozwijane niezależnie od pojedynczego dostawcy w procesie otwartym na równy udział konkurentów i stron trzecich;
- Dostępne w wielu kompletnych implementacjach konkurencyjnych dostawców lub jako kompletna implementacja w równym stopniu dostępna dla wszystkich stron.
Definicja FFII
„s definicja mówi się, że pokrywa się z definicją wydanego w Europejskich Ram Interoperacyjności wydany w 2004 roku.
Specyfikacja, która jest publiczna, standard jest inkluzywny, został opracowany i jest utrzymywany w otwartym procesie standaryzacji, każdy może ją wdrożyć bez żadnych ograniczeń, bez opłat, licencji na prawa własności intelektualnej (przyznawane każdemu za darmo i bez żadnych warunków) . To są minimalne warunki licencji wymagane przez organy normalizacyjne jako W3C. Oczywiście wszystkie inne organy akceptują otwarte standardy. Ale sama specyfikacja może kosztować sporo pieniędzy (tj. 100-400 EUR za kopię, jak w ISO, ponieważ prawa autorskie i publikacja samego dokumentu).
Definicja rządu Wielkiej Brytanii
definicja „s otwartych standardów dotyczy interoperacyjności oprogramowania, danych i formatów dokumentów. Kryteria otwartych standardów są opublikowane w dokumencie strategicznym „Zasady otwartych standardów” i są następujące.
ćwiczenia w celu promowania interoperacyjności i ponowne wykorzystanie i uniknąć lock-in technologicznej.
- Współpraca — standard jest utrzymywany w procesie podejmowania decyzji opartych na współpracy, który jest oparty na konsensusie i niezależny od poszczególnych dostawców. Zaangażowanie w rozwój i utrzymanie standardu jest dostępne dla wszystkich zainteresowanych stron.
- Przejrzystość – proces podejmowania decyzji jest przejrzysty, a częścią tego procesu jest ogólnodostępna recenzja dokonywana przez ekspertów w danej dziedzinie.
- Należyty proces – norma jest przyjmowana przez organizację zajmującą się specyfikacją lub normalizacją, forum lub konsorcjum z procesem informacji zwrotnej i ratyfikacji w celu zapewnienia jakości.
- Sprawiedliwy dostęp – norma jest publikowana, dokładnie udokumentowana i publicznie dostępna za zerową lub niską cenę. Preferowany jest zerowy koszt, ale należy to rozpatrywać indywidualnie w ramach procesu selekcji. Koszt nie powinien być zaporowy ani nie powinien stanowić bariery dla równych szans.
- Wsparcie rynkowe – poza kontekstem tworzenia innowacyjnych rozwiązań, standard jest dojrzały, wspierany przez rynek i demonstruje niezależność platformy, aplikacji i dostawcy.
- Prawa - prawa niezbędne do wdrożenia standardu oraz do współpracy z innymi implementacjami, które przyjęły ten sam standard, są licencjonowane bez opłat, które są kompatybilne zarówno z rozwiązaniami open source, jak i rozwiązaniami licencjonowanymi zastrzeżonymi. Prawa te powinny być nieodwołalne, chyba że doszło do naruszenia warunków licencji.
Wydawca | Czas publikacji | Dostępność | Prawa do użytkowania | Proces | Kompletność | |||
---|---|---|---|---|---|---|---|---|
Darmo | Warunki FRANDA | Beztantiemowe, nieodwołalnie | Warunki FRANDA | Otwarte uczestnictwo | Otwórz przeglądanie | Potrzebuje wielu wdrożeń dostawców lub otwartego odniesienia dla dojrzałości | ||
Wspólne IEEE, ISOC, W3C, IETF, IAB | 2012-08-12 | Nie | Nie | Nie | Czerwony śledź | Nie | Nie | Nie |
ITU-T | 2005-03 | Nie | tak | Nie | tak | Nie | Nie | Nie |
Ogólnoeuropejska e-administracja | 2004 | 0 lub nominalny | Nie dotyczy | tak | Nie dotyczy | tak | Nie dotyczy | Nie |
rząd duński | 2004 | tak | Nie dotyczy | Niejasny | Nie dotyczy | Nie | Nie | Nie |
prawo francuskie | 2004 | Ukryty | Nie dotyczy | Ukryty | Nie dotyczy | Nie | Nie | Nie |
rząd Indii | 2014 | 0 lub nominalny | Nie dotyczy | tak | Nie dotyczy | Nie | Nie | Nie |
Prawo włoskie | 2005-03-07 | Nie | Nie | Nie | Nie | Nie | Nie | Nie |
Prawo hiszpańskie | 2007-06-22 | Nie | Nie | 0 lub niski | Nie dotyczy | Nie | Nie | Nie |
Prawo wenezuelskie | 2004-12-23 | Nie | Nie | Ukryty | Nie dotyczy | Nie | Nie | Nie |
Rząd Republiki Południowej Afryki | 2007 | tak | Nie dotyczy | tak | Nie dotyczy | tak | Nie dotyczy | tak |
Nowa Zelandia e-GIF | 2007-06-22 | tak | Nie dotyczy | Niejasny | Nie dotyczy | Nie | Nie | Nie |
Bruce Perens | przed 2002 rokiem | Preferowane | Ukryty | tak | Nie dotyczy | Nie | Nie | Nie |
Microsoft | C. 2006 | Nie | Nie | tak | Nie dotyczy | tak | Nie dotyczy | Nie |
Inicjatywa Open Source | 2006-09 | Nie | tak | Częściowy | Nie | tak | Nie dotyczy | Nie |
Ken Krechmer | 2005-01 | Nie | tak | tak | Nie dotyczy | tak | Nie dotyczy | Nie |
W3C | 2005-09 | tak | Nie dotyczy | tak | Nie dotyczy | tak | Nie dotyczy | Nie |
DIGISTAN | C. 2008 | tak | Nie dotyczy | tak | Nie dotyczy | tak | Nie dotyczy | Nie |
FSFE | 2001 | tak | Nie | Ukryty | Nie dotyczy | tak | Nie dotyczy | tak |
FFII | przed 2004 r. | Nie | Nie | tak | Nie dotyczy | Nie | Nie | Nie |
rząd Wielkiej Brytanii | 2012 | 0 lub niski | Nie dotyczy | tak | Nie dotyczy | tak | Nie dotyczy | tak |
Należy zauważyć, że ponieważ różne definicje „otwartego standardu” różnią się pod względem wymagań, normy wymienione poniżej mogą nie być otwarte dla każdej definicji.
System
-
Sprzęt komputerowy
- Industry Standard Architecture (ISA) (to specyfikacja z mocą wsteczną dla płyt wtyczek do 8-bitowych komputerów PC z architekturą IBM. Krótkotrwała EISA i zmiana nazwy ISA były odpowiedzią na przejście IBM z „standardowej magistrali AT” na zastrzeżone Architektura mikrokanałowa ).
- Peripheral Component Interconnect (PCI) (specyfikacja firmy Intel Corporation dla płyt wtyczek do komputerów PC z architekturą IBM)
- Accelerated Graphics Port (AGP) (specyfikacja firmy Intel Corporation dla kart rozszerzeń do komputerów PC z architekturą IBM)
- PCI Industrial Computer Manufacturers Group (PICMG) (konsorcjum branżowe opracowujące specyfikacje otwartych standardów dla architektur komputerowych)
- Synchroniczna dynamiczna pamięć o dostępie swobodnym (SDRAM) i jej warianty DDR SDRAM (przez JEDEC Solid State Technology Association)
- Uniwersalna magistrala szeregowa (USB) (przez USB Implementers Forum )
- DiSEqC firmy Eutelsat — w sekcji „PWI, ZNAK TOWAROWY I LOGO” dokumentu Rekomendacji wdrożeniowej stwierdza się:
DiSEqC jest otwartym standardem, nie jest wymagana żadna licencja ani opłata licencyjna dla posiadacza praw EUTELSAT.
DiSEqC jest znakiem towarowym EUTELSAT.
Warunki używania znaku towarowego i DiSEqC można uzyskać od EUTELSAT.Formaty plików- Computer Graphics Metafile (CGM) (format plików dla 2D grafiki wektorowej , rastrowej grafiki i tekst zdefiniowany przez ISO / IEC 8632)
- Darwin Information Typing Architecture (DITA) (format i architektura do tworzenia i utrzymywania dokumentacji technicznej zdefiniowanej przez OASIS )
- Hypertext Markup Language (HTML), Extensible HTML (XHTML) i HTML5 (specyfikacje W3C dla strukturalnego formatowania dokumentów z hiperłączami)
- Office Open XML (specyfikacja Microsoft dotycząca formatów dokumentów, arkuszy kalkulacyjnych i prezentacji, zatwierdzona przez ISO jako ISO/IEC 29500 ) (otwartość jest kwestionowana)
- Ogg (kontener dla Vorbis , FLAC , Speex , Opus (formaty audio) i Theora (format wideo), autorstwa Fundacji Xiph.Org )
- OpenDocument Format (ODF) (przez OASIS dla dokumentów, arkuszy kalkulacyjnych, prezentacji, grafiki, matematyki i innych formatów, zatwierdzony przez ISO jako ISO/IEC 26300 )
- Opus ( kodek audio , zdefiniowany przez IETF RFC 6716)
- Portable Document Format (PDF/X) (specyfikacja Adobe Systems Incorporated dla sformatowanych dokumentów, później zatwierdzona przez ISO jako ISO 15930-1:2001)
- Skalowalna grafika wektorowa (SVG) (specyfikacja dwuwymiarowej grafiki wektorowej opracowana przez konsorcjum World Wide Web Consortium (W3C)).
Protokoły- Protokół internetowy (IP) (specyfikacja IETF do przesyłania pakietów danych w sieci - w szczególności IETF RFC 791
- Matrix to otwarty protokół komunikacyjny do zdecentralizowanej komunikacji w czasie rzeczywistym, który jest najczęściej używany do przesyłania wiadomości błyskawicznych
- Protokół kontroli transmisji (TCP) (specyfikacja IETF do implementacji strumieni danych na szczycie IP - w szczególności IETF RFC 793)
- XMPP - otwarty protokół dla wiadomości błyskawicznych w czasie zbliżonym do rzeczywistego (IM) i informacji o obecności (alias listy znajomych)
Języki programowania- ANSI C ( język programowania ogólnego przeznaczenia , zatwierdzony przez ISO jako ISO/IEC 9899 )
- Ada , wieloparadygmatyczny język programowania , zdefiniowany przez wspólny standard ISO / ANSI , w połączeniu z główną poprawką ISO/IEC 8652:1995/Amd 1:2007
- MUMPS , dynamicznie typowany język programowania , pierwotnie zaprojektowany dla aplikacji opartych na bazach danych w branży medycznej zatwierdzony przez ISO jako ISO/IEC 11756:1992 i ISO/IEC 11756:1999
Inne- Data2Dome to standard dystrybucji zawartości kopuł planetarium .
- Apdex (Indeks wydajności aplikacji) (określa jednolity sposób analizowania i raportowania stopnia, w jakim zmierzona wydajność aplikacji spełnia oczekiwania użytkowników
- Application Response Measurement (ARM) (definiuje API dla języków programowania C i Java do pomiaru czasów odpowiedzi aplikacji, przyjęte przez The Open Group )
- CD-ROM (Yellow Book) (specyfikacja wymiany danych na optycznych dyskach danych 120 mm tylko do odczytu, zatwierdzona przez ISO jako ISO/IEC 10149 i ECMA jako ECMA-130)
- Common Information Model (CIM) (specyfikacja firmy DMTF określająca, w jaki sposób elementy zarządzane w środowisku IT są reprezentowane jako wspólny zestaw obiektów i relacji między nimi)
- Universal Data Element Framework (UDEF) to otwarty standard opracowany przez The Open Group, który stanowi podstawę do budowania kontrolowanego słownictwa w całym przedsiębiorstwie umożliwiającego interoperacyjność .
- CIPURSE to otwarty standard opracowany przez OSPT Alliance, który jest zestawem specyfikacji do wdrożenia bezpiecznego elementu (bezstykowa karta inteligentna, karta NFC SIM, element Embedded Secure) dla sieci transportu miejskiego i usług o wartości dodanej.
- OpenReference , otwarty model referencyjny wydajności biznesowej, procesów i praktyk,
- Standard otwartych danych potoku (PODS)
Przykłady skojarzeń- Open Geospatial Consortium - opracowuje i publikuje otwarte standardy danych i usług przestrzennych
- Open Handset Alliance - ustala standardy sprzętu mobilnego dla urządzeń mobilnych.
- OSPT Alliance - ustanawia otwarty standard o nazwie CIPURSE
- A4L - Access For Learning Association wyznacza k12 struktur interoperacyjności danych edukacyjnych.
- USB Implementers Forum - wyznacza standardy dla uniwersalnej magistrali szeregowej
- World Wide Web Consortium (W3C) - ustala otwarte standardy dla Internetu, takie jak protokoły , języki programowania itp.
PatentyW latach 2002 i 2003 nasiliły się kontrowersje dotyczące korzystania z rozsądnych i niedyskryminacyjnych (RAND) licencjonowania do wykorzystania opatentowanej technologii w standardach sieciowych . Bruce Perens , ważne stowarzyszenia, takie jak FSF czy FFII i inni, argumentowali, że korzystanie z patentów ogranicza możliwość wdrożenia standardu do tych, którzy są w stanie lub chcą zapłacić za korzystanie z opatentowanej technologii. Wymóg zapłacić pewną niewielką ilość na użytkownika, to często problem nie do pokonania dla wolnych / wdrożeń oprogramowania Open Source, które mogą być przekazane przez nikogo. Licencjonowanie typu royalty free (RF) jest zasadniczo jedyną możliwą licencją na wdrożenia oprogramowania wolnego/open source. Wersja 3 Powszechnej Licencji Publicznej GNU zawiera sekcję, która zakazuje każdemu, kto rozpowszechnia program wydany na licencji GPL, egzekwowania patentów na kolejnych użytkowników oprogramowania lub prac pochodnych.
Jednym ze skutków tej kontrowersji było to, że wiele rządów (w tym rządy Danii, Francji i Hiszpanii pojedynczo oraz wspólnie UE) wyraźnie potwierdziło, że „otwarte standardy” wymagają licencji nieodpłatnych. Niektóre organizacje normalizacyjne, takie jak W3C , zmodyfikowały swoje procesy, aby zasadniczo zezwalać tylko na licencjonowanie nieodpłatne.
Patenty na oprogramowanie, formuły i algorytmy są obecnie egzekwowane w USA, ale nie w UE. Konwencja o patencie europejskim wyraźnie zabrania objęcia algorytmów, metod biznesowych i oprogramowania patentami. Stany Zjednoczone pozwoliły na to dopiero od 1989 r., aw ostatnich latach narastają kontrowersje dotyczące korzyści lub wykonalności.
Organ normalizacyjny i związane z nim procesy nie mogą zmusić posiadacza patentu do rezygnacji z jego prawa do pobierania opłat licencyjnych, zwłaszcza jeśli dana firma nie jest członkiem organu normalizacyjnego i nie jest ograniczona żadnymi zasadami, które zostały ustalone podczas procesu opracowywania norm. W rzeczywistości element ten zniechęca niektóre organy normalizacyjne do przyjęcia „otwartego” podejścia, obawiając się, że stracą, jeśli ich członkowie będą bardziej ograniczeni niż osoby niebędące członkami. Niewiele organów będzie przeprowadzać (lub wymagać od swoich członków przeprowadzenia) pełnego poszukiwania patentów. Ostatecznie jedynymi sankcjami, jakie organ normalizacyjny może nałożyć na osobę nie będącą członkiem, gdy wymagane jest licencjonowanie patentu, jest anulowanie normy, próba przepracowania go lub praca nad unieważnieniem patentu. Organizacje normalizacyjne, takie jak W3C i OASIS, wymagają, aby korzystanie z wymaganych patentów było udzielane na podstawie nieodpłatnej licencji jako warunku przystąpienia do organu lub określonej grupy roboczej, co jest ogólnie uważane za wykonalne.
Przykłady roszczeń patentowych wniesionych przeciwko standardom, które wcześniej uważano za otwarte, obejmują JPEG i sprawę Rambus o DDR SDRAM . Kodek H.264 jest przykładem standardów organizacji produkującej standard, który zna, non-royalty free wymagane patenty.
Często sam zakres normy określa, jak prawdopodobne jest, że firma będzie w stanie wykorzystać normę jako ochronę podobną do patentu. Richard Langlois twierdzi, że standardy o szerokim zakresie mogą oferować firmie pewien poziom ochrony przed konkurencją, ale jest prawdopodobne, że twórcza destrukcja Schumpetera ostatecznie pozostawi firmę otwartą na „wymyślanie” niezależnie od standardu, z którego firma może skorzystać.
cytaty- Komisarz UE Erkki Liikanen : „Otwarte standardy są ważne, aby pomóc w tworzeniu interoperacyjnych i przystępnych rozwiązań dla wszystkich. Promują one również konkurencję poprzez tworzenie technicznych warunków gry, które są równe dla wszystkich uczestników rynku. Oznacza to niższe koszty dla przedsiębiorstw, a ostatecznie konsument." ( Światowy Dzień Standardów , 14 października 2003)
- Jorma Ollila, przewodniczący rady dyrektorów firmy Nokia: „... Otwarte standardy i platformy tworzą podstawę sukcesu. Umożliwiają interoperacyjność technologii oraz zachęcają do innowacyjności i zdrowej konkurencji, co z kolei zwiększa wybór konsumentów i otwiera zupełnie nowe rynki”
- Dyrektor W3C Tim Berners-Lee : „Decyzja o uczynieniu sieci otwartym systemem była konieczna, aby był uniwersalny.
- W przemówieniu otwierającym Południowoafrykańską Konferencję Sieci i Aplikacji Telekomunikacyjnych (SATNAC) 2005 ówczesny minister nauki i technologii Mosibudi Mangena podkreślił potrzebę otwartych standardów w ICT:
[...] Tsunami, które zniszczyło kraje Azji Południowo-Wschodniej i północno-wschodnie części Afryki, jest chyba najbardziej obrazowym, choć niefortunnym, dowodem na potrzebę globalnej współpracy i otwartych standardów ICT. Nieobliczalne straty życia i zniszczenia mienia potęgował fakt, że agencje ratunkowe i grupy pozarządowe nie były w stanie dzielić się informacjami niezbędnymi do akcji ratunkowej. Każdy używał innych formatów danych i dokumentów. Ulga została spowolniona, a koordynacja skomplikowana. [...]
— Mosibudi Mangena, Przemówienie inauguracyjne SATNAC 2005Zobacz też- Ocena zgodności
- Darmowe oprogramowanie
- Bezpłatny standard
- Efekt sieci
- Otwórz dane
- Ruch o otwartej konstrukcji
- Sprzęt open source
- Otwórz specyfikacje
- System otwarty (obliczeniowy)
- Specyfikacja (norma techniczna)
- Zamknięcie dostawcy
BibliografiaDalsza lektura-
Zewnętrzne linki
- Berkman Center for Internet & Society przy Harvard Law School , Open ePolicy Group , Roadmap for Open ICT Ecosystems
- Otwarte opracowywanie standardów amerykańskich dla telekomunikacji
- Bruce Perens : Otwarte standardy: zasady i praktyka
- Ken Krechmer : Zasady otwartych standardów
- Bob Sutor : Open Standards vs. Open Source: Jak myśleć o oprogramowaniu, standardach i architekturze zorientowanej na usługi na początku XXI wieku
- Komisja Europejska : Raport Valoris na temat otwartych formatów dokumentów
- New York Times : Steve Lohr: „Plan 13 narodów wzywa do otwartych standardów technologicznych”
- UNDP APDIP Międzynarodowy Open Source Network : / Free Oprogramowanie Open Source: Open Standards Primer
- OpenStandards.net: portal otwartych standardów
- Czy OpenDocument jest otwartym standardem? Tak! opracowuje ujednoliconą definicję „otwartego standardu” z wielu źródeł, a następnie stosuje ją do konkretnego standardu
- Inicjatywa Open Source : Open Standard Requirement for Software
- Otwarte standardy : Definicje „otwartych standardów” ze stron tytułowych
- Fundacja Wolnej Infrastruktury Informacyjnej Grupy Roboczej FFII ds. Otwartych Standardów . „Standardowe kategorie i definicje”: Kategorie i definicje różnych typów norm
- Komentarze ITSSD dotyczące SCP/13/2 – Standardy i patenty , Instytut Handlu, Standardów i Zrównoważonego Rozwoju, (marzec 2009)
- Suplement do uwag ITSSD dotyczących raportu WIPO o standardach i patentach (SCP/13/2) pkt 44 , Instytut Handlu, Standardów i Zrównoważonego Rozwoju, (styczeń 2010 r.)
- Stowarzyszenie Otwartych Standardów Danych, RY
- Open Standard License , licencja dedykowana otwartym standardom