
ダブリンコア語彙(ダブリンコアメタデータ用語(DCMT )とも呼ばれる)は、あらゆる種類のリソースを記述するための汎用メタデータ語彙です。これは、ワールドワイドウェブの黎明期にウェブコンテンツを記述するために初めて開発されました。ダブリンコアメタデータイニシアチブ(DCMI)は、ダブリンコア語彙の維持管理を担当しています。
1995年3月、オハイオ州ダブリンで、国立スーパーコンピューティング応用センターとオンラインコンピュータライブラリーセンターがメタデータ意味論について議論する合同ワークショップを開催した。[ 1 ]
1998年に15の用語として最初に開発された要素のセットは、時間の経過とともに拡大し、2008年にリソース記述フレームワーク(RDF)語彙として再定義されました。[ 2 ]
最小限の制約で設計されたダブリン・コアの各要素は、任意であり、繰り返し使用することも可能です。ダブリン・コアでは、要素の提示順序や使用順序は定められていません。
ダブリンコア要素セットは、Web 上のリソースを正確に見つけることに関する懸念への対応として作成され、当初はこれが図書館の機能になるという想定がありました。特に、学術資料がワールドワイドウェブ上で検索可能になる未来を予見していました。HTML は文書の構造をマークアップするために使用されていましたが、メタデータは文書の内容をマークアップするために必要でした。ワールドワイドウェブ上の膨大な数の文書と、間もなく追加される文書を考えると、「自己識別」文書が必要になるだろうと提案されました。[ 10 ] [ 11 ]
この目的のために、ダブリン・コア・メタデータ・ワークショップは1995年から開催され、Webドキュメントに一貫性のあるメタデータを挿入するために使用できる語彙を開発しました。[ 12 ]当初15のメタデータ要素として定義されたダブリン・コア要素セットは、Webページの作成者に、作品のシンプルなメタデータを作成するための語彙と方法を提供しました。[ 13 ]
Qualified Dublin Coreは、15の要素の語彙を拡張するメカニズムを提供するために1990年代後半に開発されました。これは、メタデータのニーズがさらに詳細を必要とするコミュニティからの要望に応えるものでした。[ 14 ]
2012年に、RDFデータモデルを使用してDCMIメタデータ用語が作成されました 。[ 15 ]この拡張された要素セットには、元の15個の要素と、修飾されたダブリンコアの多くの修飾子がRDFプロパティとして組み込まれています。[ 16 ]要素の完全なセットは、名前空間の下にあります。以前に定義された元の15個の要素には、別の名前空間があります。[ 17 ]http://purl.org/dc/terms/http://purl.org/dc/elements/1.1/
1999年に発表されたダブリンコア語彙は、15の用語で構成されていた。
その語彙は、HTML エンコードされたページの「<head>」セクションの HTML の「meta」タグで一般的に表現されていた。[ 18 ]
<head> <meta name="DC.title" content="政府へのサービス" > <meta name="DC.date" content="1997-07" > </head>
この語彙は、キー/値ペアやXMLを含むあらゆるメタデータシリアル化に使用できます。[ 19 ]
当初の 15 要素の仕様に続いて、主要な 15 の用語では不十分な場合に使用できる拡張メカニズムを提供するために、Qualified Dublin Core が開発されました。一連の共通の改良がドキュメントに記載されています。これらのスキームには、統制語彙と形式表記または構文解析規則が含まれます。[ 20 ] Qualified Dublin Core はこれらの特定の改良に限定されず、コミュニティがニーズを満たす拡張メタデータ用語を作成できるようにしました。[ 14 ]
ダブリンコア要素の修飾に関する指導原則は、通称「簡略化原則」[ 21 ]として知られており、特定の要素細分化用語を理解しないアプリケーションは、修飾子を無視してメタデータ値を修飾されていない(より広い)要素であるかのように扱うことができるべきであると述べています。これにより、ある程度の特異性が失われる可能性がありますが、残りの要素値(修飾子なし)は、引き続き一般的に正しく、発見に役立つはずです。[ 22 ]
Qualified Dublin Coreは、以下の要素に修飾子を追加しました。
そして、15進数に含まれない3つの要素を追加しました。
修飾ダブリンコアは、要素と修飾子をピリオドで区切る「ドット構文」でよく使用されます。これは、Chan と Hodges が提供する次の抜粋例に示されています。[ 14 ]
タイトル: D-Lib Magazine タイトル代替: Digital Library Magazine 識別子.ISSN: 1082-9873 発行者: Corporation for National Research Initiatives 発行地: Reston, VA. 主題.トピック.LCSH:デジタルライブラリ - 定期刊行物
DCMIメタデータ用語には、現在のダブリンコア語彙セットがリストされています。[ 15 ]このセットには、DCMESの15の用語(イタリック体)と、多くの修飾用語が含まれています。各用語は名前空間内で一意のURIを持ちhttp://purl.org/dc/terms、すべてRDFプロパティとして定義されています。
また、これには、一部のプロパティのドメインとレンジとして使用される以下のRDFクラスも含まれます。
ダブリンコアメタデータ用語の語彙は、国際標準化機構(ISO)[ 23 ]によってISO 15836として国際的に正式に標準化され、インターネット技術タスクフォース(IETF)[ 24]によってIETF RFC 5013として、 また米国では国家情報標準化機構(NISO)によってANSI/NISO Z39.85として正式に標準化されています。[ 25 ]
ダブリンコア標準に加えられた変更は、DCMI名前空間ポリシーの枠組みの中でDCMI使用委員会によって審査されます。[ 26 ]このポリシーでは、用語の割り当て方法が説明され、ラベル、定義、使用コメントに対して許可される編集上の変更の量に制限が設けられています。[ 27 ]
ダブリンコア要素を用いて表現されるメタデータの構文の選択は、文脈によって異なります。ダブリンコアの概念と意味論は、構文に依存せず、メタデータが機械と人間の両方による解釈に適した形式である限り、さまざまな文脈に適用できるように設計されています。
ダブリンコアには限界があるものの、そのシンプルさ、成熟度、相互運用性から広く利用されている。[ 28 ]
Dublin Core に基づく文書型定義の1 つは、オープンソースメタデータフレームワーク (OMF) 仕様です。 [ 29 ] OMF は、 GNOMEデスクトップおよびKDEヘルプ ブラウザーや ScrollServer ドキュメント サーバーで使用されるRarian ( ScrollKeeperの後継)によって使用されています。
PBCoreも Dublin Core に基づいています。[ 30 ] Plone、ERP5、Nuxeo CPSコンテンツ管理システム、SimpleDL、Fedora Commonsで使用されているZope CMF のメタデータ製品も Dublin Core を実装しています。EPUB電子書籍フォーマットは、 OPF ファイルに Dublin Core メタデータを使用しています。[ 31 ]修飾 Dublin Core は、 DSpaceアーカイブ管理ソフトウェアで使用されています。[ 32 ]
オーストラリア政府ロケーターサービス(AGLS)メタデータ標準は、ダブリンコアのアプリケーションプロファイルである。[ 33 ]: 5
PBCore は、リソース発見のための国際標準である Dublin Core (ISO 15836) を基盤として構築されています。