Открытый стандарт: различия между версиями

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску
[непроверенная версия][непроверенная версия]
Содержимое удалено Содержимое добавлено
Строка 29: Строка 29:


Открытый стандарт должен удовлетворять еще одному условию — быть утвержденным (сертифицированным) в качестве международного стандарта одной из международных организаций по стандартизаций ([[ISO]], [[IEEE]], [[OASIS]])
Открытый стандарт должен удовлетворять еще одному условию — быть утвержденным (сертифицированным) в качестве международного стандарта одной из международных организаций по стандартизаций ([[ISO]], [[IEEE]], [[OASIS]])
Возвращаясь к нашей аналогии открытых стандартов и языков сложно представить требование платить за право использования языка — такого не было даже в средние века, но можно представить плату за обучение или словари.
Возвращаясь к нашей аналогии открытых стандартов и языков сложно представить требование платить за право использования языка — такого не было даже в Средние века, но можно представить плату за обучение или словари.
И тогда третьим важным признаком следует назвать отсутствие ограничения на использование стандарта/формата.
И тогда третьим важным признаком следует назвать отсутствие ограничения на использование стандарта/формата.


Некоторе организации используют для этого правило RAND ([[Reasonable and Non-Discriminatory]]).
Некоторые организации используют для этого правило RAND ([[Reasonable and Non-Discriminatory]]).


Однако и RAND не гарантирует свободы: оно позволяет требовать плату за каждую копию реализации стандарта, а значит, все получатели должны быть известны автору.<ref>{{Cite web
Однако и RAND не гарантирует свободы: оно позволяет требовать плату за каждую копию реализации стандарта, а значит, все получатели должны быть известны автору.<ref>{{Cite web

Версия от 19:07, 17 марта 2010

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

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

Определение открытого стандарта

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

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

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

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


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

Но можно ли назвать любой де-факто распространенный стандарт открытым? Давайте рассмотрим форматы данных Microsoft Office. Автор стандарта не предоставил в публичный доступ техническую документацию и таким образом присвоил себе исключительное право на знание того, как организованы ваши данные. Сможете ли вы получить к ним доступ через десять или двадцать лет? Другие продукты, и в частности свободный офисный пакет OpenOffice.org, нередко обеспечивают достаточно качественное чтение и запись этих документов — но закрытость формата все же не позволяет обеспечить полноценную поддержку. Итак, первым важным признаком открытого стандарта будет наличие в публичном доступе технической документации, достаточной для реализации этого стандарта.

Однако, само по себе наличие технической документации недостаточно. Так, например, формат OpenOffice.org 1 (.sxw) не являлся открытым, несмотря на некоторое документирование и свободный статус продукта. Этого было недостаточно. OpenOffice.org ветки 2 использует по умолчанию OASIS OpenDocument XML format — международный открытый формат данных. Организация OASIS consortium, основоположник промышленных стандартов электронной коммерции, спонсируется ведущими корпорациями IT индустрии такими, как IBM, Novell, Oracle, Microsoft, и Sun. Формат Open Document одобрен Евро-комиссией как базовый стандарт для международного документооборота.

Открытый стандарт должен удовлетворять еще одному условию — быть утвержденным (сертифицированным) в качестве международного стандарта одной из международных организаций по стандартизаций (ISO, IEEE, OASIS) Возвращаясь к нашей аналогии открытых стандартов и языков сложно представить требование платить за право использования языка — такого не было даже в Средние века, но можно представить плату за обучение или словари. И тогда третьим важным признаком следует назвать отсутствие ограничения на использование стандарта/формата.

Некоторые организации используют для этого правило RAND (Reasonable and Non-Discriminatory).

Однако и RAND не гарантирует свободы: оно позволяет требовать плату за каждую копию реализации стандарта, а значит, все получатели должны быть известны автору.[1]

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

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

Выгоды открытых стандартов

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

Недостатки открытых стандартов

  • Слабые механизмы наказания за несоблюдение спецификаций. Если в случае закрытого стандарта можно угрожать судом, для открытого стандарта остаются только государственная защита (в частности, путём ГОСТов, обязательных к исполнению) и отказ в сертификации (когда на продукции, соответствующей стандарту, ставится особая маркировка). Если защиты нет, компания может пойти ради прибыли на серьёзные нарушения (возможно, сделав результат закрытым — не обязательно стандартом). Существующие практики бизнеса не считают добавление проприетарных доделок в открытый стандарт ни нарушением чего бы то ни было, ни даже морально осуждаемым деянием. Например: на заре войны браузеров компании Netscape и Microsoft добавляли в HTML визуальные теги. Открытый стандарт трубной резьбы позволяет любому делать трубы и сантехнику со стандартной резьбой — поэтому есть риск купить некачественную сантехнику, которая уже через полгода лопнет и затопит соседей.
  • Открытые стандарты появляются относительно поздно; как правило, на уже устоявшемся рынке. Бизнес, нацеленный на сиюминутную прибыль, первым появляется с закрытым форматом там, где эта прибыль ожидается. Примеры: закрытые форматы WordPerfect и Microsoft Word, DVD-R и DVD-RW. Система электроснабжения постоянным током Эдисона также была закрытым форматом.
    • Здесь следует заметить, что в английских текстах слово «proprietary» применительно к форматам не всегда означает закрытый стандарт или наличие правовых ограничений вообще. Иногда оно используется для открытых форматов, используемых преимущественно одной компанией или не принятых в качестве официального стандарта известной организацией.[источник не указан 5323 дня] Пользовательский интерфейс текстового редактора 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. Правообладателем является компания Sun, хотя она и делает шаги в сторону наибольшей открытости этой технологии.
  • Sony Memory Stick. Существует система запретительных юридических мер, запрещающих производство контроллеров этого вида флеш-памяти компаниями, отличными от Sony.
  • VHS. Правообладателем является компания JVC.
  • X11. Правообладателем является MIT.

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

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

Примечания

  1. “RAND (reasonable and non-discriminatory)” (англ.). Some Confusing or Loaded Words and Phrases that are Worth Avoiding. Free Software Foundation, Inc. (26 апреля 2008). Дата обращения: 16 мая 2008.
  2. Free and Proprietary Software: the Emacs Lock-In (7 мая 2006). Дата обращения: 21 августа 2009.

См. также