Office Open XML , Microsoft tarafından oluşturulan, ofis ortamlarında birlikte çalışabilirlik talebini karşılamak ve Apache ve The Document Foundation dahil olmak üzere diğer tüm ofis paketi satıcıları tarafından desteklenen OpenDocument birlikte çalışabilirlik çözümüyle rekabetetmeyi amaçlayanbir ISO / IEC 29500 standardıdır. Bu biçim (. Kimin ekleri olan docx ., .Xlsx , .pptx ve) tarafından kullanılan Microsoft Office 2007 ve için Mac için Microsoft Office 2008 önceki Microsoft formatları yerine (örneğin kendi soneklerinin tarafından tanınan .doc , . Xls . ppt), ancak Office'in bu sürümleri için, standardizasyon kuruluşu üyelerinin yorumlarını dikkate alan nihai ISO standardından biraz farklıdır. LibreOffice ve Apache OpenOffice entegre ofis takımlarıbu tür formatları okuyabilir.
In 2010 , Microsoft, ISO standardı versiyonunda OOXML biçimi şu anda Ofisi 15 olarak bilinen bir sonraki sürümü, entegre edileceğini açıkladı.
Formatı bir ECMA standardı olarak onaylandıktan sonra , Microsoft bu kuruma ISO standardizasyonu için önerme görevi verdi . İlk olumsuz oylamadan sonraEylül 2007, standardizasyon oylandı 29 Mart 2008Bu neden başarısız olmaz bazı tartışmalara , destekçileri arasında rekabet körüklediği standart OpenDocument ISO 26300 , daha açık olarak kabul ve Office Açık XML.
1990'larda, Microsoft Office ( Microsoft Word , Excel ve PowerPoint'i bir araya getiren bir ofis paketi ) , sanal bir tekeli sürdürme noktasına kadar en yaygın kullanılan ofis yazılımı haline geldi . Aynı zamanda, ofis paketi (.doc, .xls, .ppt, vb.), İkili, tescilli ve belgelenmemiş dosya biçimleri fiili standartlar haline geldi . Yazılım rakip, standart hale gelmişti bu biçimlerin belgeler olmadan: Bu gerçek, Microsoft Office paketinin tekel durumunu beslenen Microsoft Office onların gizli özellikleri her maç için umut olamazdı.
Tarafından benimsenmesi ISO açık ofis dosya biçimi içinde ODF içinde 2006 ve birçok yazılım platformları üzerindeki kullanılabilirliği önemli ölçüde ofis formatında durum değişti. Yalnızca fiili bir standardın olduğu , belgelenmemiş ve özel bir yayıncıya bağlı olduğu bir standart önerildi .
Kullanıcıların standartlaştırılmış ve belgelenmiş bir XML veri formatından yararlanma talebiyle karşı karşıya kalan Microsoft, ODF ile rekabet ederek kendi formatını yarattı: Office Open XML. Bir BT standardizasyon kuruluşu olan ECMA tarafından belgelenmiş bir standart olarak tanınmasını ,Aralık 2006ISO tarafından doğrulanması için .
Bir biçim savaş ardından başladı hem teknik hem de siyasi olarak, stratejik kazıklar hangi muazzam şunlardır: Microsoft standart ofis otomasyon formatını sahibi olmanın avantajını kaybetmesi halinde, daha sonra Microsoft Office paketi tehlikede yönlendirmek ve olacaktır. Eşit olan yarışma onun rakipler, özellikle Libreoffice , OpenOffice.org ve StarOffice .
Office Open XML (ayrıca OOXML veya daha yaygın olarak Open XML olarak kısaltılır ), resmi adı " ECMA-376: Office Open XML File Format " olan ve ofis otomasyon belgeleri için bir veri formatı tanımlayan bir ECMA standardının alışılmış tanımıdır : kelime işlemcileri , elektronik tablolar , sunumlar, diyagramlar, çizimler ve matematiksel formüller. Bu biçim, ISO gibi OpenDocument biçiminde yapılandırılmış XML ve Zip .
İlk olarak Microsoft tarafından tanıtılan, daha sonra ECMA tarafından standardizasyonunun bir parçası olarak revize edilen bu format, mantıksal ilişki tabanlı gezinme kullanan esnek bir veri depolama sistemini tanımlayan Açık Paketleme Sözleşmesine göre yapılandırılmıştır. Verilerin anlamsal açıklaması, standartlaştırılmış XML şemaları kümesi tarafından yapılır.
Eski Office ikili biçimleriyle birlikte çalışabilirlik nedenleriyle, belirtimin uyumluluğu için ayrılan bölüm - tamamen isteğe bağlı bölüm - yine de Microsoft'un fikri mülkiyeti olan standartlaştırılmamış öğelerden bahsediyor, örneğin yazdırma biçimiyle ilgili verilerin koruması olan WMF gibi. ve Microsoft tarafından yayınlanan eski yazılımların bazı ayrıntıları. Bu bağlamda, Microsoft, firmanın fikri mülkiyetini ihlal etse bile, oyuncuların formatı kullanmalarını engellemeyeceğini taahhüt eden bir Sue Olmama Sözleşmesi (veya CNS) yayınlamıştır. İngiliz hukuk firması Baker & McKenzie tarafından masrafları Microsoft'a ait olmak üzere yürütülen bir araştırma , itibarını taahhüt ederek bu belgelerin içeriğinin geçerliliğini ve yasal kapsamını açıklamaktadır. Uygulamada, yalnızca içtihat hukuku bu belgenin belirli bir okumasını sağlayabilir.
Bu format, yazar tarafından, herkes tarafından iletişim kurmak ve ayrıca idari, kültürel veya bilimsel belgeleri arşivlemek ve dolayısıyla entelektüel veya tarihi mirasımızın, teknik, ekonomik ve sosyal sorunlarımızın büyük bir bölümünü korumak için kullanılması amaçlandığı şekilde sunulmuştur.
ISO üyesi ülkeler , şartname içeriğinin tutarlılığını ve uygunluğunu sağlamak için ECMA-376 standardını tartışmış ve teknik olarak revize etmiştir.
19 Temmuz 2007, OpenXML'in ISO standardizasyon süreci, V1 teknik komitesinin "yorumlarla onaylandı" durumunu (kabul edildi anlamına gelir) ve ayrıca "yorumlarla onaylanmadı" durumunu (olası bir sonraki anlaşma için bir değişiklik talebini içeren) reddetmesiyle bir aksilik yaşadı. . Söz konusu teknik komite, yedi katılımcıları harcanmıştır 1 st Ocak yirmi altı katılımcılar, yeni girenlerin ezici kabulü lehinde oy verdi.
10 Ağustos 2007, Office Open XML formatı, ISO'da bir ilk reddinin konusudur: IEEE'nin çekimser kalması , formatın ISO'ya sunulmamasına neden olur.
4 Eylül 2007, bu standardın ISO standartları statüsüne potansiyel adaylığı için planlanan ISO komitesinin oyu olumsuzdur (oy, olumlu oyların yalnızca% 53'ünü alırken, olumlu oyların% 66'sından fazlasının toplanması gerekir ve olumsuz oyların% 25'inden azı). Bu oylamada bir oya sahip olan ISO'daki (Fransız standardizasyon derneği Afnor ) Fransa temsilcisi " yorumsuz hayır" oyu vermeyi seçti.
OpenXML'yi uluslararası bir standart olarak tanıma olasılığı, OpenXML'nin uygulanmasını zorlaştırabilecek bir dizi yasal ve teknik unsurun ardından, ISO 29500 standardizasyon sürecinde sorgulanmıştır. Bu anlaşmazlıkları takiben, ECMA, teknik tercihleri doğrulayan, uluslararası organlara yönelik bir yanıt belgesi formüle etti.
ECMA tarafından sağlanan yanıtlara ek olarak, Microsoft resmi bir açıklamada eyaletler tarafından dile getirilen bazı belirsiz noktalara da yanıt verdi.
Office Açık XML standardının durumu, Özgür yazılımı destekleyen birçok dernek tarafından önyargılı kabul edilir.
IBM gibi şirketler, standardın geçmişin platformlarına çok bağlı olduğunu ve bu durumdan kopmak istediklerini savunuyorlar. Google gibi diğerleri, daha önce benimsenen bir standartla ( ODF ) aynı rolü oynayan alternatif bir standardı benimsemenin yararlı olmadığını savunuyor ve ayrıca düzgün bir şekilde gözden geçirilemeyecek kadar kapsamlı olan belgeleri de eleştiriyor: "18 yıl (6.546 için 6.576 gün) ODF standardıyla karşılaştırılabilir bir inceleme düzeyi elde etmek için (867 sayfa için 871 gün). "
OpenDocument'in geliştiricisi olan ODF Alliance, Office Open XML'i diğer ofis paketlerine aktarmanın zorluğunu, şartname belgesinin boyutunu ve mevcut standartlarla fazlalığı kınayan bir bilgi sayfası sunar.
Mevcut standartlarla çatışmalarOfis otomasyon belgelerini tanımlamak için halihazırda bir ISO 26300 standardı bulunmaktadır . OpenXML'nin standardizasyon önerisi, ISO 8601 (tarihlerin ve dönemlerin temsili), ISO 639 (adların ve dillerin gösterimi için kodlar) veya ISO / IEC 10118-3 (kriptografide hash fonksiyonları) ile çelişir.
Berlin'de Fraunhofer Enstitüsü ODF OOXML'in arasındaki uyumluluğun sağlanması ile ilgili bir çalışma yapmıştır. Sonuç şaşırtıcı değil: Kullanıcılardan birini dikkatlice seçmelerini gerektiren, seçimlerinin onları uzun süre taahhüt ettiğini ve hiçbir dönüşümün mükemmel olamayacağını bilerek ikisi arasındaki uyumsuzluk.
Özgür karakteri sorgulamakMicrosoft , mevcut Açık Spesifikasyon Sözüne ek olarak, Microsoft'un dışındaki yazılımlarda Office Açık XML kullanmak için yazarları kovuşturmayacağına söz veren bir belge dağıtmıştır . Bu takipsizlik vaadi başlı başına bazı belirsizliklere neden oluyor, özellikle:
OpenXML kullanma lisansı, GPL kapsamında lisanslanan programlarla uyumlu değildir .
Hatta bazı endüstri dernekleri ECMA'ya OpenXML'nin "açıklık için temel gereksinimlere uymadığını" (o sırada) tartışarak yazdılar.
Belgelenmiş doğanın sorgulanmasıFormatın orijinal yazardan bağımsız olarak diğer ofis paketlerine veya kitaplıklara aktarılma olasılığı ve / veya kolaylığı sorgulanmıştır. Ancak, birçok ürün ECMA standardını Microsoft ile ortaklaşa (OpenOffice.org'un Novell sürümü, NeoOffice, Corel WordPerfect, MindManager Mindmapping, Altova XMLSpy) uyguluyor ya da uygulamıyor ( boş liste ).
Çeşitli kitaplıklar, yazılım geliştiricilerinin / yayıncılarının uygulamalar oluşturmasına izin verir.
ECMA tarafından açık XML standart teklifin incelenmesi istedi ISO sözde "göre fast track " modunda, herhangi anlaşmazlıklar bir aylık bir süre içinde formüle edilmesini gerektiren bir mod. Bu hızlı mod, özellikle teklifin aşırı boyutu açısından birçok kuruluş tarafından itiraz edilmektedir: ISO standartlarının normal boyutuna (ortalama 11 sayfa) kıyasla 6.000'den fazla sayfa.
Seçmenlerin çoğunluğunun bu prosedürün benimsenmesine karşı çıkmasına rağmen (14 olumsuz, 5 tarafsız / karışık ve 1 için), prosedür yine de TC1 ofisi tarafından başkana devredilen ayrıcalıklara göre kabul edildi .
Bir standardın karakterini sorgulayan teknik hataÖnerilen "Word95" gibi yazılım belgesinde belirtilmiştir, ancak bir standart bir işaret belirtemez (element alignAsWord95, autoSpaceLikeWord95, useWord97LineBreakRules).
Microsoft'un kendi kabulü: ODF açıkça kazandıBir Microsoft yetkilisi bu mid-2008 belirtilen ODF açıkça OOXML'e karşı kazandı. Bu sözlere ihtiyatla yaklaşmak ve firmanın gelecek stratejisi hakkında çok fazla spekülasyon yapmak uygunsa, yine de formatlar arasındaki rekabetin sonunu işaret ediyor gibi görünüyor.
Bu, bir sonraki hizmet paketinde Office tarafından planlanan ODF desteğiyle aynı yönde gidiyor gibi görünüyor (varsayılan olarak ODF kullanma olasılığı ile).
29 Mart 2008, Office Open XML'i uluslararası standart DIS 29500 olarak kabul etme oyu olumludur ve bu da bazı tartışmalara neden olur. AFNOR son dakikada karar ilk oylamada red oyu verdiği, Fransız temsilcisi, çekimser. Norveç komitesinin % 80'i ilk oyların “hayır” ını korumak isterken, Norveç sonunda Açık XML Ofisinin standardizasyonundan yana olduğunu açıkladı. Avrupa Komisyonu bu oyların koşulları hakkında soruşturma açmaya karar verir.
6 Haziran 2008, dört ISO üyesi, Brezilya, Hindistan, Güney Afrika ve Venezuela, OOXML formatlarının ISO / IEC uluslararası standartlar olarak onaylanmasına itiraz etti.
Bu çağrılar, ISO Teknik Yönetim Kurulu ve IEC Standardizasyon Yönetim Kuruluna yorumlarıyla birlikte ileten ISO ve IEC genel sekreterlikleri tarafından dikkate alınır .
ISO ve IEC ( Uluslararası Elektroteknik Komisyonu ) nihayet 17 Ağustos 2008'de yapılan itirazları reddetti ve OOXML'nin yayınlanmasına son bir yeşil ışık yaktı.
Bu karar, ISO standardizasyon kurumuna altı ülkenin (Brezilya, Güney Afrika, Venezuela, Ekvador, Küba ve Paraguay) verdiği güvenin, okuyabileceğimiz ortak bir basın bülteniyle net bir şekilde sorgulanmasına yol açtı. özellikle:
“Artık gönülsüz de olsa ISO / IEC değerlendirmemizi, özellikle ulusal hükümetlerimizin çeşitli birlikte çalışabilirlik yapılarıyla ilgisi açısından yeniden değerlendirmek zorunda kalacağımız bizim için açıktır. "
Her durumda, ISO ve IEC, formatlar alanında üç standardı (birincisi, hiç uygulanmamış olmasına rağmen, yine de uluslararası bir standart olarak statüsünü korumuştur) arka arkaya doğrulamıştır.
Bu üç spesifikasyon, şimdiye kadar, bu alanda yürürlükte olan standart teklifin tutarlılığı ve fazlalık olmaması sorununu ortaya çıkaran, tamamlayıcılıklarını açıkça ortaya koyabilen standardizasyon organları olmadan bir arada var olmaktadır. Rekabet eden bu şartnamelerin karşılaştırmalı nitelikleri ve teknik hatalarının ötesinde, şu anda kritik yansımaları uyandıran, standardizasyon kuruluşlarının amaçları ve çalışma biçimidir.
Office Açık XML biçimi, Açık Paketleme Sözleşmesine uyan ve tüm Office Açık XML belgelerinin iç yapısını basit ve mantıklı bir şekilde tanımlayan bir yapı kullanır. Bu sözleşmeye göre, belgeler, parçalar adı verilen çeşitli kurucu unsurları mantıksal ilişkilerle birbirine bağlanan ZIP arşivleridir . ZIP kullanımı yalnızca belgelerin sıkıştırılmasına izin vermekle kalmaz, aynı zamanda verilerin bölümlere ayrılmış bir mimaride tamamen bağımsız olarak depolanmasına da izin verir.
Bu mimari aynı zamanda Office Open XML belgelerini veri bozulmasına karşı daha etkili bir şekilde korumayı mümkün kılar (bir öğe zarar görürse diğerleri etkilenmez).
Kavramı paketinin bir Office Açık XML belgesinin veri kabını demek ki ZIP kendisini arşiv tanımlar.
Bir kısım, ZIP arşivinin bir öğesidir, yani ZIP yapısına entegre edilmiş sıkıştırılmış bir dosyadır. Birkaç tür parça vardır: içerik bölümleri ve ilişki bölümleri.
İçerik bölümleri, belgenin gerçek verilerini, yani bir Office Açık XML belgesinin verilerini ve anlamlarını tanımlayan bilgileri içerir. Bu bölümler XML (örneğin bir kelime işlem belgesinin içeriği: paragraflar, satırlar , grafikler…) veya ikili veriler (örneğin GIF, JPEG görüntüleri vb. Veya OLE nesneleri) içerebilir .
İlişki bölümleri, ECMA-376 standardının referans şemalarında tanımlanan bir XML yapısı içerir.
Paketin özel ve benzersiz bir bölümü, sonraki bölümde daha ayrıntılı olarak açıklanan içerik türleridir.
İlişkiler, ilişkili kısımlarda tanımlanır ve paket veya bir kaynak parça ile bir hedef parça arasındaki bağlantıları belirtir.
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> <Relationships xmlns="http://schemas.openxmlformats.org/package/2006/relationships"> <Relationship Id="rId3" Type="http://schemas.../metadata/core-properties" Target="docProps/core.xml" /> <Relationship Id="rId2" Type="http://schemas.../metadata/thumbnail" Target="docProps/thumbnail.jpeg" /> <Relationship Id="rId1" Type="http://schemas.../officeDocument" Target="word/document.xml" /> <Relationship Id="rId4" Type="http://schemas.../extended-properties" Target="docProps/app.xml" /> </Relationships>Bir ilişkinin, sivri uçlu parçanın doğasını ve hedeflenen parçayla ilgili URI'yi belirten bir ilişki türü vardır.
İlişkilerin bölümleri, belirli bir adlandırma kuralını takip etmesi gereken bir URI ile temsil edilen bir ada sahiptir. Standartta belirtilen bu sözdizimi aşağıdaki gibidir: <hiyerarşik yol> / _ rels / <kaynak parçanın adı> .rels .
Örnekler:
Bu zorunlu bölümün benzersiz bir adı vardır: [Content_Types] .xml
Bu ad, bir URI'nin sözdizimi ile uyumlu değildir : bu teknik bir seçimdir. İşte içerik türleri bölümünden bir içerik örneği:
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> <Types xmlns="http://schemas.openxmlformats.org/package/2006/content-types"> <Override PartName="/ppt/slides/slide5.xml" ContentType="application/vnd.openxmlformats-officedocument.presentationml.slide+xml" /> <Default Extension="png" ContentType="image/png" /> <Default Extension="rels" ContentType="application/vnd.openxmlformats-package.relationships+xml" /> <Default Extension="xml" ContentType="application/xml" /> … </Types>Bu tür tanımı, iki tür uzantı tanımlar; belirtilen uzantıya sahip tüm öğelerin tanımlı türden olduğunu belirten varsayılan ve belirli bir parça için belirli bir tür belirleyerek varsayılan uzantıyı geçersiz kılan.
Tüm içerik türleri RFC 2616 §3.7 ile uyumlu olmalıdır (paketleme modelinin kuralları dikkate alındığında, içerik türü parametreleri için destek yasaktır).
İmza bölümlerinin amacı, en azından bütünlüklerini ve / veya X.509 sertifikaları ile erişimlerini garanti altına almak için belgelerin güvenliğini sağlamaktır .
Bu bölümler, daha sonraki bir bölümde ayrıntılı olarak açıklanan birkaç bilgi parçasını içerir.