国立国会図書館ダブリンコアメタデータ記述（DC-NDL）解説

ダブリンコア*では、メタデータの相互運用性を向上するための基礎的なモデルとして、アプリケーションプロファイル*を提唱しています。アプリケーションプロファイルは、メタデータの記述にどのような語彙を使用し、その語彙を用いてどのような形式で記述するかを定義したメタデータの記述規則です。語彙のグローバルな共有を促し、相互利用性を高めるとともに、各メタデータ作成・提供機関による柔軟なメタデータ記述規則の設定を可能とするため、語彙の意味（セマンティクス）と語彙の記述方法・記述形式（シンタックス）は分けて定義することが推奨されています。アプリケーションプロファイルは後者の語彙の記述方法・記述形式を定めるものであり、前者の語彙の意味を定義する基本記述要素集合（語彙集）*とは別に作成されます。（ダブリンコアにおけるアプリケーションプロファイルについては解説：ダブリンコアについて―アプリケーションプロファイル、語彙の意味（セマンティクス）と語彙の記述方法・記述形式（シンタックス）の分離については解説：セマンティクスとシンタックスの分離も併せてご参照ください。）
アプリケーションプロファイルの方法を取り入れることにより、メタデータ作成・提供機関は、ダブリンコアのような既存語彙が利用できる場合にはそれを使用し、利用できない場合には語彙を独自定義し、既存語彙と独自語彙の双方を組み合わせてメタデータスキーマ*を構成できるようになります。従来のメタデータ記述規則では、他の規則で同じような意味を持つ語彙が定義されていた場合でも、一つの完結したシステム内でメタデータスキーマを定義するために、独自語彙として定義することが行われてきました。この方法に拠ると、異なるメタデータスキーマに基づいて作成されたメタデータを相互運用するためには、語彙ごとにマッピング（対応づけ）を定義する必要が生じます。一方、アプリケーションプロファイルの枠組みに基づき、各メタデータスキーマでダブリンコアに代表される標準的な既存語彙を採用し、語彙の共有を進めることで、語彙やメタデータスキーマ間のマッピングにかかるコストを低減させ、メタデータの相互運用性を向上させることができます。
DC-NDLでは、こうしたアプリケーションプロファイルの枠組みを取り入れ、「語彙の意味」と「語彙を用いたメタデータの記述方法・記述形式」を分けて定義しています。DC-NDLは三部のドキュメントで構成されていますが（「3. DC-NDLの構成」を参照）、第一部のNDL Metadata Termsは、国立国会図書館独自の語彙の意味を定義し、第二部のApplication Profileは、既存語彙および独自語彙の双方について、語彙に収める値の形式や入力レベルの目安といった語彙の記述方法・記述形式を定義しています。

2.1. アプリケーションプロファイルの枠組みへの対応で述べたとおり、DC-NDLでは、国立国会図書館のメタデータ記述で必要となる語彙が、ダブリンコアを代表とする主要なメタデータ標準で定義されている場合には、それを使用し、定義されていない場合には、独自定義しています。既存語彙と独自語彙の双方を含め、DC-NDLで使用する語彙は、以下のとおりです。

DC-NDLでは、以下の情報には、既存の語彙を用いています。リンク先でDC-NDLで使用した既存の語彙を確認できます。

• タイトル、作成者、出版者（公開者）、内容記述などの基本的な書誌情報
  DCMIメタデータ語彙（DCMI Metadata Terms）、ダブリンコアメタデータ基本記述要素集合1.1版（The Dublin Core Metadata Element Set, Version 1.1）
• デューイ十進分類法（DDC）、米国議会図書館件名標目表（LCSH）、ISO言語コード（ISO 639-2）等の国際的な統制語彙・コードの符号化スキーム
  DCMIメタデータ語彙（DCMI Metadata Terms）
• 関連するURLへの参照（See Also）
  RDF Schema Vocabulary
• 一次資料にアクセス可能なURI（Same As）
  OWL Web Ontology Language
• 資料のサムネイル画像URI（Thumbnail）
  FOAF Vocabulary

一方、国立国会図書館が独自に定義する語彙には、以下のようなものがあります。

