「正則なXML バージョン 2.0」の版間の差分

2010年3月23日 (火) 00:11時点における最新版

この文書はW3CがW3C草案として公開している仕様書"Canonical XML Version 2.0"をSTUDIO DDT ONLINEが学習目的で日本語に翻訳したものです。正式な仕様書は英語版のみであり、この日本語訳は参考にすぎません。

この文書には翻訳上の誤りが含まれるかもしれません。STUDIO DDT ONLINEは翻訳の正確性を保証しません。

この文書のレイアウトはMediaWikiの記法に依存するため、オリジナルの文書とは文書構成、HTMLのセマンティクス、見栄え等が異なります。

現段階は草案段階のため、この翻訳は不安定なものとなっています。

W3C草案2010年3月4日

このバージョン: http://www.w3.org/TR/2010/WD-xml-c14n2-20100304/
最新の発行済みバージョン: http://www.w3.org/TR/xml-c14n2/
最新の編者草案: http://www.w3.org/2008/xmlsec/Drafts/c14n-20/
以前のバージョン: http://www.w3.org/TR/2009/WD-xml-c14n2-20091022/
最新の勧告: http://www.w3.org/TR/xml-c14n2/
編者: John Boyer ( IBM (元PureEdge Solutions、バージョン1.0) ); Glenn Marcy ( IBM (バージョン1.1) ); Pratik Datta ( Oracle ); Frederick Hirsch ( Nokia )

この翻訳文の著作権はSTUDIO DDT ONLINEおよびサイト管理者が保持しています。この翻訳文の利用などについては免責事項を参照してください。ただし、原文のライセンス内容によっては免責事項よりも原文のライセンスが優先されます。

概要: 正則なXMLバージョン2.0は、パフォーマンス、ストリーミング、ハードウェア実装、堅牢性、被攻撃性を最小化すること、署名対象の決定についてなど、種々に関する問題に対処するために正則なXMlバージョン1.1を大きく改訂するものである。その上、事実上の排他的正則化バージョン2.0となる更新も含むものである。; あらゆるXML文書は、あるアプリケーションのコンテキスト内で論理的に等価であるが、XML 1.0とXML名前空間1.0において認められた文法上の違いに基づく物理的表現の異なるXML文書集合の一部である。この仕様書では、その許容可能な違いからなるXML文書の正則形式と呼ばれる物理的表現を生成する方法について説明する。いくつかの特殊なケースについての制限を除き、2つの文書が同一の正則形式を持つ場合、その2つの文書は任意のアプリケーションコンテキストにおいて論理的に等価である。2つの文書が異なる正則形式を持ちながら、標準的なXML仕様で説明することのできないアプリケーション独自の等価性ルールに基づく任意のコンテキストにおいて等価であるかもしれない事に留意せよ。; 正則なXMLバージョン2.0は、XML 1.0に適用される。XML 1.1向けには定義されない。
この文書の位置づけ: This section describes the status of this document at the time of its publication. Other documents may supersede this document. A list of current W3C publications and the latest revision of this technical report can be found in the W3C technical reports index at http://www.w3.org/TR/.; This is a W3C Working Draft of "Canonical XML Version 2.0".; This document is expected to be further updated based on both Working Group input and public comments.; This document was developed by the XML Security Working Group.; Please send comments about this document to public-xmlsec-comments@w3.org (with public archive).; Publication as a Working Draft does not imply endorsement by the W3C Membership. This is a draft document and may be updated, replaced or obsoleted by other documents at any time. It is inappropriate to cite this document as other than work in progress.; This document was produced by a group operating under the 5 February 2004 W3C Patent Policy. The W3C maintains a public list of any patent disclosures made in connection with the deliverables of the group; that page also includes instructions for disclosing a patent. An individual who has actual knowledge of a patent which the individual believes contains Essential Claim(s) must disclose the information in accordance with section 6 of the W3C Patent Policy.; This document was published by the XML Security Working Group as a Working Draft. This document is intended to become a W3C Recommendation. If you wish to make comments regarding this document, please send them to public-xmlsec@w3.org (subscribe, archives). All feedback is welcome.; Publication as a Working Draft does not imply endorsement by the W3C Membership. This is a draft document and may be updated, replaced or obsoleted by other documents at any time. It is inappropriate to cite this document as other than work in progress.; This document was produced by a group operating under the 5 February 2004 W3C Patent Policy. W3C maintains a public list of any patent disclosures made in connection with the deliverables of the group; that page also includes instructions for disclosing a patent. An individual who has actual knowledge of a patent which the individual believes contains Essential Claim(s) must disclose the information in accordance with section 6 of the W3C Patent Policy.

