Interoperability of metadata in open science

1. オ ー プ ン サ イ エ ン ス の 最 新 情 報
メ タ デ ー タ の 相 互 運 用 性 を 中 心 に
平成2 8年6月14日 第12回学術ソリューションセミナー
「The Age of Discovery :コペルニクス的転回を超えた学術情報の新たな波」
機関リポジトリ推進委員会 ワーキンググループ協力員
岡山大学附属図書館 大園隼彦
oozono-h@adm.okayama-u.ac.jp
1

2. 本日の内容
• オープンサイエンスとは
研究データ管理と研究成果のパブリックアクセス
• オープンサイエンスとメタデータ
1. junii2をカスタマイズして研究データにDOIを
2. junii2をよりリッチに
公的資金のオープンアクセスの実施状況を捕捉する
3. さらに相互運用性を考える
各種IDや統制語彙を利用して関係性を充実させる
2

3. オープンサイエンスとは
公的研究資金を用いた研究成果（論文、生産された研究データ
等）について、 科学界はもとより産業界及び社会一般から広く容易
なアクセス・利用を可能にし、知の創出に新たな道を開くとともに、
効果的に科学技術研究を推進することで、イノベーションの創出に
つなげることを目指した新たなサイエンス
3
内閣府『我が国におけるオープンサイエンス推進のあり方について～ サイエンスの新たな飛躍の時代の幕
開け～』（2015年3月30日） http://www8.cao.go.jp/cstp/sonota/openscience/

4. 加速するOA義務化の動き
4
http://roarmap.eprints.org/view/country/un=5Fgeoscheme.html

5. 海外の助成機関のポリシー
5
http://www.dcc.ac.uk/resources/policy-and-legal/overview-funders-data-policies
https://figshare.com/articles/Overview_of_OSTP_Responses/1367165
★公的資金を受けた進めた研究は、論文もデータも公開する方向で進んでいる
英国 米国

6. 国内のポリシー等の状況
• 文献
京都大学（２０１５年４月２８日）
筑波大学（２０１５年１１月１９日）
国際日本文化研究センター（２０１５年１２月１７日）
九州大学（２０１６年１月１９日）
徳島大学（２０１６年１月１９日）
東京歯科大学（２０１６年４月１２日）
名古屋大学（２０１６年４月１９日）
• 研究データ
京都大学 （２０１６年７月３０日）
：研究データ保存サービスの試行
6

7. 大学（図書館）への期待
 論文のオープンアクセス（OA）
機関リポジトリをグリーンOAの基盤として拡充する
OAに係る方針を作成する
 研究データ管理
研究データ管理計画の作成支援
NIIと連携して基盤整備（アカデミッククラウド）を進める
 研究成果の散逸防止
論文・研究データの管理に係る規則を定める
論文・研究データにDOIを付与
 人材育成
技術職員・URA及び大学図書館職員等を中心としたデータ
管理体制を構築
7
学術情報委員会「学術情報のオープン化の推進について（審議まとめ）」より
http://www.mext.go.jp/b_menu/shingi/gijyutu/gijyutu4/036/houkoku/1368803.htm

8. 大学図書館への期待
“特に大学図書館には、機関リポジトリの構築を進
めてきた経験等から、研究成果の利活用促進に積極
的な役割を果たすことが期待される。”
8
学術情報委員会「学術情報のオープン化の推進について（審議まとめ）」より
http://www.mext.go.jp/b_menu/shingi/gijyutu/gijyutu4/036/houkoku/1368803.htm

9. 機関リポジトリ推進協会
9

10. オープンサイエンスにおけるメタデータの検討
 研究データにDOIを付与
研究データのメタデータとDOI付与
 オープンアクセスの実施状況を把握する
公的資金のオープンアクセス状況と利用条件がわかるように
 コンテンツに加えて関連情報に識別子を付与する
「どこの誰がどの予算でどのような成果を作り出したか」が容
易かつ正確に把握できるように
10

11. ステップ１
junii2をカスタマイズして研究データにDOIを
（昨年度までのIR推進委員会での検討事項）
11

12. 研究データのメタデータ
• 研究分野ごとに様々なメタデー
タスキーマが存在
• 最初から様々なメタデータに対
応することは難しい
• まずは特定の分野に依存しない
一般的なメタデータから
• 加えて、研究データにDOIを付
与できるように
12
http://www.dcc.ac.uk/resources/metadata-standards