• よみ、各種タイトル、内容細目、版表示、価格等のいわゆる書誌情報
• 博士論文、デジタル化資料、雑誌記事等の資料の特性に関する語彙
• 請求記号、所蔵する逐次刊行物の巻次等の機関の所蔵情報に関する語彙
• 国立国会図書館のサービス要件（総合目録ネットワーク等）に関する語彙

独自語彙がDCMIメタデータ語彙またはダブリンコアメタデータ基本記述要素集合1.1版の語彙を精緻化・詳細化したものである場合、独自語彙をこれら既存語彙の下位プロパティまたは下位クラスとして定義します。例えば、シリーズタイトル（dcndl:seriesTitle）は、ダブリンコアのタイトル（dc:title）の下位プロパティとして定義しています。このように語彙間の関係性を定義することにより、後述のセマンティックウェブ*に対応したプログラム（エージェント）が、関係性を用いた推論や自動処理を行うことが可能になります。

DC-NDLは、ウェブ上の情報資源に意味の明確なデータを付与し、機械的な意味処理を目指すセマンティックウェブ*への対応を行っています。
DC-NDLでは、セマンティックウェブにおけるメタデータの標準的な表現方法であるRDF (Resource Description Framework)*による記述が可能となるように語彙定義を行っています。例えば、RDFの構造化表現（解説：構造化表現の必要性を参照）を用いて、タイトルとその読みをセットで表現できるように、読みを記述するための語彙dcndl:transcriptionを設定しています。一方、DC-NDLを採用するシステムや機関が必ずしもRDFに対応できるとは限らないため、RDF形式で記述できない場合の語彙もDC-NDLでは用意しています。例えば、タイトルをRDFの構造化表現により読みと値をセットで表現できない場合は、読みをdcndl:titleTranscriptionで表現することができます（解説：Transcriptionと○○Transcriptionの使い分けを参照）。
DC-NDLでは、独自定義した語彙の意味を機械にも理解可能にするために、語彙の記述対象となるリソースの範囲を指定する定義域、語彙の値が取り得る範囲を指定する値域をそれぞれ設定するとともに、DCMIが定義する主要な語彙と下位プロパティの関係を設定し、これらの内容をRDFスキーマ*として定義しています。
DC-NDLでは、名前空間ごとに、NDL Metadata Terms（RDF: 90KB）、NDLタイプ語彙（RDF: 35KB）のRDFスキーマを用意しています。

DC-NDLは過去に改訂を行っており（解説：DC-NDLの変遷を参照）、版の区別には年月次を使用しています。

• 「DC-NDL2007年版」
• 「DC-NDL2010年6月版」
• 「DC-NDL2011年12月版」
• 「DC-NDL2020年12月版」（最新版）

旧版を採用しているシステムもあるため、改訂後も過去の標準を引き続き公開しています。

第一部 NDL Metadata Terms（PDF: 1.3MB）は、国立国会図書館が独自に定義したメタデータの記述のための語彙集です。読み（dcndl:transcription）、シリーズタイトル（dcndl:seriesTitle）、博士論文の学位名（dcndl:degreeName）などを定義しています。各語彙で定義する項目は、以下のとおりです。

DCMIが定義する語彙、例えばタイトル（dcterms:title）、作成者（dcterms:creator）等については、DC-NDLでは再定義していないため、第一部には含まれていません。DCMIが定義する語彙を含むDC-NDLで採用する全語彙の一覧については、付録　語彙一覧表（PDF: 296KB）をご参照ください。

第二部　Application Profile（PDF: 1.55MB）は、DCMI等が定義する語彙、国立国会図書館が独自定義する語彙の双方を用いたメタデータの標準的な記述方法を説明したものです。以下のとおり、各語彙の使用法、表現例、値の記述形式、入力レベル等を定めています。

「第二部　Application Profile」で規定するメタデータの記述方法は、特定のシステムの実装に基づかない、国立国会図書館における標準的な記述方法を示したものであり、入力レベルの目安を示しているものの、各語彙の採否については各システムで定めることとしています。また、出現順序、繰り返し（最大出現回数・最小出現回数）についても各システムにおいて個別に定義することとし、原則として制約を設けていません。そのため、各システムでは、「第二部　Application Profile」を基に、各自のサービス要件・システム要件を踏まえて、別途アプリケーションプロファイルを用意する必要があります。

