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

Office Open XML Presentation
拡張子	.pptx; .pptm（マクロ使用時）
MIMEタイプ	application/vnd.; openxmlformats-officedocument.; presentationml.; presentation
開発者	マイクロソフト、ECMA、ISO / IEC
種別	プレゼンテーションファイルフォーマット
派生元	XML、PPT
国際標準	ECMA-376、ISO/IEC 29500:2008

Office Open XML Workbook
拡張子	.xlsx; .xlsm（マクロ使用時）
MIMEタイプ	application/vnd.; openxmlformats-officedocument.; spreadsheetml.; sheet
開発者	マイクロソフト、ECMA、ISO / IEC
種別	表計算ファイルフォーマット
派生元	XML、XLS、SpreadsheetML
国際標準	ECMA-376、ISO/IEC 29500:2008

Office Open XML Document
	The OOXML Document icon, as appears on the Microsoft OneDrive web service
拡張子	.docx; .docm（マクロ使用時）
MIMEタイプ	application/vnd.; openxmlformats-officedocument.; wordprocessingml.; document
開発者	マイクロソフト、ECMA、ISO / IEC
種別	文書ファイルフォーマット
派生元	XML、DOC、WordProcessingML
国際標準	ECMA-376、ISO/IEC 29500:2008

→詳細は「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 として公開された。

パッケージ構造

Office Open XML は Open Packaging Convention 形式、すなわちXML とその他のファイル、ファイル間の関連性についての記述を格納した ZIP ファイルのパッケージである^[2]。ドキュメントのタイプにより、パッケージの内部ディレクトリの構造と名前は異なっている。アプリケーションはリレーションシップファイルにより個々のセクション（ファイル）間の場所を記述し、メタデータ、具体的には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):

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<Relationships
 xmlns="http://schemas.microsoft.com/package/2005/06/relationships">
 <Relationship Id="rId1"
 Type="http://schemas.microsoft.com/office/2006/relationships/image"
 Target="http://en-two.iwiki.icu/images/wiki-en.png"
 TargetMode="External" ></Relationship>
 <Relationship Id="rId2"
 Type="http://schemas.microsoft.com/office/2006/relationships/hyperlink"
 Target="http://www.wikipedia.org"
 TargetMode="External" ></Relationship>
</Relationships>

上記のように、文書中で参照されている画像は

http://schemas.microsoft.com/office/2006/relationships/image 形式部分を参照すれば見つけることが出来る。使用される画像を変更するには relationship を修正すればよい。

次の例ではハイパーリンクのインラインマークアップを例示する。:

<w:hyperlink r:id="rId2" w:history="1"
 xmlns:r="http://schemas.openxmlformats.org/officeDocument/2006/relationships"
 xmlns:w="http://schemas.openxmlformats.org/wordprocessingml/2006/main">

この例では、 Uniform Resource Locator (URL) が "rId2"として表現されている。実際のURLはリレーションシップファイルにあり、 "rId2" アイテムの場所に記述されている。リンクされた画像、テンプレートその他のアイテムは同様に参照されている。画像は埋め込みまたはタグによるリンクができる:

 <v:imagedata w:rel="rId1" o:title="example" ></div>

これはイメージファイルへの参照である。全ての参照はリレーションシップ経由で管理されている。例として、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で記述した例は以下の通り:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<cp:coreProperties xmlns:cp="http://schemas.openxmlformats.org/package/2006/metadata/core-properties"
 xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:dcterms="http://purl.org/dc/terms/"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <dc:title>Office Open XML</dc:title>
 <dc:subject>File format and structure</dc:subject>
 <dc:creator>Wikipedia</dc:creator>
 <cp:keywords>Office Open XML, Metadata, Dublin Core</cp:keywords>
 <dc:description>Office Open XML uses ISO 15836:2003</dc:description>
 <cp:lastModifiedBy>Wikipedia</cp:lastModifiedBy>
 <cp:revision>1</cp:revision>
 <dcterms:created xsi:type="dcterms:W3CDTF">2008-06-19T20:00:00Z</dcterms:created>
 <dcterms:modified xsi:type="dcterms:W3CDTF">2008-06-19T20:42:00Z</dcterms:modified>
 <cp:category>Document file format</cp:category>
 <cp:contentStatus>Final</cp:contentStatus>
</cp:coreProperties>

文書マークアップ言語

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 要素を挙げている:

<w:pPr> 
  <w:keepNext></w:keepNext> 
  … 
</w:pPr>

これと対照的に ODF では同じ意味を記述するのに属性fo:keep-nextを使っている^[3]。

