Avoin standardi - Open standard
Termillä avoin ja vakio on laaja käyttötarkoitus. Avoimille standardeille on useita määritelmiä, jotka korostavat avoimuuden eri näkökohtia, mukaan lukien tuloksena olevan eritelmän avoimuus, laatimisprosessin avoimuus ja standardin oikeuksien omistaminen. Termi "standardi" rajoittuu toisinaan teknologioihin, jotka ovat hyväksyneet muodolliset komiteat, jotka ovat avoimia kaikille asianomaisille osapuolille ja toimivat yksimielisesti.
Akateemikoiden, Euroopan unionin ja joidenkin sen hallitusten tai parlamenttien, kuten Tanskan, Ranskan ja Espanjan , käyttämät termin avoin standardi määritelmät estävät avoimet standardit, jotka vaativat käyttömaksuja, kuten Uuden -Seelannin, Etelä -Afrikan ja Venezuelan hallitukset. Tavallisen organisaation puolella World Wide Web Consortium (W3C) varmistaa, että sen vaatimukset voidaan toteuttaa rojaltivapaasti .
.Avoimen lähdekoodin ohjelmistoyhteisössä on niitä, jotka katsovat, että "avoin standardi" on avoin vain, jos se voidaan vapaasti ottaa käyttöön, toteuttaa ja laajentaa. Vaikka avoimia standardeja tai arkkitehtuureja pidetään ei-omistusoikeuksina siinä mielessä, että standardi on joko omistamaton tai kollektiivisen elimen omistuksessa, se voidaan silti jakaa julkisesti eikä sitä voida valvoa tiukasti. Tyypillinen esimerkki "avoimesta lähdekoodista", josta on tullut standardi, on IBM: n alkuperäinen tietokone, jota kutsutaan nyt nimellä Wintel , Microsoft -käyttöjärjestelmän ja Intelin mikroprosessorin yhdistelmä. On olemassa kolme muuta yleisimmin hyväksyttyä "avointa", joihin kuuluvat GSM -puhelimet (hyväksytty hallituksen standardiksi), Open Group, joka edistää UNIXia ja vastaavia, ja Internet Engineering Task Force (IETF), joka loi ensimmäiset standardit SMTP ja TCP/IP. Ostajat yleensä pitävät parempana avoimia standardeja, joiden he uskovat tarjoavan heille halvempia tuotteita ja enemmän käyttömahdollisuuksia verkkoefektien ja lisääntyneen kilpailun vuoksi.
Avoimia standardeja, jotka määrittävät muodot, kutsutaan joskus avoimiksi muodoiksi .
Monet eritelmät, joihin joskus viitataan standardeina, ovat omistusoikeuksia ja ne ovat saatavilla vain rajoittavilla sopimusehdoilla (jos niitä saa lainkaan) organisaatiolta, joka omistaa teknisiin tietoihin liittyvän tekijänoikeuden. Näitä eritelmiä ei näin ollen pidetä täysin avoimina . Joel West on väittänyt, että "avoimet" standardit eivät ole mustavalkoisia, vaan niillä on monia "avoimuuden" tasoja. Avoimempi standardi syntyy yleensä silloin, kun tekniikan tuntemus hajautuu niin paljon, että kilpailu lisääntyy ja toiset voivat aloittaa tekniikan kopioinnin sitä toteuttaessaan. Tämä tapahtui Wintel -arkkitehtuurin kanssa, kun muut pystyivät jäljittelemään ohjelmistoa. Vähemmän avoimia standardeja on olemassa, kun tietyssä yrityksessä on paljon valtaa (ei omistusoikeutta) standardiin, mikä voi tapahtua, kun yrityksen alusta "voittaa" standardiasetuksissa tai markkinat tekevät yhden alustan suosituimmaksi.
Yhteiset IEEE-, ISOC-, W3C-, IETF- ja IAB -määritelmät
12. elokuuta 2012 Sähkö- ja elektroniikkainsinöörien instituutti (IEEE), Internet -yhteiskunta (ISOC), World Wide Web Consortium (W3C), Internet Engineering Task Force (IETF) ja Internet Architecture Board (IAB) vahvistivat yhdessä periaatteita, jotka ovat edistäneet Internetin ja siihen liittyvien tekniikoiden eksponentiaalista kasvua . "OpenStand -periaatteet" määrittelevät avoimet standardit ja luovat innovaation rakennuspalikoita. Standardit, jotka on kehitetty OpenStand -periaatteiden mukaisesti, on kehitetty avoimen, osallistavan prosessin kautta, ne tukevat yhteentoimivuutta, edistävät maailmanlaajuista kilpailua, hyväksytään vapaaehtoisesti maailmanlaajuisella tasolla ja toimivat rakennuspalikoina tuotteille ja palveluille, jotka on suunnattu vastaamaan markkinoiden ja kuluttajien tarpeita. Tämä edistää innovaatioita, jotka puolestaan myötävaikuttavat uusien markkinoiden luomiseen sekä olemassa olevien markkinoiden kasvuun ja laajentumiseen.
OpenStand -periaatteita on viisi, kuten alla on kuvattu:
1. Yhteistyö Kunnioittava yhteistyö standardiorganisaatioiden välillä, jolloin kukin kunnioittaa muiden itsenäisyyttä, koskemattomuutta, prosesseja ja immateriaalioikeuksia koskevia sääntöjä.
2. Periaatteiden noudattaminen - Standardien kehittämisen viiden perusperiaatteen noudattaminen, nimittäin
- Asianmukainen prosessi: Päätökset tehdään tasapuolisesti ja oikeudenmukaisesti osallistujien kesken. Kukaan osapuoli ei hallitse tai ohjaa standardien kehittämistä. Standardiprosessit ovat läpinäkyviä, ja päätöksiin voi hakea muutosta. Prosessit standardien säännölliseen tarkistamiseen ja päivittämiseen ovat hyvin määriteltyjä.
- Laaja yksimielisyys: Prosessit mahdollistavat kaikkien näkemysten huomioon ottamisen ja käsittelemisen siten, että yhteisymmärrykseen voidaan päästä eri intresseistä.
- Läpinäkyvyys: Standardiorganisaatiot ilmoittavat etukäteen julkisesti ehdotetuista standardien kehittämistoimista, tehtävän työn laajuudesta ja osallistumisedellytyksistä. Päätöksistä ja niiden tekemiseen käytetyistä materiaaleista on helposti saatavilla asiakirjoja. Julkiset kommenttikaudet annetaan ennen standardien lopullista hyväksymistä ja hyväksymistä.
- Tasapaino: Standarditoimintaa ei hallitse yksinomaan mikään tietty henkilö, yritys tai sidosryhmä.
- Avoimuus: Standardiprosessit ovat avoimia kaikille asiasta kiinnostuneille ja tietoisille osapuolille.
3. Kollektiivinen vaikutusmahdollisuus Sitoutumalla vahvistamalla standardiorganisaatiot ja niiden osallistujat kollektiiviseen vaikutusmahdollisuuteen pyrkimällä standardeihin, jotka:
- valitaan ja määritellään teknisten ansioiden perusteella kunkin osallistujan asiantuntemuksen perusteella;
- tarjota maailmanlaajuista yhteentoimivuutta, skaalautuvuutta, vakautta ja joustavuutta
- mahdollistaa maailmanlaajuinen kilpailu;
- toimivat rakennuspalikoina lisäinnovaatioille; ja
- edistää globaalien yhteisöjen luomista ja hyödyttää ihmiskuntaa.
4. Saatavuus Standardien tekniset tiedot asetetaan kaikkien saataville käyttöönottoa ja käyttöönottoa varten. Vahvistavat standardiorganisaatiot ovat määrittäneet menettelyt kehittääkseen eritelmiä, jotka voidaan toteuttaa oikeudenmukaisilla ehdoilla. Markkinoiden monimuotoisuuden vuoksi oikeudenmukaiset ehdot voivat vaihdella rojaltittomista oikeudenmukaisiin, kohtuullisiin ja syrjimättömiin ehtoihin (FRAND).
5. Vapaaehtoiset adoptiostandardit hyväksytään vapaaehtoisesti ja menestys määräytyy markkinoiden mukaan.
ITU-T-määritelmä
-ryhmä, joka esitti seuraavan määritelmän maaliskuussa 2005, jonka ITU-T kokonaisuudessaan on hyväksynyt tarkoituksiinsa marraskuusta 2005 lähtien:
- "Avoimet standardit" ovat standardeja, jotka asetetaan suuren yleisön saataville ja jotka kehitetään (tai hyväksytään) ja ylläpidetään yhteistyöhön perustuvan ja yksimielisen prosessin kautta. "Avoimet standardit" helpottavat eri tuotteiden tai palvelujen yhteentoimivuutta ja tiedonvaihtoa, ja ne on tarkoitettu laajalle levitettäväksi.
- Muita "avoimien standardien" elementtejä ovat muun muassa seuraavat:
- Yhteistyöprosessi - vapaaehtoinen ja markkinalähtöinen kehitys (tai hyväksyminen) läpinäkyvän yksimielisyyden perusteella, joka on kohtuullisesti avoin kaikille asianomaisille osapuolille.
- Kohtuullisesti tasapainoinen - varmistaa, ettei mikään sidosryhmä hallitse prosessia.
- Asianmukainen menettely - sisältää asianomaisten osapuolten huomautusten huomioon ottamisen ja niihin vastaamisen.
- Laatu ja yksityiskohtaisuus - riittävä mahdollistamaan erilaisten kilpailevien yhteentoimivien tuotteiden tai palvelujen toteutusten kehittämisen. Standardoituja rajapintoja ei piiloteta tai ohjata muulla tavalla kuin standardin julkistavalla SDO: lla.
- Julkisesti saatavilla - helposti toteutettavissa ja käytössä kohtuulliseen hintaan. Muut voivat julkaista standardin tekstin vain SDO: n ennakkohyväksynnällä.
- Jatkuva tuki-ylläpidetään ja tuetaan pitkään.
IETF -määritelmä
Kohdassa 7 sen RFC 2026 IETF luokittelee tekniset tiedot, jotka on kehitetty samalla tavalla kuin IETF itse olevan "avoimia standardeja" ja luetellaan standardit tuottama ANSI , ISO , IEEE , ja ITU-T , kuten esimerkkejä. Koska IETF-standardointiprosesseilla ja immateriaalioikeuskäytännöillä on ITU-T: n edellä luetellut ominaisuudet, IETF-standardit täyttävät ITU-T-määritelmän "avoimet standardit".
IETF ei kuitenkaan ole omaksunut erityistä "avoimen standardin" määritelmää; sekä RFC 2026 että IETF: n tehtävälausunto (RFC 3935) puhuvat "avoimesta prosessista", mutta RFC 2026 ei määrittele "avointa standardia" paitsi sen määrittämiseksi, mihin asiakirjoihin IETF -standardit voivat linkittää.
RFC 2026 kuuluu joukkoon RFC -yhdisteitä, jotka tunnetaan yhdessä nimellä BCP 9 (Best Common Practice, IETF -käytäntö). RFC 2026 päivitettiin myöhemmin muun muassa BCP 78: lla ja 79: llä. Vuodesta 2011 lähtien BCP 78 on RFC 5378 (Rights Contributors Provide to IETF Trust) ja BCP 79 koostuu RFC 3979: stä (Intellectual Property Rights in IETF Technology) ja selvennyksestä RFC 4879: ssä. Muutosten on tarkoitus olla yhteensopivia " Yksinkertaistettu BSD -lisenssi ", kuten IETF Trustin lakisääteisissä säännöissä ja tekijänoikeuden usein kysytyissä kysymyksissä (RFC 5377).
Elokuussa 2012 IETF julkaisi yhdessä W3C: n ja IEEE: n kanssa OpenStandin ja julkaisi The Modern Paradigm for Standards. Tämä kuvaa "tehokkaita ja tehokkaita standardointiprosesseja, jotka ovat tehneet Internetistä ja Webistä innovaatioiden ja rajattoman kaupankäynnin ensi -alustat". Ilmoitus julkaistaan sen jälkeen RFC 6852: n muodossa tammikuussa 2013.
Euroopan yhteentoimivuuskehys yleiseurooppalaisille sähköisille viranomaispalveluille
käyttöön ja dokumentointi.
Yhteentoimivuuden saavuttamiseksi yleiseurooppalaisissa sähköisen hallinnon palveluissa ohjauksessa on keskityttävä avoimiin standardeihin.
Sana "avoin" tarkoittaa tässä seuraavien vaatimusten täyttämistä:
- Voittoa tavoittelematon järjestö hyväksyy standardin ja ylläpitää sitä, ja sen jatkuva kehittäminen perustuu avoimeen päätöksentekomenettelyyn, joka on kaikkien asianomaisten saatavilla (yksimielisyys tai enemmistöpäätös jne.).
- Standardi on julkaistu, ja vakiomääritysasiakirja on saatavana joko vapaasti tai nimellismaksua vastaan. Kaikkien on oltava sallittua kopioida, levittää ja käyttää sitä maksutta tai nimellistä maksua vastaan.
- Standardin (osien) immateriaalioikeudet - mahdollisesti olemassa olevat patentit - asetetaan peruuttamattomasti saataville rojaltittomasti .
- Standardin uudelleenkäytölle ei ole rajoituksia
Network Centric Operations Industry Consortiumin määritelmä
(NCOIC) määrittelee avoimen standardin seuraavan:
Laitteistojen ja/tai ohjelmistojen eritelmät, jotka ovat julkisesti saatavilla, mikä tarkoittaa, että useat toimittajat voivat kilpailla suoraan tuotteidensa ominaisuuksien ja suorituskyvyn perusteella. Se tarkoittaa myös sitä, että olemassa oleva avoin järjestelmä voidaan poistaa ja korvata toisen toimittajan järjestelmällä pienellä vaivalla ja ilman keskeytyksiä.
Tanskan hallituksen määritelmä
on yrittänyt tehdä määritelmä avoimille standardeille, jota myös käytetään yleiseurooppalaisen ohjelmistonkehitysprojekteja. Se toteaa:
- Avoin standardi on kaikkien saatavilla maksutta (eli käyttäjien välillä ei ole syrjintää eikä maksua tai muita näkökohtia vaadita standardin käytön edellytyksenä)
- Avoin välttämättömyysstandardi on edelleen saatavilla ja maksuton (eli omistajat luopuvat mahdollisuuksistaan, jos sellaisia on, rajoittaa pääsyä standardiin myöhemmin, esimerkiksi sitoutumalla avoimuuteen mahdollisen patentin elinkaaren ajan )
- Avoin standardi on saatavana maksutta ja dokumentoitu sen kaikissa yksityiskohdissa (eli kaikki standardin osat ovat läpinäkyviä ja dokumentoituja, ja sekä asiakirjojen käyttö että käyttö on ilmaista)
Ranskan lain määritelmä
hyväksyi määritelmä "avoin standardi" sen "lain luottamus digitaaliseen Economy." Määritelmä on:
- Avoimella standardilla tarkoitetaan mitä tahansa viestintää, yhteenliittämis- tai vaihtoprotokollaa ja mitä tahansa yhteentoimivaa datamuotoa, jonka tekniset tiedot ovat julkisia ja ilman rajoituksia niiden käytölle tai toteutukselle.
Intian hallituksen määritelmä
4.1 Pakolliset ominaisuudet Tunnistettu standardi luokitellaan avoimeksi standardiksi, jos se täyttää seuraavat kriteerit:
- 4.1.1 Tunnistetun standardin erittelyasiakirjan on oltava saatavilla nimellistä maksua vastaan tai ilman sitä.
- 4.1.2 Tunnistetun standardin täytäntöönpanemiseksi tarvittavat patenttihakemukset on asetettava saataville rojaltittomasti standardin koko käyttöiän ajan.
- 4.1.3 Voittoa tavoittelematon organisaatio hyväksyy ja ylläpitää tunnistettua standardia, jossa kaikki sidosryhmät voivat halutessaan osallistua avoimesti, yhteistyöhön ja yhteisymmärrykseen.
- 4.1.4 Tunnistetun standardin on oltava rekursiivisesti auki mahdollisimman pitkälle.
- 4.1.5 Tunnistetulla standardilla on oltava teknisesti neutraali eritelmä.
- 4.1.6 Tunnistetun standardin on voitava tarvittaessa paikallistaa kaikki Intian viralliset kielet kaikilla sovellettavilla verkkotunnuksilla.
Italian lain määritelmä
Italiassa on yleinen sääntö, joka koskee koko julkista sektoria, joka käsittelee avoimia standardeja, vaikka se keskittyy tietomuotoihin. Digitaalisen hallinnon säännöstön 68 kohta ( Codice dell'Amministrazione Digitale )
[sovellusten on] sallittava tietojen esittäminen eri muodoissa, joista ainakin yksi on avoimen datan muoto.
[...]
[se on määritelty] avoin datamuoto, julkistettu tietomuoto, joka on perusteellisesti dokumentoitu ja neutraali samojen tietojen käsittelyyn tarvittavien teknologisten välineiden suhteen.
Espanjan lain määritelmä
hyväksymä laki edellyttää, että kaikkien Espanjan julkishallinnon tarjoamien sähköisten palvelujen on perustuttava avoimiin standardeihin. Se määrittelee avoimen standardin rojaltittomaksi seuraavan määritelmän mukaisesti:
Avoin standardi täyttää seuraavat ehdot:
- se on julkinen, ja sen käyttö on saatavilla ilmaiseksi [maksutta] tai kustannuksella, joka ei merkitse käyttäjälle vaikeuksia.
- sen käyttö ei edellytä mitään immateriaalioikeuksia [tekijänoikeuksia] tai teollisia [patentteja ja tavaramerkkejä].
Venezuelan lain määritelmä
hyväksyi "vapaa ohjelmisto ja avointen standardien laki." Asetukseen sisältyy vaatimus, jonka mukaan Venezuelan julkisen sektorin on käytettävä avoimiin standardeihin perustuvaa ilmaista ohjelmistoa, ja se sisältää avoimen standardin määritelmän:
2 artikla: Tässä asetuksessa tarkoitetaan sitä
k) Avoimet standardit: niiden kehittämisestä vastaavan organisaation julkaisemat ja valvomat tekniset eritelmät, jotka teollisuus on hyväksynyt ja jotka ovat kaikkien saatavilla vapaiden ohjelmistojen tai muiden [ohjelmistotyyppien] käyttöönottoa varten, kilpailukyvyn, yhteentoimivuuden ja joustavuus.
Etelä -Afrikan hallituksen määritelmä
hyväksyi määritelmä "Pienin Interoperability Operating Standards käsikirja" (MIOS).
MIOS: n kannalta standardia pidetään avoimena, jos se täyttää kaikki nämä kriteerit. Joitakin käytäntöjä meidän on noudatettava käytännön syistä, jotka eivät välttämättä täysin vastaa avoimuutta kaikilta osin. Tällaisissa tapauksissa, joissa avointa standardia ei vielä ole, avoimuuden aste otetaan huomioon sopivaa standardia valittaessa:
- sen pitäisi olla ei-kaupallisen organisaation ylläpitämä
- osallistuminen meneillään olevaan kehitystyöhön perustuu päätöksentekoprosesseihin, jotka ovat avoimia kaikille osapuolille.
- avoin pääsy: kaikki voivat tutustua komitean asiakirjoihin, luonnoksiin ja valmiisiin standardeihin ilmaiseksi tai vähäisellä maksulla.
- Kaikkien on voitava kopioida, jakaa ja käyttää standardia ilmaiseksi.
- Standardin täytäntöönpanemiseksi tarvittavat immateriaalioikeudet (olennaiset patenttihakemukset) ovat peruuttamattomasti käytettävissä ilman rojalteja.
- Standardin uudelleenkäyttöön ei ole varauksia.
- Standardista on useita toteutuksia.
Uuden -Seelannin virallinen yhteentoimivuuden määritelmä
(e-GIF) määrittelee avoimen standardin kuin kuninkaallisia mukaisesti vapaa seuraava teksti:
Vaikka yleisesti sovittua "avoimien standardien" määritelmää ei todennäköisesti ratkaista lähitulevaisuudessa, e-GIF myöntää, että "avoimien standardien" määritelmässä on tunnustettava jatkuvuus, joka vaihtelee suljetusta avoimeen ja joka käsittää eriasteisia "avoimuus." Opastaakseen lukijoita tässä suhteessa e-GIF tukee "avoimia standardeja", joilla on seuraavat ominaisuudet:
- Ole kaikkien saatavilla maksutta: käyttäjien välistä syrjintää eikä maksua tai muita näkökohtia pitäisi vaatia standardin käytön ehdoksi.
- Pysy kaikkien saatavilla maksutta: omistajien tulisi luopua mahdollisista vaihtoehdoistaan rajoittaa pääsyä standardiin myöhemmin.
- Dokumentoida kaikki sen yksityiskohdat: kaikkien standardin näkökohtien tulisi olla läpinäkyviä ja dokumentoituja, ja sekä asiakirjoihin pääsyn että niiden käytön pitäisi olla ilmaista.
E-GIF: llä on sama tehtävä sähköisessä hallinnossa kuin tieliikennesäännöillä moottoriteillä. Ajaminen olisi liian kallista, tehotonta ja tehotonta, jos liikennesäännöistä olisi sovittava joka kerta, kun ajoneuvo kohtaa toisen.
Bruce Perensin määritelmä
Yksi suosituimmista määritelmistä termille "avoin standardi" Googlen sijoituksen mukaan mitattuna on Bruce Perensin kehittämä . Hänen määritelmänsä sisältää luettelon periaatteista, jotka hänen mielestään on täytettävä avoimella standardilla:
- Saatavuus: Avoimet standardit ovat kaikkien luettavissa ja toteutettavissa.
- Maksimoi loppukäyttäjän valinta: Avoimet standardit luovat oikeudenmukaiset ja kilpailukykyiset markkinat standardin toteuttamiselle. Ne eivät lukitse asiakasta tiettyyn myyjään tai ryhmään.
- Ei rojaltia: Avoimet standardit ovat kaikille ilmaisia toteuttaa ilman rojaltia tai maksua. Standardiorganisaation sertifiointi vaatimustenmukaisuudesta voi olla maksullinen.
- Ei syrjintää: Avoimet standardit ja niitä hallinnoivat organisaatiot eivät suosittele yhtä toteuttajaa toisesta syystä mistään muusta syystä kuin myyjän toteutuksen teknisten standardien mukaisuudesta. Sertifiointiorganisaatioiden on tarjottava polku halpojen ja kustannuksettomien toteutusten validoimiseksi, mutta ne voivat myös tarjota parannettuja sertifiointipalveluja.
- Laajennus tai osajoukko: Avoimien standardien toteutuksia voidaan laajentaa tai tarjota osajoukon muodossa. Sertifiointiorganisaatiot voivat kuitenkin kieltäytyä sertifioimasta osajoukon toteutuksia ja asettaa vaatimuksia laajennuksille (katso Predatory Practices ).
- Saalistuskäytännöt: Avoimet standardit voivat käyttää lisenssiehtoja, jotka suojaavat standardin muuttumiselta omaksumalla ja laajentamalla taktiikoilla. Standardiin liitetyt lisenssit voivat edellyttää laajennusten viitetietojen julkaisemista ja kaikkien muiden lisenssin laajennusten kanssa yhteensopivan ohjelmiston luomiseen, jakeluun ja myyntiin. Avoin standardi ei saa muuten kieltää laajennuksia.
Bruce Perens selittää edelleen standardin kohtia käytännössä. Saatavuuden osalta hän toteaa, että "minkä tahansa ohjelmistoprojektin pitäisi voida varata kopio ilman kohtuuttomia vaikeuksia. Kustannukset eivät saisi ylittää korkeakoulun oppikirjan hintaa".
Microsoftin määritelmä
kansallinen teknologiajohtaja Vijay Kapoor määrittelee avoimet standardit seuraavasti:
Katsotaanpa, mitä avoin standardi tarkoittaa: 'avoimella' tarkoitetaan sitä, että se on maksuton, kun taas 'standardilla' tarkoitetaan teknologiaa, jonka ovat hyväksyneet muodolliset komiteat, jotka ovat avoimia kaikille asianomaisille osapuolille ja toimivat yksimielisesti. Avoin standardi on julkisesti saatavilla, ja sitä kehitetään, hyväksytään ja ylläpidetään yhteistyöhön perustuvan ja yksimielisen prosessin kautta.
Kaiken kaikkiaan Microsoftin suhde avoimiin standardeihin oli parhaimmillaan sekava. Vaikka Microsoft osallistui merkittävimpiin standardeja määrittäviin organisaatioihin, jotka luovat avoimia standardeja, sen katsottiin usein vastustavan niiden hyväksymistä.
Open Source Initiativen määritelmä
määrittelee vaatimukset ja perusteet avoimet standardit seuraavasti:
Vaatimus
"Avoin standardi" ei saa kieltää yhteensopivia toteutuksia avoimen lähdekoodin ohjelmistoissa.
Kriteerit
Avoimen standardin vaatimuksen täyttämiseksi "avoimen standardin" on täytettävä seuraavat kriteerit. Jos "avoin standardi" ei täytä näitä ehtoja, se syrjii avoimen lähdekoodin kehittäjiä.
- Ei tarkoituksellisia salaisuuksia: Standardi EI saa salata yhteentoimivan toteutuksen kannalta välttämättömiä yksityiskohtia. Koska puutteet ovat väistämättömiä, standardin TÄYTYY määritellä prosessi toteutuksen ja yhteentoimivuuden testauksen aikana havaittujen puutteiden korjaamiseksi ja sisällyttää nämä muutokset standardin tarkistettuun versioon tai korvaavaan versioon, joka julkaistaan ehdoilla, jotka eivät riko OSR: ää.
- Saatavuus: Standardin PITÄÄ olla vapaasti ja julkisesti saatavilla (esim. Vakaalta verkkosivustolta) rojaltittomin ehdoin kohtuullisin ja syrjimättömin kustannuksin.
- Patentit: Kaikkien standardien täytäntöönpanon kannalta olennaisten patenttien TÄYTYY:
- lisensoida rojaltittomilla ehdoilla rajoittamatonta käyttöä varten, tai
- oltava lupaus olla väittämättä, kun sitä käytetään avoimen lähdekoodin ohjelmistolla
- Ei sopimuksia: Lisenssisopimuksen, NDA: n, myöntämisen, napsautusten tai muun paperityön toteuttamista EI SAA vaatia standardin mukaisten toteutusten käyttöönottoon.
- Ei OSR-yhteensopimattomia riippuvuuksia: Standardin käyttöönotto EI EI vaadi muuta tekniikkaa, joka ei täytä tämän vaatimuksen kriteerejä.
Ken Krechmerin määritelmä
Ken Krechmer tunnistaa kymmenen "oikeutta":
- Avoin kokous
- Yhteisymmärrys
- Määräaikainen prosessi
- Avaa IPR
- Yksi maailma
- Avaa Vaihda
- Avaa asiakirjat
- Avaa käyttöliittymä
- Avaa Käytä
- Jatkuva tuki
World Wide Web Consortiumin määritelmä
Tarjoajana Web-teknologian ICT Standards, erityisesti XML , [http]], HTML , CSS ja WAI The World Wide Web Consortium (W3C) seuraa prosessi, joka edistää kehitystä laatuvaatimukset.
Lopputulosta tarkasteltaessa pelkästään tekniset tiedot, hyväksyttäväksi, eivät riitä. Tiettyyn suunnitteluun johtava osallistava/osallistava prosessi ja sen käytettävissä olevat resurssit olisi otettava huomioon, kun puhumme avoimista standardeista:
- avoimuus (asianmukainen menettely on julkinen, ja kaikki tekniset keskustelut, kokousten pöytäkirjat arkistoidaan ja niihin voidaan viitata päätöksenteossa)
- merkitys (uusi standardointi aloitetaan, kun analysoidaan asianmukaisesti markkinoiden tarpeet, mukaan lukien vaatimusten vaihe, esim. saavutettavuus, monikielisyys)
- avoimuus (kuka tahansa voi osallistua ja kaikki osallistuvat: teollisuus, yksityishenkilöt, julkiset viranomaiset, yliopistot, yliopistot, maailmanlaajuisesti)
- puolueettomuus ja yksimielisyys (prosessin taattu oikeudenmukaisuus ja W3C -organisaation puolueeton isännöinti, jokaisella osallistujalla sama painoarvo)
- saatavuus (ilmainen pääsy vakiotekstiin sekä kehityksen aikana, viimeisessä vaiheessa että käännöksissä ja vakuutus siitä, että ydinverkko- ja Internet-tekniikat voidaan ottaa käyttöön rojaltivapaasti)
- ylläpito (jatkuva testausprosessi, virheet, tarkistukset, pysyvä pääsy, validointi jne.)
Elokuussa 2012 W3C julkaisi yhdessä IETF: n ja IEEE: n kanssa OpenStandin ja julkaisi The Modern Paradigm for Standards -standardin. Tämä kuvaa "tehokkaita ja tehokkaita standardointiprosesseja, jotka ovat tehneet Internetistä ja Webistä innovaatioiden ja rajattoman kaupankäynnin ensi -alustat".
Digital Standards Organizationin määritelmä
(DIGISTAN) todetaan, että "avoin standardi on pyrittävä luomaan vapaan myyjien välinen kilpailu ja rajoittamatonta valinnanvaraa." Sen lyhyt määritelmä "avoimelle standardille" (tai "vapaalle ja avoimelle standardille") on "julkaistu eritelmä, joka on immuuni toimittajien kaappaamiselle sen elinkaaren kaikissa vaiheissa". Sen täydellisempi määritelmä on seuraava:
- "Voittoa tavoittelematon organisaatio hyväksyy ja ylläpitää standardia, ja sen jatkuva kehittäminen tapahtuu avoimen päätöksentekomenettelyn perusteella, joka on kaikkien asianomaisten saatavilla.
- Standardi on julkaistu ja vakiomääritysasiakirja on vapaasti saatavilla. Kaikkien on oltava sallittua kopioida, levittää ja käyttää sitä vapaasti.
- Standardissa (osissa) mahdollisesti olevat patentit asetetaan peruuttamattomasti saataville rojaltittomasti.
- Standardin uudelleenkäytölle ei ole rajoituksia.
Keskeinen ominaisuus on, että avoin standardi on immuuni toimittajien kaappaamiselle sen elinkaaren kaikissa vaiheissa. Suoja toimittajien kaappaamiselta mahdollistaa avoimen standardin parantamisen, luottamisen ja laajentamisen ajan myötä. "
Tämä määritelmä perustuu EU: n EIR v1: n määritelmään "avoin standardi", mutta siihen on tehty muutoksia, joita se käsittelee "myyjän kaappaamiseksi". He uskovat, että "Monet ryhmät ja yksilöt ovat tarjonneet" avoimelle standardille "määritelmät, jotka heijastavat heidän taloudellisia etujaan standardiprosessissa. Näemme, että perustavanlaatuinen konflikti on sellaisten myyjien välillä, jotka pyrkivät valloittamaan markkinoita ja nostamaan kustannuksia, sekä markkinoiden välillä, joka pyrkii vapauteen ja alhaisempiin kustannuksiin ... Toimittajat tekevät kovasti töitä muuttaakseen avoimet standardit franchising -standardeiksi.He pyrkivät muuttamaan lakisääteistä kieltä, jotta he voivat peittää franchising -standardit "avoimen standardin" lampaanvaatteisiin. "Vapaan ja avoimen standardin" vankas määritelmässä on siis otettava huomioon toimittajien ja markkinoiden välinen suora taloudellinen konflikti. "
Free Software Foundation Europen määritelmä
tiimit.
Tämän määritelmän mukaan avoin standardi on muoto tai protokolla, joka on:
- Jollei täysi julkinen arviointi ja käyttö ilman rajoituksia tavalla, joka on kaikkien osapuolten saatavilla;
- Ilman komponentteja tai laajennuksia, jotka ovat riippuvaisia muodoista tai protokollista, jotka eivät itse täytä avoimen standardin määritelmää;
- Vapaa oikeudellisista tai teknisistä lausekkeista, jotka rajoittavat sen käyttöä kenenkään osapuolen tai liiketoimintamallin osalta;
- Hallitaan ja kehitetään edelleen yksittäisistä toimittajista riippumatta prosessissa, joka on avoin kilpailijoiden ja kolmansien osapuolten tasavertaiselle osallistumiselle;
- Saatavana useissa täydellisissä toteutuksissa kilpailevien toimittajien toimesta tai kokonaisena toteutuksena, joka on kaikkien osapuolten saatavilla.
FFII: n määritelmä
määritelmään sanotaan samaan aikaan määritelmän myönnetty eurooppalaiset yhteentoimivuusperiaatteet julkaistiin vuonna 2004.
Eritelmä, joka on julkinen, standardi on kattava ja se on kehitetty ja sitä ylläpidetään avoimessa standardointiprosessissa, jokainen voi toteuttaa sen ilman rajoituksia eikä maksua IPR -lisenssin myöntämiseksi (myönnetään kaikille ilmaiseksi ja ilman ehtoja) . Tämä on standardointielinten W3C: n pyytämä vähimmäislisenssiehto. Tietenkin kaikki muut elimet hyväksyvät avoimet standardit. Mutta erittely itsessään voi maksaa kohtuullisen määrän rahaa (eli 100–400 euroa kappaleelta, kuten ISO: ssa, koska tekijänoikeudet ja itse asiakirjan julkaiseminen).
Yhdistyneen kuningaskunnan hallituksen määritelmä
määritelmään avoimien standardien pätee ohjelmistojen yhteentoimivuutta, tietojen ja tiedostomuotoja. Avoimien standardien kriteerit julkaistaan "Avoimien standardien periaatteet" -poliittisessa asiakirjassa ja ne ovat seuraavat.
harjoituksia edistämiseksi yhteentoimivuutta ja uudelleenkäyttöä ja vältettävä teknologinen lock-in.
- Yhteistyö - standardia ylläpidetään yhteispäätöksellä, joka perustuu yksimielisyyteen ja on riippumaton yksittäisistä toimittajista. Osallistuminen standardin kehittämiseen ja ylläpitoon on kaikkien kiinnostuneiden saatavilla.
- Läpinäkyvyys - päätöksentekoprosessi on läpinäkyvä, ja aiheasiantuntijoiden julkinen tarkastelu on osa prosessia.
- Asianmukainen prosessi - standardin hyväksyy spesifikaatio- tai standardointiorganisaatio tai foorumi tai konsortio, jolla on palaute- ja ratifiointiprosessi laadun varmistamiseksi.
- Reilu pääsy - standardi julkaistaan, dokumentoidaan perusteellisesti ja on julkisesti saatavilla nollaan tai edullisesti. Nollakustannukset ovat edullisia, mutta tämä olisi otettava huomioon tapauskohtaisesti osana valintaprosessia. Kustannukset eivät saa olla kohtuuttomia tai todennäköisesti estää esteitä tasapuolisille toimintaedellytyksille.
- Markkinatuki - muu kuin innovatiivisten ratkaisujen luomisen yhteydessä standardi on kypsä, markkinoiden tukema ja osoittaa alustan, sovelluksen ja toimittajan riippumattomuuden.
- Oikeudet - oikeudet, jotka ovat välttämättömiä standardin täytäntöönpanemiseksi ja liittämiseksi muihin saman standardin käyttöön ottaneisiin toteutuksiin, on lisensoitu rojaltivapaasti, mikä on yhteensopiva sekä avoimen lähdekoodin että omistettujen lisensoitujen ratkaisujen kanssa. Näiden oikeuksien pitäisi olla peruuttamattomia, ellei lisenssiehtoja rikota.
Kustantaja | Julkaisuaika | Saatavuus | Käyttöoikeudet | Käsitellä asiaa | Täydellisyys | |||
---|---|---|---|---|---|---|---|---|
Ilmainen | FRAND -ehdot | Rojaltivapaa, peruuttamaton | FRAND -ehdot | Avoin osallistuminen | Avoin katselu | Vaatii useita toimittajan toteutuksia tai avoimen viitteen kypsyyteen | ||
Yhteinen IEEE, ISOC, W3C, IETF, IAB | 2012-08-12 | Ei | Ei | Ei | Punainen silli | Ei | Ei | Ei |
ITU-T | 2005-03 | Ei | Joo | Ei | Joo | Ei | Ei | Ei |
Yleiseurooppalainen sähköinen hallinto | 2004 | 0 tai nimellinen | Ei käytössä | Joo | Ei käytössä | Joo | Ei käytössä | Ei |
Tanskan hallitus | 2004 | Joo | Ei käytössä | Epäselvä | Ei käytössä | Ei | Ei | Ei |
Ranskan laki | 2004 | Epäsuorasti | Ei käytössä | Epäsuorasti | Ei käytössä | Ei | Ei | Ei |
Intian hallitus | 2014 | 0 tai nimellinen | Ei käytössä | Joo | Ei käytössä | Ei | Ei | Ei |
Italian laki | 2005-03-07 | Ei | Ei | Ei | Ei | Ei | Ei | Ei |
Espanjan laki | 2007-06-22 | Ei | Ei | 0 tai alhainen | Ei käytössä | Ei | Ei | Ei |
Venezuelan laki | 2004-12-23 | Ei | Ei | Epäsuorasti | Ei käytössä | Ei | Ei | Ei |
Etelä -Afrikan hallitus | 2007 | Joo | Ei käytössä | Joo | Ei käytössä | Joo | Ei käytössä | Joo |
Uuden-Seelannin e-GIF | 2007-06-22 | Joo | Ei käytössä | Epäselvä | Ei käytössä | Ei | Ei | Ei |
Bruce Perens | ennen vuotta 2002 | Suositeltava | Epäsuorasti | Joo | Ei käytössä | Ei | Ei | Ei |
Microsoft | c. 2006 | Ei | Ei | Joo | Ei käytössä | Joo | Ei käytössä | Ei |
Avoimen lähdekoodin aloite | 2006-09 | Ei | Joo | Osittainen | Ei | Joo | Ei käytössä | Ei |
Ken Krechmer | 2005-01 | Ei | Joo | Joo | Ei käytössä | Joo | Ei käytössä | Ei |
W3C | 2005-09 | Joo | Ei käytössä | Joo | Ei käytössä | Joo | Ei käytössä | Ei |
DIGISTAN | c. 2008 | Joo | Ei käytössä | Joo | Ei käytössä | Joo | Ei käytössä | Ei |
FSFE | 2001 | Joo | Ei | Epäsuorasti | Ei käytössä | Joo | Ei käytössä | Joo |
FFII | ennen vuotta 2004 | Ei | Ei | Joo | Ei käytössä | Ei | Ei | Ei |
Yhdistyneen kuningaskunnan hallitus | 2012 | 0 tai alhainen | Ei käytössä | Joo | Ei käytössä | Joo | Ei käytössä | Joo |
Huomaa, että koska "avoimen standardin" eri määritelmät eroavat toisistaan vaatimuksissa, alla luetellut standardit eivät välttämättä ole avoimia kaikilla määritelmillä.
Järjestelmä
-
Laitteisto
- Laajennettu teollisuusstandardiarkkitehtuuri (EISA) (spesifikaatio 16-bittisten IBM-arkkitehtuurin PC-laajennuskorteille, myöhemmin IEEE: n standardoima)
- Industry Standard Architecture (ISA) (on taannehtivasti nimetty eritelmä 8-bittisten IBM-arkkitehtuurin PC-laajennuskorteille. Lyhytikäinen EISA ja ISA: n uudelleennimeäminen olivat vastaus IBM: n siirtymiseen "AT-standardiväylästä" omaan Mikrokanava -arkkitehtuuri ).
- Peripheral Component Interconnect (PCI) (Intel Corporationin määritys IBM-arkkitehtuurin PC-laajennuskorteille)
- Accelerated Graphics Port (AGP) (Intel Corporationin määritys IBM-arkkitehtuurin PC-laajennuskorteille)
- PCI Industrial Computer Manufacturers Group (PICMG) (alan yhteenliittymä, joka kehittää avoimia standardeja koskevia eritelmiä tietokonearkkitehtuureille)
- Synkroninen dynaaminen hajamuisti (SDRAM) ja sen DDR SDRAM -muunnelmat ( JEDEC Solid State Technology Association)
- Universal Serial Bus (USB) ( USB Implementers Forum )
- DiSEqC by Eutelsat - toteutusasiakirjan "IPR, TAVARAMERKKI JA LOGO" -osiossa todetaan:
DiSEqC on avoin standardi, lisenssiä ei vaadita tai rojaltia maksetaan oikeudenhaltijalle EUTELSAT.
DiSEqC on EUTELSATin tavaramerkki.
Tavaramerkin ja DiSEqC: n käyttöehdot saat EUTELSATilta.Tiedostomuodot- Darwin Information Typing Architecture (DITA) (muoto ja arkkitehtuuri OASIS: n määrittelemien teknisten asiakirjojen luomiseen ja ylläpitoon )
- Hypertext Markup Language (HTML), Extensible HTML (XHTML) ja HTML5 ( W3C : n määritykset strukturoitujen hyperlinkitettyjen asiakirjojen muotoilua varten)
- Office Open XML ( Microsoftin määrittelemät asiakirjat, laskentataulukot ja esitysmuodot, ISO: n hyväksymä ISO/IEC 29500 ) (avoimuus on kiistanalainen)
- Ogg (säiliö Vorbisille , FLAC: lle , Speexille , Opusille (äänimuodot) ja Theora (videomuoto), Xiph.Org Foundation )
- OpenDocument Format (ODF) ( OASIS asiakirjoille, laskentataulukoille, esityksille, grafiikoille, matematiikalle ja muille muodoille, ISO: n hyväksymä ISO/IEC 26300 )
- Opus ( äänikoodekki , IETF RFC 6716: n määrittämä)
- Portable Network Graphics (PNG) ( bittikartoitettu kuvamuoto, joka käyttää häviötöntä tietojen pakkausta , ISO: n hyväksymä ISO/IEC 15948: 2004)
- Scalable Vector Graphics (SVG) ( World Wide Web Consortiumin (W3C) kehittämä spesifikaatio kaksiulotteiselle vektorigrafiikalle ).
Pöytäkirjat- Connected Home over IP (tunnetaan myös nimellä " Project Connected Home over IP " tai " Chip " lyhyen) on oma , maksuttoman kodin automaatio yhtenäisyysstandardi projekti jossa on yhteensopiva eri älykäs koti ja esineiden internetin (IoT) tuotteiden ja ohjelmisto.
- Internet Protocol (IP) ( IETF: n määritys datapakettien lähettämiseksi verkossa - erityisesti IETF RFC 791
- MQTT (Message Queuing Telemetria Liikenne) on kevyt, julkaisevat-tilata verkon protokolla , joka kuljettaa viestejä laitteiden välillä.
- Transmission Control Protocol (TCP) ( IETF : n spesifikaatio tietovirtojen toteuttamiseksi IP : n päälle - erityisesti IETF RFC 793)
- OMA-tietojen synkronointi ja laitehallinta ( alustasta riippumaton tietojen synkronointiprotokolla , määritelty The SyncML Initiative / Open Mobile Alliance )
- XMPP- avoin protokolla lähes reaaliaikaiseen pikaviestintään (IM) ja läsnäolotietoihin (alias kaverilistat)
Ohjelmointikielet- ANSI C ( yleiskäyttöinen ohjelmointikieli , ISO: n hyväksymä ISO/IEC 9899 )
- Ada , usean paradigman ohjelmointikieli , määritelty yhteisellä ISO / ANSI- standardilla yhdistettynä suureen muutokseen ISO/IEC 8652: 1995/Amd 1: 2007
Muut- Apdex (Application Performance Index) (määrittelee yhtenäisen tavan analysoida ja raportoida, missä määrin ohjelmistosovellusten mitattu suorituskyky vastaa käyttäjien odotuksia
- Application Response Measurement (ARM) (määrittää Open -ryhmän hyväksymän sovellusliittymän C- ja Java -ohjelmointikielelle sovellusten tapahtumien vasteaikojen mittaamiseksi )
- CD-ROM (keltainen kirja) (määritys vain luku -muotoisille 120 mm: n optisille datalevyille tarkoitetulle tietojen vaihdolle, ISO: n hyväksymä ISO/IEC 10149 ja ECMA ECMA-130: ksi)
- Yhteinen tietomalli (CIM) ( DMTF : n määritelmä sen määrittelemiseksi, miten IT -ympäristön hallitut elementit esitetään yhtenä objektina ja niiden välisenä suhteena)
- Universal Data Element Framework (UDEF) on The Open Groupin avoin standardi, joka luo perustan yrityksen laajuisen hallitun sanaston rakentamiselle, joka mahdollistaa yhteentoimivuuden .
- CIPURSE on OSPT Alliancen avoin standardi .
- OpenReference , avoin viitemalli liiketoiminnan suorituskyvylle, prosesseille ja käytännöille,
- Putkilinjan avoimen datan standardi (PODS)
Esimerkkejä yhdistyksistä- JEDEC Solid State Technology Association - asettaa SDRAM Open -standardin
- Open Geospatial Consortium - kehittää ja julkaisee paikkatietojen ja -palvelujen avoimia standardeja
- Open Handset Alliance - asettaa avoimien standardien mobiililaitteiden laitteistot.
- OSPT Alliance - asettaa avoimen standardin nimeltä CIPURSE
- A4L - Access for Learning Association asettaa k12 -opetusdatan yhteentoimivuusrakenteet.
- USB -toteuttajien foorumi - asettaa standardit Universal Serial Busille
- World Wide Web Consortium (W3C) - asettaa avoimet standardit Internetille, kuten protokollat , ohjelmointikielet jne.
PatentitVuosina 2002 ja 2003 kiista järkevän ja syrjimättömän (RAND) lisensoinnin käytöstä patentoidun tekniikan käyttöön web-standardeissa lisääntyi. Bruce Perens , tärkeät yhdistykset kuten FSF tai FFII ja muut ovat väittäneet, että patenttien käyttö rajoittaa standardin käyttöönottoa niille, jotka voivat tai ovat halukkaita maksamaan patentoidun tekniikan käytöstä. Vaatimus maksaa pieniä määrä per käyttäjä, on usein ylittämätön ongelma vapaan / avoimen lähdekoodin ohjelmistojen toteutuksia, joka voidaan jakaa uudelleen kuka tahansa. Rojaltivapaa (RF) lisensointi on yleensä ainoa mahdollinen lisenssi ilmaisille/avoimen lähdekoodin ohjelmistototeutuksille. GNU: n yleisen julkisen lisenssin versio 3 sisältää osion, jossa kehotetaan kaikkia, jotka levittävät GPL: n nojalla julkaistua ohjelmaa, pakottamasta patentteja myöhempiin ohjelmiston käyttäjiin tai johdannaisteoksiin.
Yksi tämän kiistan tulos oli, että monet hallitukset (mukaan lukien Tanskan, Ranskan ja Espanjan hallitukset erikseen ja EU yhdessä) vahvistivat nimenomaan, että "avoimet standardit" edellyttävät rojaltittomia lisenssejä. Jotkut standardiorganisaatiot, kuten W3C , muuttivat prosessejaan salliakseen käytännössä vain rojaltittoman lisenssin.
patentit ovat tällä hetkellä täytäntöönpanokelpoisia Yhdysvalloissa, mutta eivät EU: ssa. Eurooppalainen patenttisopimus kieltää nimenomaisesti algoritmien, liiketoimintamenetelmien ja ohjelmistojen suojaamisen patenteilla. Yhdysvallat on sallinut ne vain vuodesta 1989 lähtien, ja viime vuosina on syntynyt kiistoja joko hyödyn tai toteutettavuuden suhteen.Standardointielin ja siihen liittyvät prosessit eivät voi pakottaa patentinhaltijaa luopumaan oikeudestaan periä lisenssimaksuja, varsinkin jos kyseinen yritys ei ole standardointielimen jäsen ja sitä ei rajoiteta standardien kehittämisprosessin aikana asetetuilla säännöillä. Itse asiassa tämä elementti estää joitakin standardointielimiä omaksumasta "avointa" lähestymistapaa peläten, että ne häviävät, jos niiden jäsenet ovat rajoittuneempia kuin ei-jäsenet. Harvat elimet suorittavat (tai edellyttävät jäseniltään) täyden patenttihaun. Ainoastaan seuraamukset, joita standardointielin voi soveltaa ei-jäsenelle, kun patenttilisenssiä vaaditaan, on viime kädessä standardin peruuttaminen, sen uudelleenmuokkaaminen tai patentin mitätöiminen. Standardilaitokset, kuten W3C ja OASIS, edellyttävät, että vaadittujen patenttien käyttö on myönnettävä rojaltivapaalla lisenssillä ehtona liittyä elimeen tai tiettyyn työryhmään, ja tätä pidetään yleensä täytäntöönpanokelpoisena.
Esimerkkejä patentti- vaateita standardeihin luultu olevan avoimia sisällyttää JPEG ja Rambus asiaa, DDR SDRAM . H.264 videokoodekki on esimerkki standardien organisaatio tuottaa standardi, joka on tunnettu, ei-maksuttoman vaaditaan patenttia.
Usein itse standardin laajuus määrittää sen, kuinka todennäköistä on, että yritys pystyy käyttämään standardia patentin kaltaisena suojana. Richard Langlois väittää, että laaja -alaiset standardit voivat tarjota yritykselle jonkin verran suojaa kilpailijoilta, mutta on todennäköistä, että Schumpeterin luova tuho jättää lopulta yrityksen "keksimiseksi" riippumatta standardista, josta yritys voi hyötyä.
Lainausmerkit- EU -komissaari Erkki Liikanen : "Avoimet standardit ovat tärkeitä, jotta ne voivat luoda yhteentoimivia ja kohtuuhintaisia ratkaisuja kaikille. Ne edistävät myös kilpailua luomalla kaikille markkinatoimijoille tasapuoliset tekniset toimintaedellytykset. Tämä tarkoittaa pienempiä kustannuksia yrityksille ja lopulta kuluttaja. " ( Maailman standardipäivä , 14. lokakuuta 2003)
- Jorma Ollila, Nokian hallituksen puheenjohtaja: "... Avoimet standardit ja alustat luovat perustan menestykselle. Ne mahdollistavat teknologioiden yhteentoimivuuden ja kannustavat innovatiivisuuteen ja terveeseen kilpailuun, mikä puolestaan lisää kuluttajien valinnanvaraa ja avaa kokonaan uusia markkinoita."
- W3C: n johtaja Tim Berners-Lee : "Päätös tehdä verkosta avoin järjestelmä oli välttämätön, jotta se olisi universaali. Et voi ehdottaa, että jokin olisi universaali tila ja samalla valvoa sitä."
- Etelä -Afrikan televiestintäverkkojen ja -sovellusten konferenssin (SATNAC) 2005 avauspuheessa silloinen tiede- ja teknologiaministeri Mosibudi Mangena korosti tarvetta avoimiin standardeihin tieto- ja viestintätekniikassa:
[...] Kaakkois-Aasian maita ja Afrikan koillisosia tuhonnut tsunami on ehkä kaikkein graafisin, vaikkakin valitettava osoitus maailmanlaajuisen yhteistyön ja avoimien tieto- ja viestintäteknisten standardien tarpeesta. Laskemattomia ihmishenkiä ja omaisuusvahinkoja pahensi se, että reagoivat virastot ja valtiosta riippumattomat ryhmät eivät kyenneet jakamaan pelastustöille välttämättömiä tietoja. Jokainen käytti eri data- ja asiakirjaformaatteja. Helpotus hidastui ja koordinaatio vaikeutui. [...]
- Mosibudi Mangena, SATNAC 2005: n avauspuheKatso myös- Vaatimustenmukaisuuden arviointia
- Ilmainen ohjelmisto
- Ilmainen standardi
- Verkkoefekti
- Avoin data
- Avoin muotoilu
- Avoimen lähdekoodin laitteisto
- Avaa tekniset tiedot
- Avoin järjestelmä (tietojenkäsittely)
- Erittely (tekninen standardi)
- Toimittajan lukitus
ViitteetLue lisää- Opening Standards: The Global Politics of Interoperability , Laura DeNardis , toimittaja, MIT Press, 2011. Asiantuntijat teollisuudesta, korkeakoulusta ja julkisesta politiikasta tutkivat, mikä on taloudellisesti ja poliittisesti vaakalaudalla avoimia standardeja koskevissa keskusteluissa.
Ulkoiset linkit- Berkman Center for Internet & Society Harvard Law Schoolissa , Open ePolicy Group , Roadmap for Open ICT Ecosystems
- Avaa Yhdysvaltain televiestintästandardien kehitys
- Bruce Perens : Avoimet standardit: periaatteet ja käytäntö
- Ken Krechmer : Avoimien standardien periaatteet
- Bob Sutor : Avoimet standardit vs. avoin lähdekoodi: Kuinka ajatella ohjelmistoja, standardeja ja palvelukeskeistä arkkitehtuuria 2000 -luvun alussa
- Euroopan komissio : Valorisin raportti avoimista asiakirjamuotoista
- The New York Times : Steve Lohr: "13 kansakunnan suunnitelma vaatii avoimen teknologian standardeja"
- UNDP-APDIP International Open Source Network : ilmainen/avoimen lähdekoodin ohjelmisto: Open Standards Primer
- OpenStandards.net: Avoin standardiportaali
- Onko OpenDocument avoin standardi? Joo! kehittää yhtenäisen määritelmän "avoimelle standardille" useista lähteistä ja soveltaa sitä sitten tiettyyn standardiin
- Avoimen lähdekoodin aloite : Avoin ohjelmistovaatimus
- Avoimet standardit : "Avoimien standardien" määritelmät kansilehdiltä
- Foundation for a Free Information Infrastructure FFII -työryhmä avoimista standardeista . "Vakioluokat ja määritelmät": erityyppisten standardien luokat ja määritelmät
- American National Standards Institute Critical Issue Paper: Nykyiset yritykset muuttaa ”Avoimien” standardien vakiintunut määritelmä
- ITSSD -kommentit koskien SCP/13/2 - Standardit ja patentit , Institute for Trade, Standards and Sustainable Development, (maaliskuu 2009)
- Täydennys ITSSD: n kommentteihin koskien WIPOn raporttia standardeista ja patenteista (SCP/13/2) Kohta 44 , kauppa-, standardi- ja kestävän kehityksen instituutti (tammikuu 2010)
- Open Data Standards Association, RY
- Open Standard License , avoimille standardeille omistettu lisenssi