stanford-oval/wikipedia huggingface dataset:
Extensible Markup Language
XML文書の論理的構造と妥当なXML文書 > Document Type Definition (DTD、文書型定義) > ISO 文書スキーマ定義言語

→詳細は「文書スキーマ定義言語」を参照
ISO 文書スキーマ定義言語 (DSDL; Document Schema Description Languages) 標準は、小規模なスキーマ言語の広範なセットを共に提供する。DSDLを構成する複数の仕様のそれぞれが、特定の問題に対応するために特化されている。DSDLはRELAX NGのXML構文と短縮構文、スキマトロン、データ型ライブラリ言語、文字レパートリ記述言語、文書スキーマ再命名言語、名前空間に基づく検証委譲言語 (NVDL) を、含んでいる。DSDLスキーマ言語群はXML Schemasを支持するベンダの支援は2007年の時点ではまだ受けていない。DSDLは出版のための機能が欠如していることに対する、出版業界の一定の草の根の反応でもある。
XML文書の論理的構造と妥当なXML文書 > XML文書を検証する過程でXML情報集合を変更することについて

→「§ 情報集合への追加情報」も参照
いくつかのスキーマ言語では、特定のXML文書の構造を記述する能力に加えて、個々のXML文書をその特定のXML文書構造に適合するように変換する機能も、限定的ながら備えている。
DTDとXML Schemaはこの変換機能を備えている。
DTDと XML Schema では、XML文書に属性の既定値を与えることができる。RELAX NGとスキマトロンは、意図的にこの機能を外している。
例えば、XML情報集合を正確に扱うことが、RELAX NGとスキマトロンの仕様策定時に変換機能を外した理由の一つである。
XML文書を視覚的に表示する

XML文書を視覚的に表示するための方法を説明する。
XML文書は、その文書の内容をどのように視覚的に表示するかという情報を、一切含んでいない。
Cascading Style Sheets (CSS) や Extensible Stylesheet Language (XSL) のようなXMLのためのスタイルシート言語を使うのでなければ、ほとんどのウェブブラウザは普通のXML文書を生のXMLテキストとして描画する。いくつかのウェブブラウザは「ハンドル」をつけて表示する (例えば、余白に + と - の符号を表示する)。ハンドルを使うことにより、XML文書構造の部分木を、マウスクリックで展開したり折りたたんだりすることができる。
CSSを使ってウェブブラウザでXML文書を描画するためには、XML文書は次のような要領でスタイルシートへの参照を含めなければならない (XMLの処理命令を使ってスタイルシートを使って描画する旨を指定している)。
<?xml-stylesheet type="text/css" href="myStyleSheet.css"?>
この方法は、HTML文書におけるスタイルシート指定の方法とは異なる。HTML文書では <link/> 要素を使ってスタイルシートを指定する。
XML文書を視覚的に表示するために、Extensible Stylesheet Language（XSL、拡張可能なスタイルシート言語）を使うこともできる。XSLを使う場合は、XML文書をXHTML/HTML文書の構造に変換するか、もしくはウェブブラウザで視覚的に表示することができる他の文書の構造に変換する。
クライアント側でXSL Transformations (XSLT) のスタイルシートを指定するためには、XML文書に次のようにXSLTスタイルシートへの参照を含めることが、必要である（XMLの処理命令を使って実現している）。
<?xml-stylesheet type="text/xsl" href="myTransform.xslt"?>
クライアント側のXSLTスタイルシート処理機能は、現在では多くのウェブブラウザが備えている。
別の方法として、このような利用者が常用しているウェブブラウザの能力に依存する方法を採らずに、サーバ側でXSLを使ってXML文書を視覚化可能な形式に変換する方法も、行われている。利用者は、「舞台の裏側で」何が行われているかを、意識する必要はない。実際に目にするものは、よく整形され視覚化された文書だけである。
XMLの拡張

XMLを拡張する技術を説明する。
XMLの拡張 > MIMEタイプ

XML文書はさまざまなMIMEタイプで配布することができる。RFC 3023 は、"application/xml" および "text/xml" のMIMEタイプを定義する。
"application/xml" と "text/xml" のMIMEタイプは、そのデータがXML文書の形式をとっているということのみを述べているだけであり、そのXML文書の論理的構造については何も述べていない。
"text/xml" を使うことに対しては、符号化に関する問題が生じる可能性があるとの批判があり、現在では非推奨とされている。RFC 3023 では、加えて、XML文書を "application/" で始まり、"+xml" で終わるMIMEタイプで配布することを勧めている。例えば、AtomのXMLデータに対しては、"application/atom+xml" のMIMEタイプで配布するのである。
XMLの拡張 > XML名前空間

XML名前空間 (Namespaces in XML) は、一つXML文書内で、異なる複数のボキャブラリ（スキーマ）に由来する要素と属性を、名前の衝突を発生させることなく、含めることができるようにするための仕様である。World Wide Web Consortium (W3C) から、1999年1月14日に Namespaces in XML 1.0 が勧告された。XML文書に異なる複数のボキャブラリに由来する要素と属性を含める場合、ボキャブラリのそれぞれに名前空間をわりあてることにより、要素名の衝突と属性名の衝突の問題を、解決することができる。
一つの名前空間において定義された要素の名前は、一意でなければならない。
顧客への参照と注文された商品への参照を含む簡単なXML文書の例を考える。顧客要素と商品要素は、ともに「識別番号」という名前の子要素をもつことがあるだろう。識別番号要素への参照は、顧客要素の子要素の識別番号要素も商品要素の子要素の識別番号要素も同じ要素名をもつので、あいまいである。しかし2つのボキャブラリを区別する2つの名前空間のもとで識別番号要素を使う場合、顧客要素の子要素の識別番号要素と商品要素の子要素の識別番号要素は意味的に明確に異なる2種類の要素となる。
XMLの拡張 > XML名前空間 > 名前空間の宣言

