TEIガイドラインP5

1.2.1 簡単なカスタマイズ TEI: 簡単なカスタマイズ¶

ここでは，4つのモジュールの定義が，参照として記述されており，それらは， 要素 moduleRefの属性keyで指定されている． このスキーマの定義自体にも，IDは付与されている(TEI-minimal参照)． ODD処理ソフトは，ここにある宣言から，XML DTDやRELAX NG， W3C Schemaなどによる適切なスキーマを生成することになる． 原理上は，どのようなスキーマ言語にも対応することが出来る． 結果として得られたスキーマは，様々な文書インスタンスと共に使うこと が出来る． この詳細は， v XML入門にある． スキーマに従った妥当な文書インスタンスの開始点(すなわち， ルート要素)は，属性startで指定さ れる． ODDの処理についての詳細は，23.4 Implementation of an ODD Systemにある．

1.2.2 大きなカスタマイズTEI: 大きなカスタマイズ¶

本ガイドラインの以下の章では，これらの素性向けのマークアップ構造を，詳 細に解説している． マークアップ構造は，プロジェクトや利用場面に合わせて，組み合わせて作る ことが出来る．

また，TEIでは，より細かなカスタマイズもサポートしている． 例えば，スキーマは，あるモジュールにある要素や属性を外したり，名前を変 更したり，新しい要素や属性を追加する場合である． この様な修正に関する解説は， 23.2 Personalization and Customization にある．また，この適合性に関する解説は 23.3 Conformance. にある． これらの機能は，全てのスキーマ言語に対応している(但し，ある機 能は，言語によっては使えないかもしれない)． ODD言語により，TEIのモジュールと非TEIモジュールを統合して，1 つのスキーマを作ることが出来る． 但し，この場合，非TEIモジュールはRELAX NGで定義されている必要 がある( 22.6 Combining TEI and Non-TEIのモジュールを参照)．

1.3.1 属性クラスTEI: 属性クラス¶

属性クラスは，属性を共通して持つ要素をまとめたものである． 属性クラスの名前は，att.で始まっている． 例えば，クラスatt.naming は，属性keyを共通して持つものがメ ンバーである． これにより，各要素が独自にそれを定義することなく，継承する だけで済ませることができる． この属性は，クラス att.naming により定義(から継承)されていることになる． 例えば，属性keyを持った方がよい別 の要素をTEIスキーマに埋め込む際には，クラス att.naming のメンバーに，その要素を追加するのが一番簡単な方法である．

属性クラスのいくつかは，TEI基盤モジュールで定義されている． 従って，それらの属性クラスは，グローバルに使うことができる． 他の属性クラスは，特定のモジュール向けに用意されており，詳 しくは各章で定義してある． そのようなクラスで定義されている属性は，当該モジュールがス キーマに組み込まれていなければ，使うことは出来ない．

属性クラスの属性は，当該クラス中で定義されている他にも，間 接的に，他のクラスにある定義を継承することで定義されること がある． 例えば，属性クラス att.pointing.group には，属性domainsと targFuncがあるが， このクラスは， 別の属性クラス att.pointing の下位クラスであることから， その属性クラス att.pointing で定義されている属性 typeと evaluateも 継承している． 属性クラス att.pointing には，上記2つの属性がメンバーとしてであるが， 属性クラス att.pointing.group には，4つの属性全てがメンバーとしてある．

あるモジュールでは， 上位クラスを定義することがある． 例えば，グローバル属性クラスである att.divLike には，属性 org， uniform， (訳注：原文の間違い．正しくはpart) sample がメンバーとして， 韻文モジュール向けの 属性クラス att.metrical では，属性 met real rhyme がメンバーとしてある． 属性クラス att.metrical は，属性クラス att.divLike の上位クラスとして定義されているので， もし仮に，韻文モジュールが当該スキーマに既に含まれている場合には， 属性クラス att.divLike の要素は，6つ全ての属性を使うことができる． しかし，もし，韻文モジュールがスキーマに含まれていないときには， 属性クラス att.divLike の要素は，そのメンバーとしてある3つの属性しか使うことが出来ない．

特定モジュール向けの属性については，当該モジュールの章で解 説されている． 特別な属性クラス att.global は，全てのモジュールで使うことが出来る． 従って，この詳細は，続く節で解説する． 全属性クラスのリストは， 付録 B 属性クラス にある．

1.3.2 モデルクラスTEI: モデルクラス¶

TEIのモデルクラスでは，ある文書中に同じく出現する素性を共有 するものを，そのメンバーとしている． TEIにおける要素の内容モデルでは，特定の要素が直接定義されることは なく，あるモデルクラスを介して，間接的に要素が定義されている． これにより，内容モデルを簡単にでき，さらに一貫性も保つことが 容易になる． また，理解したり，修正したりすることも容易になる．