13. 研究データにDOIを付与するには
• IRDB経由でJapanLinkCenterに
研究データのメタデータを提出
• 必要なメタデータ項目は？
• 現在のjunii2で対応可能か？
13
“IRDB (JAIRO)データ提供機関のためのDOI管理・メタデータ入力ガイドライン”
http://www.nii.ac.jp/irp/archive/system/pdf/JaLC_guideline_ver2.0.pdf

14. 必須項目
• JaLCのメタデータはDataCiteに準拠
• DateCiteの主目的は引用、必須項目は引用に必要な項目中心
• この項目だけで良いなら、現junii2でも対応可能
14
JaLC DataCite
DOI （＋URL） Identifier
title Title
creator (first_name) Creator
publication_date PublicationYear
publisher Publisher

15. オプションメタデータ（DataCite)
• データに関する記述を充実さ
せて、検索性・アクセス性・
相互運用性を高める。
• 注目すべき項目として
ファンド情報
著者等の所属情報
データに関わる属性情報
位置情報
バージョン情報
15
“DataCite Metadata Schema for the Publication and Citation o
f Research Data”
https://schema.datacite.org/meta/kernel-3/doc/DataCite-
MetadataKernel_v3.1.pdf

16. ○ ファンド情報
※ DataCiteではファンドをcontributor（寄与者）の一つとして捉えている。
※ junii2はファンドのための項目を追加する必要がある。
○ 作成者レベルで研究助成の成果を収集できるように
メタデータの充実化
項 目 JaLC DataCite
助成機関名 funder_name
contributorType=“Funder”
contributorName
助成機関ID
funder_identifier
type
nameIdentifier
nameIdentifierSchema
schemaURI
助成番号 award_number
16

17. ○ ファンド情報の入力例
※ 一部項目を簡略化
科研費の場合 助成団体名 ＝ JSPS （or MEXT?）
助成団体URI ＝ 10.13039/501100001691
助成番号 ＝ 12345678(8桁の課題番号）
研究種目は不要？
JaLC
<fund>
<funder_name lang=“言語”>助成団体名</funder_name>
<funder_identifier type=“FundRef”>助成団体URI</funder_identifier>
<award_number>助成番号</award_number>
</fund>
DataCite
<contributor contributorType=“Funder”>
<conrtibutorName> 助成団体名</contributorName>
<nameIdentifier schemaURI=“スキーマURI”
nameIdentifierSchema=“スキーマ名”>助成URI</nameIdentifier>
</contributor>
17

18. ○ 所属情報
○ 所属情報の入力例
※一部項目を簡略化
※ junii2では所属のための項目を追加する必要がある
項 目 JaLC DataCite
所属機関名 affiliation_name affiliation
JaLC
<creator>
<names>
<last_name>姓</last_name><first_name>名</first_name></names>
<affiliation>
<affiliation_name>所属機関名</affiliation_name></affiliation>
<researcher_id><id_code type=“種類”>著者ＩＤ</id_code></researcher_id>
</creator>
DataCite
<creator>
<creatorName>姓, 名</creatorName>
<nameIdentifier schemaURI=“スキーマＵＲＩ”
nameIdentifierSchema=“スキーマ名”>著者ＩＤ</nameIdentifier>
<affiliation>所属機関名</affiliation>
</creator>
18

19. 属性の追加
20
属性 DataCite
contributor type
・DataCollecor
・DataCurator
・DataManager
date type
・Available
・Collected
・Created
・Issued
resource_type
・AudioVisual ・Sound
・Dataset ・Text
・Image
・Software
※ それぞれ主なものをピックアップ
○ junii2では寄与者や日付の属性を細かく指定できない。
NIItypeは”Data or Dataset”と大まかに指定。

20. （JaLC研究データ対応）junii2修正の主なポイント
研究データにDOIを付与し、発見性を高めるには既存の項目の修正、
新しい項目の追加が必要になる。
21
- ファンド情報 （ID） <fund> 追加 (or 修正)
- 寄与者の役割 <contributor type> 追加
- 寄与者（著者）の所属 <contributor affiliation> 追加
- データの遷移に関る日付 <date type> 追加
- データ種類の細かい指定 <NIItype> 修正
- データの空間的範囲 <spatial> 修正
- データのバージョン管理 <version> 追加
「誰が（著者ID）どこの予算で（助成ID）どのような成果（DOI）を作ったか」
がわかる。

21. ステップ２
junii2の項目をよりリッチに
パブリックアクセスの状況を把握できるように
- 海外のメタデータスキーマを参考に -
22

22. All scientific articles in Europe must be freely accessible as of 2020.
EU member states want to achieve optimal reuse of research data.
They are also looking into a European visa for foreign start-up founders.
And, according to the new Innovation Principle, new European
legislation must take account of its impact on innovation. These are the
main outcomes of the meeting of the Competitiveness Council in
Brussels on 27 May.
23
http://english.eu2016.nl/documents/press-releases/2016/05/27/all-european-scientific-articles-to-be-freely-accessible-by-2020

23. OpenAIRE（OpenAccess Infrastructure for Research in Europe)
24
Horizon2020 ： ヨーロッパの公的資金を受けた研究プロジェクト
の成果をOAにすることを求める
OpenAIRE ： ヨーロッパのOA実現をサポートするプロジェクト
リポジトリ等からメタデータを収集し、OAポリ
シーの実施状況をモニタリング
https://www.openaire.eu/guidelines-update-for-repository-managers

