Аналитики из Burton Group в своем отчете "What’s up, .DOC?" выделяют несколько рыночных требований, которые невозможно удовлетворить, используя закрытые бинарные форматы. В их число входят: возможность динамической сборки документов из разных источников, повторное использование контента, в том числе автоматическая обработка запросов и извлечение данных, инспекция и автоматическая "очистка" документов (например, удаление истории правки при публикации). В том же отчете (а равно и в других источниках) как один из существенных факторов изменения IT-ландшафта отмечается переход к модели "Software as a Service" (SaaS), о котором так долго говорили больше… простите, ИТ-журналисты и который вот уже совсем скоро вроде бы наконец должен свершиться окончательно, привнеся новых игроков и новые модели работы.
Документ в текстовом процессоре или электронная таблица все больше отдаляются от своих "бумажных" предков - как по внутренним свойствам, так и по сценариям использования. Они становятся "умнее". Частично возможности автоматической обработки офисных файлов, выходящие за рамки самих офисных пакетов, существовали давно - например, в случае MS Office можно было использовать OLE Automation для получения доступа к функциям пакета из внешнего приложения или же написать соответствующий код с помощью макросов VBA. Однако эти возможности довольно ресурсоемки и платформнозависимы (с чем соглашаются в Microsoft) - и это уже перестает удовлетворять многих разработчиков.
Использование форматов с доступными спецификациями, пригодных для автоматической обработки сторонними приложениями, кажется довольно заманчивым решением. Технологическая основа таких форматов - популярный ныне XML, позволяющий сохранять древовидные структуры данных любой сложности в виде простого текстового файла, разметка которого сравнительно неплохо обрабатывается компьютерами и может читаться людьми (в отличие от бинарных форматов). Однако это лишь маленький шаг на пути к открытым стандартам. Использование XML, в общем-то, не является ни необходимым, ни достаточным условием для обеспечения открытости и интероперабельности - если спецификация формата остается "собственностью" компании-вендора и может свободно меняться вместе с выходом новой версии ПО. Такая стратегия кажется естественной для компании-монополиста - и Microsoft ее использовала в разных областях своей деятельности. Тем не менее в ситуации с офисными форматами компания решила пойти дальше. Почему?
На всякое явление можно посмотреть как на волю определенных сил и как на естественное развитие событий. В связи с этим, мне кажется, всегда лучше обращать внимание на факты.
Во-первых, важным является тот факт, что "старые" офисные форматы Microsoft доступны без отчислений и обременений уже более двух лет, и все желающие могут получить эту информацию совершенно бесплатно.
Второй факт - OpenXML - это файловый формат, который уже поддержан производителями информационных систем, в том числе и благодаря качественной спецификации стандарта. Вот несколько примеров приложений (более полный список можно найти на www.openxmlcommunity.org/applications.aspx):
- Три самых распространенных в мире офисных пакета: Microsoft Office (начиная с 2000), Corel Perfect Office и Apple iWork.
- OpenOffice.org в версии от Novell.
Мобильные платформы Apple iPhone, Office Mobile, www.quickoffice.com.
Даже IBM, затратившая беспрецедентные усилия на кампанию против Open XML, поддерживает его в таких продуктах, как LotusQuickr, Websphere Portal, DB2 Content Manager v8.4 и DB2 9 pureXML.
И, конечно, интернет-игроки тоже поддержали новый стандарт. Поиск Google прекрасно демонстрирует OpenXML-документы в виде HTML-страниц, с ними также умеет работать сервис ThinkFree.com.
Мне кажется, уже можно сказать, что формат OpenXML востребован рынком, и главным образом благодаря тем принципам, которые Ecma International заложила в основу этого стандарта. Среди них - полнота и однозначность спецификации (она же упрощает реализацию), возможность конвертации из старых форматов Microsoft, Corel и др. и управления долговременным хранением (да, в мире накоплено много документов, и предлагать формат, не гарантирующий однозначного преобразования, - слишком "смелое решение"), самоописываемая стандартными средствами расширяемость, отсутствие требований, исключающих применение того или иного стандарта, ориентация на оптимизацию производительности, учет национальных требований (мы же не хотим ради нового формата документов менять свои законы). Недоговоренность по этим принципам пока не позволила достичь единства с OASIS, который разработал ODF. Но я думаю, что голос пользователей будет услышан всеми, и верю, что эти форматы будут постепенно сближаться.
Владимир Габриель,
руководитель экспертной группы, Microsoft
Одна из основных забот государства в условиях смешанной экономики - борьба с недобросовестной конкуренцией и монополиями, и деятельность антимонопольных служб нельзя недооценивать. (В качестве свежего примера можно привести недавнее постановление Еврокомиссии, из-за которого Microsoft пришлось передать проекту Samba критически важную для интероперабельности документацию.) Однако, помимо прямого регулирования, государство имеет возможность и косвенно влиять на рынок, будучи крупнейшим заказчиком - в том числе и в сфере информационных технологий.