名前空間は、XMLの予約属性である xmlns を使って宣言される。xmlns属性の属性値はIRI (Internationalized Resource Identifier) である必要があり、通常はURI (Uniform Resource Identifier) である。
例を示す。
xmlns="http://www.w3.org/1999/xhtml"
この例の "http://www.w3.org/1999/xhtml" を名前空間名という。ここで注意すべきこととしては、名前空間の宣言で記述されたURIは、実際にインターネット上の住所として解釈されるわけではないということである(自由に考えよう、URIほど便利なものが必ずインターネットのアドレスをささなければいけないなどと、誰が決めたのか)。例えば、http://www.w3.org/1999/xhtml自体には何のコードもない。このURIの文書では、人間の読者に対してXHTMLについて簡単に説明しているだけである。
("http://www.w3.org/1999/xhtml" のような) URIを名前空間の識別子として使うことで、（"xhtml" のような）単純な文字列を名前空間名として使うよりも、異なる名前空間が意図せずして同じ名前空間名を使ってしまう危険性を低減する。名前空間の識別子は、ウェブの住所（アドレス）の慣習にしたがう必要はない。
名前空間の宣言は短い接頭辞を含むことができる。この名前空間接頭辞を使うことで、異なるボキャブラリに由来する要素と属性を識別することができる。
名前空間接頭辞を使う例を示す。
xmlns:xhtml="http://www.w3.org/1999/xhtml"
XML名前空間を使ったXML文書の例を示す。
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0" xmlns="http://www.w3.org/1999/xhtml">
 <xsl:template match="/社員名簿">
  <html>
   <head>
    <title>XML文書をXHTML文書に変換する例</title>
   </head>
   <body>
    <h1>社員名簿</h1>
    <ul> 
     <xsl:apply-templates select="社員">
      <xsl:sort select="姓"/>
     </xsl:apply-templates>
    </ul>
   </body>
  </html>        
 </xsl:template>
 <xsl:template match="社員">
  <li>
   <xsl:value-of select="姓"/> <xsl:value-of select="名"/>
  </li>        
 </xsl:template>
</xsl:stylesheet>
このXML文書は、次の2つの名前空間のボキャブラリから構成されている。
XSLTのボキャブラリ: xslの名前空間接頭辞をもち、名前空間名は "http://www.w3.org/1999/XSL/Transform"。
XHTMLのボキャブラリ: 名前空間接頭辞をもたないデフォルトの名前空間であり、名前空間名は "http://www.w3.org/1999/xhtml"。
なおこのXML文書は、あるXML文書をXHTML文書に変換するXSLTスタイルシートである。
XML名前空間を使う場合、そのXML名前空間のボキャブラリが定義されていることが必要であるわけではない。しかしXML文書でXML名前空間を使う場合に、そのXML名前空間のボキャブラリを定義しておくことは、そのXML名前空間のURIのもとで正しい文書構造を定義しているスキーマに関連づけるために、行われることが多い。
XML文書をプログラムで処理する

プログラマやアプリケーションソフトウェアがXML文書を処理する手段としては、これまで次に示す3つの技法が伝統的に使われてきた。なお、この節の説明で使うAPIとはアプリケーションプログラミングインタフェースのことをさす。
プログラミング言語と SAX API を使う。
プログラミング言語と DOM API を使う。
変換エンジンとフィルタを使う。
さらに、近年に開発され使われるようになった、XML文書を処理する技法を示す。
Pull Parsing
データバインディング
XML文書をプログラムで処理する > Simple API for XML (SAX)

→詳細は「Simple API for XML」を参照
Simple API for XML (SAX) は、字句解析を行いイベント駆動で処理を行う API である。SAXを使うとXML文書は文書の最初から順次読み込まれ、その内容はプログラマが実装したハンドラオブジェクトの様々なメソッドへのコールバックとして報告される。SAXを使ったXML文書処理は高速であり、少ないコンピュータ資源を効率的に使って非常にサイズの大きいXML文書を処理することが可能である。
SAXを使うことに伴う問題は、XML文書に対してランダムアクセスを行って情報を取り出すことが難しいことである。そのため、SAXを使うに際し、プログラマはXML文書のどの部分が現在処理対象となっているか把握する為の機構を実装しなければならない。
SAXは、処理対象となるXML文書中のある種類の情報がどの部分に出現するかに依らず、常に同じように処理されると保証できる場合に用いるのが望ましい。
XML文書をプログラムで処理する > Document Object Model (DOM)

→詳細は「Document Object Model」を参照
Document Object Model (DOM) は、インタフェース指向のAPIであり、XML文書のおのおのの部分を表現する節オブジェクトの集まりからなる木構造であるかのように、XML文書全体に対してナビゲーションを行うことを想定している。DOMでは、XML文書に対してランダムアクセスを行って情報を取り出すことが、簡単にできる。
DOMにおけるXML文書全体に相当する Document オブジェクトは、XML文書をXMLプロセサが処理することにより生成することもできるし、プログラマがプログラミングすることによって生成することもできる。DOMにおける Node (節) のさまざまな型のデータ型は、DOM仕様においては抽象的にインタフェースとして定義されている。Node のデータ型の実装は、プログラミング言語に固有の言語バインディングを提供する。
DOMの実装は、サイズの大きいXML文書を扱う場合はたくさんのメモリを使う。なぜならDOMの実装は、一般的にはXML文書全体からオブジェクトの木構造を構築してメモリにロード（展開）し、その後にDOMを介した処理をできるようにしているからである。
Javaでは、標準ライブラリを構成するいくつかのパッケージでDOMが実装されており、Javaのプログラマは標準ライブラリのDOMを使うことができる。DOMの仕様は、World Wide Web Consortium (W3C) で策定されているため、DOMで中核をなす Node やDocument などのインタフェースや、直列化 (出力) などの機能を提供するためのインタフェースはパッケージ org.w3c.dom.* に収められている。
XML文書をプログラムで処理する > 変換エンジンとフィルタ