24. OpenAIRE Guidelines
• ローカルのリポジトリシステムのメタデータをOpenAIREのメタデー
タ要件に対応させるためのガイドライン
• 特徴
ｰ 文献リポジトリ、データリポジトリ、CRISの3種類
ｰ 対象コンテンツは
文献 ：OA文献 or 研究助成成果の文献
データ：研究助成成果のデータ、上記の文献の関連データ
• 多くのヨーロッパの助成成果をOpenaAIRE Portalで利用できるように
25

25. OpenAIREメタデータ項目（データリポジトリ用）
Identifier (M) ResourceType （R）
Creator （M） AlternateIdentifier （O）
Title （M） RelatedIdentifier （MA）
Publisher （M） Size （O）
PublisherYear （M） Format （O）
Subject （R） Version （O）
Contributor （MA） Rights （MA）
Date （M） Description （MA）
Language （R） GeoLocation （O）
26
DataCiteメタデータスキーマ3.1に準拠
・赤字部分はDataCiteと定義が異なる。

26. ファンド情報とOA状況のモニタリング
• ファンド情報 ： Conrtibutorに記述。
<contributor contributorType=“Funder”>
<contributorName>European Commission</contributorName>
<nameIdentifier nameIdentifierSchema=“info”>
info:eu-repo/grantAgreement/EC/FP7/282896
</nameIdentifier>
</contributor>
27

27. Fund nameIdentifierの記述方法
• nameIdentifierの記述
info:eure-repo/grantAgreement/Funder/FundingProgram/
ProjectID / [jurisdiction] / [ProjectName] / [ProjectAcronym]
省略例：info:eu-repo/grantAgreement/EC/EP7/283959/EU//OpenAIREPlus
科研費を記述したら
/JSPS/KAKENHI/12345678/MEXT/ 研究種目？
28
必須 省略可
Funder : 助成機関名 Jurisdiction：所管主体
FundingProgram：助成プログラム名 ProjectName：プロジェクト名
ProjectID：助成番号 ProjectAcronym：プロジェクト略称

28. ファンド情報とOA状況のモニタリング
• コンテンツのアクセス、ライセンスに関する情報
<rights rightsURI=“info:eu-repo/semantics/openAccess” />
<rights rightsURI=“http://creativecommons.org/licenses/by-sa/4.0/”>
Creatuve Commons Attribution 4.0 International
</rights>
29
アクセス情報
ライセンス情報

29. rightsの記述方法
• アクセス情報のURI
• ライセンス情報：Creative Commonsのライセンス情報をURIと
• OA状況と利用条件が把握できる
dateと組み合わせることで、より詳細な指定が可能
30
1. eu-repo/semantics/closedAccess クローズド
2. eu-repo/semantics/embargoedAccess エンバーゴあり
3. eu-repo/semantics/restrictedAccess アクセス制限あり
4. eu-repo/semantics/opnAccess オープンアクセス

30. ファンド情報とOA状況のモニタリング
• 各種日付に関する情報
<date dateType=“Accepted”>2011-12-01</date>
<date dateType=“Available”>2012-12-01</date>
• その他の日付タイプ
Copyrighted, Collected, Issued, Submitted, Updated, Valid
31
エンバーゴ開始
エンバーゴ終了

