Office Open XML este un standard ISO / IEC 29500 creat de Microsoft , destinat să răspundă cererii de interoperabilitate în mediile de birou și să concureze cu soluția de interoperabilitate OpenDocument susținută de toți ceilalți furnizori de suite de birouri, inclusiv Apache și The Document Foundation . Acest format (.cui sufixe sunt docx ., .Xlsx , .pptx și) este utilizat de Microsoft Office 2007 și pentru Microsoft Office 2008 pentru Mac , înlocuind formatele Microsoft anterioare (recunoscute de sufixe lorcum ar fi .doc , . Xls ,. ppt), este însă ușor diferit, pentru aceste versiuni de Office, de standardul ISO final, care a ținut cont de comentariile membrilor organismului de standardizare. Suitele de birou integrate LibreOffice și Apache OpenOffice sunt capabile să citească acest tip de formate.
În 2010 , Microsoft a anunțat că formatul OOXML în versiunea sa standard ISO va fi integrat în următoarea versiune, cunoscută în prezent sub numele de Office 15.
După ce formatul său a fost validat ca standard ECMA , Microsoft a încredințat acestei organizații sarcina de a o propune pentru standardizarea ISO . După un prim vot negativ înseptembrie 2007, se votează standardizarea 29 martie 2008Acest lucru nu omite să provoace unele controverse , alimentate de rivalitatea dintre suporterii standardului OpenDocument ISO 26300 , considerat mai deschis , și Office Open XML.
În anii 1990, Microsoft Office (o suită de birou care reunea Microsoft Word , Excel și PowerPoint ) a devenit cel mai utilizat software de birou, până la menținerea unui monopol virtual. În același timp, formatele de fișiere utilizate de suita office (.doc, .xls, .ppt etc.), binare, proprietare și nedocumentate au devenit standarde de facto . Această stare de fapt a alimentat situația de monopol a suitei Microsoft Office: fără documentația acestor formate care deveniseră standard, software-ul concurent de la Microsoft Office nu putea spera să se potrivească tuturor specificațiilor lor secrete.
Adoptarea de către ISO a formatului de fișier open office ODF în 2006 și disponibilitatea acestuia pe multe platforme software a schimbat dramatic situația în formatul de birou. A fost propus un standard, în care exista doar un standard de facto , nedocumentat și legat de un editor privat.
Confruntat cu cererea utilizatorilor de a beneficia de un format de date XML standardizat și documentat, Microsoft și-a creat propriul format, concurând cu ODF: Office Open XML. Acesta și - a impus recunoașterea ca standard documentat de către o organizație de standardizare IT, ECMA , îndecembrie 2006, pentru a fi validat de ISO .
A început apoi un război format , atât din punct de vedere tehnic, cât și politic, a cărui miză strategică este enormă: dacă Microsoft ar pierde avantajul deținerii formatului standard de automatizare de birou, atunci suita sa Microsoft Office ar fi în pericol. Concurență directă și egală cu concurenți, în special Libreoffice , OpenOffice.org și StarOffice .
Office Open XML (prescurtat și OOXML sau mai des Open Open XML ) este desemnarea obișnuită a unui standard ECMA al cărui nume oficial este „ ECMA-376: Office Open XML File Format ” care definește un format de date pentru documente de automatizare de birou: procesoare de text , foi de calcul , prezentări, diagrame, desene și formule matematice. Acest format este asemănător formatului ISO OpenDocument structurat în XML și Zip .
Introdus inițial de Microsoft, apoi revizuit ca parte a standardizării sale de către ECMA , acest format este structurat în conformitate cu Convenția de ambalare deschisă care definește un sistem flexibil de stocare a datelor folosind o navigație logică bazată pe relații. Descrierea semantică a datelor se face prin setul de scheme XML standardizate.
Din motive de interoperabilitate cu vechile formate binare ale Office, partea rezervată pentru compatibilitatea specificației - partea complet opțională - menționează totuși elemente nestandardizate care sunt proprietatea intelectuală a Microsoft, cum ar fi WMF , protecția datelor în format de imprimare și câteva detalii despre software-ul mai vechi publicat de Microsoft. În acest context, Microsoft a publicat un Covenant Not to Sue (sau CNS) care se angajează pentru viitor să nu împiedice jucătorii să folosească formatul, chiar dacă acest lucru încalcă proprietatea intelectuală a firmei. Un studiu realizat de firma britanică de avocatură Baker & McKenzie , realizat pe cheltuiala Microsoft, descrie valabilitatea și sfera legală a conținutului acestor documente prin asumarea reputației sale. În practică, numai jurisprudența ar putea da o anumită lectură a acestui document.
Acest format este prezentat de autor așa cum este destinat să fie folosit de toată lumea pentru a comunica și, de asemenea, pentru a arhiva documente administrative, culturale sau științifice și, prin urmare, pentru a păstra o mare parte din patrimoniul nostru intelectual sau istoric, problemele tehnice, economice și sociale.
Țările membre ISO au discutat și revizuit tehnic standardul ECMA-376 pentru a asigura coerența și relevanța conținutului specificației.
19 iulie 2007, Procesul de standardizare ISO OpenXML a suferit un obstacol, comitetul tehnic V1 refuzând statutul „aprobat cu comentarii” (ceea ce înseamnă acceptat), precum și statutul „respins cu comentarii” (ceea ce implică o cerere de modificare). ). Comitetul tehnic în cauză a fost , totuși , a petrecut șapte participanți la 1 st ianuarie-douăzeci și șase de participanți, noii participanți au votat o majoritate covârșitoare în favoarea adoptării.
10 august 2007, formatul Office Open XML face obiectul unei prime respingeri la ISO: abținerea IEEE determină neprezentarea formatului la ISO.
4 septembrie 2007, votul comitetului ISO, planificat pentru nominalizarea potențială a acestui standard la statutul standardelor ISO, este negativ (votul colectează doar 53% din voturile pozitive, în timp ce este necesar să se adune mai mult de 66% din voturile pozitive și mai puțin de 25% din voturile negative). Reprezentantul Franței la ISO (asociația franceză de standardizare Afnor ), care are un vot în timpul acestui vot, alege să voteze „nu cu comentarii”.
Posibilitatea recunoașterii OpenXML ca standard internațional este / a fost contestată în timpul procesului de standardizare ISO 29500, în urma unei serii de elemente juridice și tehnice care ar putea îngreuna implementarea OpenXML. În urma acestor dispute, ECMA a formulat un document de răspuns, destinat organismelor internaționale, care justifică alegerile tehnice.
Pe lângă răspunsurile oferite de ECMA, Microsoft a răspuns la unele dintre punctele ambigue ridicate de state într-o declarație oficială.
Starea standardului pentru Office Open XML este considerată părtinitoare de multe asociații care promovează software-ul gratuit.
Companii precum IBM susțin că standardul este prea legat de platformele din trecut și vor să rupă cu această stare de fapt. Alții precum Google susțin că adoptarea unui standard alternativ care joacă același rol ca un standard adoptat anterior ( ODF ) nu este benefică și critică, de asemenea, documentația care este prea extinsă pentru a putea fi revizuită în mod corespunzător: „Ar dura 18 ani (6.576 de zile pentru 6.546 pagini) pentru a atinge un nivel de revizuire comparabil cu standardul ODF (871 zile pentru 867 pagini). "
Alianța ODF, promotorul OpenDocument , oferă o foaie informativă care denunță dificultatea în transpunerea Office Open XML către alte suite de birou, dimensiunea documentului de specificații, redundanța cu standardele actuale.
Conflictele cu standardele existenteExistă deja un standard ISO 26300 pentru a descrie documentele de automatizare de birou . Propunerea de standardizare OpenXML ar contrazice ISO 8601 (reprezentarea datelor și perioadelor), ISO 639 (coduri pentru reprezentarea numelor și limbilor) sau ISO / IEC 10118-3 (funcții hash în criptografie).
Institutul Fraunhofer din Berlin a realizat un studiu privind interoperabilitatea dintre ODF și OOXML. Rezultatul nu este o surpriză: o incompatibilitate între cei doi, obligând utilizatorii să aleagă cu atenție una, știind că alegerea lor îi angajează mult timp și că nicio conversie nu ar putea fi perfectă.
Punând la îndoială caracterul liberMicrosoft a distribuit, în plus față de Open Specification Promise, un document care promite să nu dea în judecată autorii pentru utilizarea Office Open XML în alte programe decât Microsoft. Această promisiune de non-urmărire în sine lasă anumite neclarități, în special:
Licența de utilizare a OpenXML este incompatibilă cu programele licențiate conform GPL .
Unele asociații industriale chiar au scris către ECMA susținând că OpenXML era „neconformă cu condițiile de bază pentru deschidere” (la vremea respectivă).
Întrebarea naturii documentateA fost pusă sub semnul întrebării posibilitatea și / sau ușurința transpunerii formatului în alte suite de birouri sau biblioteci independente de autorul original. Cu toate acestea, multe produse implementează standardul ECMA, în parteneriat cu Microsoft (versiunea Novell a OpenOffice.org, NeoOffice, Corel WordPerfect, MindManager Mindmapping, Altova XMLSpy) sau nu ( listă goală ).
Mai multe biblioteci permit dezvoltatorilor / editorilor de software să creeze aplicații.
ECMA a cerut examinarea propunerii standardului OpenXML de ISO în conformitate cu așa-numita „ fast track modul“, un mod care impune ca orice dispute să fie formulate într - o perioadă de o lună. Acest mod rapid este contestat de mai multe organizații, în special în ceea ce privește dimensiunea excesivă a propunerii: mai mult de 6.000 de pagini, comparativ cu dimensiunea obișnuită (în medie 11 pagini) a standardelor ISO.
În ciuda majorității alegătorilor împotriva adoptării acestei proceduri (14 negativi, 5 neutri / mixți și 1 pentru), procedura a fost totuși acceptată de către biroul TC1 conform prerogativelor conferite președintelui .
Eroare tehnică punând sub semnul întrebării caracterul unui standardMențiunea se face în documentul propus de software cum ar fi „Word95”, dar un standard nu poate cita un semn (element alignAsWord95, autoSpaceLikeWord95, useWord97LineBreakRules).
Admiterea Microsoft: ODF a câștigat în mod clarUn oficial Microsoft a indicat la mijlocul anului 2008 că ODF a câștigat în mod clar împotriva OOXML. Dacă este potrivit să luăm aceste cuvinte cu precauție și să nu speculăm prea mult asupra strategiei viitoare a firmei, totuși pare să marcheze sfârșitul rivalității dintre formate.
Acest lucru pare să meargă în aceeași direcție ca suportul ODF planificat de Office în pachetul de service următor (cu posibilitatea de a utiliza ODF în mod implicit).
29 martie 2008, votul pentru adoptarea Office Open XML ca standard internațional DIS 29500 este pozitiv, ceea ce provoacă unele controverse. AFNOR , reprezentantul francez, care a votat împotriva în primul vot, a decis în ultimul moment să se abțină. În timp ce 80% din comitetul norvegian a dorit să păstreze „nu” la primul vot, Norvegia s-a declarat în cele din urmă în favoarea standardizării Open XML Office. Comisia Europeană decide să deschidă o investigație în condițiile acestui vot.
6 iunie 2008, patru membri ISO, Brazilia, India, Africa de Sud și Venezuela, au făcut apel împotriva aprobării formatelor OOXML ca standarde internaționale ISO / IEC.
Aceste apeluri sunt luate în considerare de secretariatele generale ISO și IEC, care le-au prezentat, împreună cu comentariile, către Consiliul de management tehnic ISO și Consiliul de management al standardizării IEC .
ISO și IEC ( Comisia electrotehnică internațională ) au respins în cele din urmă la 17 august 2008 contestațiile depuse și au dat undă verde definitivă publicării OOXML.
Această decizie a condus la faptul istoric al unei întrebări declarate a încrederii depuse în organismul de standardizare ISO din partea a șase țări (Brazilia, Africa de Sud, Venezuela, Ecuador, Cuba și Paraguay) într-un comunicat de presă comun. în special:
„Este clar pentru noi acum că va trebui, deși cu reticență, să reevaluăm evaluarea ISO / IEC, în special în ceea ce privește relevanța sa pentru diferitele structuri de interoperabilitate ale guvernelor noastre naționale. "
În orice caz, ISO și IEC au validat succesiv trei standarde (primul dintre acestea, deși nu a fost niciodată implementat, și-a păstrat totuși statutul de standard internațional) în domeniul formatelor.
Aceste trei specificații coexistă fără ca organismele de standardizare să fi fost capabile, până acum, să stabilească în mod clar complementaritatea lor, ceea ce pune problema consistenței și neredundanței ofertei standard în vigoare în acest domeniu. Dincolo de calitățile comparative și defectele tehnice ale acestor specificații concurente, obiectivele și modul de funcționare ale organismelor de standardizare dau naștere acum reflecțiilor critice.
Formatul Office Open XML utilizează o structură care respectă Convenția Open Packaging și definește într-un mod simplu și logic structura internă a tuturor documentelor Office Open XML. Conform acestei convenții, documentele sunt arhive ZIP ale căror diferite elemente constitutive, numite părți , sunt legate între ele prin relații logice. Utilizarea ZIP nu numai că permite comprimarea documentelor, ci și stocarea datelor complet independentă într-o arhitectură segmentată.
Această arhitectură face posibilă protejarea mai eficientă a documentelor Office Open XML împotriva corupției datelor (dacă un element este deteriorat, celelalte nu vor fi afectate).
Noțiunea de pachet definește arhiva ZIP în sine, adică containerul de date al unui document Office Open XML.
O parte este un element al arhivei ZIP, adică un fișier comprimat integrat în structura ZIP. Există mai multe tipuri de părți: părți de conținut și părți de relație.
Părțile de conținut conțin datele reale ale documentului, adică informații care definesc datele și semantica unui document Office Open XML. Aceste părți pot conține XML (de exemplu, conținutul unui document de procesare a textului: paragrafe, rulări , grafică ...) sau date binare (de exemplu, imagini GIF, JPEG etc. sau obiecte OLE).
Părțile de relație conțin o structură XML definită în schemele de referință ale standardului ECMA-376.
O parte specifică și unică a pachetului este cea a tipurilor de conținut descrise mai detaliat într-o parte ulterioară.
Relațiile sunt definite în părți de relație și specifică legăturile dintre pachet sau o parte sursă și o parte țintă.
<?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>O relație are un tip de relație care specifică natura părții ascuțite și URI în raport cu partea vizată.
Părțile relațiilor au un nume, reprezentat de un URI , care trebuie să urmeze o anumită convenție de denumire. Această sintaxă indicată în standard este după cum urmează: <cale ierarhică> / _ rels / <numele părții sursă> .rels .
Exemple:
Această parte obligatorie are un nume unic: [Content_Types] .xml
Acest nume nu este compatibil cu sintaxa unui URI : aceasta este o alegere tehnică. Iată un exemplu de conținut din partea tipurilor de conținut:
<?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>Această definiție de tip definește două tipuri de extensii, valoarea implicită care specifică faptul că toate elementele cu extensia specificată sunt de tipul definit și cea care suprascrie extensia implicită prin specificarea unui tip specific pentru o anumită parte.
Toate tipurile de conținut trebuie să fie compatibile cu RFC 2616 §3.7 (ținând cont de regulile modelului de ambalare, este interzisă asistența pentru parametrii tipului de conținut).
Obiectivul pieselor de semnătură este de a asigura securitatea documentelor pentru a garanta cel puțin integritatea și / sau accesul acestora datorită certificatelor X.509 .
Aceste părți conțin mai multe informații care sunt detaliate într-o parte ulterioară.