→「Extensible Stylesheet Language」も参照
Extensible Stylesheet Language (XSL) 技術におけるフィルタは、XML文書に対して、視覚的に出力したり印刷出力できるよう変換処理を行うことができる。
XML文書をプログラムで処理する > Pull Parsing

→「Streaming API for XML」も参照
Pull Parsing は、XML文書を、最初から順番に読み込み、Iterator パターン のデザインパターンを使って項目 (item) の一連の流れとして扱う、近年に徐々に普及してきた技法である。
Pull Parsing の技法により、再帰下降パーサを実装することができる。
再帰下降パーサでは、パースを実行するプログラムは、パースの対象となるXML文書の構造と似ている。
そしてパースの中間結果を取得することができる。
パースの中間結果を、パースを実行するメソッド内の局所変数 (ローカル変数) として使うことができる。
あるいは、低水準のメソッドの引数として渡したり、高水準のメソッドへの戻り値として返すことができる。
Pull Parsing の技法を提供する実装としては次のものがある。
Streaming API for XML (StAX) - Java
SimpleXML - PHP
System.Xml.XmlReader - .NET Framework
例えば、JavaのStAXフレームワークでは、本質的な「反復子」 (イテレータ) を作成して使うことができる。
Pull Parsing で作成される「反復子」はXML文書中のさまざまな要素、属性、データを順番に訪れる。
「反復子」を使うプログラムは、処理中に現在の項目 (例えば、要素の開始、要素の終了、テキスト) を調べ、その特性 (例えば、要素の名前、名前空間、属性値、テキスト内容) を調査する。
そして反復子に「次の」項目へ移動するよう指示することもできる。
プログラムは、このようにXML文書を走査するようにして、文書から情報を取り出すことができる。
Pull Parsing の技法の特筆すべき長所は、XML文書をパースするDOMの技法と比べて非常に高速であり、メモリ使用が非常に少ないことである。
もう一つの長所は、再帰下降の手法は、パースを実行するプログラム内で、データを型づけされた変数として保持することに適していることである。
SAXでは、例えば、プログラマが自分で処理中の要素の祖先となる要素群を格納するスタック内に中間データを保持するコードをプログラミングする必要があることが多い。
これに対し、Pull Parsing の技法を使ってXML文書を処理するプログラムは、SAXを使うプログラムよりも、非常に単純で理解し易く保守が容易になることが多い。
XML文書をプログラムで処理する > データバインディング

→「Java Architecture for XML Binding」も参照
XML文書を処理するもう一つのAPIは、XMLデータバインディングであり、XMLデータバインディングを使うと、XML文書を、その文書型に対応した、強く型づけされたプログラミング言語データ構造 (プログラムのソースコード) を、生成することができる。インタフェース指向のDOMとは対照的な手法である。データバインディングの実現例を次に示す。
Relaxer
Java Architecture for XML Binding (JAXB)
XML文書をプログラムで処理する > XMLに準拠したアプリケーションソフトウェアとエディタ

OpenOffice.org、AbiWord、およびAppleのiWorkなどのアプリケーションソフトウェアのネイティブファイルフォーマットは、XMLである。
従前、オフィススイートには各ソフトの特有のバイナリ形式としてデータが保存されていた。しかしながらこれでは互換性が低く、様々な情報をデータベースとして利用するオフィススイートでは不都合が生じていた。
そのため、データの標準化を進めて互換性を高めるため、各オフィススイートはXML形式でデータを出力する機能や、そもそも標準保存形式をXMLベースとするものが増えてきた。
OpenOffice.orgはXMLベースの保存形式を当初より標準としていた（英語版バージョン1.0は2002年5月1日リリース）。また、OpenOffice.orgに限らず、どのオフィススイートでも利用できるOpenDocument形式が国際標準化機構（ISO）によって標準規格として認定されている。
もう一つのオフィススイート用の保存形式である Office Open XML も、ISOにより標準規格として認定されている。
マイクロソフトの Microsoft Office では Microsoft Office XP のバージョンからXML形式への対応を始め、Microsoft Office 2003 で独自の定義の XML Schema がサポートされるに至った。
Microsoft Office 2007 ではデフォルトの保存方式がXMLとなった（Office Open XML）。Microsoft Office 2007 のいくつかの機能では、XMLファイルを利用者が指定したスキーマ (ただしDTDではない) に沿って編集することができるようになっている。
またマイクロソフトは、Microsoft Office 2003 のためのファイルフォーマット互換性キットを公開している。
この互換性キットを使うことにより、以前のバージョンの Microsoft Office で作成された文書をXMLに準拠した新しいフォーマットで保存することができる。
エディタについては現在、多くのXMLエディタが使えるようになっている。
XML情報集合

XMLインフォメーションセット（英: XML Information Set, Infoset）またはXML情報集合 (—じょうほうしゅうごう) は、XML文書の抽象的なデータモデルを「情報項目」 (information item) の集合を使って規定している。
World Wide Web Consortium (W3C) から、2001年10月24日にXML情報集合仕様が勧告された。
XML情報集合の仕様における定義は、整形式XML文書内の情報を参照する必要がある他の仕様において使われることが想定されている。
一つのXML文書には、そのXML文書が整形式でありかつXML名前空間の制約に準拠している場合、一つのXML情報集合がある。
XML情報集合を構成するためには、そのXML文書が妥当なXML文書であることは、必須要件ではない。
一つのXML情報集合には、次に示す11種類の情報項目がある。
文書情報項目
要素情報項目
属性情報項目
処理命令情報項目
展開されなかった実体情報項目
文字情報項目
コメント情報項目
文書型宣言情報項目
解析対象外実体情報項目
記法情報項目
名前空間情報項目
XML情報集合の Second Edition (第2版) が2004年2月4日に勧告された。
XML情報集合 > 情報集合への追加情報

