Office Open XML ファイルフォーマット

Office Open XML ファイルフォーマット は、Microsoft Office用電子文書を表現するためのファイルフォーマットである。ファイルフォーマットにはワードプロセッサ文書、スプレッドシート、プレゼンテーションのほか数式、作図、文献目録のような素材も定義されている。
このフォーマットはマイクロソフトにより開発され、Microsoft Office 2007で初めて公開された。
これらは 2006 年12月と2008年11月に標準規格となり、前者は Ecma インターナショナル コンソーシアムにより ECMA-376となり、後者はISO/IECの合同コミッティー1により長期間の審議の末に ISO/IEC 29500:2008 として公開された。

**パッケージ構造**
Ecma Office Open XML standard（ECMA-376) パート2における格納構造
Office Open XML は Open Packaging Convention 形式、すなわちXML とその他のファイル、ファイル間の関連性についての記述を格納した ZIP ファイル のパッケージである。ドキュメントのタイプにより、パッケージの内部ディレクトリの構造と名前は異なっている。アプリケーションはリレーションシップファイルにより個々のセクション（ファイル）間の場所を記述し、メタデータ、具体的にはMIMEタイプ等が付随する。
基本的なパッケージでは、Content_Types.xml というXMLファイルをルートに配置し、3つのディレクトリ: _rels, docProps, および文書タイプ独自のディレクトリ（例えばWordの.docx ワードプロセッシングパッケージの場合は word ディレクトリ）が付随する。word ディレクトリにはdocument.xml ファイルがドキュメントのコアとして存在する。
 Content_Types.xml
 このファイルは MIME タイプ情報を保持する。一部のファイルの拡張子についてはデフォルトを用い、一部については IRIに基づいてオーバーライドする。
 _rels
 このディレクトリにはパッケージ内のファイルのリレーションシップ(対応関係情報)を格納する。あるファイルのリレーションシップを見るには、当該ファイルの同階層_rels ディレクトリを見ると 元のファイル名に.rels という拡張子を付けたファイルが見つかる。例えば、もしContent_Types.xmlというファイルのリレーションシップを見るには、_rels ディレクトリのContent_Types.xml.rels ファイルを見るとよい。
 _rels/.rels
 このファイルにはパッケージのリレーションシップが格納されている。アプリケーションはこのファイルを最初に参照する。テキストエディタで開くと、各リレーションシップ情報のアウトラインを見ることができる。最小構成のdocument.xmlのみを含む単純なドキュメントの場合、記載されるリレーションシップはメタデータとdocument.xml のみである。
 docProps/core.xml
 このファイルにはOffice Open XML ドキュメント全種のコアのプロパティ情報が含まれる。
 word/document.xml
 このファイルは全てのWord形式ドキュメントの本体である。

**リレーションシップ**
リレーションシップファイルの内容例は以下の通り。 (word/_rels/document.xml.rels):


上記のように、文書中で参照されている画像は
形式部分を参照すれば見つけることが出来る。使用される画像を変更するには relationship を修正すればよい。
次の例ではハイパーリンクのインラインマークアップを例示する。:
この例では、 Uniform Resource Locator (URL) が "rId2"として表現されている。実際のURLはリレーションシップファイルにあり、 "rId2" アイテムの場所に記述されている。リンクされた画像、テンプレートその他のアイテムは同様に参照されている。
画像は埋め込みまたはタグによるリンクができる:

これはイメージファイルへの参照である。全ての参照はリレーションシップ経由で管理されている。例として、document.xml が画像へのリレーションシップを持つとする。この場合document.xml と同じディレクトリ階層にある _rels ディレクトリにdocument.xml.rels というファイルが存在する。このファイルにはリレーションシップ定義がコンテンツタイプ、ID、場所につき記述されている。ID はXMLドキュメントで使用されている参照IDである。タイプはメディア形式のリファレンススキーマ定義であり、場所はZIPパッケージ内またはURLで定義された外部の場所を指す。