Office Open XML の XML スキーマは、文書の読み込み時間と解釈のスピードに重点を置いたものである^[4]。2007年当時のアプリケーションを使ったテストでは、XMLベースのドキュメントはバイナリ形式のものより読み込み速度が遅かった^[5]。パフォーマンスを向上させるため、Office Open XML では要素名を非常に短い物としており、スプレッドシートでは日付をインデックス番号(1899-1904)で表記している。.^[要出典]画一的かつ包括的であるために、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 用語を文書の整形に用いており、用語の統一に役立てている"と述べている^[6]。

他に、デザインがあまりにマイクロソフトのアプリケーションに密着しすぎているという議論もある。ISOにおける国際標準化が進行中であった2007年8月、 Linux Foundation はブログでISOの各国代表組織に対して"コメント付きのノーを"と呼びかけた。記事では"OOXML はベンダーのバイナリフォーマットを直接書き出しただけの物で、既存の国際標準(例: 暗号化アルゴリズム、VML等)の再利用を避けているとしている。 OOXML標準化に先だって議論されるべき点が何百とあり、プラットフォーム特有機能と結びついたバイナリコードを存続させ、MS-Officeのバグ、知的財産、プロプライエタリーや機密に準拠したタグ、クリアになっていない知的財産を標準に取込み撒き散らす行為だと述べている^[7]（日経参考記事）。

JTC 1 に投稿されたバージョンの仕様書は 6546 ページの長さにわたり、このような長さである必要性、正当性にも疑問が呈された^[8]^[9]。Googleは "ODF 標準ならば、同じゴールでありながら 867 ページでしかない"と声明を出した^[8]。

WordprocessingML (WML)

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

SpreadsheetML (SML)

スプレッドシート文書はSpreadsheetML と呼ばれるXMLボキャブラリを使用する。 sml.xsd でスキーマが定義されており、このボキャブラリは仕様書パート1の 12 章に定義されている^[10]。

各ワークシートはルートエレメント名 <worksheet>...</worksheet> を頂点とするXMLで記述され、名前空間はhttp://schemas.openxmlformats.org/spreadsheetml/2006/main で定義される。

SpreadsheetML での日付と時刻の表現形式は批判を呼んだ。ECMA-376 1st edition では ISO 8601:2004 "Representation of Dates and Times"に準拠しておらず、 Lotus 1-2-3 ^[11]に存在する 1900 年を閏年として扱うバグをそのまま実装するよう求めていたためである。ECMA-376 準拠の製品ではスプレッドシート関数のWEEKDAYを使うよう求められ、これは特定の年期間の曜日、日数の計算を誤らせる^[12]。ECMA-376 2nd edition (ISO/IEC 29500) ではISO 8601:2004 "Representation of Dates and Times"の表現方式がLotus 1-2-3のバグ互換方式に加えて使用を認められた^[13]^[14]。

Office MathML (OMML)

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

次のOffice MathMLの例では分数の ${\frac {\pi }{2}}$ を定義している。

<m:oMathPara><!-- mathematical block container used as a paragraph -->
  <m:oMath><!-- mathematical inline formula -->
    <m:f><!-- a fraction -->
      <m:num><m:r><m:t>π</m:t></m:r></m:num><!-- numerator containing a single run of text -->
      <m:den><m:r><m:t>2</m:t></m:r></m:den><!-- denominator containing a single run of text -->
    </m:f>
  </m:oMath>
</m:oMathPara>

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

DrawingML

DrawingML は Office Open XML documents内で使用される vector graphics markup language である。主な特色はテキスト要素やベクター図形要素、グラフィカルな表やチャートのグラフィック描画である。

DrawingML の表は Office Open XML にある3つの表の記述モデルの一つであり^[21]エフェクト表現に最適化されており、主な用途はプレゼンテーション用途の PresentationML マークアップでの使用である。DrawingML は画像エフェクト（影、反射など）を備えており、これはDrawingML内の各種画像エレメントに適用することができる。DrawingML では3D(立体)エフェクトも可能で、 for instance to show the different graphical elements through a flexible camera viewpoint.Office Open XML パッケージ内で複数のテーマパーツを定義することもできる。テーマはOffice Open XML パッケージ全体に適用される^[22]。

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⁻⁴ m). To accurately represent (with an integer) 1 μm = 10⁻⁶ 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 はこのデザイン分野上の問題に対する合理的な解決策であるとされる^[23]。

DrawingML (and the transitional-use-only VML) が W3C の推奨であるSVGを採用していないことに対する非難も存在する^[24]。VMLはW3Cの推奨にならなかったためである^[25]。

外部由来リソース