情報集合への追加情報すなわち情報集合に対する改変は、スキーマによる妥当性検証を行う際に、情報集合を改変することをいう。
例えば、情報集合に属性の既定値 (デフォルト値) を追加することなどがある。情報を追加された情報集合は、スキーマ検証後情報集合あるいはPSVI (post-schema-validation infoset) と呼ばれる。
情報集合への追加情報については、賛否両論がある。
情報集合に情報を追加することに否定的な見解としては、情報集合への追加情報はモジュール性を侵害し相互運用性の面での問題を引き起こす危険があるとする。
なぜなら、同じXML文書を扱う複数のアプリケーションソフトウェアは、受け取る情報が妥当性検証を行うかどうかに依存してしまうからである。
アプリケーションソフトウェアが、妥当性検証を行う場合に受け取る情報と、妥当性検証を行わない場合に受け取る情報が、異なってしまうのである。
XML Schema は、XML情報集合への追加情報を扱うことができる。
RELAX NGは、情報集合への追加情報を扱わない。
RELAX NG では、情報集合への追加情報に否定的な立場をとっている。
歴史

デジタルメディアの出版を行ってきた人々は、1980年の後半—インターネットが広く使われるようになるより前の時期—には既に、動的に情報を視覚化するための技術として、汎用的なマークアップ言語である Standard Generalized Markup Language (SGML) が多くの用途に適していることを、理解していた。
SGMLはいくつかの分野で普及していたが、仕様が複雑で処理系の開発が難しく、またSGML文書の処理が重いという欠点があった。1990年代半ばまでには、SGMLを実際に使っていた一定の人々は、新しく現れた World Wide Web (ウェブ) を経験した。
そうした人々は、ウェブが発展することにより直面するいくつかの問題に対して、SGMLが解決策を提供すると、強く考えるようになった。
Dan Connolly は、自分が1995年にWorld Wide Web Consortium (W3C) のスタッフになった時に、SGMLをW3Cのアクティビティの一覧に追加した。
このアクティビティの作業は、1996年の中頃にサン・マイクロシステムズのジョン・ボサックが、このアクティビティに関する宣言を起草しアクティビティの共同作業者を募ることで、始まった。
ボサックは、SGMLとウェブの双方を経験していた人々の小さなコミュニティと良好な関係を築いていた。
ボサックは、自分の作業においてマイクロソフトから支援を受けた。
XMLの仕様は、11人のメンバーからなるワーキンググループにより編集され、だいたい150人から構成される Interest Group のメンバーから支援を受けて作成された。
技術的な論議が Interest Group のメーリングリストで提起され、提起された論議は合意形成により解決された。合意形成ができなかった場合は、ワーキンググループのメンバーの投票による多数により解決された。
このアクティビティで行われた設計上の決定とその根拠の記録は、Michael Sperberg-McQueen が1997年12月4日に編集した。
このアクティビティではジェームズ・クラークが技術リーダとして貢献した。
クラークの貢献として特筆されるのは、空要素 "<empty />" の導入と、この技術の名称 "Extensible Markup Language" (XML) の命名である。
この技術の名称として、他に提案され吟味されたものの一部を次に示す。
MAGMA (Minimal Architecture for Generalized Markup Applications)
SLIM (Structured Language for Internet Markup)
MGML (Minimal Generalized Markup Language)
XML仕様のワーキンググループではジョン・ボサックが議長を務めた。
このワーキンググループではジェームズ・クラークが技術リーダを務めた。
ワーキンググループの共同エディタは、もともとはティム・ブレイと Michael Sperberg-McQueen であった。
このアクティビティのプロジェクトの途中で、ブレイはネットスケープ・コミュニケーションズとのコンサルティングの契約を結んだ。
このブレイとネットスケープの契約に対しては、マイクロソフトが強く抗議した。
ブレイは、エディタの役割を一時的に辞することを要請された。
このことに関して、ワーキンググループでは激しい議論が行われた。
この議論は、最終的にはマイクロソフトの Jean Paoli が第3の共同エディタに就くことで解決した。
なおXMLワーキンググループには、日本人としてはただ一人村田真がメンバーとして1997年に参加した。
XMLワーキンググループは、直接会って活動したことは数回しかなかった（最初の会議は1997年8月22日）。
XML仕様の設計は、電子メールと週に一度の電話会議の双方を有機的に活用することにより、成し遂げられた。
XML仕様の設計では、SGMLの欠点を解決すべく文法を簡素化した。
XML仕様における設計上のいくつかの大きな決定は、1996年の7月から11月までの間の12週間の真剣な作業のなかで行われた。
この12週間の作業の後 (1996年11月) に、XMLの最初のワーキングドラフトが公表された。
その後も1997年をとおして設計作業は続けられ、XML 1.0 は、1998年2月10日にW3Cの勧告となった。
XML 1.0 は、ワーキンググループが目標としていた次の目標を達成したと、評価する人々が多い。
インターネット環境での使いやすさ
汎用的な用途での使いやすさ
SGMLとの互換性
XML文書を扱うソフトウェアの開発を容易にする機能
オプショナルな機能の最小化
XML文書の読みやすさ
形式に即していること (formality)
簡潔さ
XML文書の作成・編集の容易さ
技術者にとってはXMLはSGMLよりも習得しやすい技術であり、また処理系の開発が容易になったことで低い費用でXML技術を利用できるようになった。
現在ではXMLは広く普及している技術である。
XMLの前身であるSGMLと同様にXMLでも、いくつかの冗長な構文要素があり、要素記述子の繰り返しを仕様に含んでいる。
文書を短くすることは、XMLワーキンググループでは、XMLの構造において本質的な問題とは見なされなかった。
歴史 > 起源