**ドキュメントプロパティ**
Office Open XML は Dublin Core（ダブリン・コア）メタデータ 形式のエレメントのセットと DCMI メタデータ用語をドキュメントプロパティの記録に使用する。Dublin Core はクロスドメインの情報リソース記述法であり、 ISO 15836:2003 で定義されている。
ドキュメントのプロパティ (docProps/core.xml) をDublin Coreで記述した例は以下の通り:
Office Open XML
File format and structure
Wikipedia
Office Open XML, Metadata, Dublin Core
Office Open XML uses ISO 15836:2003
Wikipedia
1
2008-06-19T20:00:00Z
2008-06-19T20:42:00Z
Document file format
Final

**文書マークアップ言語**
Office Open XML はMicrosoft Office製品群の機能に特化したエンコーディングに基づくマークアップ言語を複数含むことができる。Office Open XMLでは27の名前空間と89のスキーマモジュールを定義している。
主要なマークアップ言語は以下のものがある。:- WordprocessingML ワードプロセッサ用- SpreadsheetML スプレッドシート（表計算）用- PresentationML プレゼンテーション用
マークアップ言語に共通する部品としては以下のものがある。:- Office Math Markup Language (OMML)：数式用- DrawingML：ベクター作図、チャート、他にテキストアート等。（非推奨ながら作図用に VML もサポートされる)- 拡張プロパティ- カスタムプロパティ- Variant Types- カスタム XML データプロパティ- 書誌情報
上記のマークアップ言語のほかに、カスタムXMLスキーマを定義してOffice Open XMLを拡張することもできる。

**設計のアプローチ**
ODF に携わったPatrick Durusau によれば、OOXMLとODFのマークアップのスタイルは文書の2つの側面を示すものである。一方は"要素(エレメント)"の側面で、もう一方は"属性（アトリビュート)"の側面である。彼はOOXMLは"要素側のアプローチ"を採っていると述べ、一例として KeepNext 要素を挙げている:


… 

これと対照的に ODF では同じ意味を記述するのに属性fo:keep-nextを使っている。
Office Open XML の XML スキーマ は、文書の読み込み時間と解釈のスピードに重点を置いたものである。2007年当時のアプリケーションを使ったテストでは、XMLベースのドキュメントはバイナリ形式のものより読み込み速度が遅かった。パフォーマンスを向上させるため、Office Open XML では要素名を非常に短い物としており、スプレッドシートでは日付をインデックス番号(1899-1904)で表記している
。.date=2009-10画一的かつ包括的であるために、Office Open XML は一般的にデータとメタデータについて (element names ending in Pr for properties) 属性を複数付けるより子エレメントを増やす方式によりプロパティの階層構造化を可能にしている。Office Open XML does not use mixed content but uses elements to put a series of text runs (element name r) into paragraphs (element name p). 結果として、HTMLがフラットで人間がテキストエディターで編集しやすいのに比べて、簡潔で何層にも入れ子されたものとなっている。
要素と属性のネーミングは批判を集めた部分である。OOXML(ECMA-376)では色とテキストの寄せ方向の文法はドキュメントがテキストかスプレッドシートかプレゼンテーションかによって3種類の異なった記法になっている。Rob Weir（IBM 社員、OASIS OpenDocument Format 技術委員会副議長）は "このような恐怖は技術的に正当化できるのか?"と問うている。彼は対照例として OpenDocumentを挙げ、 "ODF では W3C の XSL-FO 用語を文書の整形に用いており、用語の統一に役立てている"と述べている。
他に、デザインがあまりにマイクロソフトのアプリケーションに密着しすぎているという議論もある。ISOにおける国際標準化が進行中であった2007年8月、 Linux Foundation はブログでISOの各国代表組織に対して"コメント付きのノーを"と呼びかけた。記事では"OOXML はベンダーのバイナリフォーマットを直接書き出しただけの物で、既存の国際標準(例: 暗号化アルゴリズム、VML等)の再利用を避けているとしている。
OOXML標準化に先だって議論されるべき点が何百とあり、プラットフォーム特有機能と結びついたバイナリコードを存続させ、MS-Officeのバグ、知的財産、プロプライエタリーや機密に準拠したタグ、クリアになっていない知的財産を標準に取込み撒き散らす行為だと述べている（ 日経参考記事）。
JTC 1 に投稿されたバージョンの仕様書は 6546 ページの長さにわたり、このような長さである必要性、正当性にも疑問が呈された。Googleは "ODF 標準ならば、同じゴールでありながら 867 ページでしかない"と声明を出した。