属性クラスと同様に，モデルクラスにおいても，下位クラスと上位 クラスというものがる． 要素が，それが属するクラスから，文書中に出現するための規定を 継承するように，下位クラスのメンバーは，上位クラスの規定を全 て継承することになる． 時に，このようなクラスは，TEIが使える多くの要素を，小さな構造に収 めてしまうために使うことも可能である． 但し，これは一般的な用法ではない．

事実，要素が所属するクラスは，2つの側面から捉えることができ る． ひとつは，文書構造中に出現できる場所を規定することである． もうひとつは，同じ種類の意味を示唆することである． 例えば，段落中に出現する要素をまとめたある大きなクラスでは， 複数の他のクラスを含んでいる． このような子クラスは，構造上同じ特性を共有はしているが，その 利用場面は異なるものである． 例えば，あるクラスは，強調と関連し，あるクラスは名前や場所と 関連するなどである． 「クラスメンバーの出現が認められる場所の集合」とするのは， かなり制約のきつい表現である． ある特定の要素中，または要素のクラスに出現することが出来るも のといえる． または，要素は，多くの場所，または場所の集合で出現が認められ ているといえる．

この種の要因は，モデルクラスに与えられた名前とも関連している． 名前にpartという言葉が含まれている モデルクラス，例えば， model.divPartや model.biblPartは， その構造上の場所に関連して定義されたものである． 例えば，要素 div の内容として出現する要素(または要素のクラス)は，クラス model.divPartを構成している． また，要素 bibl の内容として出現するものは，クラス model.biblPart を構成している． また，モデルクラスの名前にlikeと いう言葉が含まれている場合，例えば，モデルクラス model.biblLikeや model.nameLikeでは， そのメンバーにはそれぞれ共通して，例えば，書誌情報を含むこと や，ある種の名前を含むことなどの特性を持つことが示唆されてい る． この様に，意味的にまとめられたクラスは，構造上まとめられた 大きなクラスを分割する，便利な手段にもなる． 例えば，一般的な構造に関するクラスである model.pPart.data (段落を構成する要素をまとめたもの) には，4つの意味的にまとめられたクラス model.addressLike， model.dateLike， model.measureLike， model.nameLikeが， メンバーとしてある． ちなみに，4番目のメンバーは，それ自身が上位クラスであり，3つのメンバーを含んでいる．

多くのクラスは，TEI基盤モジュールで定義されているが， 一般に，クラスは，モジュールがスキーマに含まれていなければ， 使われることはない． 何故ならば，要素宣言は，モジュールに含まれているからである． クラスは，トップダウン的に宣言されてはいない． むしろ，そのメンバーの要素宣言をまとめて，メンバーとしている． 従って，同じクラスでも，使われるモジュールが異なることで，異 なるメンバーで構成されることも可能である． すなわち，当該要素の(クラスで定義されている)内容モデルは，使 われるモジュールにより異なる．

いくつかのクラスは，全てのモジュールが使われている環境においても，1つのメンバーしか含まれていないものがある． そのようなクラスの存在により，例えば，特定の場所，とりわけ，TEIが十分に貢献できていないような領域に，新しい要素メンバーを付加することが簡単にできる． 具体的には，クラスmodel.rdgLikeは，元々は 中身が空であるけれども， 要素rdgを 使うために，校合モジュールをにより，拡張することも可能である． 校合の情報を構造化する新たな手段を追加したいのであれば，そ の要素を定義して，このクラスに追加することでできる．

1つのメンバーしか持たないクラスを使う，もう一つの背景として， クラスのメンバーが全ての文書で使われる必要はないが，とてもよ く使われる要素として，ある同じ場所では使われるケースを想定し ている． 例えば，特別な要素である gは， ユニコードにない文字やグリフを示すために使われるが，これは，クラス model.gLikeのメンバーとして， 外字モジュールがスキーマに取り入れられた時にのみ使われる． このクラスへの参照は，どの内容モデルにも含まれている． 理由は，これが使われたとき， 要素 g は，テキスト中のどの場所でも使うことができるようにしなくては ならないからである． しかし，そのようなクラスへの参照は，外字モジュールが取り込ま れない限りは，生かされることはない．

一方，TEI基盤モジュールで定義されているクラスの中には，結果 として，多くのメンバーで使われているものもある． 例えば，クラス model.pPart は，要素 p，すなわち，段落の中に出現する要素のクラス を全てまとめている． コアモジュールでは，50を超える要素が，このクラスに追加される ことになる． また，名前モジュールとタグ定義もじゅー津では，これに加えて， 20もの要素を追加することになる． 要素 pは， TEI文書の中で，基本的なブロックを構成する要素のひとつであることから， 各モジュールがこれを取り入れることは，驚くことではない． このようなクラスシステムにより，複雑な制御を可能にする便利な 手法を実現している． 一般に，要素は，よく使われるクラスには直接追加されることはな く，意味的にまとめられた，中間的なクラスを通して追加される．