XMLは、ISO標準 Standard Generalized Markup Language (SGML) のサブセットである。
XMLのほとんどはSGMLから変更されずに採り入れられている。
XMLがSGMLから採り入れられている技術的な要素には次のものが含まれる。
論理的な構造と物理的な構造を分離する (要素と実体)
文法に基づいた妥当性検証 (Document Type Definition (DTD、文書型定義))
データとメタデータを分離する (要素と属性)
混合内容 (mixed content、要素の内容として子要素と文字列データが混在する内容モデル)
表現から処理を分離する (処理命令; processing instruction)
山括弧の構文
XMLがSGMLから採り入れなかった技術要素としては、SGML宣言がある (XMLでは文書の文字符号化方式としてUTF-8とUTF-16を採用している)。
XMLの他の技術的起源としては、次の3つが挙げられる。
XML仕様の設計に関する議論のなかで開発された革新的な考え方には、次のものが含まれる。
XML文書の文字符号化方式 (文字コード) の決定のアルゴリズムと、XML宣言における文字符号化方式の指定
処理命令のターゲット
xml:space 属性
空要素のタグのための新しい要素終了区切り
歴史 > バージョン

2010年1月現在の時点では、XMLには2つのバージョンがある。
EBCDIC プラットフォームで使われている行終端文字を使えるようにする。
Unicode 2.0 の文字集合に含まれない文字を使えるようにする。
XML 1.0 と XML 1.1 は、要素名と属性名に使うことができる文字集合において異なっている。XML 1.0 では、 Unicode 2.0 で定義された文字集合のみ要素名および属性名として使うことができる。Unicode 2.0 の文字集合には、世界で使われているほとんどの文字が含まれている。しかし Unicode 2.0 の文字集合には Unicode 2.0 より新しいバージョンで追加された文字は含まれていない。こうした Unicode の新しいバージョンで追加された文字としては、モンゴル語、クメール語 (カンボジア語)、アムハラ語、ビルマ語などの文字が、含まれる。
XML 1.1 においては、ほとんどのUnicode文字をXML文書の文字列データや属性値として使うことができる。また Unicode の現在のバージョンで定義されていない文字でさえ、使うことができる。
XML 1.1 の方式では、いくつかの文字については使うことができないが、その他の全ての文字は使うことができる。
一方で XML 1.0 では、仕様で明示的に規定された文字集合のみを、XML文書の文字列データや属性値として使うことができる。
このため XML 1.0 では、Unicode の新しいバージョンで追加される文字を扱うことはできない。
XML文書の文字列データや属性値について、XML 1.1 では XML 1.0 より多くの制御文字を使うことができる。
しかし「堅牢性」の観点から、XML 1.1 で使えるようになった制御文字の多くは、文字参照としてXML文書内に記述しなければならない。
XML 1.1 で使えるようになった制御文字には、2つの改行コードが含まれる。
この2つの改行コードは、XML 1.1 の処理系では空白記号として扱われる。
制御文字のうちこの空白記号として扱われる制御文字のみが、XML 1.1 で文字参照を使わずに直接にXML文書に記述することができる。
現在、XML 2.0 に関する議論が行われている。
XML-SW (SW は、skunk works スカンクワークスの意味) が、XMLの最初の設計者の一人によって書かれた。
XML-SW には、XML 2.0 はどのようなものかということについての、いくつかの提案を含んでいる。
その内容は次のとおりである。
Document Type Definition (DTD、文書型定義) をXMLの構文から排除する。
XML名前空間、XML Base およびXML情報集合 (情報集合) をXML仕様に統合する。
World Wide Web Consortium (W3C) では、XML Binary Characterization (XMLバイナリ表現) のワーキンググループが活動しており、同ワーキンググループでは、XML情報集合をバイナリ形式に符号化するために、ユースケースと特性を調査する予備研究を行っている。
このワーキンググループは、公的な標準を制定することが認可されているわけではない。
XMLは定義上明確にテキストに基づいているため、ITU-TとISOは、それぞれが定めるバイナリインフォメーションセットに対して、混乱を避けるために Fast Infoset の名前を使っている (参照: ITU-T Rec. X.891 | ISO/IEC 24824-1)。
歴史 > 特許の主張

2005年の10月に、Scientigoという小さな企業が、XMLの使用に対して同企業の2つの特許 U.S. Patent 5,842,213 と U.S. Patent 6,393,426 の対象になるという主張を、公的に表明した。
この2つの特許は、「特定の『階層構造ではない』統合されていない中立的な形式での、[データの]モデリングと格納と転送」を対象としている。
特許申請によると、この2つの特許は1997年と1999年に出願された。
Scientigoの最高経営責任者 (CEO) である Doyal Bryant は、この2つの特許を「金銭に換える」という願望を述べたが、同社は「世界を敵にするつもりはない」と言明した。
Bryant は、Scientigoは自社の2つの特許についていくつかの大企業と話し合っていると述べた。
XMLを使う人々や企業に在籍していない専門家たちは、Scientigoの主張に対して懐疑的で批判的な立場で反応した。
一定の人々は、Scientigoをパテント・トロールであると述べた。
ティム・ブレイは、この2つの特許がXMLを対象とするという主張は「ばかげている」と述べた。
XMLに関係する多くの先行技術がSGMLを含めて存在している。
XMLに対する支持と批判