31. RIOXX
• 英国（RCUK、HEFCE）のOAポリシーに準拠するためのメタデータ
スキーマ
• プロジェクトと助成情報の捕捉が目的
• OAポリシーの実施状況をモニタリング
• 現時点では“出版物“がターゲット
32
http://www.rioxx.net/

32. RIOXXメタデータ項目
33
必須項目 オプション項目
ali:license_ref ali:free_to_read
dc:identifier dc:coverage
dc:language dc:description
dc:title dc:format
dcterms:dataAccepted dc:publisher
rioxxterms:author dc:relation
rioxxterms:project dc:source
rioxxterms:type dc:subject
rioxxterms:version rioxxterms:apc
rioxxterms:contributor
rioxxterms:publication_date
rioxxterms:verion_of_record

33. ファンド情報とOA状況のモニタリング
助成機関、プロジェクトに関する情報
<rioxxterms:project funder_name=
"Engineering and Physical Sciences Research Council“
funder_id="http://dx.doi.org/10.13039/501100000266">
EP/K023195/1
</rioxxterms:project>
複数の助成機関やプロジェクトIDがある場合、複数の項目に
科研費を記述したら
<project funder_name=“Japan Society for the Promotion of Science”
funder_id=“http://10.13039/501100001691”>
KAKENHI/12345678
</project>
34
Funder_id ： 助成機関の国際的に一意なID
ISNI or DOI（FundRef）推奨
Funder_name ： 助成機関の正式な名称

34. ファンド情報とOA状況のモニタリング
• アクセス情報
<ali:free_to_read start_date=“2013-03-28” end_date=“2014-04-30”>
• フリーでアクセスできる期間（アクセスのみ、利用条件は示さない）
• プロパティの属性がどちらも空値 ： 永続的にアクセス可能
35

35. ファンド情報とOA状況のモニタリング
• ライセンス情報
<ali:license_ref start_date=“2015-02-17”>
http://creativecommons.org/licenses/by/4.0
<ali:license_ref>
• 複数のプロパティがある場合、最も最新のものが有効。
例） <license_ref start_date=“2014-02-03”>
http://www.psychoceramics.org/license_v1.html
<license_ref>
<license_ref start_date=“2015-02-03”>
http://creativecommons.org/licenses/by/4.0
<license_ref>
36
2015/02/17 以降に”CC by”で利用可能
１年でライセンスが変化
（エンバーゴが1年間）

36. RIOXXの対応状況
37

37. OpenAIRE
• Contributorに助成情報を
• Rightsにアクセス情報とライセンス情報を
• Dateにエンバーゴに関する情報を
RIOXX
• Projectに助成情報を
• free_to_readにアクセス（エンバーゴ）情報を
• License_refにライセンス（エンバーゴ）情報を
公的資金を受けた研究成果のオープンアクセス状態を捕捉すること
が可能に。
38

38. ステップ3
さらに相互運用性を考える
各種IDや統制語を利用して関係性を表現する
39

39. THORプロジェクト
• Technical and Human Infrastructure for Open Research
• 目的 ： 研究ライフサイクルを通して、論文、データ、研究者
の間をシームレスに統合
各永続IDを統合する方法を探る
• 取組 ： ORCIDとDataCiteにおける寄与者、成果物、組織の関
係性調査
データセンターにおける永続ID付与のワークフロー調査
40
https://project-thor.eu/

40. 公開と保存のワークフローの中でジャーナルとリポジトリで
識別子（DOIとORCID）を交換する仕組み （ADSとDryad）
41
それぞれ登録の段階でORCIDを付与し、公開の段階でDOIを付与
ワークフローの複数のポイントで、各IDを相互に参照できる

41. THORプロジェクトの提案
• 個人名に対するアプローチを共通化
DataCite：１フィールド ORCID：２フィールド
引用フォーマットを考慮すると２フィールドを推奨
• 寄与者に関する語彙の標準化
データの重要性が増加 → 対応する寄与者の語彙が必要
→ 各システムの語彙の共通化 → CRediT
• コンテンツ間の関係に関する語彙の標準化
DataCiteやCrossRef等、各システムにそれぞれ関係記述がある
共通の語彙を設け関係性を正確に捕捉 → 成果評価
42

