TEIガイドラインP5

2.1.1 構成要素TEI: TEIヘダー and its Components¶

要素teiHeaderは，電子テキスト中の前付け( 4.5 前付け) とは別のものと考えるべきである． コーパスや叢書といった，複数の部分からなるテキストでは， 複数のヘダーが必要となることがある． この詳細は，以下で解説する． しかし，TEI準拠のテキストでは，一般に，要素 teiHeaderは1つしか取らず， 続く要素textも1つである

2.1.2 内容モデルTEI: 内容モデル¶

2.2.1 タイトルステートメントTEI: タイトルステートメント¶

要素titleには，電子作品の，主要なタイトルと，そ の他のサブタイトルなどが記録される． 当該作品が複数のタイトルを持つ場合(例えば，異なる言語による タイトル)には，この要素は必要なだけ複数回使用される． 電子作品が，既存のテキストから作られている場合には，その元の 作品にあるタイトルも収録し，それを明確に分けて示すことが，強く 推奨される． 例えば，「電子的に転記」「電子版」などと記述しておくなど． これにより，引用やカタログ上で，電子作品と元のテキストを，同 時に，明確に分けて示すことが可能になる．

電子作品は，外部名(ファイル名やデータセット名)を持つことがあ る．また，コンピュータシステム上で使われる参照番号を持つこと もある． この種の名前は，頻繁に変わることがある． 例えば，コンピュータシステム上で新しくコピーが作られた場合な どである． この種の名前は，特定のコンピュータシステムに強く依存すること から，システム間では簡単に相互利用をすることは難しい． さらにやっかいなのは，当該電子作品は，複数のファイルから構成 されている可能性もある． 以上の様子から，本ガイドラインでは，この種の名前は，要素 title の内容には使わないことを，強く推奨する．

タイトルを記述する際の，有用なガイドラインとして， the Anglo-American Cataloguing Rules(Gorman and Winkler, 1978の第25章)や(訳注：多文化に対応していない記述)，国家 レベルの書誌情報に関するガイドラインを参照することができる．

要素respStmtよりも，特化した内容を占め る要素として author ， sponsor ， funder ， principalがある． これらの要素は，作品や知的内容などに責任を持つ人物の責任表示を示 すために使われる．

この種の情報は，タイトルステートメント中に，必要なだけ記述す ることができる． 最低限，当該テキストの著者と，(場合によっては)当該電子ファイル を作った人物は，記述する必要がある． コーパスの場合には，当該コーパスを作った人物も記録すべきであ る． 当該テキストの転記者や，修正者，スポンサー，支援者などの名前 は，選択的に記録することができる． データ入力をした責任者の名前は，その人物が，当該ファイルの制 作にあたり，知的な責任がないとされる場合には，記録する必要は ない．

もし知的責任のある関係者が，著者，支援者，中心的な研究者でな い場合には，要素respStmtに記録する． この要素には，2つの下位要素があり，ひとつは要素nameで，個人または団体の名前 を示し，もうひとつは要素respで，ここに知的責任の内容が示され る． 要素respの内容については，特に推奨するものはない． 以下にある例のように，知的責任の内容を明確に示すことが肝要で ある．

名前は，個人名または団体名のどちらも取り得る． 名前は，公で引用できるようなものにしておく． 一般には，省略のない名前を示すことになるだろう． ⁵

2.2.2 版ステートメントTEI: 版ステートメント¶

印刷物の場合，「版」は，あるマスター原稿から作られた同じ複製 物をまとめて表現するための用語で，出版者によって頒布されるも のである． 「版」は，頒布される複製物が変更されたときには，一般には変更 はないが，マスター原稿に修正が加えられた時に変更されるもので ある．

電子テキストの場合，「マスター原稿」というものを想定するのは 相応しくない． 理由は，電子テキストは，印刷されたテキストよりも，容易に変更 され，容易に複製を作ることができるからである． それにも関わらず，機械可読なテキストにおいても，本質的な変更 が加えられ，それが確定した際には，その状態を「版(edition)」 という言葉で表現することもできるだろう． 本ガイドラインでは，この「版(version)」の同義ととして， 「レベル(level)」や「公開(release)」も使われる． 「改訂(revision, update)」は，版を変える必要のない，小さ な変更が施された場合に使われる．