多くの論者がXMLに対してさまざまな批判を行ってきた。
こうした批判は、XMLの長所と潜在的な欠点に対する言及を含んでいる。
XMLに対する支持と批判 > XMLの長所

XMLはテキストに基づいた技術である。
XMLはUnicodeの文字集合を扱える。Unicodeを採用したことにより、どのような自然言語の書き言葉であってもほとんどの情報を通信の対象にできる。
XMLは汎用的にコンピュータ科学のデータ構造を表現できる。例えば、レコード（構造体）、リスト、木構造などを表現できる。
XMLの自己文書化という形式は、構造とフィールド名とともに値も記述できる。
XMLの厳密な構文と構文解析の要件があるため、XMLプロセサ (XMLパーサ) のアルゴリズムは非常に簡潔で効率よく一貫性のあるものとなる。
XMLは文書データベースおよび文書処理のための技術として、スタンドアロン環境においてもネットワーク環境においても、非常によく活用されている。
XMLは国際標準に基づいている。
XMLでは、RELAX NG やスキマトロンのようなスキーマ言語を使うことで妥当性検証を行える。こうした妥当性検証の機構は次のことを容易にする。
有効な単体テスト
有効な防火壁 (ファイアウォール)
有効な受け入れテスト
契約に基づく有効な仕様
有効なソフトウェア構築
XMLの階層構造は、(全てではないが) ほとんどの種類の文書の表現に向いている。
XMLはプレーンテキストとして表現される。プレーンテキストは、他のプロプライエタリな文書形式と比べて制限が少ない。
XMLはプラットフォーム独立である。このため技術の移り変わりによる影響に比較的強い。
XML文書は、スキーマが変更されても、前方互換性と後方互換性を保持することは、比較的容易である。
XMLの前身であるSGMLは、1986年から使われつづけている。そのため大量に蓄積された経験やソフトウェアを活用できる。
整形式XML文書の要素の断片もまた、整形式のXML文書である。
XMLに対する支持と批判 > XMLの短所

XML文書の構文は、同じ情報を表すバイナリ表現と比べて、冗長でサイズが大きい。
XML文書は冗長であり、記憶装置、転送、処理のコストの面で、効率的な運用に悪い影響を与える可能性がある。
XML文書の構文は、他の「テキストに基づく」データ転送形式と比べて冗長である。
XMLはその前身であるSGMLよりも簡素化されたとはいえ、その処理は決して軽くはなく、インターネット上のプロトコルなど速度と軽さが要求される分野では、採用が見送られることがしばしばある。
XMLが表現形式として採用している階層型モデルは、関係モデルやオブジェクト指向グラフと比べると制限が大きい。
オーバーラップする (階層構造ではない) 節 (ノード) の関連を表現するには、余分な努力が必要である。
XML名前空間を使うことには問題がともなう。名前空間を正しく扱うXMLプロセサを実装することは、難しい作業になる可能性がある。
XMLは、「自己文書化」として表現されることが多い。しかしこの表現では、重大なあいまいさがあることを考慮していない。
XML文書における内容と属性の区別は、一定の人々にとっては不自然に感じられる。XMLのデータ構造の設計を難しくする要因となっている。
標準化

先述したISOの標準群のほかに、XML関連では次の文書が発行されている。
ISO/IEC 8825-4:2002 Information technology -- ASN.1 encoding rules: XML Encoding Rules (XER)
ISO/IEC 8825-5:2004 Information technology -- ASN.1 encoding rules: Mapping W3C XML schema definitions into ASN.1
ISO/IEC 9075-14:2006 Information technology -- Database languages -- SQL -- Part 14: XML-Related Specifications (SQL/XML)
ISO 10303-28:2007 Industrial automation systems and integration -- Product data representation and exchange -- Part 28: Implementation methods: XML representations of EXPRESS schemas and data, using XML schemas
ISO/IEC 13250-3:2007 Information technology -- Topic Maps -- Part 3: XML syntax
ISO/IEC 13522-5:1997 Information technology -- Coding of multimedia and hypermedia information -- Part 5: Support for base-level interactive applications
ISO/IEC 13522-8:2001 Information technology -- Coding of multimedia and hypermedia information -- Part 8: XML notation for ISO/IEC 13522-5
ISO/IEC 18056:2007 Information technology -- Telecommunications and information exchange between systems -- XML Protocol for Computer Supported Telecommunications Applications (CSTA) Phase III
ISO/IEC 19503:2005 Information technology -- XML Metadata Interchange (XMI)
ISO/IEC 19776-1:2005 Information technology -- Computer graphics, image processing and environmental data representation -- Extensible 3D (X3D) encodings -- Part 1: Extensible Markup Language (XML) encoding
ISO/IEC 22537:2006 Information technology -- ECMAScript for XML (E4X) specification
ISO 22643:2003 Space data and information transfer systems -- Data entity dictionary specification language (DEDSL) -- XML/DTD Syntax
ISO/IEC 23001-1:2006 Information technology -- MPEG systems technologies -- Part 1: Binary MPEG format for XML
ISO 24531:2007 Intelligent transport systems -- System architecture, taxonomy and terminology -- Using XML in ITS standards, data registries and data dictionaries
Zeekr

| --- | --- |
 
 
現地語社名:  极氪
種類:  公開会社
業種:  自動車
設立:  2021年
本社:  中国
製品:  自動車
売上高:  7.28 人民幣 (2023年) 
営業利益:  1.15 アメリカ合衆国ドル (2023年) 
利益:  1.16 アメリカ合衆国ドル (2023年) 
総資産:  3.82 アメリカ合衆国ドル (2023年) 
所有者:  Geely Automobile Holdings Ltd
従業員数:  16,600 (2023年) 
ウェブサイト:  zeekrlife.com
中国深圳のZeekrショールーム
Zeekr (ジーカー、极氪) は、吉利汽車が所有する中国の自動車ブランドである。2021年に設立され、プレミアムセグメントの電気自動車（EV）の開発・製造・販売を行っている。2024年5月、ニューヨーク証券取引所に上場した。
歴史