勧告案発行までこの節の翻訳は省略します。

始めに[編集]

用語[編集]

この文書において"しなければならない[MUST]"、"してはならない[MUST NOT]"、"要求されている[REQUIRED]"、"することになる[SHALL]"、"することはない[SHALL NOT]"、"する必要がある[SHOULD]"、"しないほうがよい[SHOULD NOT]"、"推奨される[RECOMMENDED]"、"してもよい[MAY]"、"選択できる[OPTIONAL]"といった単語は RFC 2119 [RFC2119]に記述されているように解するものとする。

この翻訳では、必ずしも上記のように翻訳されていませんが、原文に明記されている箇所では、翻訳でも明らかであるようにしています。

QNameの定義は、XML名前空間[XML-NAMES]を参照せよ。

文書の部分集合（document subset）: 文書の部分集合とは、その文書の全てのノードを含まないかもしれない、あるXML文書の一部分である。
正則形式（canonical form）: XML文書の正則形式とは、この仕様書で説明される方法で作成された文書の物理的表現である。
正則なXML（canonical XML）: 正則なXMLという語は、正則形式を持つXMLを指す。XML正則化法とは、任意のXML文書や文書の部分集合の正則形式を生成するための、この仕様書によって定義されるアルゴリズムである。XML正則化という語は、XML文書や文書の部分集合にXML正則化法を適用するプロセスを指す。
サブツリー（subtree）: サブツリーとは、1つのXML要素ノードを指し、その全てのサブツリーが含まれる。XPathの用語で言うなら、サブツリーとは、ある要素ノードとその全ての子孫ノードである。

用途[編集]

XML 1.0勧告とXML名前空間1.0が等価な情報を表すための複合的な構文法を定義してから、XMLアプリケーションでは文書の情報内容に影響を与えない程度の違いを持つ傾向がある。XML正則化は、文書や文書の部分集合の情報内容が変化しているかどうかテストするための能力を要求されるアプリケーションに有用なようにデザインされている。これは、アプリケーション処理前の原本の正則形式と、アプリケーション処理結果の文書の正則形式を比較することによってなされる。

例えば、XML文書や文書の部分集合の正則形式を用いたデジタル署名では、原本のXML 1.0やXML名前空間1.0で論理的に等価であると定義された違いであるような物理的表現の差分に関わらず、署名ダイジェストの計算が可能である。署名作成では、そのダイジェストは文書の正則形式から計算される。文書はそのあと依拠当事者に送られ、依拠当事者は、文書を読み込むこととその受信した文書の正則形式からダイジェストを計算することで、署名を検証する。署名者と依拠当事者によって計算されたダイジェストの等価さが、（彼らが計算したダイジェストの元となった正則形式の等価さゆえに）文書の情報内容が署名されてから改ざんされていないことを保証する。

註: 実装の要件で述べられていない上、正式にこの件について明らかにしていないが、仮にこの仕様書に準拠した文書の正則化によって生成された文字列そのものを構文解析され、かつこの仕様書に準拠した正則化を行われとしても、その2度目の正則化で生成された文字列が最初の正則化で生成されたものと同一であろうことが、この仕様書の意図である。

制限[編集]

2.0に要求されること[編集]

パフォーマンス[編集]

ストリーミング[編集]

堅牢さ[編集]

簡素さ[編集]

@@ 47行目: / 47行目: @@
 ==<span title="Introduction">始めに</span>==
 ===<span title="Terminology">用語</span>===