非XML コンテンツ

OOXML 文書は、XMLコンテンツに加えて別のリソース（画像、ビデオ等）を含むのが通常である。

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

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 標準化段階で論争となった^[26]。結果として、 ISO/IEC 29500 に新しい文言が追加された^[27]。

Free Software Magazine は記事でこれらの設定用マークアップについて批判した。Office Open XML uses は互換設定を直接要素名に使っており、その設定にはレパートリーがないーすなわち互換性設定が増える度に要素名が新規定義されねばならず、これでは相互運用性に全く寄与しないという^[28]。

拡張性

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

参照

^ ^a ^b ^c Microsoft. “Register file extensions on third party servers” (英語). microsoft.com. 2008年4月9日閲覧。
^ Tom Ngo (December 11, 2006).
^ Patrick Durusau (21 October 2008).
^ Intellisafe Technologies.
^ George Ou (2007-04-27).
^ Rob Weir (14 March 2008).
^ John Cherry (14 March 2008).
^ ^a ^b "Google's Position on OOXML as a Proposed ISO Standard" (PDF).
^ "OOXML: What's the big deal?"
^ ^a ^b "ISO/IEC 29500-1:2016".
^ Kyd, Charley (October 2006).
^ ^a ^b "The Contradictory Nature of OOXML".
^ "ECMA-376 2nd edition Part 1 (3.
^ "New set of proposed dispositions posted, including more positive changes to the Ecma Office Open XML formats – Dispositions now proposed for more than half of National Bodies' comments".
^ Jesper Lund Stocholm (2008-01-29).
^ Murray Sargent (2007-06-05).
^ Carlisle, David (2007年4月10日). “David Carlisle: XHTML and MathML from Office 2007”. David Carlisle. 2023年1月20日閲覧。
^ kexugit. “Science and Nature have difficulties with Word 2007 mathematics” (英語). learn.microsoft.com. 2023年1月20日閲覧。
^ “Microsoft Office dumped by Science and Nature” (英語). ZDNET. 2023年1月20日閲覧。
^ kexugit. “MathML and Ecma Math (OMML)” (英語). learn.microsoft.com. 2023年1月20日閲覧。
^ 他の2つのモデルは WordprocessingML と SpreadsheetML である。
^ Wouter Van Vugt (2008-11-01).
^ Rick Jelliffe in Technical (April 16, 2007).
^ "The X Factor". reddevnews.com.
^ "VML — the Vector Markup Language".
^ "ODF/OOXML technical white paper — A white paper based on a technical comparison between the ODF and OOXML formats".
^ "ECMA-376 2nd edition Part 4 (paragraph 9.7.3)".
^ "ODF/OOXML technical white paper — A white paper based on a technical comparison between the ODF and OOXML formats".

[mimetype-1] Microsoft. “Register file extensions on third party servers” (英語). microsoft.com. 2008年4月9日閲覧。

[ecma_tc45_white_paper-2] Tom Ngo (December 11, 2006).

[3] Patrick Durusau (21 October 2008).

[4] Intellisafe Technologies.

[5] George Ou (2007-04-27).

[6] Rob Weir (14 March 2008).

[7] John Cherry (14 March 2008).

[GooglesPositiononOOXML-8] "Google's Position on OOXML as a Proposed ISO Standard" (PDF).

[9] "OOXML: What's the big deal?"

[ISO/IEC_29500-1:2016-10] "ISO/IEC 29500-1:2016".

[11] Kyd, Charley (October 2006).

[The_Contradictory_Nature_of_OOXML-12] "The Contradictory Nature of OOXML".

[13] "ECMA-376 2nd edition Part 1 (3.

[14] "New set of proposed dispositions posted, including more positive changes to the Ecma Office Open XML formats – Dispositions now proposed for more than half of National Bodies' comments".

[15] Jesper Lund Stocholm (2008-01-29).

[16] Murray Sargent (2007-06-05).

[17] Carlisle, David (2007年4月10日). “David Carlisle: XHTML and MathML from Office 2007”. David Carlisle. 2023年1月20日閲覧。

[18] xugit. “Science and Nature have difficulties with Word 2007 mathematics” (英語). learn.microsoft.com. 2023年1月20日閲覧。

[19] “Microsoft Office dumped by Science and Nature” (英語). ZDNET. 2023年1月20日閲覧。

[20] xugit. “MathML and Ecma Math (OMML)” (英語). learn.microsoft.com. 2023年1月20日閲覧。

[21] 他の2つのモデルは WordprocessingML と SpreadsheetML である。

[22] Wouter Van Vugt (2008-11-01).