Zeekr は、以前は Geely の姉妹ブランド Lynk 新エネルギー電気自動車部門として知られ、2021 年 3 月 23 日に設立されましたは、吉利汽車 と 吉利控股集団 が共同投資しており、吉利の創設者兼会長 李書福 がジクリプトンの会長を務め、安従輝 が CEO を務めています。 ブランドは、NIO[要曖昧さ回避] および Tesla[要曖昧さ回避] に対してベンチマークを設定します。。 Zeekr 従業員の 70% は外部から採用され、30% は吉利汽車社内から採用されています。。
Zeekr の最初のモデル Zeekr 001 は、2021 年 4 月の 上海国際自動車産業博覧会 で発表されました, このモデルは当初Lynk & Coの名前で発売される予定だった。ジクリプトン 001 は 10 月 19 日に寧波杭州湾のジクリプトン スマート工場で生産ラインを稼働し、最初のバッチ 50 台が 10 月 23 日に納入され始めました。。 2022 年には、合計 71,941 台の Zeekr 001 車両が中国本土の 330 以上の都市に納入されました。。子会社の Zeekr Energy が 充電ステーション の建設と運営を担当しており、充電ステーションの最初のバッチが 2021 年 9 月 28 日に杭州で完成しました。。 2023年12月7日の時点で、ジクリプトンは136都市に850の充電ステーションを建設しており、そのうち406がジクリプトンの充電ステーションです、数量の点で中国本土の電気自動車ブランドのトップ 3 にランクされています。。
2021年12月、吉利汽車は、ZeekrがWaymoと協力して、米国のユーザー向けに完全電気自動運転のオンライン配車サービスを開発すると発表した、2022年11月発売モデル。 2022 年 1 月に、ジクリプトンは モービルアイ と協力の意向に達し、2024 年に L4 レベルの自動運転機能を備えた世界初の消費者グレードの 自動運転車 を発売する予定です。
2022年8月、ジクリプトンはCATLと提携し、CATLのキリン電池を搭載する最初の自動車ブランドとなった。キリン電池を搭載した初の純電気MPV ジクリプトン 009 は、2023 年第 1 四半期に発売される予定です。航続距離 1,000 キロメートルを超えるキリン電池バージョンのジクリプトン 001 も、2023 年 1 月に発売される予定です。が、1,000キロメートルのバッテリー寿命バージョン（「サウザンドマイルバッテリーライフパッケージ」）は数量限定で販売されます。
ジクリプトンは2023年12月14日、ジクリプトン007に初めて搭載される初の自社開発バッテリー「BRICバッテリー」の発売を発表した。
2024 年 5 月 24 日、Qihoo 360 は Zeekr と戦略的協力協定を締結しました。
歴史 > 資金調達と上場

2021 年 8 月 27 日、Zeekr は、戦略的投資家として Template:Le、CATL、Bilibili、Hongshang Group、Boyu Investment の導入を発表しました。総投資額は 5 億米ドルです。。2023 年 2 月 13 日、ジクリプトンは、7 億 5,000 万米ドルのシリーズ A 資金調達の完了を発表しました。投資家にはモービルアイの創設者兼 CEO のアムノン・シャシュア氏、CATL、[越秀産業基金]、コマース基金、衢州新安インテリジェント製造基金が含まれます。
2022年10月31日、吉利汽車はジクリプトンを分社化し、独立して上場する提案を発表したが、上場場所、提供規模、価格帯などはまだ発表されていない。吉利グループのブランドはそれぞれ異なる位置付けを持ち、運営、管理、財務上の独立性を求めているため、吉利は分社化して上場することを決定した。同年12月、ロイターは、ジクリプトンが米国でIPOを申請し、早ければ2023年の第2四半期にも上場する予定であると述べた。しかし、ジクリプトンの担当者はコメントを控えた。
2023 年 8 月 25 日、中国証券監督管理委員会 はジクリプトンの海外上場申請を承認し、この上場は 9 億 2,600 万株以下の普通株を発行し、ニューヨーク証券取引所 に上場する予定です。 11 月 10 日、ジクリプトンは 米国証券取引委員会 に目論見書を提出しました, ウェイジクリプトンは発行範囲や発行規模を公表していない。当時市場が低迷していたという市場の憶測により、ジクリプトンの米国でのIPO計画は延期されたが、上場計画はまだ進行中であると述べた。
2024 年 3 月 20 日、ジクリプトンは更新された登録届出書  を米国証券取引委員会に提出しました。 5月3日、ジクリプトンは米国証券取引委員会にレッドニシン目論見書を提出した。目論見書によると、ジクリプトンは1,750万株米国預託証券を発行し、各ADSは普通株10株に相当し、発行価格は1ADS当たり18～21ドルである。5 月 9 日、ジクリプトンはニューヨーク証券取引所に上場されました。この上場により、合計 2,100 万ドルの米国預託証券が発行され、引受会社がオーバーアロットメントを行使した場合、約 4 億 4,100 万ドルが調達されました。権利を取得すると、規模は5億700万米ドルに相当する2,415万株に拡大される、2021年10月以来、米国における中国企業による最大の株式公開となった。このオファリングでは、ジクリプトンの価値は完全希薄化後 55 億米ドルとなります。これにより、吉クリプトンは吉利ファミリーの9番目の上場企業となったと同時に、設立から上場までの全プロセスがわずか37か月（3年と3年）で中国の新エネルギー車ブランドの最速記録を破った。 1 か月)、以前よりも早く販売されています NIO、Xpeng、Li Auto、および Leapmotor。
歴史 > 海外レイアウト

