Открытый стандарт

Открытый стандарт (в технике) в общедоступная и не секретная техническая спецификация, у которой либо отсутствует правообладатель (общественное достояние), либо же правообладателем является общественная организация, не совпадающая тождественно с производителем, использующим спецификацию в своих продуктах.

В качестве антонима обычно применяется словосочетание «проприетарный стандарт». Словосочетание «закрытая спецификация» применяется обычно только для случаев, когда спецификация не опубликована в например, является коммерческой тайной (применение слова «стандарт» для секретной информации выглядит нарушением правил словоупотребления русского языка).

Содержание

1 Определение открытого стандарта
2 Отличие открытых и закрытых стандартов
3 Роль для свободного программного обеспечения
4 Выгоды открытых стандартов
5 Недостатки открытых стандартов
6 Примеры открытых стандартов
7 Примеры проприетарных стандартов
8 Примеры закрытых спецификаций
9 Примечания
10 См. также

[править] Определение открытого стандарта

Популярное и, по видимому, исторически первое определение, дано Брюсом Перенсом:^[1] стандарт называется открытым, если он соответствует следующим принципам:

Доступность. Открытый стандарт доступен всем для чтения и реализации.
Максимизация выбора. Открытый стандарт создает справедливый конкурентный рынок для реализаций стандарта. Он не привязывает потребителя к определенному поставщику или группе поставщиков.
Отсутствие лицензионных отчислений. Открытые стандарты могут быть свободно реализованы всеми, без каких-либо лицензионных отчислений или платежей. Сертификация соответствия стандарту производимая стандартизирующими организациями может, однако, требовать платы.
Отсутствие дискриминации. Открытые стандарты и организации, их администрирующие не должны отдавать предпочтения одним реализациям перед другими по любым причинам кроме технического соответствия реализации стандарту. Сертифицирующие организации должны оставлять возможность для подтверждения соответствия для дешевых и бесплатных реализаций, но могут также предоставлять дополнительные услуги по сертификации.
Расширения и подмножества. Реализация Открытого стандарта может быть расширена по сравнению со стандартом, или предлагаться в виде части стандарта. Однако, сертифицирующие организации могут отказываться сертифицировать частичные реализации и могут налагать ограничения на расширения (см. Хищнические практики).
Хищнические практики. В открытых стандартах могут применяться условия лицензирования, защищающие от подрыва стандарта посредством тактики «Embrace-Extend-Extinguish». Связанная со стандартом лицензия может потребовать публикации справочной информации для расширений или публичной лицензии на создание, распространение и продажу программ, совместимых с расширениями. Не может быть никаких других запретов на расширение открытого стандарта.

Такое определение спорно. Так, например, стандарты PCI, ATA и SCSI требуют отчислений за право ознакомиться с последней версией стандартизирующей документации, что нарушает пункт 3 выше, хотя в массовом общественном мнении такие стандарты являются открытыми. Защита же от хищнических практик не предусмотрена практически нигде, в том числе в открытых по общепризнанному мнению стандартах.

Свои определения открытого стандарта дали также ряд других государственных и общественных организаций. Некоторые из них представляют собой компромисс с существующими коммерческими практиками. Другие поднимают новые специфические проблемы. Например, определение данное в документе Евросоюза «European Interoperability Framework» требует публичности самого процесса принятия и изменения стандарта. Определение Open Source Initiative требует полноты самого стандарта и наличия процедуры устранения обнаруживаемых неоднозначностей. Также в определении OSI уточняется, что открытый стандарт не должен зависеть от технологий, не отвечающих требованиям открытого стандарта. Определения, зафиксированные в законодательстве Дании, Испании, Франции, Венесуэлы в основном ограничиваются указаниями на доступность самих стандартов и свободу их реализации.

[править] Отличие открытых и закрытых стандартов

В отличие от открытых стандартов, закрытые стандарты имеют локальную область применимости и поддерживаются ограниченным кругом систем и специалистов. Например, служба каталогов Microsoft Active Directory (AD) основывается на открытом протоколе Kerberos, но Microsoft реализовала Kerberos таким образом, что это средство оказалось несовместимым с реализациями других поставщиков. Открытый стандарт или формат данных аналогичны языку общения, одинаково понимаемому всеми в данной местности. К примеру, Интернет возник благодаря открытым стандартам. Профинансировав создание и реализацию протокола TCP/IP для Unix, агентство DARPA позволило использовать эти разработки всем желающим.

