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

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

　DC-NDLが採用する既存の語彙は、以下のとおり、用途に応じて、使い分けを行っています。

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

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

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

　独自語彙がDCMI Metadata TermsまたはDublin Core Metadata Element Set, Version 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」「NDLタイプ語彙」のRDFスキーマを用意しています。

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

• 「DC-NDL2007年版」
• 「DC-NDL2010年6月版」
• 「DC-NDL2011年12月版」←最新版

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

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

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

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

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

　「第三部 RDFスキーマ」は、国立国会図書館で独自定義した語彙「NDL Metadata Terms」をRDF形式で記述したファイルです。RDF形式で語彙定義を行うことにより、その語彙がどのような意味を持つのか、どの語彙と上下関係にあるのか、どのリソースを記述対象とし（定義域）、どの範囲の値を記述できるのか（値域）といった語彙定義の内容をコンピュータが理解できるようになります。
　NDL Metadata Terms（プロパティ・語彙符号化スキーム・構文符号化スキーム）のファイルから、読みの表現に使用する語彙「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（国立国会図書館件名標目表）等があります。
• 構文符号化スキーム：　プロパティのとる値がどのような構文（形式・書式）で記述されているかを示すのに使用。構文符号化スキームには、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）」、XML形式による「DC-NDL(Simple)」の二つのメタデータフォーマットを用意しています。
　これらのメタデータフォーマットは、国立国会図書館における標準的なメタデータ語彙の記述方法を示した「第二部 Application Profile」をもとに、実際のシステムにおけるメタデータの入出力に対応するように最大出現回数・最小出現回数や入力レベル等を具体的に設定しています。
　DC-NDLの三部構成と二つのメタデータフォーマットの関係を図示すると、以下のとおりです。

図 2：DC-NDLとメタデータフォーマット

　2種類のメタデータフォーマットの特徴は以下のとおりです。

• DC-NDL (RDF)
  • DC-NDLで記述したメタデータをRDF/XML形式で出力する際のフォーマット
  • RDFによる構造化表現を用いて、値とその読みなどをセットで表現
  • DC-NDL(Simple)に比べて情報量が多い
• DC-NDL (Simple)
  • DC-NDLで記述したメタデータをXML形式で出力する際のフォーマット
  • 構造化表現を用いず、文字列（リテラル）での記述を中心としたフラットな表現をとる
  • 利用頻度の高い要素のみを使用する

図 3：メタデータフォーマット仕様のイメージ

　上記のメタデータフォーマットの仕様は、「メインページ > 国立国会図書館サーチについて > メタデータ」のページでご覧になれます。

　国立国会図書館サーチでは、DC-NDL（RDF）とDC-NDL（Simple）の双方をメタデータの収集・提供用フォーマットとして使用しています。国立国会図書館サーチから出力したDC-NDL（RDF）とDC-NDL（Simple）形式のメタデータをそれぞれ見てみましょう。

DC-NDL(RDF)

　DC-NDL（RDF）形式のメタデータは、国立国会図書館サーチの各書誌詳細画面から取得することができます。書誌詳細画面の右下に設置されている「書誌情報をDC-NDL(RDF)で出力」のボタンをクリックすると、DC-NDL(RDF)形式のメタデータをダウンロードすることが可能です。
　国立国会図書館サーチから出力したデータは、「DC-NDLの全体構成について（1）： 概念モデル」で説明した、「管理情報」「書誌情報」「個体情報」の三層構造により表現されます。

図 4：DC-NDL(RDF)形式で出力したメタデータのイメージ

　上記にあげた方法以外にも、OAI-PMHやSRU/SRWといったプロトコルによっても、DC-NDL(RDF)形式のメタデータを取得することができます。こちらの詳細については、「外部提供インタフェース（API）」のページをご参照ください。

DC-NDL (Simple)

　DC-NDL（Simple）は、DC-NDL(RDF)のように各書誌詳細画面から出力することはできませんが、APIを用いて取得することができます。OAI-PMHのプロトコルを用いて、出力したDC-NDL(Simple)形式のメタデータは以下のとおりです。
　http://iss.ndl.go.jp/api/oaipmh?verb=GetRecord&metadataPrefix=dcndl_simple&identifier=oai:iss.ndl.go.jp:R100000002-I000011254088-00

　DC-NDL(Simple)には、DC-NDL(RDF)とは異なり、管理情報・個体情報の記述が含まれません。また、DC-NDL(Simple)では、値と読みなどをセットで表現するための構造化表現を使用しておらず、フラットな形でデータ項目が表現されています。構造化表現をとることのメリットについては、【解説：構造化表現の必要性】をご参照ください。 OAI-PMH以外のプロトコルによるDC-NDL(Simple)形式のメタデータの取得方法については、「外部提供インタフェース（API）」のページをご参照ください。

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

Dublin Core Metadata Element Set (DCMES)

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

DCMI Metadata Terms

• 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/”の図を和訳）

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

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

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

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

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