1つしかメンバーを持たないクラスに加えて，1度しかTEI内で 使われないクラスというものもある． このようなクラスには，上位クラスは存在しない． 従って，このようなクラスには，クラス階層というものがない． このクラスは，高階な構造を持ち，外部からは同一のものとみなされる要素を管理するための，便利な手段となる． ² この様なクラスのメンバーは，ひとつの要素または要素のクラス内で出現する ことはできない． 例えば，クラス model.addrPart は，要素 address の内容モデルを表現するためだけに使われている． このクラスは，他の要素クラス，例えば，どこでも使える要素や，住所の内容 としてしか出現しない要素などのクラスも参照している．

1.4.1 標準的な内容モデルTEI: 標準的な内容モデル¶

1.4.2 データ型マクロTEI: データ型マクロ¶

TEIスキーマ中の属性値は，TEIデータ型を参照することで定義さ れている． 各データ型は，他の原始データ型，例えば， W3C Schema データ型やリテラル値などを使い，定義されている． このような間接的な定義を採用することにより，TEIに準拠した独自のスキームでは，データ型を再定義したり，定義への参照を修正したりすることが容易になる． TEIデータ型では，時に，スキーマ言語では制御できない，使用 に関する制限を付加的に含むことがある． TEI準拠のソフトウェアは，データ型の検証をすべきである( 23.3 Conformance ).

リテラル値または名前トークンがデータ型定義で使われている場 合，関連する値のリストは，推奨または可能な値の重要度を定義 している．

TEI規定のデータ型は，量を示す数値，可能性を示す数値，各種 の省略コードまたはキー，そしてポインタまたはリンクのグルー プに分けることができる．

data.probability のデータ型の例としては， 要素 damage や 要素 certainty にある属性 degree で採る値である． data.numeric のデータ型の例としては，クラス att.measurement のメンバーにある属性 quantity や，要素 numeric にある属性 value で採る値である． data.count のデータ型の例としては，要素 cellや要素 tableにある属性 cols で採る値である．

これらの属性値は，既存の国際規格類が使われることになる． 例えば，時刻，時間，日付については， XML Schema Part 2: Datatypes Second Edition でも採用されたISO 8601を，真偽値にはW3C Schema datatypesを，言語の表記にはBCP 47を，性別にはISO 5218を使うなどである．

クラス att.namingにある属性 keyは，現在のところ，データ型クラス data.key を採る唯一の属性である． これは，外部で定義された識別子，例えば，データベースのキーやファイル名などを示すために使われている． 外部で定義されているため，可能な値に制約は課せられない． 値には，ユニコード文字を使うことができる． もし，属性値に何らかの制約，例えば，特定システム下のデータベースキー作 成規則などを設ける時は，TEIヘダー中の要素 tagUsage にそれを記述することができる． その場合には，ここで示した各種データ型の使用を強要するものではない． そのような，特別な制約は， 23.2 Personalization and Customizationにある カスタム化の手法を使い，TEIスキーマに追加することが出来る．

要素 personにある属性 age で採られるデータ型 data.wordでは， トークンや単語の識別子を規定している． TEIでは，この様な用途で使われる文字に，次のような制約を課 している． The TEI places a fewconstraints on the characters which may be used for this purpose: すなわち，ユニコード文字のうち，文字，数字，句読点記号のみを，属性値 として使うことが出来る． このような属性値には，いわゆる空白文字は取れないことに注意 して欲しい． 例えば， cholmondeley， été， 1234， e_content， xml:idなどは，正当な属性値であるが， grand wazooは正当な属性値ではない． この種の属性は，異なる種対の要素と(総合参照により)関連して使われることがある．

この意味で，データ型 data.nameの属性値は単語ともいえる． 但し，XML 1.0で規定された正当なXMLの識別子であるという制約はついている． 従って，そのような属性値は，数値や句読点記号で始まることはない． 例えば， cholmondeley， été， e_content， xml:idなどは，正当な属性値であるが， grand wazooや 1234などは，正当な属性値ではない． この種の属性値は，XMLの要素名や属性名として使われている．

要素 shift の属性 newや，クラス att.editLikeの属性 evidence 等で採られるデータ型 data.enumeratedには， データ型data.wordと同じ定義が与えられている． 但し，当該単語は，選択肢がまとめられた特定のリスト中から選ばれるという制約がある． いずれの場合でも，当該属性を含む要素やクラスには，可能な値のリストが，散文による解説と共に，規定されている． この値のリストは，オープンなもの(つまり，参考程度のもの)，クローズなもの(つまり，選択が必須のもの)，どちらも可能である． 後者の場合，当該データ型は，ata.enumeratedではなく，選択肢のリストを明示したものとなる．

データ型data.codeも，別の場所で詳細が定義されている符号化名を示していることから，これと似た機能を持つ． この場合，その詳細な定義は，一般には，同じ文書中の別のXML 要素内容に書かれていて，それをポインタで参照することになる．

属性は，例えば，ポインタや単語のリストから，1つ以上の属性値を取ることになる． TEIスキームでは，この種の特性は， 個々にデータ型として示されるのではなく，当該属性を解説するための要素 datatype で示されることになる． 詳しくは， 22.4.5.1 データ型を参照のこと．