第三部 RDFスキーマは、国立国会図書館で独自定義した語彙「NDL Metadata Terms」をRDF形式で記述したファイルです。RDF形式で語彙定義を行うことにより、その語彙がどのような意味を持つのか、どの語彙と上下関係にあるのか、どのリソースを記述対象とし（定義域）、どの範囲の値を記述できるのか（値域）といった語彙定義の内容をコンピュータが理解できるようになります。
NDL Metadata Terms（プロパティ・語彙符号化スキーム・構文符号化スキーム）（RDF: 90KB）のファイルから、読みの表現に使用する語彙「Transcription」の定義部分を抜粋すると以下のとおりです。

<rdf:Description rdf:about="http://ndl.go.jp/dcndl/terms/transcription">
   <rdfs:label>Transcription</rdfs:label>
   <rdfs:comment>読み又は翻字形</rdfs:comment>
   <dcterms:description>Title、Creator等の値とセットで表現できる場合に使用する。</dcterms:description>
   <rdf:type rdf:resource="http://www.w3.org/1999/02/22-rdf-syntax-ns#Property"/>
   <rdfs:range rdf:resource="http://www.w3.org/2000/01/rdf-schema#Literal"/>
   <dcterms:created>2010-06-21</dcterms:created>
   <dcterms:modified>2011-12-01</dcterms:modified>
</rdf:Description>

冒頭の2行で「http://ndl.go.jp/dcndl/terms/transcription」のURIで定義された語彙名「Transcription」についての記述であることが述べられます。3行目のrdfs:commentで語彙の定義、4行目のdcterms:descriptionで補足説明、5行目のrdf:typeでこの語彙がプロパティであることを示し、6行目のrdfs:rangeでこの語彙の値域が文字列（リテラル）に制約されることを示しています。7行目のdcterms:created、8行目のdcterms:modifiedはそれぞれ語彙の作成日と更新日を表しています。

DC-NDLでは、「管理情報」、「書誌情報」、「個体情報」の三層構造とし、各データ間をリンクするデータモデルをとっています。「管理情報」はメタデータ自体に関する管理情報、「書誌情報」は記述対象リソースの書誌情報、「個体情報」は各図書館等の所蔵情報をそれぞれ表現します。

図1：概念モデルのイメージ図

DC-NDLで使用する語彙は、「プロパティ」「語彙符号化スキーム」「構文符号化スキーム」「クラス」「NDLタイプ語彙」の5つに分類されます。「プロパティ」は更に「標準的なプロパティ」と「拡張的なプロパティ」に細分されます。

• プロパティ：リソースの属性を記述するのに使用。
  • 標準的なプロパティ
    • 図書や雑誌記事等の一般の書誌情報の記録に使用される語彙（Title、Creator、Series Title、Edition等）
    • RDF形式による記述に適した語彙（Transcription等）
  • 拡張的なプロパティ
    • システム上の制約等によりRDF形式に対応できない場合の語彙（Title Transcription、Creator Transcription等）
    • 国立国会図書館のサービス要件上、必要な語彙（Bibliographic Record Category、Cataloguing Status等）
• 語彙符号化スキーム：　プロパティのとる値がどのような統制語彙（分類表、シソーラス等）に基づくかを示すのに使用。語彙符号化スキームには、NDC（日本十進分類法）、NDLC（国立国会図書館分類表）、NDLSH（国立国会図書館件名標目表）、NDLGFT（国立国会図書館ジャンル・形式用語表）等があります。
• 構文符号化スキーム：　プロパティのとる値がどのような構文（形式・書式）で記述されているかを示すのに使用。構文符号化スキームには、ISBN（国際標準図書番号）、ISSN（国際標準逐次刊行物番号）、ISO 639-2（言語コード）等があります。
• クラス：　リソースをグループ化するためのカテゴリーを示すのに使用。DC-NDLでは、クラスとして、Bib Admin Resource（管理情報のクラス）、Bib Resource（書誌情報のクラス）、Item（個体情報のクラス）を定義しています。これは上述した三層構造の表現に使用しています。
• NDLタイプ語彙：　記述対象リソースの種類を表現するのに使用。形態的な種別（Book, Article, Newspaper, National Publication）や内容的な種別（Painting, Music）を定義しています。