Однако, далеко не любой распространённый формат является открытым. В качестве примера можно привести форматы данных Microsoft Office. Корпорация Microsoft не предоставила в публичный доступ техническую документацию и таким образом по сути присвоила себе исключительное право на знание того, как организованы данные пользователей. Другие продукты, в частности свободный офисный пакет OpenOffice.org, нередко обеспечивают достаточно качественное чтение и запись этих документов в но закрытость формата все же не позволяет обеспечить полноценную поддержку.

Также, само по себе наличие технической документации недостаточно. Так, например, формат OpenOffice.org 1 (.sxw) не являлся открытым, несмотря на некоторое документирование и свободный статус продукта. Этого было недостаточно. OpenOffice.org ветки 2 использует по умолчанию OASIS OpenDocument XML format в международный открытый формат данных, принятый как стандарт ISO. Формат Open Document одобрен Евро-комиссией как базовый стандарт для международного документооборота.

[править] Роль для свободного программного обеспечения

Сторонник свободного ПО Эрик Реймонд неоднократно подчёркивал высокую важность открытых стандартов для этой экосистемы. Несложно догадаться, что в противном случае свободное ПО нарушало бы права правообладателей всех тех спецификаций, которые в нем реализованы. При этом даже в случае отсутствия юридического преследования со стороны правообладателя свободное ПО окажется в положение «вечного догоняющего» по отношению к проприетарному продукту.

[править] Выгоды открытых стандартов

Свобода действий. Документ в открытом формате можно составлять из нескольких источников, перевёрстывать (в том числе автоматически), а при сдаче в печать в удалять компрометирующие метаданные. Больше шансов, что на рынке найдётся программа, выполняющая нужную задачу; если же задача нестандартна в меньше препятствий для самостоятельного написания ПО. В технике: резьбу нарезать можно на любой детали в не только на винте и гайке, а и, например, на стойке или струбцине, не боясь судебного иска за нарушение лицензии. Столь же свободно можно изготавливать, совершенствовать и продавать инструменты и машины для нарезания резьбы.
Взаимодействие в системах, составленных из разнородных компонентов. Интернет состоит из большого паллетного количества устройств разного назначения, работающих под самыми разными ОС в Unix, Linux, Mac OS, Windows и другими. В технике: если нужно заменить открутившуюся гайку, нужны не патентованные гайки в€…6 компании XXX, а гайки M6 любого завода. Ниже вероятность возникновения замыкания на поставщике и монополии.
Низкая цена реализаций. Достигается как широкой конкуренцией, так и нулевыми расходами на лицензирование.

[править] Недостатки открытых стандартов

Слабые механизмы наказания за несоблюдение спецификаций. Если в случае закрытого стандарта можно угрожать судом, для открытого стандарта остаются только государственная защита (в частности, путём ГОСТов, обязательных к исполнению) и отказ в сертификации (когда на продукции, соответствующей стандарту, ставится особая маркировка). Если защиты нет, компания может пойти ради прибыли на серьёзные нарушения (возможно, сделав результат закрытым в не обязательно стандартом). Существующие практики бизнеса не считают добавление проприетарных доделок в открытый стандарт ни нарушением чего бы то ни было, ни даже морально осуждаемым деянием. Например: на заре войны браузеров компании Netscape и Microsoft добавляли в HTML визуальные теги. Открытый стандарт трубной резьбы позволяет любому делать трубы и сантехнику со стандартной резьбой в поэтому есть риск купить некачественную сантехнику, которая уже через полгода лопнет и затопит соседей.
- В некоторых отраслях деятельности встречается много самоучек, которые отступают от стандарта исключительно по незнанию. Например: вебмастер прикрепляет к HTML-документу любой найденный в учебнике !DOCTYPE, не осознавая, что он значит. Электрик соединяет «ноль» с «землёй», что запрещается Правилами устройства электроустановок.
Открытые стандарты появляются относительно поздно; как правило, на уже устоявшемся рынке. Бизнес, нацеленный на сиюминутную прибыль, первым появляется с закрытым форматом там, где эта прибыль ожидается. Примеры: закрытые форматы WordPerfect и Microsoft Word, DVD-R и DVD-RW. Система электроснабжения постоянным током Эдисона также была закрытым форматом.
- Здесь следует заметить, что в английских текстах слово «proprietary» применительно к форматам не всегда означает закрытый стандарт или наличие правовых ограничений вообще. Иногда оно используется для открытых форматов, используемых преимущественно одной компанией или не принятых в качестве официального стандарта известной организацией.^{[источник не указан 978 дней]} Пользовательский интерфейс текстового редактора Emacs, появившийся относительно рано, не имеет правовых ограничений, но сильно отличается от многих интерфейсов, появившихся позже, и может вызвать у пользователей затруднения в переходе между Emacs и другими редакторами.^[2]