**WordprocessingML (WML)**
ワードプロセッサ文書はWordprocessingML と呼ばれるXMLボキャブラリを使用する。 wml.xsd でスキーマが定義されており、このボキャブラリは仕様書パート1の 11 章に定義されている

**SpreadsheetML (SML)**
スプレッドシート文書はSpreadsheetML と呼ばれるXMLボキャブラリを使用する。 sml.xsd でスキーマが定義されており、このボキャブラリは仕様書パート1の 12 章に定義されている。
各ワークシートはルートエレメント名 worksheet を頂点とするXMLで記述され、名前空間は で定義される。
SpreadsheetML での日付と時刻の表現形式は批判を呼んだ。ECMA-376 1st edition では ISO 8601:2004 "Representation of Dates and Times"に準拠しておらず、 Lotus 1-2-3 に存在する 1900 年を閏年として扱うバグをそのまま実装するよう求めていたためである。ECMA-376 準拠の製品ではスプレッドシート関数のWEEKDAYを使うよう求められ、これは特定の年期間の曜日、日数の計算を誤らせる。ECMA-376 2nd edition (ISO/IEC 29500) ではISO 8601:2004 "Representation of Dates and Times"の表現方式がLotus 1-2-3のバグ互換方式に加えて使用を認められた。

**Office MathML (OMML)**
Office Math Markup Languageは、リビジョンマーキング 、脚注、コメント、画像、精巧な書式設定とスタイルのようなワードプロセッサマーキングを含むための固有のサポートを含む、WordprocessingML に埋め込むことができる数式マークアップ言語である。OMML 形式はこれらの Office 機能をサポートしていない World Wide Web Consortium(W3C) MathML 勧告とは異なるが、XSL Transformationsとは部分的に互換性がある 。ツールはOfficeスイートで提供され、クリップボード変換を介して自動的に使用される。
次のOffice MathMLの例では 分数のを定義している。 


π
2


Office MathML の必要性に疑問を呈し、「Web ページにおける数式の組み込み」と「マシン ツー マシン通信」に関する W3C 勧告である MathML の使用を提唱する人もいる 。 Murray Sargent は、ブログ投稿でこれらの問題のいくつかに答えており、2 つの形式の哲学的な違いについて詳しく説明してる。

