PIDINST Documentation
リリース 1.0b2.dev92+ge1118ee.d20230731

RDA Persistent Identiﬁcation of Instruments WG

31 July 2023

i

目次
第 1 章 PIDINST ホワイトペーパー

31.1

概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

3

1.2

装置 PID . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

3

1.3

装置 PID の新規発行 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4

1.4

PIDINST メタデータスキーマ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4

1.5

PIDINST メタデータスキーマ利用における推奨事項 . . . . . . . . . . . . . . . . . . . . . .

6

1.6

登録 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

1.7

重複への対処 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

1.8

物理的なオブジェクトをリンクする

1.9

いつ新しい PID を生成するか? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

1.10 ランディングページの内容 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
1.11 ランディングページのコード化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
1.12 装置 PID をデータセットにリンクする . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
1.13 実現した、計画中、または検討中の適用事例. . . . . . . . . . . . . . . . . . . . . . . . . 32

1.14 寄稿者 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
1.15 利益相反について . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
1.16 日本語版翻訳 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
第 2 章 ePIC クックブック

39

2.1

はじめに . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

2.2

ePIC での PIDINST 用 ハンドル識別子 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

第 3 章 DataCite クックブック

45

3.1

はじめに . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

3.2

DOI 採番の前提条件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

3.3

メタデータの収集 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

3.4

装置 DOI の採番 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731

Persistent Identiﬁcation of Instruments WG (PIDINST) では、学術研究において運用されている計測装置を、
世界レベルで一意に識別するためのコミュニティ主導による解決策を検討しています。
環境学でのセンサー、生命科学での DNS シーケンサーや、医学分野での実験器具など、計測機器は、ほぼすべての応用科学領域に広く存在します。利用されている機器 (本体) に、機器の種別や、運転時の幅広い
コンテキスト、例えば、生成されるデータ、その他の機器やプラットフォームとの関係、利用した人員、機器の作成者等々・・・が関連付けられるようになることは、特にこれらのコンテキスト情報を自動処理する場合や、データを解釈するためには極めて重要です。

PIDINST は Research Data Alliance (RDA) のワーキンググループです。科学分野で活発に活発に利用されている計測機器をユニークかつ永続的に識別するため、分野横断的な運用ソリューションを確立することを目的としています。
このグループからは以下の成果物を発表しました。

• Stocker, M, Darroch, L, Krahl, R, Habermann, T, Devaraju, A, Schwardmann, U, D Onofrio, C and Häggström, I. 2020. Persistent Identiﬁcation of Instruments. Data Science Journal, 19: 18, pp. 1–12. DOI:
https://doi.org/10.5334/dsj-2020-018 This paper provides an overview of the work of PIDINST.
• Krahl, R., Darroch, L., Huber, R., Devaraju, A., Klump, J., Habermann, T., Stocker, M., & The Research Data
Alliance Persistent Identiﬁcation of Instruments Working Group members (2022). Metadata Schema for the
Persistent Identiﬁcation of Instruments (1.0). Research Data Alliance. https://doi.org/10.15497/RDA00070
This RDA recommendation deﬁnes the Metadata Schema.
• PIDINST ホワイトペーパー このホワイトペーパーは、Data Science Journal の論文で提供された概要にとどまらず、装置 PID の使用に関する推奨事項を示し、技術的な詳細を説明するものです。 新しいユーザーの要求やワーキンググループの活動によって進化していくことが期待されています。

• ePIC クックブック ePIC インフラを利用した装置 PID の作成方法を詳しく解説しています。
• DataCite クックブック 装置に対する DataCite DOI の作成方法を詳しく解説しています。

このサイトの内容物は クリエイティブ・コモンズ 表示 4.0 国際 ライセンス の下に提供されています。

1

3

第1章

PIDINST ホワイトペーパー

Document typeResearch Data Alliance (RDA)
Persistent Identiﬁcation of Instruments (PIDINST)
working group output report
バージョン
日付

1.0b2.dev91+g146de0c
14 July 2023

1.1 概要このホワイトペーパーは、装置に発行する持続的識別子 (PID) の利用に関する推奨事項を提供します。装置

PID は、装置に関する様々な情報: 資金提供元、装置を維持または提供する機関、装置からの維持管理情報
またはデータに対する責任者、の管理に用います。装置を提供するプロバイダーは、装置 PID をローカルに発行し維持管理する責任があることが想定されます。場合によっては他のプロバイダーの装置の PID 発行に対しても責任を負う可能性があります。これらの推奨事項は、Research Data Alliance(RDA) の Persistent

Identiﬁcation of Instruments (PIDINST) ワーキンググループ の活動を通じてまとめられたものです1 。このドキュメントは、ユーザーのニーズやワーキンググループの活動によって発展していくことが期待されています。

1.2 装置 PID
PIDINST PID(装置 PID) は、計測装置を識別するために利用します。ここでの計測装置とは、計量標準合同委員会 (JCGM: Joint Commitee for Guides in Metrology) より定義されたと組み合わせて測定で用いられる機器

単独又は一つ以上の補助機器(VIM, 2012) としています。これは、装置の設計 (モデル) の識別というよりは、実世界における実体や構成を識別するために使われています。

1 Stocker, M, Darroch, L, Krahl, R, Habermann, T, Devaraju, A, Schwardmann, U, D Onofrio, C and Häggström, I. 2020. Persistent
Identiﬁcation of Instruments. Data Science Journal, 19: 18, pp. 1–12. DOI: https://doi.org/10.5334/dsj-2020-018)

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731

1.3 装置 PID の新規発行
PID を新規発行し装置に割り当てるため、装置を保有する機関のプロバイダーは、PIDINST メタデータ
スキーマに沿ったメタデータレコード、及び装置情報が記載されたランディングページの URL を、RDA

PIDINST 勧告に準拠した PID プロバイダーに提出することになります。したがって、PID を直接公開する
ためには、PID プロバイダーの会員になるか、装置を保有する機関のプロバイダーに代わって、PID プロ
バイダー会員または登録リポジトリの 1 つと協働する必要があります。RDA PIDINST に準拠した PID プ
ロバイダーは ePIC と DataCite が現在知られています。しかしながら、PIDINST はこれらのプロバイダーに限定されるものではありません。他のプロバイダーも将来 RDA PIDINST に準拠する可能性があります。

1.4 PIDINST メタデータスキーマ
装置の PID とともに登録されるメタデータは、ネットワークやインフラストラクチャを越えて装置を明確に識別するのに十分な情報を含む必要がある。また、関連するリソースを装置にリンクすることができ、装置に関する情報を集約する手段を提供する必要があります。PIDINST ワーキンググループは、これらの基準を満たすために、PID プロバイダーで装置の PID と一緒に登録できるメタデータのスキーマを定義しました。バージョン 1.0 は、RDA 勧告1 として承認されています。
現在、メタデータスキーマは 2 種類あります。オリジナルの PIDINST スキーマ は、ワーキンググループが収集したユースケースの評価に基づき構築されており、ePIC インフラストラクチャにおけるメタデータプ
ロパティのプロトタイプの実装に利用されています。２つ目のスキーマは、PIDINST メタデータプロパティと DataCite Metadata Schema 4.3 間のマッピング を提供するものです。以下では、オリジナルの PIDINST
スキーマにおけるプロパティを説明し、そのセマンティクスについて議論します。

Identiﬁer
装置の PID。サブプロパティである identiﬁerType には、PID のタイプが格納されます。(例: ePIC

Handle の場合 Handle、DataCite DOI の場合 DOI)
SchemaVersion
レコード作成に用いられてた PIDINST スキーマのバージョン。

LandingPage
PID が解決し紐づけられるランディングページの URL。
Name
装置の名称。装置を管理する組織内においてユニークでなければなりません。また、意味がある名称であることが望まれます。

Owner
装置を管理する組織または個人。これは法的な所有者・機関である場合もあります。また、装置の運用や設置管理、装置の利用提供を行う組織である可能性もあります。疑わしい場合は、潜在的なユー
ザーがアクセスするために用意されたインスタンスの可能性もかあります。メタデータには、複数のowner が登録されている場合もあります。
Owner は複数のサブプロパティが定義された複合プロパティです。サブプロパティには少なくともownerName が定義されています。他のサブプロパティには、連絡先として ownerContact 、所有者の1 Krahl, R., Darroch, L., Huber, R., Devaraju, A., Klump, J., Habermann, T., Stocker, M., & The Research Data Alliance Persistent Identiﬁcation of Instruments Working Group members (2022). Metadata Schema for the Persistent Identiﬁcation of Instruments (1.0). Research
Data Alliance. DOI: https://doi.org/10.15497/RDA00070

4

第 1 章 PIDINST ホワイトペーパー

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731
一般的な識別子として ownerIdentiﬁer 、さらにそのタイプを示す ownerIdentiﬁerType がオプションで用意されています。

Manufacturer
装置を製作した組織または個人。既製品の場合、これはおそらく装置を市場に提供する業者名となります。カスタムメイドの装置の場合、manufacurer は owner と同一の可能性があります。後者の場
合、owner と manufaturer の両方が登録されることになります。疑わしい場合では、 manufacturer は装置の技術的な仕様を定義した機関でもあります。 同様にメタデータには複数の manufacturer が登録されている場合もあります。

Owner と同様に、Manufacturer は、manufacturerName, manufacturerIdentiﬁer, manufacturerIdentiﬁerType のサブプロパティを持つ複合プロパティです。
Model
装置のモデル名またはタイプ名。既製品の場合は、メーカーがつけた製品名となることがあります。
カスタムメイドの装置の場合では 'model' 名がないこともあります。したがって、このプロパティは必須ではありませんが、値を取得できる場合は推奨されます。Model の識別子が既知の場合、オプションのサブプロパティ modelIdentiﬁer と modelIdentiﬁerType を使うことができます。

Description
装置とその機能についてのテキストによる説明。これは人が内容を理解できることを主な目的としています。装置がどのような物であり、何ができるのかの概念を提供する必要があります。

InstrumentType
装置のタイプに関する分類。階層的な分類により、装置の記録のグルーピングが可能になります。