システムのメタデータスキーマ*にDC-NDLを採用する場合、各システムの内部では、それぞれに適したデータ形式で実装しても問題ありませんが、メタデータをシステム間で交換・共有する場合、相互運用性を確保するために、標準的なメタデータフォーマット（エンコーディング方式）で入出力を行うことが望まれます。そのため、国立国会図書館ではRDF/XML形式による「DC-NDL（RDF）」というメタデータフォーマットを用意しています。
このメタデータフォーマットは、国立国会図書館における標準的なメタデータ語彙の記述方法を示した第二部 Application Profileをもとに、実際のシステムにおけるメタデータの入出力に対応するように最大出現回数・最小出現回数や入力レベル等を具体的に設定しています。詳細は、DC-NDL（RDF）フォーマット仕様（国立国会図書館サーチ）をご覧ください。

ダブリンコアの中核となる15タームを定義したのがダブリンコアメタデータ基本記述要素集合（DCMES: The Dublin Core Metadata Element Set）*です。このDCMESは、1997年秋に実質的に確定し、その後、2000年にCEN/ISSS（CWA 13874）、2001年10月にANSI（Z39.85）でそれぞれ標準化され、2003年には国際標準（ISO 15836）として定められました。2005年には国内標準（JIS X 0836）としても規格化されました。
DCMESは、ダブリンコアメタデータ基本記述要素集合1.1版（The Dublin Core Metadata Element Set, Version 1.1）としてDCMIのウェブサイト上で公開されています。DCMESは、Simple DCとも呼ばれています。
DCMESは、シンプルかつ自由度の高いメタデータ記述が可能であることから広く普及しましたが、セマンティックウェブ*環境でのコンピュータによる自動処理には、より厳密で精緻なメタデータ記述が必要とされる等の理由から、見直しが図られ、2008年1月にはDCMESとは別の名前空間に、15タームを含む計55個の記述要素（プロパティ）を定義したDCMIメタデータ語彙（DCMI Metadata Terms）*が新たに公開されました。
DCMIメタデータ語彙では、各プロパティに記述対象の範囲を指定する定義域*、値の範囲を指定する値域*を設定したほか、プロパティに加えて、値の属する統制語彙（分類表、シソーラス等）を指定する「語彙符号化スキーム」計9個、値の記述形式を示す「構文符号化スキーム」計12個、共通する特性を有する要素をグループ化するためのカテゴリーを示す「クラス」計22個、情報資源のタイプを示す「DCMIタイプ語彙」計12個をそれぞれ定義しています。
現在、DCMESは旧式の語彙（レガシー）として位置づけられ、DCMIメタデータ語彙の使用が推奨されています。

ダブリンコアメタデータ基本記述要素集合（DCMES: The Dublin Core Metadata Element Set）

• ダブリンコアの中核となる15タームを定義
• 国際標準（ISO 15836）、国内標準（JIS X 0836 ダブリンコアメタデータ基本記述要素集合）
• シンプルで記述の自由度が高い
• 旧式の語彙（レガシー）の位置づけ

DCMI メタデータ語彙（日本語訳）

• DCMESとは別の名前空間に、15タームを含む計55の記述要素（プロパティ）を定義
• 15タームを再定義し、DCMESの各記述要素に対する下位プロパティと位置づける
• 各プロパティに対して、定義域と値域を設定
• プロパティ以外にも、9個の語彙符号化スキーム、12個の構文符号化スキーム、22個のクラス、12個のDCMIタイプ語彙を定義

ダブリンコアでは、メタデータの相互運用性を担保するための基礎的モデルとして、2000年代後半にDCMI抽象モデル（DCMI Abstract Model）*やアプリケーションプロファイル（Application Profile）*が整備されました。
DCMI 抽象モデルは、セマンティックウェブにおけるメタデータの表現方法としてW3C（World Wide Web Consortium）により規格化されているRDF（Resource Description Framework）*のモデルをもとに、ダブリンコアメタデータの概念的な構造を示したものです。DCMI抽象モデルは、2005年3月に推奨となり、その後2007 年6 月に改訂されて現在に至ります。DCMI抽象モデルでは、統一モデリング言語（UML）の記法を使用して、以下のような構造を示しています。