**DrawingML**
DrawingML のチャート例
DrawingML は Office Open XML documents内で使用される vector graphics markup language である。主な特色はテキスト要素やベクター図形要素、グラフィカルな表やチャートのグラフィック描画である。
DrawingML の表は Office Open XML にある3つの表の記述モデルの一つでありエフェクト表現に最適化されており、主な用途はプレゼンテーション用途の PresentationML マークアップでの使用である。DrawingML は画像エフェクト（影、反射など）を備えており、これはDrawingML内の各種画像エレメントに適用することができる。DrawingML では3D(立体)エフェクトも可能で、 for instance to show the different graphical elements through a flexible camera viewpoint.Office Open XML パッケージ内で複数のテーマパーツを定義することもできる。テーマはOffice Open XML パッケージ全体に適用される。
DrawingML はほかの ベクター図形 画像フォーマットであるSVG 等とは関連がない。これらは変換すれば DrawingML Office Open XML document内に直接埋め込むことができる。SVGのサブセットである OpenDocument フォーマットはベクター画像を個々にファイルに保存しており、方法が異なる。
DrawingML 画像の寸法は English Metric Units (EMUs) という単位で表現される。これは英国法とメートル法で一致する数値表現が必要であったためで、1centimeter の1/360,000 にあたり、1inchの1/914,400 であり, 1pointの1/12,700 である。この単位を採用したためにドキュメント内のほとんどの寸法を整数で正確に表現することができる。浮動小数点で表記すれば要素が増えるにつれて誤差が積み上がることが避けられない。Floating point cannot accurately represent a fraction that is not a sum of powers of two and the error is magnified when the fractions are added together many times, resulting in misalignment. As an inch is exactly 2.54 centimeters, or 127/50, 1/127 inch is an integer multiple of a power-of-ten fraction of the meter (2×10−4 m). To accurately represent (with an integer) 1 μm = 10−6 m, a divisor of 100 is further needed. To accurately represent the point unit, a divisor of 72 is needed, which also allows divisions by 2, 3, 4, 6, 8, 9, 12, 18, 24, and 36 to be accurate. Multiplying these together gives 127×72×100 = 914,400 units per inch; this also allows exact representations of multiples of 1/100 & 1/32 inch. プログラマーでありISO, W3C, IETFにおいて標準化活動を行う Rick Jelliffe によれば、EMUs はこのデザイン分野上の問題に対する合理的な解決策であるとされる。
DrawingML (and the transitional-use-only VML) が W3C の推奨であるSVGを採用していないことに対する非難も存在する。VMLはW3Cの推奨にならなかったためである。

**外部由来リソース**

**非XML コンテンツ**
OOXML 文書は、XMLコンテンツに加えて別のリソース（画像、ビデオ等）を含むのが通常である。
文書フォーマットにこの種のリソースを加える際のチョイスについても批判があった。ECMA-376 1st edition では"添付オブジェクトの代替イメージのリクエストタイプ"と"クリップボード形式"について WMF（Windows メタファイル）または EMF(拡張メタファイル) を指定していた。どちらもハードコードされWindowsに強く依存した部分でありマイクロソフトの知的所有権に支配される。批判勢力は代わりにプラットフォームに中立的な ISO/IEC 8632 "Computer Graphics Metafile"の採用を求めた。

**Foreign markup**
The Standard provides three mechanisms to allow foreign markup to be embedded within content for editing purposes:- Smart tags- Custom XML markup- Structured Document Tags

**Compatibility settings**
一部バージョンのOffice Open XML には "compatibility settings"という仕様が含まれる。ECMA-376 1st Editionの Part 4 ("Markup Language Reference") に含まれていたが、標準化プロセスを経てISO/IEC 29500:2008 の新規パート ("Transitional Migration Features") となった（Part 4とも呼ばれる）。
この設定項目には以下のような要素名（autoSpaceLikeWord95, footnoteLayoutLikeWW8, lineWrapLikeWord6, mwSmallCaps, shapeLayoutLikeWW8, suppressTopSpacingWP, truncateFontHeightsLikeWP6, uiCompat97To2003, useWord2002TableStyleRules, useWord97LineBreakRules, wpJustification and wpSpaceWidth 等）が含まれており、DIS 29500 標準化段階で論争となった。結果として、 ISO/IEC 29500 に新しい文言が追加された。
Free Software Magazine は記事でこれらの設定用マークアップについて批判した。Office Open XML uses は互換設定を直接要素名に使っており、その設定にはレパートリーがないーすなわち互換性設定が増える度に要素名が新規定義されねばならず、これでは相互運用性に全く寄与しないという。

**拡張性**
この標準は2種類の拡張の仕組みを持ち、 Part 3 (ISO/IEC 29500-3:2008)の「Markup Compatibility and Extensibility (MCE) 」とPart 1の18.2.10 のExtension Lists に定義されている。

**参照 ==