改訂(update)ではなく，新しい版(edition)と見なされるには，ど の程度の本質的な変更が必要であるかを規定する決まりなどは存在しな い． 本ガイドラインが提示できる一般的な規則としては，新しい版には， 符号化の仕方や表示法の変更ではなく，知的内容に重要な変更が含 まれている場合を想定している． 例えば，テキスト中に分析的なタグが付加された場合には，それは 新しい版と見なされ，符号化方式が別の方式に自動的に変換された ような場合には，それを新しい版とは見なさないことになる． 文字コードが変わったり，ファイルの構成が変更したり，スペルミ スを修正したり，内容の構成を変更したり，出力形式を変更した場 合などは，新しい版になるものではない． 新しい情報(例えば，品詞情報や，音声，字形，外部参照など)が付 加された場合には，新しい版になる．

もちろん，境界線上のものは必ず存在し，これは任意の問題となる． 簡単に言えば，新しい版と判断するのであれば，そうする，という ルールとなる． 電子ファイルのオリジナルに対する版ステートメントは，任意であ る． しかし，続いて公開されたものについては，版ステートメントは必 須となる． それでも，検証器はこれを確認する必要はない．

版や改訂などの変更の大きさにかかわらず，電子ファイルにおける 全ての変更については，ヘダーファイルに必ず記録されるべきであ る(詳細は2.5 改訂解説 を参照)．

要素editionの内容には，「版(edition, version)」 に相当する表現が，数値や，日付や，その違いを示す，例えば「新 版」「改訂版」などが記録される． 版ステートメントで使われる日付は，全て，要素dateの内容 に記される． 要素editionにある属性n は，当該版を示す公式な識別子(例えば，版番号)を示すために使わ れる．

版に関する責任表示を示すために，要素respStmtを複数回使うことができる． この要素を使い，例えば，改訂をした主体や，付加された付録など に関わる個人や団体の名前を示すことになる． 要素respStmtについての詳細は，3.11 書誌項目の記述または参照 を参照のこと．

2.2.3 ファイルのタイプと大きさTEI: ファイルのタイプと大きさ¶

書籍では，媒体の種類や大きさといった，外形についての情報は， 書誌情報として大変重要である． このような，印刷物を想定して作られた，書誌情報の記述規則は， 電子媒体においても適応されることがある． 電子ファイルは，それを記録する媒体から独立して存在したもので ある． また，その媒体が，例えば，磁気テープやCDROM，フロッピーディ スク，大型コンピュータ上のファイルなど，どのようなものであれ， 電子ファイルは，同じ知的内容を持っている． さらに，本ガイドラインは，可搬性を高めることを目指しているこ とから，機械に依存した情報をヘダーファイルに収録することは， 適切ではない．

例えば，この種の情報として「ファイル型」というものがある． 従来の図書館における目録規則では，「データ」と「プログラム」 は分けて記述されてきた． しかしながら，例えば，検索ソフトウェア中にあるハイパーテキス トにおいて，この区別は極めて難しい．