Owner 、Manifacturer 、Model と同様に、InstrumentsType は、InstrumentTypeName、InstrumentTypeIndentiﬁer 、InstrumentTypeIdentiﬁerType のサブプロパティを持つ複合プロパティです。
MeasuredVariable
装置が測定または観測する変数や物理的特性。いくつかのコミュニティでは、それぞれの領域に固有の測定変数を識別するための用語を確立しています (共通用語の利用 を参照）。もし、そのような標準が適用できる場合、それを MeasuredVariable に利用すべきです。そうでなければ、テキスト記述を利用することもできます。

Date
対象の装置インスタンスに関連するイベント (いつ運用を開始し、いつ停止したかなど)。各 Date プ
ロパティは、イベントの性質を指定するために dateType サブプロパティが必要です。

RelatedIdentiﬁer
これは、装置について説明する文書や外部のメタデータ記録など、関連リソースへのリンクを確立するために利用できます。場合によっては他のメタデータ規格を利用して装置に関するより詳細な情報を提供することも可能です。
別の応用例として、ある装置が大幅に変更された場合、変更された装置に対して新しいメタデータレ
コードとともに新しい PID を発行することが理にかなっていると考えられます。この場合、それぞれの PID は一方が他方の新しいバージョンであることを示すために互いに関連付けられなければなりません。
さらに複雑な装置では、より大きな実験ステーション内の個々の検出器のように、構成要素毎に PIDを発行することが意味を持つことがあります。この場合、それぞれの PID の間にリンクを設けることで、複雑な装置とその構成要素の間の関係が確立される必要があります。

1.4. PIDINST メタデータスキーマ

5PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731
このプロパティを用いて確立されたリンクは、装置に関する豊富な情報の自動集約を実現するため、特に有用です。各 relatedIdentiﬁer は、関連する識別子のタイプと関係のタイプをそれぞれ指定する
ため、relatedIdentiﬁerType と relationType のサブプロパティを持つ必要があります。

AlternateIdentiﬁer
装置のインスタンスが、永続的な識別子とは別に他の場所にも登録されている場合、AlternateIdentiﬁer
は、これらの登録項目への参照を格納する場所となります。一般的な利用例としては、製造元が付与したシリアル番号や、所有者が使用する装置管理番号などがあります。逆に、他の装置データベース
やアクセスポータルが、PIDINST メタデータから参照されるべき装置のエントリを保持することもあります。

alternateIdentiﬁerType サブプロパティは、代替識別子の種類を指定する必要があります。標準化された値があればその値を利用する必要があります。シリアル番号と装置管理番号の場合においては、推奨される値はそれぞれ serialNumber と inventoryNumber となります。

1.5 PIDINST メタデータスキーマ利用における推奨事項
装置に紐づくメタデータは、再利用を可能にするため、共通言語、特に US 英語で公開することを推奨します。次のセクションでは、PIDINST メタデータスキーマの推奨事項の先進的な事例として PIDINST メ
タデータの値の指定方法を紹介し、特殊なケースについて説明します。

1.5.1 共通用語の利用統制された語彙、分類法、オントロジーなどの標準化された共通用語のセットは、メタデータマークアップに関連する曖昧さの課題を解決し、コンピュータによる情報共有と意味的解釈を可能にします。多くの用語集が存在しており、広範な分野とそのベストプラクティスを包括してます。PIDINST スキーマは、プロパティ値に関する多分野のベストプラクティスを補うように設計されています。多くのプロパティはソフトタ
イピングを可能にし ( ownerName など)、ユーザーがフリーテキストやドメイン固有の専門用語など、好みの値を利用できるようにしています。プロパティ属性は、人と機械による値のコンテキストの理解を可能にし(ownerIdentiﬁer 、 ownerIdentiﬁerType など)、これもフリーテキストや標準化された用語を利用しています。
フリーテキストが許容される一方、機関は PID 記録の (セマンティックな) 相互運用性を高めるため、ドメイン
固有のベストプラクティスの一部を形成し実用的な場合においては、特に共通用語の利用を検討すべきです。
例えば地球科学の海洋分野では、instrumentType ( instrumentTypeIdentiﬁer より) や Model ( modelIdentiﬁerより) を記述する包括的な用語集が広く使われています (http://vocab.nerc.ac.uk/collection/L22/current/, http://vocab.nerc.ac.uk/collection/L05/current/) 。ePIC レコードにおける一般的な用語集の利用例を Table 1.1 に
示します。

6

第 1 章 PIDINST ホワイトペーパー

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731
Table

装 置 識 別 子 の ハ ン ド ル レ コ ー ド

1.1:

http://hdl.handle.net/21.T11998/0000-001A-3905-F ePIC に よ っ て
実装された PIDINST スキーマに準拠した装置のメタデータを識別するための共通用語の利用を示しています。利用されている用語集は NERC Vocabulary Server (NVS) で公開されています。各メタ
データのプロパティのデータフォーマットは JSON 形式になっています。ハンドルレコードはhttp://hdl.handle.net/21.T11998/0000-

001A-3905-F?noredirect より閲覧できます。
タイプ

データ

URL
"https://linkedsystems.uk/system/instance/TOOL0022_,→

2490/current/"{
21.T11148/8eb858ee0b12e8e463a5(Identiﬁer)"identifierValue":"http://hdl.handle.net/21.T11998/,→

0000-001A-3905-F","identifierType":"Handle"}

21.T11148/f5e68cc7718a6af2a96c"1.0"(SchemaVersion)"https://linkedsystems.uk/system/instance/TOOL0022_
21.T11148/9a15a4735d4bda329d80,→

2490/current/"(LandingPage)"Sea-Bird SBE 37-IM MicroCAT C-T Sensor"
21.T11148/709a23220f2c3d64d1e1(Name)
次のページに続く

1.5. PIDINST メタデータスキーマ利用における推奨事項

7

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731
Table 1.1 – 前のページからの続き
タイプ

データ

21.T11148/4eaec4bc0f1df68ab2a7[{(Owners)"owner": {"ownerName":"National Oceanography Centre","ownerContact":"louise.darroch@bodc.ac.uk","ownerIdentifier":{"ownerIdentifierValue":"http://vocab.nerc.ac.uk/collection/B75/,→

current/ORG00009/","ownerIdentifierType":"URL"}}}]

21.T11148/1f3e82ddf0697a497432(Manufacturers)[{"manufacturer":{"manufacturerName":"Sea-Bird Scientific","manufacturerIdentifier":{"manufacturerIdentifierValue":"http://vocab.nerc.ac.uk/collection/L35/,→

current/MAN0013/","manufacturerIdentifierType":"URL"}}}]

21.T11148/c1a0ec5ad347427f25d6[{(Model)"modelName":"Sea-Bird SBE 37 MicroCat IM-CT with␣
,→

optional pressure (submersible) CTD sensor series","modelIdentifier":{"modelIdentifierValue":"http://vocab.nerc.ac.uk/collection/L22/,→

current/TOOL0022/","modelIdentifierType":"URL"}}]
次のページに続く

8

第 1 章 PIDINST ホワイトペーパー

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731
Table 1.1 – 前のページからの続き
タイプ

データ

"A high accuracy conductivity and temperature␣
21.T11148/55f8ebc805e65b5b71dd,→(Description)pressure sensor designed for deployment on moorings.␣
,→recorder with an optional
The IM model has an

inductive modem for real-time data transmission plus␣
,→internal flash memory

data storage."

21.T11148/f76ad9d0324302fc47dd[{(InstrumentType)"instrumentTypeName":"water temperature sensor","instrumentTypeIdentifier":{"instrumentTypeIdentifierValue":"http://vocab.nerc.ac.uk/collection/L05/,→

current/134/","instrumentTypeIdentifierType":"URL"}},{"instrumentTypeName":"salinity sensor","instrumentTypeIdentifier":{"instrumentTypeIdentifierValue":"http://vocab.nerc.ac.uk/collection/L05/,→

current/350/","instrumentTypeIdentifierType":"URL"}}]
次のページに続く

1.5. PIDINST メタデータスキーマ利用における推奨事項

9

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731
Table 1.1 – 前のページからの続き
タイプ

データ

[{
21.T11148/72928b84e060d491ee41"measuredVariable":{(MeasuredVariables)"variableMeasured":"http://vocab.nerc.ac.uk/collection/P01/current/,→

CNDCPR01/"}},{"measuredVariable":{"variableMeasured":"http://vocab.nerc.ac.uk/collection/P01/current/,→

PSALPR01/"}},{"measuredVariable":{"variableMeasured":"http://vocab.nerc.ac.uk/collection/P01/current/,→

TEMPPR01/"}},{"measuredVariable":{"variableMeasured":"http://vocab.nerc.ac.uk/collection/P01/current/,→

PREXMCAT/"
}

}]

[{
21.T11148/22c62082a4d2d9ae2602"date":{(Dates)"dateValue":"1999-11-01","dateType":"Commissioned"}}]

21.T11148/eb3c713572f681e6c4c3(AlternateIdentiﬁers)[{"alternateIdentifier":{"alternateIdentifierValue":"2490","alternateIdentifierType":"serialNumber"}}]
次のページに続く

10

第 1 章 PIDINST ホワイトペーパー

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731
Table 1.1 – 前のページからの続き
タイプ

データ

[{
21.T11148/178fb558abc755ca7046"relatedIdentifier":{(RelatedIdentiﬁers)"relatedIdentifierValue":"https://www.bodc.ac.uk/data/documents/nodb/pdf/,→

37imbrochurejul08.pdf","relatedIdentifierType": "URL","relationType":"IsDescribedBy "}}]1.5.2 他の PID の利用
PIDINST メタデータは様々な場所での関連する実体への参照を含むことができます。 明らかに、これら参照では可能な限り永続的識別子を利用することが望まれます。 参照される実体の性質により異なるタイプの PID が推奨されます。 最も一般的なケースを以下に示します。

• いくつかの場合で他の装置を参照することがあります。この場合における最も一般的な PID タイプ
は、Handle と DOI です。

• owner または manufacturer として表示される可能性のある組織は、ROR を利用して参照することができます。

• owner または manufacturer として表示される可能性のある個人の PID は、ORCID iD が最も一般的です。

• RRID は生物科学分野では一般的であり、装置のクラスを参照するために利用されることがあります。
次のサブセクションを参照ください。

RRID
一般的な用語と同様、永続的識別子は、ユーザーが物理オブジェクトを分類し、正確に記述するのを補助するため、発行されてきました。 Research resouce identiﬁer (RRID、研究資源識別子) は、装置 ( Model ) のクラスを識別するために使用することができます。したがって、装置のインスタンスを識別する PIDINSTと関連しています1 。このタスクは、UsedIT グループが請け負っており、Model プロパティ (modelIdentiﬁer
経由) の記述ができるよう RRID の装置クラスを拡張しています (Table 1.2 )。ここでは RRID について詳しく説明しませんが、先に詳しく説明した RRID メタデータスキーマ (及び UserIT によって拡張されたもの)2 では、装置のインスタンス (PIDINST) の PID と相互運用することが想定されています。この相互運用
1 Bandrowski A, Brush M, Grethe JS, Haendel MA, Kennedy DN, Hill S, Hof PR, Martone ME, Pols M, Tan SC, Washington N, ZudilovaSeinstra E, Vasilevsky N. The Resource Identiﬁcation Initiative: A Cultural Shift in Publishing. J Comp Neurol. 2016 Jan 1;524(1):8-22.
https://doi.org/10.1002/cne.23913
2 Bandrowski AE, Cachat J, Li Y, Müller HM, Sternberg PW, Ciccarese P, Clark T, Marenco L, Wang R, Astakhov V, Grethe JS, Martone
ME. A hybrid human and machine resource curation pipeline for the Neuroscience Information Framework. Database (Oxford). 2012 Mar
20;2012:bas005. https://doi.org/10.1093/database/bas005

1.5. PIDINST メタデータスキーマ利用における推奨事項

11

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731
性により、どのプロジェクトにおいてもモデルに関するデータをすぐにダウンロードし、マッピングされたフィールドを矛盾なく埋めることができるようになるはずです。
なぜ RRID を利用するのでしょうか？ RRID は研究資源のクラスをタグ付けするため、現在約 1000 の雑誌において利用されています。例として抗体やプラスミドなどの試薬、生物、細胞株、そしてソフトウェアツー
ルや大学の中核施設などのサービスを含む比較的広いカテゴリーの「ツール」、さらに最近ではシーケンサー
やマイクロスコープのモデルなどの物理ツールにも RRID 利用が拡張されています。RRID は生物学雑誌のグループと国立衛生研究所の間の合意として作成されたため、生物科学分野の文献 (Cell、eLife など) で最もよく見られ、リンクされています。これらは JATS NISO standard、STAR Methods、MDAR pan-publisher

reproducibility checklist の一部にも組み込まれています。identiﬁers.org と n2t resolver によって PID の解決がなされ、主要な試薬提供者 (例えば、Thermo Fisher、Addgene、MMRRC mouse repository) にも利用されています。

Table 1.2: PIDINST メタデータスキーマにおける RRID の利用例。
ID

プロパテ

義

要

ィ

務

素

定義

許容値、制約条件、備考

manufacturer によって割り当てら

要素

数

6

Model

R

0-1

れた装置のモデル名またはタイプ
名

6.1

model-

R

1

model 名 (フルネーム)

RRID での Name フィールド
例:

Name

Illumina HiSeq 3000/HiSeq 4000
System6.2

modelI-O

0-1

model の永続的識別子

RRID 識別子
例:

dentiﬁer

RRID:SCR_016386
6.2.1 modelI-O

1

識別子のタイプ

フリーテキスト (識別子タイプであdentiﬁer-

る必要があります)

Type

例:

RRID

1.5.3 不明な情報への対応
本来メタデータに含まれるべき情報を提供できない、あるいは提供することが適切でない場合があります。
例えば、情報が単に不明である場合、プロパティに値が設定されていない場合、あるいは情報を公開する
ことが適切でない場合などがあります。 後者の例として、シチズンサイエンスのプロジェクトに測定値を提供し、プライバシー上の理由から匿名を希望する人物を考えてみましょう。 その人は、データを取得する装置の所有者として名前を知られたくないのかもしれません。
このようなすべての場合において、この情報が不注意で省略されたものではないことを少なくとも明示
し、また情報が欠落している理由を示すことが有用であることに変わりはありません。 この目的のため、

PIDINST では DataCite における 不明な情報の標準値 を採用しています。詳しくは DataCite Metadata Schema
Documentation の Appendix 3 を参照してください3 。
3 DataCite Metadata Working Group (2019). DataCite Metadata Schema Documentation for the Publication and Citation of Research Data.
Version 4.3. DataCite e.V. https://doi.org/10.14454/7xq3-zf69

12

第 1 章 PIDINST ホワイトペーパー

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731

Snippet 1.1: 測定器の PID メタデータに含まれる不明な値を XML でエンコードする例。

<name>:tba</name><owners><owner><ownerName>:unal</ownerName></owner></owners><manufacturers><manufacturer><manufacturerName>:unav</manufacturerName></manufacturer></manufacturers>
Snippet 1.1 は、装置 PID のメタデータにおける不明な情報に対する標準的な値の利用例を示しています。
この装置の所有者の開示は拒否されており、製造元も不明ですが、メタデータレコードが後の時点において名前を含んで更新されることが想定されています。

1.6 登録1.6.1 PID プロバイダでの一元登録
以下のリソース (Table 1.3) では、機関が RDA PIDINST 勧告に準拠した PID プロバイダで PID レコードを公開・管理するための技術的ガイダンスを提供しています。

Table 1.3: RDA PIDINST 勧告に準拠した PID プロバイダでの装置
PID の公開と管理のための技術ガイダンス。この表は、PID プロバ
イダの PID レコードに付随する関連するメタデータスキーマへのリンクを提供します。

1.6. 登録

PID プロバイダ

技術文書

メタデータスキーマ

ePIC

ePIC クックブック

PIDINST

DataCitehttps://datacite.org/dois.html

PIDINST to DataCite

13

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731

1.6.2 機関内の機器プロバイダでのローカル登録
プロバイダサービスに装置 PID を登録するためには、装置の機器プロバイダがそれぞれの機器 PID を解決するためのランディングページを公開しなければなりません。公開内容は標準的なマークアップ言語 (例えばHTML)、構造化され機械動作可能なウェブリソース (例えば World Wide Web Consortium (W3C) の Linked
Data)、または機器とその継承されたプロパティとプロセスを記述するための専門規格 (例えば，オープン
地理空間コンソーシアム (Open Geospatial Consortium, OGC) の SensorML, W3C Semantic Sensor Network(SSN) ontology) によりコード化ことがあります。どのような公開方法がとられたとしても、ランディン
グページには、機器を明確に特定するための十分なメタデータが存在することを書くにする必要があります (ランディングページの内容 も参照のこと)。URL アドレスは、PID メタデータレコードに、PIDINST

shchema の LandingPage プロパティに入力することができます。

1.7 重複への対処
識別子レコード間の重複は新しい問題ではなく、多くのアプリケーション (例えば書誌、医療記録) で一般的なものです。PIDINST の識別子は世界的に永続的であると考えられていますが、機関が他の機関に装置を貸与したり、特殊な施設 (大規模シンクロトロン、医学研究所、計算施設など) へのアクセスを提供する
場合には、特に重複が発生する可能性があることが認められている。このような重複は、装置資産に関する不正確な統計や報告につながる可能性があります。
装置の所有者は、第一に重複を回避するワークフローと手続きを採用するよう努めることが推奨されます。
これが不可能な場合、重複するレコードとのリンクを確保しつつ、これらを効果的に一つの代表レコードに統合することで、重複を排除することが推奨されます。この操作は Snippet 1.2 and 1.3 に示されるように、PIDINST メタデータスキーマの relatedIdentiﬁer プロパティの relationType 属性に IsIdenticalTo を指定することで実現できます。

Snippet 1.2: 重複する装置 PID レコードを統合する XML の例<relatedIdentifiers><relatedIdentifier relatedIdentifierType="DOI" relationType="IsIdenticalTo">10.
,→4232/10.CPoS-2013-02en</relatedIdentifier></relatedIdentifiers>

Snippet 1.3: 重複する装置 PID レコードを統合する JSON の例[{"RelatedIdentifier":{"RelatedIdentifierValue":"10.4232/10.CPoS-2013-02en","RelatedIdentifierType": "DOI","relationType":"IsIdenticalTo"}}]
最近の技術の進歩は、重複排除を自動的に検出し解決するアルゴリズムにも広がっています。このような方法論は Google Scholar や OpenAire Research Graph のような大規模コレクションでの検出効率を向上させることが知られていますが、例えば異なるセマンティックスを用いた、様々な異種の表現によってアルゴ

14

第 1 章 PIDINST ホワイトペーパー

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731
リズムが制限されることがあります。自動検出が推奨される一方で、PIDINST スキーマはプロパティ値に関する学際的なベストプラクティスを補完するように設計されており、多くのプロパティでソフトタイピ
ングが可能で、フリーテキストやドメイン固有の標準など、ユーザーが選択した値を使用することができます。

1.8 物理的なオブジェクトをリンクする
装置やその個々の設定は、データの幅広い領域の発生源を指し示す重要なものです。そのため、それらはいずれもものとしてのインターネット (IoT) を構成するものであり、それら装置のデジタルデータとしての表現やカタログのメタデータとしてだけでなく、物理的なアクセスを可能とするための関連する識別の仕組みにとって、非常に重要なものです。したがって、究極的には「現実の世界を仮想の世界にマッピングする1 」ためのものです。このようなアクセスは、科学の再現性に不可欠なものです。実験の設定を比較したり、分析を繰り返して行えたりできるようになるからです。
物理的オブジェクトを仮想的な表現にリンクする、最も手っ取り早く、かつ間違えにくい方法は、装置、あるいはその装置の外装に、装置管理番号やシリアルナンバーといっしょに、PID のラベルを恒久的に書き込んだり埋め込んだりすることです。より小さなセンサーのような装置では、ラベルを付与するスペースが限られているため、機械可読な方法で識別情報をエンコードすることができる、近代的な QR コードやバーコードのほうが便利かもしれません。おすすめの方法は、PID の動作する (actionable) URI (Figure 1.1).
を QR コードに埋め込むことです。そのような QR コードのバッジを読み込んだときに、PID といっしょに装置管理番号やシリアルナンバーが人間に読める形で表示されるのが理想的です。QR コードのジェネ
レータによっては、組織のロゴを追加したり、GPS を使ってラベルがスキャンされた場所を捕捉できるよ
うなスキャン追跡機能を追加したりしたりすることもできます。
物理的なオブジェクトにバーコードや PID の文字列でのラベル付けができない場合でも、装置のデジタル的な表現によるリンクは、メタデータの適切な管理によって行うことができます。装置においては、シリアルナンバーや管理番号など、装置を一意に識別する識別子を記録することで、そのようなリンク付けを行うことができます。

PIDINST スキーマのメタデータには、シリアルナンバーや装置管理番号に対する明示的な項目がありませんが、この目的に使用できる、あらゆる種類の識別子を保存するための一般的な方法を提供しています。

AlternateIdentiﬁer には、どのような種類の識別子の文字列でも記録でき、alternateIdentiﬁerType (Snippet 1.4).
ではその識別子の種類を指定することができます。PIDINST スキーマでは、serialNumber や inventoryNumberを使用することを推奨しています。シリアルナンバーや装置管理番号に対する明示的な項目の使用については、現在 PIDINST で検討中です。

Snippet 1.4: XML で表現された装置のシリアルナンバー<AlternateIdentifiers><AlternateIdentifier alternateIdentifierType="serialNumber">7351-349l-mn24-019f</,→

AlternateIdentifier></AlternateIdentifiers>

PIDINST スキーマのメタデータにシリアルナンバーを保存することに加えて、PID の付与後すみやかに、
組織内のセンサー管理システムや物品管理システムにその PID を保存することを強くおすすめします。こ1 Atzori, Luigi & Iera, Antonio & Morabito, Giacomo. (2010). The Internet of Things: A Survey. Computer Networks. 2787-2805.
10.1016/j.comnet.2010.05.010.

1.8. 物理的なオブジェクトをリンクする

15

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731

Figure 1.1: 組織のロゴを含み、QR コードスキャナーを PID の URL (http://hdl.handle.net/21.T11998/
0000-001A-3905-F) にリダイレクトする Web ページの QR コードの例
れによって、物理的な表現と仮想的な表現のリンクの管理を、センサー管理システムと PID レジストリのどちらからでも行えるようになります。また、どちらかのシステムでリンクの情報が壊れても、リンクの関係が保てるようになります。

1.9 いつ新しい PID を生成するか?
装置には、常に変更、修正が生じます。例えば、新しい測定の要求水準を満たすために、部品の変更や装置のアップグレードが行われます。新しい PID を生成すべき正確な瞬間を定義することは、機器の変更に対しそれぞれのステークホルダが各々理由を持つため、困難です。実際、PIDINST WG は明確な答えを出すことができていません。したがって、様々なステークホルダーの要求に対応するには、機関の装置提供者から見たコンテキストに重要な変更が生じたときに PID が更新される、というルールが推奨されます。
ここでいう重要な変更には、文献などで装置が引用されたために、装置の履歴を保存する必要が生じた場
合、品質管理等自動化されたワークフローに大きな影響を与えるような測定能力の大幅な向上が生じた場
合、装置のファームウェアが変更された場合、等が含まれます。機関が新しい PID を生成するどんな理由においても、装置提供者は Snippet 1.5, 1.6, 1.7, 1.8 に示すように、PIDINST メタデータの relatedIdentiﬁer
プロパティの relattionType 属性の IsNewVersionOf に新しい PID を指定、さらに IsPreviewousVersionOf に変更前の PID を指定するすることで、継承関係を特定することが推奨されます。

Snippet 1.5: 変更前の PID を示すための relatedIdentifer プロパティのXML での使用例<relatedIdentifiers><relatedIdentifier relatedIdentifierType="DOI" relationType="IsNewVersionOf">10.
,→4232/10.CPoS-2013-02en</relatedIdentifier></relatedIdentifiers>

16

第 1 章 PIDINST ホワイトペーパー

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731

Snippet 1.6: 変更後の PID を示すための relatedIdentifer プロパティのXML での使用例<relatedIdentifiers><relatedIdentifier relatedIdentifierType="DOI" relationType="IsPreviousVersionOf,→">http://hdl.handle.net/21.T11998/0000-001A-3905-F</relatedIdentifier></relatedIdentifiers>

Snippet 1.7: 変更前の PID を示すための relatedIdentifer プロパティのJSON での使用例[{"RelatedIdentifier":{"RelatedIdentifierValue":"10.4232/10.CPoS-2013-02en","RelatedIdentifierType": "DOI","relationType":"IsNewVersionOf"}}]

Snippet 1.8: 変更後の PID を示すための relatedIdentifer プロパティのJSON での使用例[{"RelatedIdentifier":{"RelatedIdentifierValue":"http://hdl.handle.net/21.T11998/0000-001A-3905-F","RelatedIdentifierType": "DOI","relationType":"IsPreviousVersionOf"}}]

1.10 ランディングページの内容
装置の提供者は、ランディング ページで十分な情報 (メタデータ) を使用して、装置を明確に識別することが推奨されます。理想的には、ランディング ページは、PID プロバイダーのスキーマで指定されたメタデータを含み、相互運用性を良くするため実用的な一般的な用語を使用すべきです (共通用語の利用 を参照)。メタデータの交換性を向上するため、機関は、PID プロバイダーが公開する PID 付随メタデータ レ
コードへのリンクを提供することも検討する必要があります (例: DataCite XML)。

Table 1.4 および 1.5 は、ランディング ページで利用できる、より説明的な追加のメタデータに関すての推奨事項を示しています。これらは PIDINST メタデータ スキーマと合わせて、装置の管理・発見を補えるよう設計されており、ユーザーがデータを文章中に入れたり、あるいはまた、装置のメタデータをデータ
ワークフローに自動的に流すことを可能にします。

1.10. ランディングページの内容

17

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731

Table 1.4: 装置を記述するための説明用のランディングページ向けメ
タデータ。PIDINST スキーマで使用される装置用コア・メタデータと組み合わせて使用します。
メ タ

説明

デ ー
タ の
タ イ
プ

Model

装置モデルの変更。装置の設計の大部分がそのまま残ったとしても、異なるアプリケーション

ver-にするようになされた小規模な変更を扱うことができます。例えば、装置に標準設計とは異なsion

るハウジング材料を使用することで、その装置は極端な圧力や気象条件といったダイナミック
な環境変化での利用が可能になる場合があります。

Doc-

マニュアル、データシート、科学的な参考文献など、記述的または補足的な文書。

umentsClassiﬁca-

装置を分類する特性。装置の種類に加え、これらの特性は、意図された用途、動作原理、その装置が複数装置の組み合わせか単体の部品であるか、などの側面を記述します。

tions

18

第 1 章 PIDINST ホワイトペーパー

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731

Table 1.5: 装置のライフタイム中に起こったイベントや操作、変更等の履歴を記述するためのランディング ページ用記述メタデータ。この種のメタデータは、日付と関連付けられ、コメントが伴うのが理想的です。PIDINST スキーマで使われる装置用コア・メタデータとの組み合わせで使用されます。
メ

タ

説明

データ
のタイ
プ

Cal-

多くの装置は、生の出力を意味のある単位に変換したり、データの不確かさを補正するためにibra-

校正されています。校正の日付と種類を保存することが強く推奨されます。また、係数、使用

tions

したアルゴリズム、校正証明書を保存しておくと便利な場合があります。

Capa-

装置の出力 (検出限界、精度、精密度、動作範囲など) をさらに定量化または保障するプロパ

bilities

ティを示します。

Char-

装置に属する特徴や品質を表すプロパティ。(例: 重量、サイズ、ハウジング材料、部品、ファー

acteristics

ムウェアなど)。

Servic-装置に実施されたメンテナンス手順に関する記述

ing
Fund-

資金配分機関の識別子又は名称

ing
references
Own-

装置の所有開始と終了日

ershipdates

1.11 ランディングページのコード化
ランディングページの Web リソースは、任意の形式 (HTML、XML など) で記述できます。必須ではありませんが、理想的には、リソースは情報の構文的な解釈だけでなく、意味の理解を向上させる形でコード化される必要があります。すなわち、Web リソースとして提示された情報を機械的に読み取れるだけでなく、意味を解釈できることで、システム間の相互運用性と統合性を高めることができます。以下は、ランディングページのコード記述法の例です。

1.11. ランディングページのコード化

19

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731

1.11.1 エンコーディングの例
JSON-LD
Table 1.1 とリンクされたデータの例のように、データ型レジストリ (Data Type Registry, DTR) で定義された型の値と PID との間には強い関係があります。まず、ある型値を持つ PID は、PID が主語、型定義が述
語、型値が目的語の役割を果たすトリプルです。次に、型定義はそれ自体が、DTR で定義されたサブ型を
参照できます。たとえば ePIC DTR で行われているように、他の型からサブ型が一貫して機械的に構築可能であれば、これらサブ型は可読性のある名前により参照することができます。この名前は型定義により曖昧さが無くなります。というのも、ある型の中で使用される各々サブ型は PID によって識別されるからで、このような サブ型に対して定義された PID 群は、主となる PID の周りに広がるメタデータの懸け橋になります。つまり、型を持つ PID とは、リンクされたデータの具体的な標記の一つともいえます。
したがって、こうした PID と型を有する RDF あるいは JSON-LD といった、より一般的なリンクデータ表式が求められるのは自明です。このような (表式の) 変換は、PID からそのすべての型とサブ型の定義を探し回って、型の PID によって使用される名前を識別し、この情報を LD 表記のために収集する単純な逆トラッキング手法によって行うことができます。このようにして、グラフ全体が探索され、かつ同グラフがリンクデータ表式にマップされることになります。以下では、 Table 1.1 で示されたスキーマ例の、JSON-LDによる表現を Snippet 1.9 にて示しています。

Snippet 1.9: Table 1.1 の例の JSON-LD での表現{"@context" : {"ARK-Identifier" : "dti:21.T11148/7af6f46512fb4c190d01","AlternateIdentifier" : "dti:21.T11148/d87a75c52c68b06e9a18","AlternateIdentifierValue" : "dti:21.T11148/38330bcc6a40ca85e5b4","AlternateIdentifiers" : "dti:21.T11148/eb3c713572f681e6c4c3","Bibcode-Identifier" : "dti:21.T11148/6c2fc7682e48ac7160b5","DOI-Identifier-General" : "dti:21.T11148/d93427e3c56173e9dc08","Date" : "dti:21.T11148/eb9a4bc1c0c153e4e4b0","Dates" : "dti:21.T11148/22c62082a4d2d9ae2602","Description" : "dti:21.T11148/55f8ebc805e65b5b71dd","Handle-Identifier-ASCII" : "dti:21.T11148/3626040cadcac1571685","ISAN-Identifier" : "dti:21.T11148/48cfce4482166a103c50","ISBN-Identifier" : "dti:21.T11148/2ff8ad6cdd4e46622944","ISNI-Identifier" : "dti:21.T11148/cff32964e132c14fc56f","ISRC-Identifier" : "dti:21.T11148/2719170925ff2bfb5157","ISSN-Identifier" : "dti:21.T11148/7e689432354610f388c0","ISTC-Identifier" : "dti:21.T11148/1f0df9ef66774b2e2aa1","ISWC-Identifier" : "dti:21.T11148/698fba7e1c659fcfdcdd","InstrumentType" : "dti:21.T11148/f76ad9d0324302fc47dd","LandingPage" : "dti:21.T11148/9a15a4735d4bda329d80","Manufacturer" : "dti:21.T11148/7adfcd13b3b01de0d875","Manufacturers" : "dti:21.T11148/1f3e82ddf0697a497432","MeasuredVariable" : "dti:21.T11148/1fcb0dad9aced457d67e","MeasuredVariables" : "dti:21.T11148/72928b84e060d491ee41",(次のページに続く)

20

第 1 章 PIDINST ホワイトペーパー

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731(前のページからの続き)"Name" : "dti:21.T11148/709a23220f2c3d64d1e1","Owner" : "dti:21.T11148/89ff31225c5f042fff61","Owners" : "dti:21.T11148/4eaec4bc0f1df68ab2a7","PMCID-Identifier" : "dti:21.T11148/e94bec7d7f1c63dd00cd","PMID-Identifier" : "dti:21.T11148/234c084bac48480bfe5d","RelatedIdentifier" : "dti:21.T11148/ec9f00af0761a065dbd0","RelatedIdentifierType" : "dti:21.T11148/015dc79a77940fb65aa4","RelatedIdentifierValue" : "dti:21.T11148/38330bcc6a40ca85e5b4","RelatedIdentifiers" : "dti:21.T11148/178fb558abc755ca7046","URN-Identifier" : "dti:21.T11148/d22b6854df3503df7831","VariableMeasured" : "dti:21.T11148/f1627ce85386d8d75078","alternateIdentifierType" : "dti:21.T11148/015dc79a77940fb65aa4","arXiv-Identifier" : "dti:21.T11148/d66f8368c3d305941a2e","date" : "dti:21.T11148/be707495360a234ef049","dateType" : "dti:21.T11148/2f0e608b621a5a97e0d9","dti" : "http://hdl.handle.net/","identifier-general-with-type" : "dti:21.T11148/8eb858ee0b12e8e463a5","identifierType" : "dti:21.T11148/015dc79a77940fb65aa4","identifierValue" : "dti:21.T11148/38330bcc6a40ca85e5b4","manufacturerIdentifier" : "dti:21.T11148/5b240e16ea32ea25cf65","manufacturerIdentifierType" : "dti:21.T11148/015dc79a77940fb65aa4","manufacturerIdentifierValue" : "dti:21.T11148/38330bcc6a40ca85e5b4","manufacturerName" : "dti:21.T11148/798588c5a1ec532f737b","modelName" : "dti:21.T11148/798588c5a1ec532f737b","other" : "dti:21.T11148/f40cb15558a7c1546c91","ownerContact" : "dti:21.T11148/a88b7dcd1a9e3e17770b","ownerIdentifier" : "dti:21.T11148/1e3c17ac2a3e7ebf466a","ownerIdentifierType" : "dti:21.T11148/015dc79a77940fb65aa4","ownerIdentifierValue" : "dti:21.T11148/38330bcc6a40ca85e5b4","ownerName" : "dti:21.T11148/798588c5a1ec532f737b","relationType" : "dti:21.T11148/292a53bd9ee27a242082"},"@id" : "dti:21.T11998/0000-001A-3905-F","AlternateIdentifiers" : [{"AlternateIdentifier" : {"AlternateIdentifierValue" : "2490","alternateIdentifierType" : "serialNumber"}}],"Dates" : [{"date" : {"date" : "1999-11-01",(次のページに続く)

1.11. ランディングページのコード化

21

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731(前のページからの続き)"dateType" : "Commissioned"}}],"Description" : "A high accuracy conductivity and temperature recorder with an␣,→

optional pressure sensor designed for deployment on moorings. The IM model has an␣,→

inductive modem for real-time data transmission plus internal flash memory data␣,→storage.","InstrumentType" : "http://vocab.nerc.ac.uk/collection/L22/current/TOOL0022/","LandingPage" : "https://linkedsystems.uk/system/instance/TOOL0022_2490/current/","Manufacturers" : [{"Manufacturer" : {"manufacturerIdentifier" : {"manufacturerIdentifierType" : "URL","manufacturerIdentifierValue" : "http://vocab.nerc.ac.uk/collection/L35/,→

current/MAN0013/"},"manufacturerName" : "Sea-Bird Scientific","modelName" : "SBE 37-IM"}}],"MeasuredVariables" : [{"MeasuredVariable" : {"VariableMeasured" : "http://vocab.nerc.ac.uk/collection/P01/current/CNDCPR01/

,→

"
}
},
{
"MeasuredVariable" : {"VariableMeasured" : "http://vocab.nerc.ac.uk/collection/P01/current/PSALPR01/

,→

"
}
},
{
"MeasuredVariable" : {"VariableMeasured" : "http://vocab.nerc.ac.uk/collection/P01/current/TEMPPR01/

,→

"
}
},
{
"MeasuredVariable" : {"VariableMeasured" : "http://vocab.nerc.ac.uk/collection/P01/current/PREXMCAT/(次のページに続く)

22

第 1 章 PIDINST ホワイトペーパー

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731(前のページからの続き)
,→

"
}
}
],
"Name" : "Sea-Bird SBE 37-IM MicroCAT C-T Sensor","Owners" : [{"Owner" : {"ownerContact" : "louise.darroch@bodc.ac.uk","ownerIdentifier" : {"ownerIdentifierType" : "URL","ownerIdentifierValue" : "http://vocab.nerc.ac.uk/collection/B75/current/,→

ORG00009/"},"ownerName" : "National Oceanography Centre"}}],"RelatedIdentifiers" : [{"RelatedIdentifier" : {"RelatedIdentifierType" : "URL","RelatedIdentifierValue" : "https://www.bodc.ac.uk/data/documents/nodb/pdf/,→

37imbrochurejul08.pdf","relationType" : "IsDescribedBy "}}],"identifier-general-with-type" : {"identiferType" : "MeasuringInstrument","identifierValue" : "http://hdl.handle.net/21.T11998/0000-001A-3905-F"}}

この結果から、すべての可能なサブ型が解決され @context で参照されるという意味で、当該コンテキストが完全であることがわかりますが、ありうるすべてのサブ型が PID 中の型によって実際に使用されるわけではありません。これらは、手順に追加の処理ステップを加えることで、必要かつ十分なサブ型に切り詰められた縮小版を作ることも可能です。こうした切り詰め処理は、LD 変換1 によっても自動的に行われます。以下の Snippet では、Turtle Terse RDF への変換によってシリアル化 (Snippet 1.10) が行われた結果、型の値のみが残って、型定義で使われた名前はその型の PID サフィックスで置き換えられていることが分かります。

1 例えば: http://www.easyrdf.org/converter

1.11. ランディングページのコード化

23

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731

Snippet 1.10: Turtle Terse RDF による Table 1.1 の NERC 例の表式、
JSON-LD ／ RDF 変換によって Snippet 1.9 中の JSON-LD が生成されたもの。

@prefix ns0: <http://hdl.handle.net/21.T11148/> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
<http://hdl.handle.net/21.T11998/0000-001A-3905-F>
ns0:178fb558abc755ca7046 [ ns0:ec9f00af0761a065dbd0 [ns0:015dc79a77940fb65aa4 "URL"^^xsd:string ;ns0:292a53bd9ee27a242082 "IsDescribedBy "^^xsd:string ;ns0:38330bcc6a40ca85e5b4 "https://www.bodc.ac.uk/data/documents/nodb/pdf/,→

37imbrochurejul08.pdf"^^xsd:string] ] ;ns0:1f3e82ddf0697a497432 [ ns0:7adfcd13b3b01de0d875 [ns0:5b240e16ea32ea25cf65 [ns0:015dc79a77940fb65aa4 "URL"^^xsd:string ;ns0:38330bcc6a40ca85e5b4 "http://vocab.nerc.ac.uk/collection/L35/current/,→

MAN0013/"^^xsd:string] ;ns0:798588c5a1ec532f737b "Sea-Bird Scientific"^^xsd:string, "SBE 37-IM"^^,→

xsd:string] ] ;ns0:22c62082a4d2d9ae2602 [ ns0:be707495360a234ef049 [ns0:2f0e608b621a5a97e0d9 "Commissioned"^^xsd:string ;ns0:be707495360a234ef049 "1999-11-01"^^xsd:string] ] ;ns0:4eaec4bc0f1df68ab2a7 [ ns0:89ff31225c5f042fff61 [ns0:1e3c17ac2a3e7ebf466a [ns0:015dc79a77940fb65aa4 "URL"^^xsd:string ;ns0:38330bcc6a40ca85e5b4 "http://vocab.nerc.ac.uk/collection/B75/current/,→

ORG00009/"^^xsd:string] ;ns0:798588c5a1ec532f737b "National Oceanography Centre"^^xsd:string ;ns0:a88b7dcd1a9e3e17770b "louise.darroch@bodc.ac.uk"^^xsd:string] ] ;ns0:55f8ebc805e65b5b71dd "A high accuracy conductivity and temperature recorder␣

with an optional pressure sensor designed for deployment on moorings. The IM model␣,→has an inductive modem for real-time data transmission plus internal flash memory␣,→,→data storage."^^xsd:string ;ns0:709a23220f2c3d64d1e1 "Sea-Bird SBE 37-IM MicroCAT C-T Sensor"^^xsd:string ;ns0:72928b84e060d491ee41 [ ns0:1fcb0dad9aced457d67e [ ns0:f1627ce85386d8d75078,→"http://vocab.nerc.ac.uk/collection/P01/current/CNDCPR01/"^^xsd:string ] ], [␣,→ns0:1fcb0dad9aced457d67e [ ns0:f1627ce85386d8d75078 "http://vocab.nerc.ac.uk/,→

collection/P01/current/PSALPR01/"^^xsd:string ] ], [ ns0:1fcb0dad9aced457d67e [␣(次のページに続く)

24

第 1 章 PIDINST ホワイトペーパー

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731(前のページからの続き),→

ns0:f1627ce85386d8d75078 "http://vocab.nerc.ac.uk/collection/P01/current/TEMPPR01/"^,→^xsd:string ] ], [ ns0:1fcb0dad9aced457d67e [ ns0:f1627ce85386d8d75078 "http://,→

vocab.nerc.ac.uk/collection/P01/current/PREXMCAT/"^^xsd:string ] ] ;ns0:8eb858ee0b12e8e463a5 [ ns0:38330bcc6a40ca85e5b4 "http://hdl.handle.net/21.

,→

T11998/0000-001A-3905-F"^^xsd:string ] ;センサー Web イネーブルメント標準 (SWE)
センサーやその観測データをウェブベースで発見、交換、処理できる世界標準が開発されています。多くの開発者は、オープン地理空間コンソーシアム (Open Geospatial Consortium, OGC) が策定した Sensor Web

Enablement (SWE) などの標準を使用して、センサーとその技術情報の正式かつ機械可読な記述を、URLを用いて装置をローカルに識別することで 、ウェブのリソースとして公開しています。SWE 仕様の一部である SensorML を用いて公開されたウェブベースのセンサー記述は、PID プロバイダに登録された装置のランディングページへの URL としても使用されます。SensorML のランディングページ例は、ePIC

PID プロバイダサービス (http://hdl.handle.net/21.T11998/0000-001A-3905-F) によって、英国海洋学データセンター (BODC) で公開されています。Handle レコードを直接見るには、 http://hdl.handle.net/21.T11998/

0000-001A-3905-F?noredirect あるいはこのドキュメント中の Table 1.1 をご覧ください。
SensorML(バージョン 2.0) では、センサーは gml:identiﬁer 要素内のユニークな ID を用いて識別され、ユニー
ク性の保証のために機関等は装置 PID を用いることを選択してもよいとされています。あるいは、SensorML
記述内のメタデータとして、 sml:identiﬁer プロパティ (Snippet 1.11) を用いて装置 PID を宣言することもできます。後者のほうがより実装が簡単ですが、SWE 標準の一部で、センサー観測サービス (SOS) ウェブのアプリケーション・プログラミング・インターフェース (API) の中で、センサーおよび観測結果のグロー
バルな発見性を制限してしまう恐れもあります。このサービスを用いた、センサーに対するウェブベース
の問い合わせ、要求、トランザクションは、通常、SensorML 中の gml:identiﬁer 要素 ( procedure と表記)に基づいて行われるため、センサーは、グローバルな装置 PID ではなくローカルな識別子で直接識別されることになります。ローカル識別子と装置 PID 間のリンクは、SOS サーバーに対する GetCapabilities とDescribeSensor の組み合わせ操作要求によって、間接的ながら見つけることができます。
Snippet 1.11: 装置 PID の表記の例。(http://hdl.handle.net/21.T11998/
0000-001A-3905-F) SeaBird Scientiﬁc SBE 37 伝導性・温度・深度センサーの sml:identiﬁer プロパティを用いた、SensorML 技術記述中の識別用メタデータとして機器 PID を使用。

<sml:identifier><sml:Term definition="http://www.example.com/definitions/pidinst/"><sml:label>Instrument persistent identifier</sml:label><sml:value>http://hdl.handle.net/21.T11998/0000-001A-3905-F</sml:value></sml:Term></sml:identifier>SensorML でセンサを記述するために表記できるプロパティの一覧には、特段の制限はなく、機関の装置提供者は、ランディングページ内容に関する PIDINST のガイダンスに従うことが推奨されています (see ランディングページの内容). 最近では、 Marine SWE Proﬁles イニシアティブが、地球科学の海洋分野におけ1.11. ランディングページのコード化

25

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731
る SensorML のセマンティックな相互運用性向上のため、センサー専用用語集を開発して、包括的なメタ
データプロファイルを策定しています。

1.11.2 コンテンツ調整 (コンテンツ・ネゴシエーション)
装置のランディングページが、簡単には人間が読むために使えない場合 (XML スキーマなど)、コンテンツ調整 (コンテンツ・ネゴシエーション) を使用することを勧めます。PIDINST は、機械可読の表式から人間が読めるコンテンツを生成する調整形式を規定していません。W3C Dataset Exchange Working Group(DXWG) などの他グループでは、現在、異なる情報モデルからのコンテンツ調整について、勧告の起草作業が行われています2 。

1.12 装置 PID をデータセットにリンクする
PIDINST の主な目的の 1 つは、装置の科学的出力の追跡を容易にすることです。この恩恵を受けるためには、データセットとデータを収集するために使用される装置との関係を機械可読な方法で確立することが重要です。

1.12.1 DataCite メタデータ
データセットは通常 DataCite DOI とともに公開されます。 DataCite メタデータスキーマ は、relatedIdentiﬁer
プロパティを使用して、データ公開のためにその DOI に登録されたメタデータから装置へリンクすることを可能にします。この場合、推奨される relationshipType は IsCompiledBy です。Figure 1.2 は、HZB によって公開されたデータセットの例を示しています (https://doi.org/10.5442/ND000001) 。データは、BER II でE2 - Flat-Cone 回折計ビームラインを使用した中性子回折を使用して収集されました。この画像は、装置のPID をリンクするデータ公開ランディング ページのスクリーンショットを示します。Snippet 1.12 は、このリンクを含む同じデータ出版物からの DOI メタデータのセクションを示しています。

Snippet 1.12: データ出版物からの DOI メタデータでの relatedIdentiﬁer
プロパティの使用。 2 番目のエントリは、装置の PID をリンクします。

<relatedIdentifiers><relatedIdentifier relatedIdentifierType="DOI" relationType="References">10.17815/,→

jlsrf-4-110</relatedIdentifier>,→5442/NI000001</relatedIdentifier><relatedIdentifier relatedIdentifierType="DOI" relationType="IsCompiledBy">10.
<relatedIdentifier relatedIdentifierType="DOI" relationType="IsCitedBy">10.1103/,→

physrevb.99.174111</relatedIdentifier></relatedIdentifiers>

2 https://www.w3.org/TR/dx-prof-conneg/#dfn-data-proﬁle26

第 1 章 PIDINST ホワイトペーパー

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731

Figure 1.2: 装置の PID をリンクする HZB によって公開されたデータセットのランディング ページ。

1.12. 装置 PID をデータセットにリンクする

27

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731

1.12.2 schema.org
Figure 1.3 は、PANGAEA を通じて公開されている海洋データセット (https://doi.org/10.1594/PANGAEA.
887579) の例を示しています。データセットのメタデータには、データセットとそれに関連するエンティ
ティ (学術論文、プロジェクトなど) に関する説明情報が含まれます。データセットは、航海キャンペーン

(MSM29) の一環として展開された自律型水中ビークル (AWI AUV Polar Autonomous Underwater Laboratory)に取り付けられたセンサーを介して収集されました。ビークルは、https://sensor.awi.de/ によって割り当てられた永続的な識別子によって識別されます。装置のランディング ページには、説明、製造元、モデル、連絡先、校正情報などの装置のメタデータが含まれています。Figure 1.4 は、データセットの観測イベン
ト (クルーズ キャンペーンなど) と配備された装置 (AUV) をモデル化するために使用できる schema.org のタイプとプロパティを示しています。Figure 1.5 は、実際の schema.org 表現のスニペットを示しています。
外部語彙 (NERC SeaVoX プラットフォーム カテゴリおよび GeoLink スキーマ) は、イベントおよび車両の追加タイプを示すために使用されます。schema.org では、「イベント」は特定の時間と場所での出来事を指します。たとえば、社会的なイベントです。そのため、Schema.org の機能に完全に準拠するために、観測イベントと関連する科学機器の記述をサポートするために、新しい型とプロパティが必要です。

Figure 1.3: 装置識別子を含む PANGEA によって公開されたデータセットの例 (https://doi.pangaea.de/10013/
sensor.664525cf-45b9-4969-bb88-91a1c5e97a5b)

28

第 1 章 PIDINST ホワイトペーパー

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731

Figure 1.4: イベントと特定の装置タイプの概念モデル (ビークル)

Figure 1.5: Figure 1.3 のデータセットに関連付けられたイベントと装置の schema.org 表現のスニペット。

1.12. 装置 PID をデータセットにリンクする

29

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731

1.12.3 NetCDF4
最先端の研究船は数百万ポンドの水上実験室であり、24 時間体制で高出力、高解像度センサーの多様なアレイを運用しています (例: 海底深度、気象、海流速度、水路測量など)。国立海洋学センター (National

Oceanography Centre, NOC)1 と英国南極観測局 (British Antarctic Survey, BAS)2 は現在、英国のイニシアチブである I/Ocean の一環として、これらのセンサーシステムから英国国立環境研究評議会 (UK National

Environment Research Council, NERC) の大規模な調査船団全体のエンドユーザーまでのデータ管理ワーク
フローの整合性を改善するために協力しています。 そうすることで、FAIRness3 を改善し、これらのセンサーアレイからのデータへのアクセスを改善しながら、船舶の時間を費用対効果の高い方法で使用することができます。ソリューションの初期段階では、共通のメタデータ標準を使用して曖昧さを減らしながら、船内の研究者がデータへの調和のとれたアクセスを可能にする共通の NetCDF フォーマットを船舶全体に実装します。フォーマットは NetCDF4 に基づいており、Climate Forecast の規則に準拠しています。

NetCDF4 グループは、パラメーターストリームの導出に使用される装置に関する豊富な情報を含めるために使用されます。データストリームは、データ検出のための属性規則 (Attribute Convention for Data Discovery,

ACDD)1-3(Snippet 1.13) の変数属性 instrument を使用して、それらを生成した装置にリンクされます。各装置は、そのプロパティが装置の PID を含む変数で表現されるグループとして識別されます。各プロパティ
は、NERC Vocabulary Server で公開されている一般的な用語を使用して定義されます。このようにして、ユーザーは選択したプロパティを表現できます。グループを介して、パラメータストリームまたは装置に関連するその他の情報 (キャリブレーション、装置の参照フレームおよび向きなど) を表現できます。

Snippet 1.13: 省略された CF-NetCDF4 CDL ファイル。一部の用語は開発中です。

netcdf iocean_example {dimensions:
INSTANCE = UNLIMITED ; // (1 currently)
MAXT = 6 ;variables:
float seatemp(INSTANCE, MAXT) ;seatemp:_FillValue = -9.f ;seatemp:long_name = "sea surface temperature" ;seatemp:standard_name = "sea_surface_temperature" ;seatemp:units = "degC" ;seatemp:sdn_parameter_urn = "SDN:P01::TEMPHU01" ;seatemp:sdn_uom_urn = "SDN:P06::UPAA" ;seatemp:sdn_parameter_name = "Temperature of the water body by␣,→

thermosalinograph hull sensor and NO verification against independent measurements"␣

,→;seatemp:sdn_uom_name = "Degrees Celsius" ;seatemp:instrument = "/instruments/SBE_2490" ;// global attributes::_NCProperties = "version=2,netcdf=4.7.2,hdf5=1.10.5" ;(次のページに続く)
1 British Oceanographic Data Centre (BODC) and National Marine Facilities (NMF) divisions
2 UK Polar Data Centre division

3 Wilkinson, M., Dumontier, M., Aalbersberg, I. et al. The FAIR Guiding Principles for scientiﬁc data management and stewardship. Sci
Data 3, 160018 (2016). https://doi.org/10.1038/sdata.2016.18

30

第 1 章 PIDINST ホワイトペーパー

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731(前のページからの続き)

data:
seatemp =7.4809, 7.439, _, 7.403, 7.3647, 7.3497 ;group: instruments {dimensions:
NCOLUMNS = 1 ;group: SBE_2490 {
variables:
string instrument_pid(NCOLUMNS) ;instrument_pid:long_name = "PIDINST PID" ;instrument_pid:sdn_variable_name = "TBC" ;instrument_pid:sdn_variable_urn = "TBC" ;string uuid(NCOLUMNS) ;uuid:long_name = "UUID" ;uuid:sdn_variable_name = "Universally Unique Identifier (UUID)" ;uuid:sdn_variable_urn = "SDN:W07::IDEN0007" ;string instrument_name(NCOLUMNS) ;instrument_name:long_name = "Instrument name" ;instrument_name:sdn_variable_name = "Long name" ;instrument_name:sdn_variable_urn = "SDN:W07::IDEN0002" ;string serial_number(NCOLUMNS) ;serial_number:long_name = "Instrument serial number" ;serial_number:sdn_variable_name = "Serial Number" ;serial_number:sdn_variable_urn = "SDN:W07::IDEN0005" ;string model_id(NCOLUMNS) ;model_id:long_name = "Model Name Identifier" ;model_id:sdn_variable_name = "Model name" ;model_id:sdn_variable_urn = "SDN:W07::IDEN0003" ;float accuracy_temperature(NCOLUMNS) ;accuracy_temperature:long_name = "Instrument accuracy of temperature" ;accuracy_temperature:units = "degC" ;accuracy_temperature:sdn_variable_name = "Accuracy" ;accuracy_temperature:sdn_variable_urn = "SDN:W04::CAPB0001" ;accuracy_temperature:variable_parameter = "/seatemp" ;accuracy_temperature:sdn_uom_urn = "SDN:P06::UPAA" ;accuracy_temperature:sdn_uom_name = "Degrees Celsius" ;// group attributes::date_valid_from = "2020-01-31T00:00:00Z" ;:metadata_link = "https://linkedsystems.uk/system/instance/TOOL0022_2490/,→

current/" ;:comment = "\n2020-06-26T13:29:42Z: Instrument cleaned on 2020-02(次のページに続く)

1.12. 装置 PID をデータセットにリンクする

31

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731(前のページからの続き),→

10T13:04:00Z" ;data:
instrument_pid = "http://hdl.handle.net/21.T11998/0000-001A-3905-F" ;uuid = "TOOL0022_2490" ;instrument_name = "SBE 37-IM MicroCAT s/n 2490" ;serial_number = "2490" ;model_id = "http://vocab.nerc.ac.uk/collection/L22/current/TOOL0022/" ;accuracy_temperature = 0.002 ;} // group SBE_2490} // group instruments}

米国海洋大気庁 (National Oceanic and Atmospheric Administration, NOAA) の国立環境情報センター (National

Centres for Environmental Information, NCEI) も CF-NetCDF ファイルで装置を報告していますが、サブグループではなく NetCDF ファイルのルートグループ内の空のデータ変数として報告しています。PID 装置
識別子は、装置の属性として表すことができます。例えば、Snippet 1.14 のように複数の装置をリンクする
場合は、空白で区切られたリストを使用するのが理想的です。

Snippet 1.14: NCEI CF-NetCDF ファイルへの装置 PID 属性の追加。
int instrument_parameter_variable;
instrument_parameter_variable:long_name = "" ;instrument_parameter_variable:comment = "" ;instrument_parameter_variable:instrument_pid = "" ;1.13 実現した、計画中、または検討中の適用事例
1.13.1 Helmholtz-Zentrum Berlin für Materialien und Energie (HZB)
HZB では DataCite 上で 4 つの DOI を HZB の実験装置に付番しています: 2 つの中性子ビームライン BER
II1,2 、シンクロトロン放射光ビームライン BESSY II3 に一つ、そして一つの実験ステーション BESSY II4です。これらの DOI は HZB の実験装置データベース --これらは事前に作成されたものでこの目的にの為に作られたものではないですが-- からそれぞれの実験装置のページを参照するようになっています。これ
らの実験装置の特徴としては、これらは HZB により独自に構築されたことがあります。したがって、HZBは作成者 (Creator) であるとともに、contriburotType プロパティにおいて HostingInstitution を持つ事で貢1 https://doi.org/10.5442/NI000001
2 https://doi.org/10.5442/NI000002
3 https://doi.org/10.5442/NI000003
4 https://doi.org/10.5442/NI000004

32

第 1 章 PIDINST ホワイトペーパー

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731
献者 (Contributer) としても、メタデータ内に記載されています。DOI の一つでは、DataCite スキーマから

fundingReference プロパティを追加することで、当該装置の更新時に HZB が受けた外部からの研究費を明らかにしている、ということも特筆すべき点です。このプロパティは PIDINST スキーマでは考慮されておらず、DataCite とのマッピングを実施するときに検討されました。HZB では運用中のすべてのビームライ
ン、実験ステーションにメタデータを適用し、また DOI を付番することを計画しています。

1.13.2 British Oceanographic Data Centre (BODC)
英国海洋データセンター (British Oceanographic Data Centre, BODC) は海洋学及び海洋研究データの保存と配布を目的とした国立の研究施設です。BODC は web で公開済みであり、実世界のセンサーを概念化し統合するための Open Geospatial Consortium (OCGC) SensorML のオープンな標準に沿った、センサー技術に関するメタデータのエンコードを対象とし、ePIC の実装をテストしました。最初のテストケースとして、
北大西洋にある Porcupine Abyssal Plain Sustained Observatory (PAP-SO) の定点係留に定期的に配置されている Sea-Bird Scientiﬁc SBE37 Microcat に対して PID を作成しました。詳細については センサー Web イ
ネーブルメント標準 (SWE) を参照してください。BODC は、Natural Environment Research Council (NERC)が所有し、National Oceanography Centre (NOC) と British Antarctic Survey (BAS) が管理する大型研究船に搭載されるセンサーの識別にこのメタデータの適用を続ける計画です。PID は、英国のイニシアチブである I/Ocean の一環として、「デッキからデスクトップ」までのセンサーデータとメタデータのワークフロー
を管理するために使用される予定です。

1.13.3 EISCAT3D
EISCAT3D は、フェンノスカンジア地方の北極圏上空の大気および地球近傍宇宙環境の研究、ならびに太陽系科学および電波天文学の支援を目的として、レーダー観測と非干渉性散乱技術を用いた国際研究基盤となる予定です。EISCAT3D は、PIDINST の勧告に従って、観測装置のための永続的識別子の実装を予定
しています。このレーダーは複雑で、これまでのレーダーよりもデジタル化されており、大きく分けてい
くつかの別々のユニットに分かれています。これらのユニットではソフトウェアも重要な重要な構成要素
ですが、ハードウェアのユニットとみなすことで、それぞれを永続的に識別することになります。ユニットの更新は主にソフトウェアに対して行われ、その結果、独自の PID を持つ新バージョンのユニットが誕生します。レーダー自体も永続的に識別され、HasComponent という関係タイプを使用して永続的に識別されたユニットに関係づけることができます。

1.13.4 SENSOR.awi.de 及び PANGAEA
アルフレート・ヴェーゲナー研究所ー (Alfred Wegener Institute, AWI) ヘルムホルツ極地海洋研究センタ(Helmholtsz Centre for Polar and Marine Research) は、極地や海洋における科学データや関連情報の発見、閲覧、普及、保存のための eResearch インフラの開発と維持に継続的に取り組んできました。研究プラットフォームとそれぞれのデバイスやセンサーの増加する異質性とプロジェクト駆動の様々な要件に対処するために、センサー観測からアーカイブへの流れ (observations to archives, O2A) をサポートすることを意図した汎用的かつモジュール式のフレームワークが構築されています5 。この中で、ENSOR.awi.de は OGC

SensorML 標準を使用して構築されており、現在までに 4000 を超える個々のレコードには、レコード引用の5 Koppe, R., Gerchow, P., Macario, A., Haas, A., Schäfer-Neth, C. and Pfeiﬀenberger, H. (2015): O2A: A Generic Framework for Enabling
the Flow of Sensor Observations to Archives and Publications, OCEANS 2015 Genova. doi: 10.1109/OCEANS-Genova.2015.7271657

1.13. 実現した、計画中、または検討中の適用事例

33

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731
自動生成とともに、handle URI の UUID を使用して永続的な識別子が割り当てられています。センサーのカテゴリ (NERC L05)、センサーのタイプやモデル (NERC L22) を定義するために用語 (統制された語彙など) が使用されています。SENSOR.awi.de のデータモデルは PIDINST スキーマに準拠しており、センサーのための Datacite DOI の追加実装は現在評価中である。 SENSOR.awi.de の最終目標は、データ取得プロセスに使用された装置やセンサーの完全なメタデータと永続的な識別子を提供することにより、PANGAEAの公開データやアーカイブデータの品質を高めることです (Figure 1.3)。プラットフォームやセンサーは時間とともに進化するため (センサーの校正、機器のペイロードの変更など)、SENSOR.awi.de は XML レコー
ドの変更点の監査証跡を維持することによりレコードのバージョニングもサポートしています。

PANGAEA は環境研究データのデジタルリポジトリであり、AWI と MARUM(University Bremen) が共同で運営する O2A フレームワーク内の長期保存専用アーカイブです。各データセットは、研究資源 (例: 論文、研究助成機関、装置、標本など) との関係を含む記述的なメタデータとともに利用可能です。PANGAEA は
データ提供者として、デバイスの名称、識別子、タイプなどの限られた情報のみをキュレーションしています。機器の種類と名称を標準化するために、現在では外部の用語、特に NERC L05 device category vocabularyと L22 device catalogue を適用しています。リポジトリは、これらの用語集を定期的かつ段階的にインポートするために、カスタムメイドのクライアントアプリケーションを開発しました。機器の識別と詳細な説
明のために、PANGAEA は SENSOR.awi.de のような機器登録機関に依存し、PANGAEA に保存されたデー
タの取得に使われた機器を一意に識別するためにその発行する PID を使用しています。AWI と PANGAEAは同じボキャブラリー/用語と PID を使用して機器を表現するため、特に O2A の生データステージングエ
リアからデータ品質管理サービスなどを経て、最終目的地である PANGAEA データアーカイブにほぼリア
ルタイムでデータを転送する際にデータセットを容易に統合することが可能です。p. 33, 5

1.13.5 ICOS
炭素統合観測システム (Integrated Carbon Observation System, ICOS) は、ヨーロッパ大陸の温室効果ガス収支を定量的に把握するための汎欧州的な研究インフラです。ICOS では、ガス濃度、風速・風向、湿度、温度など、多くの連続的なその場測定を行っています。ICOS では、高品質の測定データを提供するために、データの出所を記録し、校正履歴を追跡するための永続的な識別子を装置に採用することが必須であると考えています。

1.13.6 B2INST
B2INST は永続性識別子と装置に関する記述を登録するサービスです。B2INST のサービスは、特に研究グ
ループや小規模なコミュニティーなど、レジストリサービスの運営能力が不十分な組織のギャップを埋めるものです。
このサービスを利用し、コミュニティや組織は、メタデータを登録し装置に PID を割り当てることで、彼らの装置を FAIR 化することができます。そして、この装置 PID は学術論文やデータセット等の研究成果に追加することができます。

B2INST は、メタデータへの PID や DOI の割り当て、登録されたメタデータに基づく装置情報のランディ
ングページの表示、といったいくつか汎用的な機能を提供します。また、登録された装置に対するデータ
アップロード (ほとんどすべての装置でサポートされるべき追加的な記述、例えばキャリブレーションプロ
トコルや装置図面、テクニカルマニュアルなど、になります)、のような追加機能も期待されます。B2INSTでは、登録された情報は全員に公開されます。情報の作成や編集には認証が必要です - そのため B2INST

34

第 1 章 PIDINST ホワイトペーパー

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731
は認証連携をサポートし、これにより利用者は自身の組織のアカウントでシステムにログインすることができます。
いくつかのユースケースより、コミュニティは異なった要求を装置メタデータに求めることが、明らかになりました。PIDINST スキーマは、装置を記述する最小限のメタデータセットにすぎません。その一方

B2INST はコミュニティによる拡張機能を提供します; これにより、装置記述内容の拡大や異なるコミュ
ニティへの要求に応えることができます。PIDINST を基本とすることで、それぞれのコミュニティはメタ
データ拡張を追加し、コミュニティ内からの要求に対するより良いサポートを実現できます。
直近の計画に、 B2INST は EUDAT による公開サービスとなることを要請されています。最初の実証実験
は SURF プロジェクトに進められました。その後 GWDG によりプロダクションレベルでのサービスになるよう更なる開発が進められています。

1.14 寄稿者
Louise Darroch (louise.darroch@bodc.ac.uk, https://orcid.org/0000-0003-4163-9575), British Oceanographic
Data Centre, National Oceanography Centre, Liverpool, L3 5DA, United Kingdom
Robert Huber (rhuber@uni-bremen.de, https://orcid.org/0000-0003-3000-0020), MARUM - Center for Marine
Environmental Sciences, University of Bremen, Leobener Str. 8, 28359 Bremen, Germany
Anusuriya Devaraju (anusuriya.devaraju@csiro.au, https://orcid.org/0000-0003-0870-3192), CSIRO Mineral Resources, 26 Dick Perry Avenue, Kensington WA 6151, Australia
Ulrich Schwardmann (ulrich.schwardmann@gwdg.de,https://orcid.org/0000-0001-6337-8674),

GWDG,

Gesellschaft für wissenschaftliche Datenverarbeitung Göttingen, Burckhardtweg 4, 37077 Göttingen, Germany
Rolf Krahl (rolf.krahl@helmholtz-berlin.de, https://orcid.org/0000-0002-1266-3819), Helmholtz-Zentrum Berlinfür Materialien und Energie, Albert-Einstein-Str. 15, 12489 Berlin, Germany
Sven Bingert (sven.bingert@gwdg.de, https://orcid.org/0000-0001-9547-1582), GWDG, Gesellschaft für wissenschaftliche Datenverarbeitung Göttingen, Burckhardtweg 4, 37077 Göttingen, Germany
Philipp Wieder (philipp.wieder@gwdg.de, https://orcid.org/0000-0002-6992-1866), GWDG, Gesellschaft fürwissenschaftliche Datenverarbeitung Göttingen, Burckhardtweg 4, 37077 Göttingen, Germany
Tibor Kálmán (tibor.kalman@gwdg.de, https://orcid.org/0000-0001-5194-5053), GWDG, Gesellschaft für wissenschaftliche Datenverarbeitung Göttingen, Burckhardtweg 4, 37077 Göttingen, Germany
Anita Bandrowski (abandrowski@ucsd.edu, https://orcid.org/0000-0002-5497-0243), Department of Neuroscience, University of California at San Diego, 9500 Gilman Drive La Jolla, CA 92093-0662 and SciCrunch Inc,
9500 Gilman Drive La Jolla, CA 92093-0662
Ted Habermann (ted@tedhabermann.com, http://orcid.org/0000-0003-3585-6733), Metadata Game Changers,
3980 Broadway, Suite 103-185, Boulder, Colorado, USA 80304
Mark van de Sanden (mark.vandesanden@surf.nl, https://orcid.org/0000-0002-2718-8918), SURF, Science Park
140, 1098 XG Amsterdam, The Netherlands
Claudio D'Onofrio (claudio.donofrio@nateko.lu.se, https://orcid.org/0000-0002-1982-3889), ICOS Carbon Portal, Lund University, Physical Geography & Ecosystem Science, Sölvegatan 12, 223 62 Lund, Sweden

1.14. 寄稿者

35

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731
Margareta Hellström (margareta.hellstrom@nateko.lu.se, https://orcid.org/0000-0002-4154-2610), ICOS Carbon
Portal, Physical Geography & Ecosystem Science, Lund University, Sölvegatan 12, 223 62 Lund, Sweden
Ingemar Häggström (ingemar.haggstrom@eiscat.se, https://orcid.org/0000-0003-1070-6915), EISCAT Scientiﬁc
Association, Box 812, 98128 Kiruna, Sweden
Roland Koppe (roland.koppe@awi.de, https://orcid.org/0000-0002-2826-3932), Computing and Data Centre, Alfred Wegener Institute Helmholtz Centre for Polar and Marine Research. Am Handelshafen 12, 27570, Bremerhaven, Germany
Ana Macario (ana.macario@awi.de, https://orcid.org/0000-0003-3747-793X), Computing and Data Centre, Alfred Wegener Institute Helmholtz Centre for Polar and Marine Research. Am Handelshafen 12, 27570, Bremerhaven, Germany
Tina Dohna (tdohna@marum.de, https://orcid.org/0000-0002-5948-0980), MARUM - Center for Marine Environmental Sciences, University of Bremen, Leobener Str. 8, 28199 Bremen, Germany
Jens Klump (jens.klump@csiro.au, https://orcid.org/0000-0001-5911-6022), CSIRO Mineral Resources, 26 Dick
Perry Avenue, Kensington WA 6151, Australia
Markus Stocker (markus.stocker@tib.eu, https://orcid.org/0000-0001-5492-3212), TIB – Leibniz Information
Centre for Science and Technology, Welfengarten 1 B, 30167 Hannover, Germany and Leibniz University Hannover, Welfengarten 1, 30167 Hannover, Germany
The Research Data Alliance Persistent Identiﬁcation of Instruments Working Group members (https://www.
rd-alliance.org/node/57186/members)

1.15 利益相反について
Anita Bandrowski は SciCrunch Inc. の創設者兼 CEO であり、出版社と協力して科学文献の改善に取り組んでいます。 その他の著者は、利害関係がないことを表明しています。

1.16 日本語版翻訳
この文書の日本語翻訳作業は、「研究データ利活用協議会 (RDUF, https://japanlinkcenter.org/rduf/)」 の「研究資料・実験機器への PID 付与検討小委員会」において実施されました。

Takaaki Aoki (aoki.takaaki@nagoya-u.jp, https://orcid.org/0000-0002-5926-4903), Nagoya University; 青木学聡,
国立大学法人 東海国立大学機構 名古屋大学

Kosuke Tanabe (https://orcid.org/0000-0002-9986-7223), National Institute for Materials Science; 田辺浩介, 国立研究開発法人 物質・材料研究機構

Kazuyo Fukuda (https://orcid.org/0000-0001-9837-4307), Japan Agency for Marine-Earth Science and Technology; 福田和代, 国立研究開発法人 海洋研究開発機構
Takahiro Matsumoto (matumot@spring8.or.jp, https://orcid.org/0000-0001-6949-5492), Japan Synchrotron Radiation Research Insitute; 松本崇博, 公益財団法人 高輝度光科学研究センター

36

第 1 章 PIDINST ホワイトペーパー

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731
Nobuko Miyairi (nobuko@miyairi.info, http://orcid.org/0000-0002-3229-5662), Scholarly Communications Consultant; 宮入暢子, 学術コミュニケーションコンサルタント
Hideya Nakanishi (nakanishi.hideya@nifs.ac.jp, https://orcid.org/0000-0001-6388-4489), National Institute for
Fusion Science (NIFS), NINS; 中西秀哉, 大学共同利用機関法人 自然科学研究機構 核融合科学研究所
Nobuya Okayama (https://orcid.org/0000-0001-8974-4716), Hitachi Consulting, Co.Ltd; 岡山将也, 株式会社日立コンサルティング

1.16. 日本語版翻訳

37

39

第2章

ePIC クックブック

Document typeResearch Data Alliance (RDA)
Persistent Identiﬁcation of Instruments (PIDINST)
working group output report

2.1 はじめにこのクックブックでは、機器プロバイダーが ePIC インフラストラクチャ を使用して機器の永続識別子（PID）を作成することを可能にします。ePIC は、世界中の研究コミュニティに PID サービスを提供し、Handle システム に基づく PID の割り当てと解決を可能にする国際コンソーシアムです。 2019 年、ePIC は、
PIDINST metadata schema と呼ばれる Research Data Alliance working group for the persistent identiﬁcation of
instruments (PIDINST) から得られた勧告の一部として、機器を引用するためのメタデータスキーマを公開しました。 この文書は、ePIC を通じて機器の PID を公開するための技術的なガイダンスを提供します。

2.2 ePIC での PIDINST 用 ハンドル識別子
ePIC での PID ハンドルレコードに用いられている、 PIDINST メタデータスキーマのプロパティ、サブプ
ロパティ、属性は以下より参照できます。

objectsの前に#を配置することで、対人可読な形式とJSON 表現を相互に変換することができます。それぞれのプロパティ、サブプロパティ、属性は、固有のハンドルレコードを通じて解決することができます。

対人可読形式

http://dtr-test.pidconsortium.eu/#objects/21.T11148/17ce618137e697852ea6

JSON での表現

http://dtr-test.pidconsortium.eu/objects/21.T11148/17ce618137e697852ea6

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731

2.2.1 新しい装置 PID の生成
ePIC ハンドルは、HTTP アプリケーションプロトコルを使用した RESTful な Web サービス経由でアクセスし管理されます。 このサービスまたはアプリケーションプログラミングインタフェース (API) は、主要な交換フォーマットとして JSON を使用します。独自のビジネスロジックと追加サービスに合わせて、一般的でより基本的なハンドル API や、使用する PID サービスに実装されているならば、ePIC API を適用することができます。 以下の例では、PIDINST ハンドルを ePIC API のテスト環境で、将来的に本番環境に移行することを視野に入れて、ePIC API 経由で作成します。 また、最後に ePIC API または Handle API のいずれかを使用した PID の基本的な CRUD 操作の概要を示します。
新しい PID を生成して装置に割り当てるには、ePIC のメンバー（プロバイダ）になるか、現在のメンバー
または独自の ePIC API エンドポイントを持つリポジトリのいずれかと連携する必要があります。 テスト
環境を使用して PID を作成するには、テスト環境のプレフィックス 21.T11998 を使用する承認を得るための認証情報 (ユーザー名とパスワード) を取得する必要があります。 これらは、support@pidconsortium.netにメールを送ることで ePIC より取得できます。

PID は通常、POST/PUT メソッドを使用して作成されます。 POST メソッドを使用すると、ハンドルレコー
ドのサフィックスに Universally Unique Identiﬁer (UUID) が自動的に生成されます。 または、ローカル識
別子を使って PUT メソッドでサフィックスを手動で作成することもできます (https://doc.pidconsortium.eu/

guides/api-create/ を参照)。
以下のすべての例は、コマンドライン (Linux の場合) で cURL リクエストを使用しています。PHP、Perl、Python でのリクエストも可能です (https://doc.pidconsortium.eu/guides/api-create/ を参照)。 また、例ではテスト用の API エンドポイント http://vm04.pid.gwdg.de:8081/handles/ を使用しています。 ePIC の各メン
バーは、独自の API エンドポイントを使用することになります。
自動生成される UUID をサフィックスとして PID ハンドルレコードを生成する場合:

curl -v -u "username:password" -H "Accept:application/json" -H "Content,→

Type:application/json" -X POST --data '[{"type":"URL","parsed_data":"https://,→linkedsystems.uk/system/instance/TOOL0022_2490/current/"}]' http://vm04.pid.gwdg.

,→

de:8081/handles/21.T11998/

実行結果: https://vm04.pid.gwdg.de:8081/handles/21.T11998/0000-001A-64A4-A
自動生成される UUID をサフィックスに埋め込み、PID ハンドルレコードを生成する場合:

curl -v -u "username:password" -H "Accept:application/json" -H "Content,→

Type:application/json" -X POST --data '[{"type":"URL","parsed_data":"https://,→linkedsystems.uk/system/instance/TOOL0022_2490/current/"}]' http://vm04.pid.gwdg.

,→

de:8081/handles/21.T11998/\?prefix=BODC\&suffix=TEST

実行結果: https://vm04.pid.gwdg.de:8081/handles/21.T11998/BODC-0000-001A-64A3-B-TEST

PUT メソッドを用い、手動でサフィックスを生成する場合:
curl -v -u "username:password" -H "Accept:application/json" -H "Content,→

Type:application/json" -X PUT --data '[{"type":"URL","parsed_data":"https://,→linkedsystems.uk/system/instance/TOOL0022_2490/current/"}]' http://vm04.pid.gwdg.

,→

de:8081/handles/21.T11998/564987-8865544-9998

40

第 2 章 ePIC クックブック

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731
実行結果: https://vm04.pid.gwdg.de:8081/handles/21.T11998/564987-8865544-9998

2.2.2 PID ハンドルレコードを参照する
ハンドルレコードにおいて URL が設定されている場合、ハンドルレコードを参照すると、設定された URLにリダイレクトされます:

http://hdl.handle.net/21.T11998/0000-001A-3905-F
ハンドルレコードを直接参照したい場合:

http://hdl.handle.net/21.T11998/0000-001A-3905-F?noredirect
REST API コールにより、JSON 形式を取得できます:
http://hdl.handle.net/api/handles/21.T11998/0000-001A-3905-F

2.2.3 PID ハンドルレコードの内容更新
プロパティは PUT メソッドを用い、cURL リクエストで直接 JSON プロパティを指定するか、JSON ファ
イルを介してパースすることにより更新できます。(JSON のサンプル も参照）。

cURL request で直接プロパティを指定する場合:
curl -v -u "username:password" -H "Accept:application/json" -H "Content,→

Type:application/json" -X PUT --data '[{"type": "21.T11148/8eb858ee0b12e8e463a5","parsed_data": "{\"identifierValue\":\"http://hdl.handle.net/21.T11998/BODC-0000-,→

001A-64A3-B-TEST\",\"identiferType\":\"MeasuringInstrument\"}"},{"type": "21.T11148/,→

4eaec4bc0f1df68ab2a7","parsed_data": "[{\"Owner\": {\"ownerName\":\"National␣,→

Oceanography Centre\",\"ownerContact\":\"louise.darroch@bodc.ac.uk\",\,→"ownerIdentifier\":{\"ownerIdentifierValue\":\"http://vocab.nerc.ac.uk/collection/,→

B75/current/ORG00009/\",\"ownerIdentifierType\":\"URL\"}}}]"}]' http://vm04.pid.

,→

gwdg.de:8081/handles/21.T11998/BODC-0000-001A-64A3-B-TEST,→

補足: JSON parsed_data string 内においては、ダブルクォーテーションをバックススラッシュ (\) でエスケープする必要があります。

JSON ファイルでプロパティを指定する場合:
curl -v -u "username:password" -H "Accept:application/json" -H "Content,→

Type:application/json" -X PUT --data @/users/.../ePIC_json_example.json http://vm04.

,→

pid.gwdg.de:8081/handles/21.T11998/BODC-0000-001A-64A3-B-TEST

2.2. ePIC での PIDINST 用 ハンドル識別子

41

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731

2.2.4 PID の管理
ePIC API を使用する場合
以下の HTTP メソッドにより、ユーザ名-パスワードに基づいた ePIC API を使用して、ユーザの PID ハン
ドルレコードを管理することができます。サーバ: vm04.pid.gwdg.de, ポート: 8081, リソース: handles/
としています。

PID の取得
curl -D- -u "username:password" -X GET -H "Content-Type: application/json" http://,→

vm04.pid.gwdg.de:8081/handles/21.T11998/BODC-0000-001A-64A3-B-TEST

PID の削除 (本運用のハンドルに対しては許可されません)
curl -v -u "username:password" -H "Accept:application/json" -H "Content,→

Type:application/json" -X DELETE http://vm04.pid.gwdg.de:8081/handles/21.T11998/,→

BODC-0000-001A-64A3-B-TEST

PID の更新
curl -v -u "username:password" -H "Accept:application/json" -H "Content,→

Type:application/json" -X PUT --data '[{"type":"21.T11148/8eb858ee0b12e8e463a5",,→"parsed_data":"{\"identifierValue\":\"http://hdl.handle.net/21.T11998/BODC-0000-,→

001A-64A3-B-TEST\",\"identiferType\":\"MeasuringInstrument\"}"}]' http://vm04.pid.

,→

gwdg.de:8081/handles/21.T11998/BODC-0000-001A-64A3-B-TEST

Handle API を使用する場合
以下の HTTP メソッドにより、ユーザーは証明書に基づく汎用ハンドル API を使用して、PID ハンドルレ
コードを管理することができます。サーバ: vm04.pid.gwdg.de, ポート: 8081, リソース: haneles/ としています。

privkey.pem and certificate_only.pem を 取 得 す る 手 順 は 、例 え ば http://eudat-b2safe.github.io/
B2HANDLE/creatingclientcertiﬁcates.html に記載されています。
Handle API には内部でのサフィックス生成機能がありません。サフィックスは、ユーザが提供する必要があります。

Handle API は、POST, GET, DELETE メソッドのみが利用できます。これはすなわち、クレデンシャルが十分であれば、意図せず発行した新規作成のリクエストにより、既存の PID が上書きされる可能性があります。利用者は事前に PID の重複がないことを検知する必要があります。
アクセスパラメータ:
ユーザ名 (USER)、公開鍵 (HS_PUBKEY) のインデックス (INDEX)、証明書ファイルのプレフィックス(PREFIX) が、${INDEX}_${PREFIX}_${USER}_???.pem という命名規則で保存されているとします。

42

第 2 章 ePIC クックブック

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731

PATH="/SomePath2Certs"
PREFIX="21.T11998" # prefix of the PID service
USER="USER21" # USER that has access to PIDs under $PREFIXINDEX="300" # index where HS_PUBKEY is stored for $USER
SERVPORT="vm04.pid.gwdg.de:8001" # PID service and port
VERBOSE="" # optional-v "# Certificates
USERKEY="${PATH}/Certificates/${INDEX}_${PREFIX}_${USER}_privkey.pem"
USERCERT="${PATH}/Certificates/${INDEX}_${PREFIX}_${USER}_certificate_only.pem"
ハンドルの生成curl -s --insecure ${VERBOSE} --key ${USERKEY} --cert ${USERCERT} -H "Content,→

Type:application/json" -H 'Authorization: Handle clientCert="true"' -X PUT --data,→{"values":[{"index":100,"type":"HS_ADMIN","data":{"value":{"index":'${INDEX}',,→"handle":"'${PREFIX}'\/'${USER}'","permissions":"011111110011","format":"admin"},,→"format":"admin"}},{"index":1,"type":"URL","data":"www.gwdg.de"}]}' https://$,→{SERVPORT}/api/handles/${PREFIX}/test_epic3_1234'

生成したハンドルの取得

curl -s --insecure ${VERBOSE} --key ${USERKEY} --cert ${USERCERT} -H "Content,→

Type:application/json" -H 'Authorization: Handle clientCert="true"' -q https://$,→{SERVPORT}/api/handles/test_epic3_1234

生成したハンドルの修正

curl -s --insecure ${VERBOSE} --key ${USERKEY} --cert ${USERCERT} -H "Content,→

Type:application/json" -H 'Authorization: Handle clientCert="true"' -X PUT --data,→{"values":[{"index":100,"type":"HS_ADMIN","data":{"value":{"index":'${INDEX}',,→"handle":"'${PREFIX}'\/'${USER}'","permissions":"011111110011","format":"admin"},,→"format":"admin"}},{"index":1,"type":"URL","data":"pid.gwdg.de"}]}' https://$,→{SERVPORT}/api/handles/${PREFIX}/test_epic3_1234'

生成したハンドルの削除

curl -s --insecure ${VERBOSE} --key ${USERKEY} --cert ${USERCERT} -H "Content,→

Type:application/json" -H 'Authorization: Handle clientCert="true"' -X DELETE ␣,→

https://${SERVPORT}/api/handles/test_epic3_1234

2.2. ePIC での PIDINST 用 ハンドル識別子

43

45

第3章

DataCite クックブック

Document typeResearch Data Alliance (RDA)
Persistent Identiﬁcation of Instruments (PIDINST)
working group output report

3.1 はじめにこのクックブックにより、装置提供者は、装置の永続的識別子 (PID) として DataCite DOI を作成することができます。DataCite は、研究データやその他の研究成果に DOI を提供する世界的な非営利組織です。

Instruments WG (PIDINST) の永続的な識別は、PIDINST メタデータ スキーマの DataCite スキーマへのマッ
ピングに関して DataCite と協力しています。
このクックブックは DataCite documentation を置き換えるものではありません。 むしろ、装置の DOI を作成するための関連するステップを紹介し、装置 PID メタデータに焦点を当てます。 このクックブックは、

DOI に関する基本的な知識を前提としています。 Wikipedia の DOI に関する記事 は、関連する情報を含む
有用な入門書です。

3.2 DOI 採番の前提条件
DataCite の DOI を発行する前提として、あなたの組織は DataCite のメンバーであるか、DataCite のメンバーと共同作業をしている必要があります。 これにより、あなた自身の DOI プレフィックスと、装置 DOIの採番 に必要な DataCite Fabrica へのアクセスが提供されます。

3.3 メタデータの収集
装置の DOI を作成するためには、その装置を説明し、DOI レコードに登録したいすべてのメタデータを収集する必要があります。 PIDINST ホワイトペーパーのセクション PIDINST メタデータスキーマ では、登録を考慮すべきメタデータを説明しています。

Persistent Identiﬁcation of Instruments WG は、PIDINST Metadata Schema を開発しました。 しかし、DataCite
DOI を作成しようとすると、DataCite Metadata Schema を使用しなければならない制約があります。そのため、PIDINST WG は「PIDINST Schema onto the DataCite Schema」というマッピングも提供しています。

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731

3.3.1 PIDINST メタデータから DataCite へのマッピング
PIDINST WG から提供されたマッピングに基づき、装置を記述するメタデータが DataCite Schema でどのように表現されるのが最適かを以下に説明します。

Identiﬁer
生成しようとしている DOI。identiﬁerType=DOI とともに、Identiﬁer を DataCite プロパティとして追加します。

LandingPage
この PID が解決するランディングページの URL。DataCite スキーマにはこのためのプロパティがありませんが、DOI を作成したときにこのメタデータをとともに URL を登録します。

Name
この装置につけられた名前。titleType=Other とともに、Title を DataCite プロパティとして追加します。

Owner
装置を管理する機関または個人。contributorType=HostingInstitution とともに、Contributor を DataCite
プロパティとして追加します。また、Contributor のサブプロパティーである nameIdentiﬁer に装置管理者の識別子を追加することも併せて検討してください。

Manufacturer
装置を作成した機関または個人。Creator を DataCite プロパティとして追加します。また、Creatorのサブプロパティーである nameIdentiﬁer に装置作成者の識別子を追加することも併せて検討してく
ださい。

Model
装置のモデルまたは型式の名称。残念なことに、執筆時点において、DataCite スキーマにはこれに相当するプロパティがなく、この情報は破棄されます1 。

Description
デバイスおよびその能力に関するテキスト記述。descriptionType=Abstract とともに、Description を

DataCite プロパティとして追加します。
InstrumentType
装置の形式の分類。DataCite スキーマには該当するスキーマはありませんが、Subject プロパティに
この分類に関するキーワードを追加することができます。

MeasuredVariable
装置が測定・観測する数値や物理特性。残念なことに、執筆時点において、DataCite スキーマにはこれに相当するプロパティがなく、この情報は破棄されます。

Date
この装置インスタンスに関連するイベント。Date を DataCite プロパティとして追加します。 date-

Type=Available を使用して、装置が動作している、または動作していた日付を示します。 装置がまだ動作中であれば、開始日を示すために 1 つの日付を使用します。機器がすでに廃棄されている場合
は、開始日と終了日を示すための期間を使用します。

RelatedIdentiﬁer
これは、関連するリソースへのリンクを確立するために使用することができる。 DataCite スキーマ
1 DataCite Schema に Series プロパティを追加する提案 があり、この提案が採用されれば、装置モデルの記述に適していると思わ
れます。

46

第 3 章 DataCite クックブック

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731には同名のプロパティがあり、PIDINST スキーマと非常によく似たサブプロパティとセマンティク
スを持っています。

AlternateIdentiﬁer
装置が他に登録されている場合に使用されます。AlternateIdentiﬁer を DataCite プロパティとして追加します。装置製造者によるシリアルナンバーを記述する場合、alternateIdentiﬁerType=SerialNumber を使用します。また、装置管理者による装置管理番号を記述する場合、alternateIdentiﬁerType=InventoryNumberを使用します。

PIDINST スキーマとは対照的に、DataCite スキーマでは alternateIdentiﬁerType はフリーテキストであることに注意してください。したがって、シリアル番号や装置管理番号ではない代替識別子を追加する場合、強制的に alternateIdentiﬁerType=Other を使用する必要はなく、すぐに alternateIdentiﬁerTypeに適切な型を設定することができます。

3.3.2 DataCite スキーマでの追加プロパティ
DataCite スキーマには、PIDINST スキーマに対応するものがなく、DataCite で必須であるため設定する必要があるか、検討する価値のあるプロパティがさらにいくつかあります。もちろん、ここに記載されていない他の DataCite プロパティも、特定のユースケースで意味をなすのであれば、同様に考慮されるかもしれません。

Publisher"リソースを保有、アーカイブ、出版、印刷、配布、リリース、発行、または生産している主体の名
前" (DataCite スキーマの定義からの引用)。装置の場合、これがさす内容は不明瞭なことが多く、また PIDINST Schema の Owner と少し重複しているように思えます。しかし、DataCite Schema では必須ですので、設定する必要があります。 DOI を作成し、DOI のメタデータを管理する責任がある主体に設定することをお勧めします。

PublicationYear
DataCite スキーマでは必須です。DOI を発行した年を設定することを勧めます。
ResourceType
DataCite の DOI は様々な種類のオブジェクトのためのものなので、種類を示す必要性があります。
これは DataCite Schema では必須です。 明らかに装置の DOI では、この DOI が装置のインスタンスを特定するものであることを示す必要があります。 DataCite では、ResourceType はフリーテキスト
ですが、resourceTypeGeneral というサブプロパティを持ち、リソースのタイプを定義した値のコン
トロールリストを持っています。 残念ながら、この記事を書いている時点では、これらの値のどれもが機器に適合しないため、ResourceType を Instrument に設定し、resourceTypeGeneral=Other を設定することをお勧めします2 。

FundingReference
これは DataCite Schema では任意ですが、装置の購入や作成を支援した外部資金を表記すると便利な場合があります。

2 DataCite Schema に、Instrument を resrouceTypeGeneral のコントロールリスト値に追加する提案 があります。

3.3. メタデータの収集

47

PIDINST Documentation, リリース 1.0b2.dev92+ge1118ee.d20230731

3.4 装置 DOI の採番
DataCite Fabrica は、DOI とメタデータを作成・管理するためのウェブインターフェイスです。 あなたの組
織は DataCite のメンバーであるか、DataCite のメンバーと共同作業をしている必要があります。 これにより、あなた自身の DOI プレフィックスと、Fabrica にサインインするための認証情報が提供されます。

DOI を新規に作成したり、既存の DOI を更新したりするには、基本的に 3 つの異なる方法があり、以下に説明します。

3.4.1 ウェブフォームを用いた DOI の作成
DOI を作成する最もインタラクティブな方法は、DOI、ランディングページの URL、およびすべてのメタ
データの値を示す Web フォームに入力することです。 これは、値を入力する際に自動検証や外部識別子の検索などの便利な支援機能を提供します。 詳細な手順は DataCite documentation を参照してください。

3.4.2 ファイルアップロードによる DOI の作成
多くの装置の DOI を作成したい場合、すべてのメタデータ値を別々に手動で入力するのは面倒になるかもしれません。 また、メタデータをファイルとしてアップロードできるウェブフォームもあります。 様々なファイル形式がサポートされていますが、プロパティとその値の最も細かい制御は、おそらく DataCite

XML を使用して実現されています。詳しい説明は DataCite documentation を参照してください。

3.4.3 DataCite REST API の使用
DOI の作成プロセスは、DataCite REST API を使用して完全に自動化することができます。 メタデータ
は JSON または DataCite XML として API にフィードすることができます。 詳しくは DataCite REST API

Guide をご覧ください。

48

第 3 章 DataCite クックブック