4.3 システムメタデータモデル

システムメタデータモデルは、方針と様々なツールで構成されており、登録機関のニーズに合わせて拡張することができます。

4.3.1 システムメタデータモデル方針

DOIシステムメタデータモデル方針は、メタデータの内部管理とRAネットワークの中での登録機関（RA）間のメタデータ交換に関するものであり、次の2つの目標を目指しています。

DOIシステムユーザーのネットワーク内での相互運用性を促進する。
RAによるDOI名の管理で最低限のクオリティ水準を確保し、DOIシステム全体の管理を円滑化する。

システムメタデータ宣言に関する方針

以下の原則に従って、DOI名で識別されるすべてのエンティティに対してメタデータ宣言を行う必要があります。

宣言には、DOIシステムメタデータによって定義された最小限の必須メタデータを含める必要があります。この仕様は可能な限り範囲を限定するように設計されており、DOIシステムによって識別可能なすべてのエンティティに適用できます。
追加のメタデータを宣言することができます。他登録機関（RA）とのメタデータとの相互運用性が必要な場合は、合意済みのメタデータ交換スキーマに基づいて行います。

DOIデータモデル方針では、登録機関（RA）の入力メタデータとサービスメタデータの宣言の形式とコンテンツについて、いかなる制限も設けていません。ただし、DOIシステムメタデータで暗示されている最小要件に入力メタデータを対応させなければなりません。RAは、独自のメタデータスキーマとメッセージを定めることも、入力メタデータとサービスメタデータの宣言の全部または一部に、既存スキームを用いることもできます。

DOI名管理に関する方針

DOIデータモデル方針の第2の目標は、登録機関（RA）によるDOI名の管理で最低限のクオリティ水準を確保し、DOIシステム全体の管理を円滑化することです。この目標は第1の目標である相互運用性を後押しするものとみなすこともできますが、厳密には、RAになる見込みがある組織に責任をもってDOI名を発行する力があることを徹底させ、紛らわしいDOI名がネットワークの中に入り込まないようにするという課題に対処するものです。

この方針では、簡単な試験でRAの能力を試すことになっています。この試験ではDOIシステムメタデータ宣言を行う能力が問われます。それには、明確なDOI名割り当てを支援する内部システムを整備し、ネットワークの中で相互運用性を万全にサポートできる根本的な健全性がRAに求められます。さらに、この方針では、RAがDOI名の割り当て日と、DOI名を割り当てられた登録者の身元情報を管理することを義務付けています。

各DOI名に対してシステムメタデータの記述が存在することは、DOIの永続性という目標の達成に寄与します。これは、システムメタデータによって各DOI名が指し示す対象物が、それを特定するのに十分な形で記述されることが保証されるためです。つまり、あるDOIがどの対象に割り当てられているかは、その対象物に関するシステムメタデータの記述を通じて確認できるようになっています。

DOIシステムメタデータモデル方針は、DOIシステム全体の管理を円滑化する仕組みの将来的な発展を支援するものでもあります。これは、例えば「タイプ」や「サブタイプ」として登録された用語を使用してDOI名を分類したり、サービスを整理したりすることで実現される可能性があります。

4.3.2 DOIシステムメタデータ

DOI名を割り当てるには、登録者がDOI名を割り当てるオブジェクトを記述するメタデータを提供する必要があります。このメタデータは、共通要素（common elements）に加え、（システムメタデータで定義されている）リフェレントのサブタイプに応じた基本メタデータで構成されるものとします。

DOIシステムメタデータに含まれる基本情報

DOIメタデータ要素は、次のような基本的な質問に答える必要があります。

対象物に割り当てられたDOI名は何か
対象物は別の識別子で参照されることが一般的か
対象物は通常何と呼ばれているか
対象物の一次タイプまたは二次タイプは何か（一次タイプの例： creative work、party、event）
また、対象物の一次タイプに応じて、対象物に関する他の質問と、次のような管理上の質問にも答える必要があります。
対象物のstructualTypeは何か（例：creationの場合：physical、digital、performance、abstraction）
また、対象物の一次タイプに応じて、対象物に関する他の質問と、次のような管理上の質問にも答える必要があります。
このDOI名を発行した登録機関はどこか
宣言が発行されたのはいつか
バージョンはどれか

注：登録機関は、システムメタデータの許容値のオープンリストに新しい値を追加することができます（4.3.4 データモデルの拡張と保守を参照）。

システムメタデータの目的

システムメタデータの目的は、認識と相互運用性を可能にすることです。

認識
ここでの認識とは、システムメタデータでDOI対象物にあたる物の種類を、（様々な分類によって）明確に示し、ユーザーが（様々な名前、識別子、関係から）その物を妥当な精度で識別できるようにすることを意味します。この2つは相補的な関係にあります。つまり、あるものが（例えば）「カサブランカ」だということを知らなくても、それが映画やDVDであることを知ることは可能で、その逆も同様です。認識は、対象物の発見に必要であり、また、意図的か偶然かを問わず、対象物が発見された際にユーザーに情報を提供するためにも認識が必要です。メタデータのユーザーは人または機械です。システムメタデータの構造は、対象物を一意に記述（識別）するのに十分な機能を備えています。これは、対象物の各サブタイプごとに基本メタデータとして規定される、より専門的なメタデータ要素を追加で要求できる仕組みとなっているためです。実際には対象物へ付加的な記述テキストを追加することで一意な記述を確実に実現できますが、正式な分類、測定値、識別子、時間などの構造化されたコンテキスト型メタデータの代わりに付加的な記述テキストが使用されている場合、相互運用性という第2の目標が損なわれるため、この方法は満足のいくものではありません。
相互運用性
ここでの相互運用性とは、異なるDOI登録機関からのシステムメタデータを結合できること、またはセマンティックなマッピングや変換を行わなくても同じソフトウェアアプリケーションで問い合わせができることを意味します。相互運用性は、データ要素やその値が多様なメタデータスキーマに対して共通である場合に実現します。システムメタデータは共通のコア要素と分類を義務づけることによってこれを直接的に実現しますが、この方法による相互運用性には当然限りがあります。

4.3.3 追加メタデータ

追加メタデータを宣言することもできます。他登録機関（RA）のメタデータとの相互運用性を確保する必要がある場合は、合意済みのメタデータ交換スキーマに基づいて行う必要があります。XMLスキーマ、RDFスキーマ、JSONスキーマを使用できます。

DOIシステムメタデータモデルは、メタデータ交換スキーマ（10.1 DOIカーネルスキーマ参照）のデータ要素と許容値を規定します（10.1 DOIカーネルスキーマを参照）。

4.3.4 データモデルの拡張と保守

登録機関は、以下のことを要請できます。

DOIシステムメタデータモデルへの新たな用語の追加や、追加のメタデータスキーマの公表。
DOIサブタイプおよび基本メタデータ仕様における、オープンリストへの新たな値の追加。

既存のDOI仕様を変更する権限は、メタデータ作業部会（Metadata Working Group）にあります。DOI財団の基本的な役割は、その変化が専門家による評価を受け、実用的環境の中で試験され、堅実な原則に基づいていることをユーザーに保証することです。

詳しくは7.4 システムメタデータモデルの管理を参照してください。