[23] Rick Jelliffe in Technical (April 16, 2007).

[24] "The X Factor". reddevnews.com.

[25] "VML — the Vector Markup Language".

[26] "ODF/OOXML technical white paper — A white paper based on a technical comparison between the ODF and OOXML formats".

[27] "ECMA-376 2nd edition Part 4 (paragraph 9.7.3)".

[28] "ODF/OOXML technical white paper — A white paper based on a technical comparison between the ODF and OOXML formats".

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]

[21]

[22]

[23]

[24]

[25]

[26]

[27]

[28]

表話編歴 ISO標準
国際標準一覧 · ローマ字表記国際規格一覧 · 国際電気標準会議が定める国際標準一覧
1から 10000まで	1 2 3 4 5 6 7 9 16 31 -0 -1 -2 -3 -4 -5 -6 -7 -8 -9 -10 -11 -12 -13 128 216 217 226 228 233 259 269 302 306 428 518 519 639 -1 -2 -3 -5 -6 646 668 690 732 764 843 898 965 1000 1004 1007 1073-1 1413 1538 1745 1989 2014 2015 2022 2047 2108 2145 2146 2240 2281 2382 2709 2711 2788 2852 3029 3103 3166 -1 -2 -3 3297 3307 3602 3864 3901 3977 4031 4157 4217 4909 5218 5428 5775 5776 5800 5964 6166 6344 6346 6385 6425 6429 6438 6523 6709 6937 7001 7002 7010 7098 7185 7200 7498 7736 7810 7811 7812 7813 7816 7942 8000 8178 8217 8571 8473 8583 8601 8613 8632 8652 8691 8807 8820-5 8859 -1 -2 -3 -4 -5 -6 -7 -8 -8-I -9 -10 -11 -12 -13 -14 -15 -16 8879 9000/9001 9075 -10 9126 9293 9241 -210 9362 9407 9506 9529 9564 9592 9594 9660 9897 9899 9945 9984 9985 9995
10001から 20000まで	10006 10021 10116 10118-3 10160 10161 10165 10179 10206 10218 10303 -11 -21 -22 -28 -238 10383 10487 10585 10589 10646 10664 10746 10861 10957 10962 10967 11073 11170 11179 11404 11519 11544 11783 11784 11785 11801 11898 11940 -2 11941 11941 (TR) 11992 12006 12100 12182 12207 12234 -2 -3 13211 -1 -2 13216-1 13250 13399 13406-2 13407 13450 13482 13485 13490 13522-5 13567 13568 13584 13616 14000 14031 14224 14229 14230 14289 14396 14443 14492 14496 -2 -3 -6 -10 -11 -12 -14 -17 -20 14644 -1 -2 -3 -4 -5 -6 -7 -8 -9 14649 14651 14698 -2 14750 14764 14882 14971 15022 15189 15288 15291 15292 15398 15408 15444 -3 15445 15438 15504 15511 15686 15693 15706 -2 15707 15765 -2 15836 15897 15919 15924 15926 15926 WIP 15930 15948 16023 16262 16612-2 16750 16949 17024 17025 17203 17369 17799 18000 18004 18014 18033 18092 18181 18245 18629 18916 19005 19011 19092 -1 -2 19100 19114 19115 19125 19136 19439 19500 19501 19502 19503 19505 19506 19507 19508 19509 19510 19600 19752 19757 -2 -3 -4 19770 19775 19784 19794-5 19831 20000
20001以上	20022 20121 21000 21047 21500 21827:2002 22000 22196 22250-1 22307 22324 23270 23271 23360 24517 24613 24617 24707 25178 25964 26000 26262 26300 26324 27000シリーズ 27000 27001:2005 27001:2013 27002 27003 27004 27005 27006 27007 27729 27799 28000 29110 29148 29199-2 29500 30170 31000 32000 37001 38500 40500 42010 45001 80000 -1 -2 -3 -4 -5 -6 -7 -8 -9 -10 -11 -12 -13 -14
組織	国際標準化機構
カテゴリ	ISO標準 ISO 31 ISO 639 ISO 3166 ISO 8859 ISO/IEC 80000 ISO/IEC標準
関連項目: ISOで始まる記事一覧

表話編歴多目的オフィス文書ファイルフォーマット
編集可能フォーマット	Compound Document Format Microsoft Office XML formats Office Open XML Open Document Architecture OpenDoc OpenDocument OpenOffice.org XML Revisable-Form Text Rich Text Format Uniform Office Format Word Document
編集不可フォーマット	DjVu Envoy Open XML Paper Specification Portable Document Format
関連項目	文字コード ASCII Unicode TeX