どら猫本舗が翻訳したものです。この文書の原文はワーキングドラフトです。将来の改訂が予定されていることにご注意ください。正式な仕様書はW3Cサイトにある英語版です。この日本語版は参考にすぎません。この文書には翻訳上の誤りがあるかもしれません。どら猫本舗は翻訳の正確性を保証しません。ご自身の責任でご利用ください。お気付きの点がありましたらどら猫本舗までお知らせください。慶應義塾大学).すべての権利が留保されている。licensing)規則が適用される。この文書の位置づけこれは、W3C会員およびその他の利害関係者によるレビューのためのW3Cワーキングドラフトである。XML文法ワーキンググループの合意内容を表したものである。ワーキンググループは、これ以上の本質的な変更を予定していない。W3Cやさらに広いコミュニティによるレビューにより新しい問題が明らかにされ、本質的な変更に至る場合もある。W3Cワーキングドラフトを参照素材として利用したり、進行中の作業以外のものとして引用することは不適切である。w3c-xml-c14n-comments@w3.org概要この文書は、XML文書に含まれる情報のサブセットや、そのサブセットを表記するための文法を解説するものである。呼ばれるもので、XML文書の「論理的構造」をコード化するべく設計される。キャノニカルXML形式が同一である2個のXML文書は、多数のアプリケーションの用途に関して等価であるとみなされることになろう。XML文書と呼ばれるデータオブジェクトのクラスの文法を解説する。多数のアプリケーションの用途に関して等価であるXML文書も、その物理的表現において異なることがあり得る。実体構造や属性の並べ方、キャラクタエンコーディングにおいて異なることがある。これは、XML文書の等価性テストの多くは、バイトレベルの比較で実行できないことを意味する。このキャノニカルXML仕様書は、文法レベルで、しかもとりわけバイトごとの比較によってテストできるXML文書間の等価性の表記法を導入することを狙いとするものである。この文書が記述する文法では、「論理的に等価な」文書はバイトごとに同一である。XML文書は、キャノニカルXMLに変換されてもかまわない(潜在的にいくらかの情報の損失がある)。キャノニカルXMLはXMLである。どのXML文書のキャノニカル形式も、XML文書である。キャノニカルXMLの仕様にとって不可欠な側面が2つある。XML文書からの情報のうち、どれがそのキャノニカル形式に組み込まれるか(またどれが組み込まれないか)。キャノニカルXMLでは情報がどのように表記されるか。解説されているものである。このセクションは、情報セットの観点から、この情報のうちどの部分がキャノニカルXMLでも保存されるかを解説する。キャノニカルXMLに組み込まれない情報も、なおキャノニカルXMLを生み出すときに使われることがあるので注意すること。属性型はキャノニカルXMLの属性値についての標準化処理の基礎として働くが、属性の型は保存されない。置換テキストはキャノニカルXMLに組み込まれるが、キャラクタや論理的構造物がどの実体に由来したものかについての情報は組み込まれない。デフォルトで提供される属性値はキャノニカルXMLに組み込まれるが、その値がデフォルトで提供されたという事実は組み込まれない。文書情報項目キャノニカル形式は、文書情報項目の任意プロパティ、とりわけ表記法情報項目や実体情報項目はひとつも組み込まない。要素情報項目キャノニカル形式は、要素情報項目の必須プロパティをすべて組み込む。キャノニカル形式は、要素情報項目の任意プロパティはひとつも組み込まない。属性情報項目キャノニカル形式は、属性情報項目の必須プロパティをすべて組み込むが、任意プロパティはひとつも組み込まない。キャノニカル形式の文書には組み込まれない。キャノニカル化作業は文書中の実体参照すべてについて宣言の読み込みを要求するので、そうした情報項目はキャノニカルXMLには現れ得なかったのである。キャラクタ情報項目キャノニカル形式は、キャラクタ情報項目の必須プロパティをすべて組み込む。要素の内容の中にある空白を示すフラグは除く。キャラクタ情報項目の任意プロパティは、ひとつも組み込まれない。CDATA部はキャノニカル形式の中では発生しない。キャノニカルXMLにある文法的に重要なキャラクタはすべて、この仕様書で解説されている様式でエスケープされるから、CDATA部は必要ないのである。注釈情報項目キャノニカルXMLは、注釈情報項目を組み込まない。実体情報項目キャノニカルXMLは、実体情報項目を組み込まない。表記法情報項目キャノニカルXMLは、表記法情報項目を組み込まない。文書型定義の処理XML文書のキャノニカル化のプロセスは、そのスタンドアローン文書宣言次第である。ある場合には、そのXML文書がスタンドアローン文書宣言の妥当性規定を満たしていることを前提とすると、DTDの外部的部分は、そのキャノニカル形式に影響を及ぼす素材を包含し得ない。その他の場合はすべて、キャノニカル化のプロセスには、DTDの読み込みが必須である。DTDに由来する以下の情報は、XML文書のキャノニカル形式に影響を及ぼす。デフォルトの属性値.文書の中で参照されている一般実体の宣言.属性値標準化のプロセスに影響を及ぼす属性型宣言.DTDの外部コンポーネントのいくつかが引き出せない非スタンドアローン文書についてはキャノニカル化のプロセスが実効的に不可能であるので注意すること。キャノニカルXMLを生み出すよう設計されたソフトウェアの実装者は、このエラー条件のシグナルを送ることができるような、対ユーザのインターフェイスを用意するべきである。キャノニカル形式のXML文書は、スタンドアローンである。実体および参照の処理キャノニカル形式のXML文書には、一般実体参照は包含されない。した参照はすべて展開され、キャノニカル形式は置換テキストだけを包含するのである。キャノニカル形式はDTDを包含しないので、パラメータ実体参照も包含しない。いう名前のファイルが以下のテキストを包含しているとする。キャラクタはないものとする。"e1.xml">]><d>&lsb;&bum;&rsb;</d>そのキャノニカル形式はこうなる。キャノニカルXMLの文法このセクションは、キャノニカルXMLの文法を解説する。文法の適切なサブセットである。キャノニカル形式のXML文書は、このセクションで解説されているときを除き、元の形式と同一である。ラベルされた生成規則に合致しなければならない。仕様書で解説されているものである。[0-9]*このセクションの残りは、この文法で表記されたものを越える追加的制約を表し、キャノニカルXMLの鍵となる側面に関して説明用の素材をさらに用意するものである。キャラクタエンコーディングキャノニカルXMLは、UTF-8をキャラクタエンコーディングとして用いる。以下の小さい文書について考えてみよう。いう2バイトで保存されることになろう。一定の「組み合わせキャラクタ」(簡単な例としては"・がある.)に複数の異なる表し方を認めている。そこで、ほとんどのアプリケーションでの利用において等価である内容をもつ2つのXML文書が、異なるキャラクタ列を包含していることがある。[CharModel]、さらに、この形式への変換が転送時に発生するという、「早期標準化」と呼ばれる慣習を推奨している。早期標準化が存在する場合には、Unicode的に等価な内容をもつ2つのキャノニカルXML文書は、組み合わせキャラクタ表現法を選択したことによる差異をさらけ出さないはずである。仕様書は、XMLプロセッサに対し、XML文書内の空白キャラクタが行の切り分けとして機能するときや、属性値の中に出現するときには、その空白キャラクタについて一定の単純な変形を実行するよう要求している。情報セットは、その文書の一部とみなされるキャラクタの結果的セットを記述する。キャラクタ1個が包含される。キャラクタ1個が包含される。キャラクタを包含しているところでは、情報セットにはスペース1個が包含されるか、あるいはタブに他の空白キャラクタが接している場合には何も包含されないかのいずれかである。キャラクタを包含する。エンコーディングで表現されるが、以下の例外がある。