• メタデータレコードは、1個以上の記述セット（Description Set）から構成される。
• 記述セットは、1個以上の記述（Description）から構成される。
• 記述は、1個以上の文（Statement）、0または1個の記述対象リソースのURIから構成される。
• 文は、一つ以上のプロパティとその値の対で構成される。
• 値はリテラル（文字列で値を直接表現する：Literal Value）または非リテラル（Non-Literal Value）のいずれかをとる。

DCMI抽象モデルがダブリンコアメタデータに内在する概念的な構造モデルを示すのに対し、メタデータを実際に作成・提供する際に適用するメタデータスキーマの構成規則や符号化方法を示すのがアプリケーションプロファイル*です。例えば、アプリケーションプロファイルとして有名なものに、図書館データを対象とするDC-Library Application Profile (DC-Lib)、学術論文を対象とするScholarly Works Application Profile (SWAP)、コレクションを対象とするDublin Core Collections Application Profileがあります。これらは、それぞれの場合において、記述対象となるリソースの特徴に合わせて、どのようにメタデータスキーマを構成し、符号化するかを定めています。
アプリケーションプロファイルは、2007年8月にシンガポールで開催された「ダブリンコアとメタデータの応用に関する国際会議（DC2007）」において、シンガポールフレームワーク*と呼ばれる枠組みが示され、2008年1月にアプリケーションプロファイルのためのシンガポールフレームワーク（The Singapore Framework for Dublin Core Application Profiles）（日本語訳）として文書化されました。その後、2009年5月に、アプリケーションプロファイルの考え方を詳説したダブリンコア・アプリケーションプロファイルのためのガイドライン（Guidelines for Dublin Core Application Profiles）（日本語訳）が公開されました。
アプリケーションプロファイルの枠組みを示す「シンガポールフレームワーク」は、以下の図で示されます。

図7：シンガポールフレームワークの図（”http://dublincore.org/documents/singapore-framework/”の図を和訳）

アプリケーションプロファイルは、「機能要件」「ドメインモデル」「記述セットプロファイル」「利用ガイドライン」「構文ガイドライン・データフォーマット」から構成されます。各構成要素の説明は以下のとおりです。

• 機能要件
  アプリケーションプロファイルが対象とする機能と同時にスコープ外となる機能を定義します。
• ドメインモデル
  アプリケーションプロファイルで記述される基礎的な実体及びそれらの主要な関係を定義します。
• 記述セットプロファイル
  アプリケーションプロファイルによって定義されるシステムやサービスにおけるメタデータレコードの構造制約を定義し、妥当性検証を可能にするための要素です。使用するメタデータ語彙やその値形式など、メタデータの記述規則を規定します。
• 利用ガイドライン
  アプリケーションプロファイルの適用方法、適用時に意図されているプロパティの使用法等のガイドラインです。
• 構文ガイドライン・データフォーマット
  アプリケーションプロファイルで示されるメタデータスキーマをシステムやサービスで実装するための符号化方式またはそのガイドラインです。

アプリケーションプロファイルを規定する際、この5つの要素のうち、「機能要件」「ドメインモデル」「記述セットプロファイル」の定義は必須とされており、「利用ガイドライン」「構文ガイドライン」は任意です。
図7のシンガポールフレームワークに示されるように、「メタデータ語彙」は、個々の分野・領域において合意された標準である「ドメイン標準」の領域において定義され、どの語彙をどのように使用するかは、アプリケーションプロファイルの「記述セットプロファイル」で規定することになります。下図で示すとおり、「記述セットプロファイル」では、複数の「メタデータ語彙」を選択して作成することができます。

図8：メタデータ語彙と記述セットプロファイルの関係性

前述の2.1. アプリケーションプロファイルへの対応で説明するとおり、DC-NDLもこの方法に基づき、語彙定義とアプリケーションプロファイル（記述セットプロファイル）の定義を分離しています。