+この文書において"しなければならない<nowiki>[MUST]</nowiki>"、"してはならない<nowiki>[MUST NOT]</nowiki>"、"要求されている<nowiki>[REQUIRED]</nowiki>"、"することになる<nowiki>[SHALL]</nowiki>"、"することはない<nowiki>[SHALL NOT]</nowiki>"、"する必要がある<nowiki>[SHOULD]</nowiki>"、"しないほうがよい<nowiki>[SHOULD NOT]</nowiki>"、"推奨される<nowiki>[RECOMMENDED]</nowiki>"、"してもよい<nowiki>[MAY]</nowiki>"、"選択できる<nowiki>[OPTIONAL]</nowiki>"といった単語は <nowiki>RFC 2119</nowiki> [[#bib-RFC2119|[RFC2119]]]に記述されているように解するものとする。
+{{NonNormativeTransrationComment|Comment=この翻訳では、必ずしも上記のように翻訳されていませんが、原文に明記されている箇所では、翻訳でも明らかであるようにしています。}}
+QNameの定義は、XML名前空間[[#bib-XML-NAMES|[XML-NAMES]]]を参照せよ。
+;<span title="document subset">文書の部分集合（document subset）</span>
+:<span title="A document subset is a portion of an XML document that may not include all of the nodes in the document.">''文書の部分集合''とは、その文書の全てのノードを含まないかもしれない、あるXML文書の一部分である。</span>
+;<span title="canonical form">正則形式（canonical form）</span>
+:<span title="The canonical form of an XML document is physical representation of the document produced by the method described in this specification">XML文書の''正則形式''とは、この仕様書で説明される方法で作成された文書の物理的表現である。</span>
+;<span title="canonical XML">正則なXML（canonical XML）</span>
+:<span title="The term canonical XML refers to XML that is in canonical form. The XML canonicalization method is the algorithm defined by this specification that generates the canonical form of a given XML document or document subset. The term XML canonicalization refers to the process of applying the XML canonicalization method to an XML document or document subset.">''正則なXML''という語は、正則形式を持つXMLを指す。XML正則化法とは、任意のXML文書や文書の部分集合の正則形式を生成するための、この仕様書によって定義されるアルゴリズムである。XML正則化という語は、XML文書や文書の部分集合にXML正則化法を適用するプロセスを指す。</span>
+;<span title="subtree">サブツリー（subtree）</span>
+:<span title="Subtree refers to one XML element node, and all that it contains. In XPath terminology it is an element node and all its descendant nodes">''サブツリー''とは、1つのXML要素ノードを指し、その全てのサブツリーが含まれる。XPathの用語で言うなら、サブツリーとは、ある要素ノードとその全ての子孫ノードである。</span>
 ===<span title="Applications">用途</span>===
+<span title="Since the XML 1.0 Recommendation [XML10] and the Namespaces in XML 1.0 Recommendation [XML-NAMES] define multiple syntactic methods for expressing the same information, XML applications tend to take liberties with changes that have no impact on the information content of the document. ">XML 1.0勧告とXML名前空間1.0が等価な情報を表すための複合的な構文法を定義してから、XMLアプリケーションでは文書の情報内容に影響を与えない程度の違いを持つ傾向がある。</span><span title="XML canonicalization is designed to be useful to applications that require the ability to test whether the information content of a document or document subset has been changed. ">XML正則化は、文書や文書の部分集合の情報内容が変化しているかどうかテストするための能力を要求されるアプリケーションに有用なようにデザインされている。</span><span title="This is done by comparing the canonical form of the original document before application processing with the canonical form of the document result of the application processing.">これは、アプリケーション処理前の原本の正則形式と、アプリケーション処理結果の文書の正則形式を比較することによってなされる。</span>
+<span title="For example, a digital signature over the canonical form of an XML document or document subset would allow the signature digest calculations to be oblivious to changes in the original document's physical representation, provided that the changes are defined to be logically equivalent by the XML 1.0 or Namespaces in XML 1.0. ">例えば、XML文書や文書の部分集合の正則形式を用いたデジタル署名では、原本のXML 1.0やXML名前空間1.0で論理的に等価であると定義された違いであるような物理的表現の差分に関わらず、署名ダイジェストの計算が可能である。</span><span title="During signature generation, the digest is computed over the canonical form of the document. ">署名作成では、そのダイジェストは文書の正則形式から計算される。</span><span title="The document is then transferred to the relying party, which validates the signature by reading the document and computing a digest of the canonical form of the received document. ">文書はそのあと依拠当事者に送られ、依拠当事者は、文書を読み込むこととその受信した文書の正則形式からダイジェストを計算することで、署名を検証する。</span><span title="The equivalence of the digests computed by the signing and relying parties (and hence the equivalence of the canonical forms over which they were computed) ensures that the information content of the document has not been altered since it was signed.">署名者と依拠当事者によって計算されたダイジェストの等価さが、（彼らが計算したダイジェストの元となった正則形式の等価さゆえに）文書の情報内容が署名されてから改ざんされていないことを保証する。</span>
+<span title="Note: Although not stated as a requirement on implementations, nor formally proved to be the case, it is the intent of this specification that if the text generated by canonicalizing a document according to this specification is itself parsed and canonicalized according to this specification, the text generated by the second canonicalization will be the same as that generated by the first canonicalization.">註: 実装の要件で述べられていない上、正式にこの件について明らかにしていないが、仮にこの仕様書に準拠した文書の正則化によって生成された文字列そのものを構文解析され、かつこの仕様書に準拠した正則化を行われとしても、その2度目の正則化で生成された文字列が最初の正則化で生成されたものと同一であろうことが、この仕様書の意図である。</span>
 ===<span title="Limitations">制限</span>===
 ===<span title="Requirements for 2.0">2.0に要求されること</span>===