42. THORプロジェクトの提案
• 組織IDの採用
ISNIやFundRef等の既存のIDの活用が遅れている。
識別子間の連携を促し、組織レベルの情報を収集できるように
• プロジェクトに対する永続ID
時限プロジェクトが創作の主体となる際の識別子が必要
条件 ： 既存のインフラ、利用の障壁なし、他のIDと連携可
43
DataCiteの例）
<creatorName>姓, 名</creatorName>
<nameIdentifier schemaURI=“スキーマＵＲＩ”
nameIdentifierSchema=“スキーマ名”>著者ＩＤ</nameIdentifier>
<affiliation>所属機関名</affiliation>
組織IDがない

43. プロジェクトの識別子（DOI）の例
44
プロジェクトのメタデータ（DOI） http://dx.doi.org/10.5281/zenodo.30030

44. 組織名に関する課題
著者名と同様に
• 組織名の表記の揺れ
• 組織の粒度の問題（下部組織の識別）
• さらに吸収・合併、分割等で組織名や組織構成が変化するケース
もある
組織名の揺れの例
NISTEP大学・公的機関名辞書
Okayama University
Okayama U.
Okayama Univ
University of Okayama
45
http://www.nistep.go.jp/research/scisip/randd-on-university
部局名まで含めると、さらに揺れが大きい

45. ISNIの活用
• ISNI ( International Standard Name Identifier ) で識別を期待
• 創作活動を行う主体（人も組織も）を識別するID
• 特に組織の識別に期待
• 自機関のIDは存在するのか？
http://www.isni.org/
46

46. ISNIの機関ID
47
機関IDの例（岡山大学）

47. ISNIの活用に関するOCLCの報告書（2016.4）
“Addressing the Challenges with Organizational Identifiers
and ISNI”
• ISNIを利用した組織名の曖昧性を除去する試み
• 研究機関の研究活動を様々なレベルで容易かつ正確に集約可能
• 多くの機関は既にIDが存在しているが、既存のIDを適切に管理す
ることが重要になる
48
2016. Addressing the Challenges with Organizational Identifiers and ISNI. Dublin, Ohio: OCLC Research.
http://www.oclc.org/content/dam/research/publications/2016/oclcresearch-organizational-identifiers-and-isni-
2016.pdf.

48. ISNIの主な活用例
１．名前の変遷
日付の情報を持つことで、
複数の名称を区別
２．推奨名の提示
複数の情報源に由来する様々な
名称の推奨名にフラグを付与。
49

49. ISNIの主な活用例
３．組織階層提示
“hasUnit”,”isUnitOf”で
階層関係を表現
４．組織の再構成
構成に変更（新規、消滅、吸
収合併等）を記録する
粒度に注意

50. ISNIの主な活用例
５．研究グループの表現
複数の組織の研究者が所属
６．コンソーシアムの表現
複数の組織で構成

51. CRediT プロジェクト
• Contributor Roles Taxonomy Project
• 背景 :
共著者の数が急増。各共著者の貢献度を把握する必要が出てくる
• 目的 :
研究者の役割を表す共有の統制語を作り、研究者の貢献
度に透明性をもたらす
• メリット :
研究者の貢献度に正確性と透明性。個々のインパクトの正確な測
定に
52

52. CRediTの分類
• CASRAI とNISOが１４の分類
を定義
• 一人に複数の役割を付与可能
• 貢献の程度を設定可能
“leader”
“equal”
“supporting”
53

53. CRediTの広がり
• Editorial Manager (オンライン投稿システム) がCRediTを採用
• Cell Pressによるサンプル
• Open Badge for author’s contribution
54
http://dx.doi.org/ 10.1186/2047-217X-3-13

54. 55
CRediT
junii3
助成機関
研究機関
データ
論文
研究者
学術情報流通
mapping

55. オープンサイエンスにおけるメタデータ
• 識別子、統制語を利用することでメタデータをより詳細に
• 識別子を利用することで、シームレスな連携が可能に
• 容易かつ正確に、様々な粒度で情報を収集することが可能に
• 図書館員は、IDサービス等の外部サービスの理解を
• 学術情報流通の上流からメタデータを整備できるよう関係者にアウ
トリーチ
56

56. オープンサイエンスにおけるメタデータ
• オープンアクセスの状況を捕捉するにはすべてのコンテンツを対象
にする必要がある
• これまでの機関リポジトリは主に学術論文を対象に本文があるもの
を蓄積してきた。
• 論文の総数を把握するにはコンテンツの枠を広げるか、他の大きな
システムとの連携を強化する必要がある
• 機関リポジトリは、図書館単独で取組む段階ではなくなりつつある
57