[править] Примеры открытых стандартов

PCI. Контролируется организацией PCI SIG, в которую может вступить каждый, уплатив не-запретительный взнос. Невзирая на неформальное доминирование компании Intel в данной организации, она не является подразделением Intel.
USB. Применимо все, что сказано выше про PCI.
Семейство стандартов RFC в IP, TCP, UDP, HTTP, FTP, SMTP, IMAP и так далее. Контролируется организацией IETF, в которую может вступить каждый, уплатив не-запретительный взнос. Более того, в отличие от PCI и USB, в IETF не прослеживается доминирующая компания.
POSIX
Стандарты большинства языков программирования.

[править] Примеры проприетарных стандартов

Win32. Невзирая на публикацию документации высокого качества, данная спецификация имеет правообладателя, совпадающего с поставщиком решения (Windows), на ней основанного. Принятие решений по этой спецификации есть монопольное право Microsoft.
SMB/CIFS. То же, что и выше, более того, до судебного решения Еврокомиссии вообще был закрытой спецификацией.
Java. Правообладателем является компания Oracle.
Sony Memory Stick. Существует система запретительных юридических мер, запрещающих производство контроллеров этого вида флеш-памяти компаниями, отличными от Sony.
VHS. Правообладателем является компания JVC.
X11. Правообладателем является MIT.

[править] Примеры закрытых спецификаций

Формат файлов старой версии Microsoft Office (.doc и .xls).
Формат сетевых данных между Outlook и MS Exchange Server.
Распайка выводов значительного числа микросхем в бытовой электронике
Детальная техническая информация об узлах и деталях современных автомобилей

[править] Примечания

в‘ Is OpenDocument an Open Standard? Yes!
в‘ Free and Proprietary Software: the Emacs Lock-In (7 мая 2006). Архивировано из первоисточника 11 февраля 2012. Проверено 21 августа 2009.

[править] См. также

OpenDocument

ГОСТ
ISO

Это заготовка статьи по стандартизации или метрологии. Вы можете помочь проекту, исправив и дополнив её.

[0] в‘ Is OpenDocument an Open Standard? Yes!

[1] в‘ Free and Proprietary Software: the Emacs Lock-In (7 мая 2006). Архивировано из первоисточника 11 февраля 2012. Проверено 21 августа 2009.

[1]

[2]

Открытые методологии
Понятия	Открытый доступ · Открытый контент · Открытое общение · Открытые данные · Открытый дизайн · Открытое образование · Открытое государство · Открытое аппаратное обеспечение · Открытые инновации · Открытое знание · Открытый патент · Открытые исследования · Открытая наука · Открытое программное обеспечение · Открытое управление · Открытая журналистика · Открытый стандарт
Инструменты	Свободное и открытое программное обеспечение · Открытые образовательные ресурсы · Открытая модель в музыке · Открытое ведение научных исследований · Открытое рецензирование
Организации	Creative Commons · Free Software Foundation · Open Knowledge Foundation · Open Rights Group · Public Library of Science · SPARC
Активисты	Джон Вилбэнкс · Лоуренс Лессиг · Питер Мюррей-Руст · Петер Субер · Ричард Столлман · Тим Бернерс-Ли
Проекты	Лицензии и инструменты Creative Commons · Определение свободных произведений культуры · Движение свободной культуры

Открытый стандарт

Содержание

[править] Определение открытого стандарта

[править] Отличие открытых и закрытых стандартов

[править] Роль для свободного программного обеспечения

[править] Выгоды открытых стандартов

[править] Недостатки открытых стандартов

[править] Примеры открытых стандартов

[править] Примеры проприетарных стандартов

[править] Примеры закрытых спецификаций

[править] Примечания

[править] См. также

Личные инструменты

Пространства имён

Варианты

Просмотры

Действия

Поиск

Навигация

Участие

Печать/экспорт

Инструменты

На других языках