量の単位には，規格化された記号を使うことが推奨される (http://physics.nist.gov/cuu/Units/binary.html を参照)．

2.2.4 出版・頒布などTEI: 出版・頒布など¶

「出版者(publisher)」とは，個人または団体のことで，当該ファイルの版を公 にする主体のことである． 「頒布者(distributor)」とは，個人または団体のことで，そこか ら当該テキストの複製を得ることができる主体のことである． テキストが，正規には出版されてはいないものの，それを入手可能 な状態にしている個人や団体は，「責任者(reliase authority)」 とする．

出版者，頒布者，責任者として記録された日付や場所については， 最新の情報であることに注意すること． 当該テキストの制作が，出版した日付とは異なる場合には， 制作日を，このステートメントではなく，要素profileDescに記載すべきである． その他の有用な日付(例えば，データを収集した日付)は，注釈とし て記録する．

13 名前，日付，人物，場所 に記載されているモジュールを使い，名前や，日付，住所などにつ いて記録する，付加的な要素の詳細については 3.5 名前，数値，日付，略語，住所を参照のこと．

2.2.5 シリーズステートメントTEI: シリーズステートメント¶

要素idno には，当該出版物と関連するIDとなる番号が記される． 例えば，ISSNや，特定の出版番号など(この場合，アラビア数字を 使うことが推奨されている．例えば，6.19.33となる．VI/xix:33とはしない)． 属性typeは，その番号の種類を示すため に使われ，例えば，ISSN番号であることを示すには，属性値をISSNとする．

2.2.6 注釈ステートメントTEI: 注釈ステートメント¶

2.2.7 元資料解説TEI: 元資料解説¶

2.2.8 他のファイルから得られたファイルTEI: 他のファイルから得られたファイル¶

2.3.1 プロジェクト解説TEI: プロジェクト解説¶

2.3.2 サンプリング宣言TEI: サンプリング宣言¶

サンプリング宣言は，それが該当する複数のテキスト中の各ヘダーで， その内容を繰り返し記録する必要はない． 各テキストにおいては，属性declsを使い， サンプリング宣言で記されている内容へ相互参照を実現すればよい． この詳細は，15.3 Associating Contextual Information with a Text で解説する．

2.3.3 編集方法宣言TEI: 編集方法宣言¶

複数箇所に共通して当てはまる，編集方針を示す宣言は，各テキスト のヘダー中で，繰り返し示される必要はない． 各テキスト中で属性declsを使うことによ り，相互参照を示すことができる． この詳細は，15.3 Associating ContextualInformation with a Textにある．

2.3.4 タグ付け宣言TEI: タグ付け宣言¶

要素tagsDeclは，一連の要素renditionを選択的に取り， 続いて，一連の要素tagUsageを伴い，TEI文書の一番上位にあ る要素text内で使われている要素についての 情報が記される． 要素renditionは，ユニークな識別子が与えられる． 要素tagUsageには，少なくとも1つの要素namespaceが伴う．

以下では，少し詳細な例として，以下にある20世紀の出版物のタイト ルページを例に取り上げ，その表示方法がどのように記録されるのか を考えてゆく．

参考文献

タイトルページにある他の情報の記録方法については，4.6 タイトルページを 参照のこと ここでは，視覚的な情報を，要素renditionと，それに関連する属性を使い，記録す ることを考える．

要素tagsDeclは，要素renditionを規定する必要はない． 但し，少なくとも要素namespaceをひとつ含む必要がある． この要素の中には，要素tagUsageが1つ以上あり，そこで，要素teiHeaderと関連する，一番上位の要素textの下位にある要素を指定するこ とができる． ⁷ 要素tagUsageは，当該要素がテキスト中で出現 する回数も記録するとが出来る． これは，属性occursの値として記録さ れる． また，当該要素の内容としてある散文で，使用に関する付加的な情 報を記録することも可能である．

2.3.5 参照システム宣言TEI: 参照システム宣言¶

1つの文書中で複数の参照スキームを使用する場合には，TEIヘダー 中に複数の要素refsDeclを使うことができる． 但し，現行の提案では，複数ある参照スキームの整合性を確認する ことは考慮されていない．

2.3.6 分類法宣言TEI: 分類法宣言¶

2.3.7 ソフトウェア情報要素TEI: ソフトウェア情報要素¶

要素applicationは，当該ファイルに対して，ソフト ウェアが採るべき状態を示すものである． この要素は，クラスatt.datable のメンバーであり，日付や時間などの情報を属性で示す． 属性identと属性versionは，ソフトウェアとそのバージョン をユニークに指定するために使われる (例えば，ImageMarkupTool 1.5)． これは，ソフトウェアがファイルを処理する際に，毎回，新しい 要素applicationを付加するということではな い．

2.4.1 作成TEI: 作成¶

2.4.2 言語TEI: 言語¶

要素languageは，文書中で使われる各言語毎に 用意される． この要素には，属性identを使い， vi.i言語の識別にある適切 な言語識別子を付与するべきである． とりわけ，文書中で，拡張言語識別子が，属性xml:langの値として使われている際に， この情報は重要である．

2.4.3 分類TEI: 分類¶

要素keywordsは，キーワードリストを示すことで，各 テキストを分類するために使われる． このキーワードは，テキストのテーマ，主題，形式，日付などを示 すものである． スキームによっては，キーワードの順番が重要なことがある． 例えば，大分類から小分類へと示される場合である． キーワードリスト自体が，構造化されていることがある． 本ガイドラインでは，この件に関して，推奨するものはない． 可能であれば，そのようなキーワードには，英国図書館やLCで出版 物を記録する際に使われている，または，当該分野で使われる，出 版されたキーワード集を使うべきである．

要素catRef は，個別テキストを，複数の要素categoryを参照することで分類す るために使われる． 要素category(詳細は 2.3.6 分類法宣言)には，当該分類法における，特定 の分類に関する情報が記録される． 各分類には，ユニークな識別子が付与されている必要がある． これは，要素catRef にある属性targetの値として使用される．

要素catRefと要素 classCodeの違いは， 前者では，分類コードが網羅的に規定されている中から値を特定する のに対して，後者では，そうではない，記述的な分類システムなどか ら値を指定することが想定されている．