2023 年 4 月 18 日、ジクリプトンは欧州市場に参入し、年内にまず スウェーデン と オランダ 市場に参入すると発表しました。。 7月10日、ジクリプトンはイスラエル・ユナイテッド・グループと、2023年第4四半期にイスラエルでジクリプトン001およびジクリプトンXを発売する契約に署名した。
2023年後半に、ジクリプトン001とジクリプトンXの欧州版は寧波杭州湾ジクリプトンスマートファクトリーの工場から出荷されヨーロッパに出荷される予定、オランダとスウェーデンでの納品が完了しました、累計販売台数4,000台を突破。 Zeekr がヨーロッパに輸出するモデルはすべて、ヨーロッパの E-NCAP の 5 つ星安全基準を満たしており、車両システムもヨーロッパの規制に準拠しており、9 か国語で地図ナビゲーション サービスを提供しています。およびヨーロッパ 32 か国。
2024 年 3 月に、Zeekr 001 と Zeekr X が UAE と サウジアラビア の市場に参入します。。 Zeekr の欧州市場展開は 2024 年に 8 か国に増加し、2026 年には 西ヨーロッパ 地域のほとんどをカバーすると予想されており、2024 年末までに Zeekr の販売ネットワークは 50 か国と地域をカバーするようになることが予想されます。同時に、東南アジア、中東、南米、オーストラリアなどの市場に参入します。
2024年6月19日、複数のロシアメディアは、中国のディーラーがロシアへのクリプトン電気自動車の販売を禁止されたと報じ、これらの制限は6月30日以降に実施されると述べた同社からの公式書簡を発表した。一部のロシアの自動車ディーラーは書簡の受領を確認しながらも、ジ・クリプトン社は正式な販売を行っていないが、大量に生産・輸入している企業では自動車の修理に使用されていると指摘し、米国による二次制裁のリスクに言及した。部品供給はもっと高価になるだろう。この影響はベラルーシにも及んでいるが、ベラルーシの輸入業者の一つであるウェストモーターズも、中国の提携業者から7月1日から並行輸入による配送が禁止されるという通知を受け取ったと述べた。 メーカーの吉利集団は制裁を受けることを望んでいないものの、自社ブランドを発展させるために欧州市場を模索していると見られており、ロシアとベラルーシへの自動車輸出を停止する予定だ。
歴史 > 会社再編

Hybrid 製品を主力製品とする姉妹ブランドである Lynk & Co は、2024 年に純電気市場への参入を突然発表しました。その最初の純粋な電気モデル Z10（英語版）
は、Zeekr 007 と同じ Geely Haohan Architecture（英語版）
を採用しています。価格は同じくセダンである Zeekr 007 と同様ですが、Zeekr 007 はより高度な 3 電気システムを搭載しており、同じ時期に他のブランドから多くの車が市場に出ているためです。この期間、Lynk & Co Z10 の市場パフォーマンスは良くありません。同時に、ジー・クリプトンも同年7月に将来的にハイブリッドモデルの発売を排除しないと発言しており、これをきっかけに両ブランド間の内部競争への懸念が吉利幹部も注目し始めた。問題。2024年9月、吉利控股集団は「泰州宣言」を発表し、各ブランドの位置付けをさらに明確にし、利益相反や投資の重複を削減し、グループの運営効率を向上させることを明らかにした。。
2024 年 11 月 14 日、吉利控股は、ジクリプトンと Lynk & Co の包括的な戦略的連携を促進するために、ジクリプトンと Lynk & Co の所有構造を最適化すると発表しました。Zeekrは、Geely Holdingが保有するLynk & Coの株式の20%を36億元（人民元、以下同）で取得し、Volvoが保有するLynk & Coの株式の30%を54億元で取得し、同時にLynk & Co. に 3 億 6,700 万元の追加資本を注入し、その時点で Lynk & Co の株式保有率は 51% に達する予定です。吉利控股はジクリプトンの株式11.3％を吉利汽車に譲渡し、これにより吉利汽車のジクリプトン株保有率は約62.8％となる。 同日、ボルボは関連取引の確認を発表し、取引が完了する2025年の第1四半期に70％を支払い、残りの30％と利息は取引完了の1年後に支払われる予定だ。 。 テクノロジーメディア 36氪 は、Zeekr は今後も現 CEO の An Conghui によって経営され続けるが、Lynk & Co ブランドは存続するが、チームとブランド戦略は Zeekr に統合されると報じた。。
2024 年 12 月 3 日、Zeekr と Lynk & Co の戦略的統合後、「Zhejiang Zeekr Intelligent Technology Co., Ltd.」の法人名は変更されません。合併後の新会社の名称は「Zeekr Technology Group」となります。略して「Zeekr」とLynk & Coのデュアルブランド車を所有しています。
モデル

Zeekr・001 - 2021年4月の上海モーターショーで発表された最初のモデル。2021年10月に中国本土市場で発売された。2022年からは中国国外でも販売されている。
Zeekr・009 - 2022年発売の高級大型MPV
Zeekr・X - 2023年発売のサブコンパクトクロスオーバー SUV
Zeekr・007 - 2023年12月発表のセダン
Zeekr・Mix - 2024年発表のコンパクトMPV
Zeekr 001
Zeekr 009
Zeekr X
Zeekr 007
モデル > コンセプトカー

M-Vision
M-Vision
子会社

Zeekr Technology Europe - スウェーデン・ヨーテボリに位置する研究開発施設。ボルボ・CMAの開発施設から発展した。