デジタルアーカイブ構築ガイド — 設計・構築・公開・運用の実践知識

本書の目的 デジタルアーカイブは、文化遺産や学術資料、行政文書などの多様な資料をデジタル形式で記録・保存し、広く社会に公開・活用するための基盤です。近年、国内外でデジタルアーカイブの構築が急速に進んでおり、技術的な知識と実践的なノウハウの需要がかつてないほど高まっています。 筆者はこれまで、Omeka S、Archivematica、IIIF、TEI/XML、SPARQL、RDFなど、デジタルアーカイブに関連する多様な技術について実践的な記事を数多く執筆してきました。本書は、それらの経験と知見を体系的にまとめたものです。各章では、筆者が実際に試し、検証した技術やツールを中心に、デジタルアーカイブ構築の全体像を描きます。 本書は、デジタルアーカイブの設計思想から、メタデータ標準、デジタル化の実践、システム構築、公開、そして持続可能な運用までを一冊で体系的に学べる実践ガイドです。理論的な背景の説明にとどまらず、具体的な技術選定の判断材料や、実装に使えるコード例、設定例を豊富に掲載しています。さらに、各章の末尾には筆者の関連記事へのリンクを掲載していますので、より深い内容を知りたい方はそちらも参照してください。 対象読者 本書は、以下のような方々を主な対象読者として想定しています。 図書館・博物館・文書館の専門職員 所蔵資料のデジタルアーカイブ構築を検討している方、既存のデジタルアーカイブの改善や拡張を考えている方。技術的な背景を理解することで、ベンダーや開発者との協働をより効果的に行えるようになります。筆者が紹介してきたOmeka Sの導入事例やモジュール紹介が参考になるでしょう。 Webエンジニア・システム開発者 デジタルアーカイブシステムの開発・構築に携わる方。文化資料特有の要件や、メタデータ標準、長期保存の考え方を理解することで、適切なシステム設計が可能になります。DockerやAWSを活用した構築手法についても筆者の実践に基づいて解説します。 デジタルヒューマニティーズ研究者 人文学研究においてデジタルアーカイブを構築・活用する方。TEI/XMLによるテキストエンコーディングやIIIFによる画像配信、SPARQLによるLinked Dataの活用など、研究データの公開やデジタルコレクションの構築に必要な知識と技術を体系的に習得できます。 デジタルアーカイブに関心のある学生 図書館情報学、情報学、デジタルヒューマニティーズ、文化資源学などを学ぶ学生の方。デジタルアーカイブの全体像を把握し、卒業研究やプロジェクトに活用できるようになります。 本書で学べること 本書を読み終えた時点で、読者は以下のことができるようになります。 デジタルアーカイブの全体像を把握し、プロジェクトの計画を立案できる 適切なメタデータスキーマ（Dublin Core、TEI、RDFなど）を選定・設計できる OCRやIIIFを活用したデジタル化のワークフローを設計できる Archivematicaを用いた長期保存戦略を策定できる システムアーキテクチャを設計し、Omeka Sなどの適切なプラットフォームを選定できる IIIF、OAI-PMH、SPARQLなどの相互運用技術を理解し、活用できる 持続可能な運用体制を設計できる 本書の構成 本書は全12章で構成されており、デジタルアーカイブの構築プロセスに沿って段階的に進む構成になっています。 第I部: 基礎編（第1章〜第2章） デジタルアーカイブの基本概念と、メタデータ標準の全体像を学びます。 第1章「デジタルアーカイブとは」: 定義、歴史、国内外の動向 第2章「メタデータ標準」: Dublin Core、TEI/XML、RDF、IIIF等の標準規格 第II部: デジタル化と保存編（第3章〜第5章） 資料のデジタル化から長期保存、検索基盤の構築までを学びます。 第3章「デジタル化の実践」: 撮影・スキャン手法、画像フォーマット、OCR、TEI 第4章「保存と長期保存」: OAISモデル、Archivematica、フォーマット戦略 第5章「検索と発見」: 検索エンジン、ファセット検索、SPARQL、横断検索 第III部: 設計・構築編（第6章〜第9章） システムの設計からプラットフォーム選定、API設計までを学びます。 第6章「権利管理」: ライセンス、著作権、IIIFマニフェストでの権利表示 第7章「システムアーキテクチャ」: Docker、AWS、サーバ構成 第8章「プラットフォーム選定」: Omeka S、ArchivesSpace等の比較 第9章「APIと相互運用性」: IIIF、OAI-PMH、SPARQL、REST API 第IV部: 運用・発展編（第10章〜第11章） 持続可能な運用と、参考リソースを紹介します。 第10章「持続可能性と運用」: 運用体制、コスト管理、コミュニティ 第11章「リソース集」: 筆者の関連記事リスト、参考文献、コミュニティ 前提知識 本書を効果的に読み進めるために、以下の基礎知識があると望ましいです。 Webの基礎知識: HTML、URLの構造、HTTPの基本的な仕組みを理解していること JSONの読み書き: メタデータの記述にJSONを多用するため、JSONの構造を理解できること コマンドラインの基本操作: サーバの構築手順でターミナル操作が必要になる場合があること ただし、すべての技術トピックについて前提知識がなくても読み進められるよう、各章で必要な概念は丁寧に説明しています。 ...

デジタルアーカイブの定義 「デジタルアーカイブ」という言葉は、文脈によってさまざまな意味で使われます。本書では、デジタルアーカイブを以下のように定義します。 デジタルアーカイブとは、有形・無形の文化資源や知識資源をデジタルデータとして記録・蓄積し、メタデータを付与して体系的に整理・保存し、ネットワークを通じて広く社会に提供するための仕組み（システム、制度、運用体制を含む）である。 この定義には、いくつかの重要な要素が含まれています。 デジタルデータとしての記録: 紙資料のスキャン画像、写真のデジタル撮影、音声・動画のデジタル化、さらにはボーンデジタル（最初からデジタルで作成された）資料も含みます。筆者はこれまで、画像のIIIF配信やTEI/XMLによるテキスト資料のエンコーディングなど、多様なデジタル化手法について実践してきました。 メタデータによる整理: 単にファイルを保存するだけではなく、検索・発見・理解を可能にするためのメタデータ（タイトル、作成者、日付、主題などの記述情報）を付与します。筆者は以前、Omeka SにDublin Coreや国立国会図書館ダブリンコアメタデータ記述（DC-NDL）を語彙として登録する方法について紹介しました。詳細はOmeka SにDC-NDL（国立国会図書館ダブリンコアメタデータ記述）を語彙として登録するをご覧ください。 体系的な保存: 長期的な保存と利用を見据えた、計画的なデータ管理を行います。ArchivematicaのようなOAIS準拠のシステムを活用した保存戦略については、後続の章で詳しく解説します。 社会への提供: Web等を通じたアクセス提供により、研究・教育・文化活動に資することを目指します。 デジタルアーカイブの歴史 黎明期（1990年代） デジタルアーカイブの歴史は、1990年代のWorld Wide Webの普及とともに始まります。1990年代前半、米国議会図書館は「American Memory」プロジェクトを開始し、歴史的資料のデジタル化と公開を先駆的に行いました。 日本では、1990年代後半に「デジタルアーカイブ」という概念が紹介され始めました。1996年に策定された「デジタルアーカイブ推進協議会（JDAA）」の設立や、国立国会図書館の「貴重書画像データベース」の公開（2000年）などが初期の取り組みとして挙げられます。 発展期（2000年代） 2000年代に入ると、技術の進歩とコストの低下により、多くの機関がデジタルアーカイブの構築に着手しました。欧州では2005年にEuropeanaプロジェクトが始動し、2008年に正式公開されました。Europeanaは、メタデータの標準化と相互運用性の推進において、世界的に大きな影響を与えました。 米国では2010年にDPLA（Digital Public Library of America）が構想され、2013年に正式公開されました。日本では、各大学図書館や国立機関がデジタルコレクションを構築し、国立国会図書館デジタルコレクションが大規模なデジタル化を推進しました。 統合と標準化の時代（2010年代〜現在） 2010年代以降は、個別のデジタルアーカイブを横断的に統合するアグリゲーション基盤の構築と、相互運用性を確保するための標準化が進展しました。 IIIF（International Image Interoperability Framework）の策定（2012年〜）は、画像配信の相互運用性に革命的な変化をもたらしました。筆者もIIIFに関する多くの記事を執筆しており、Omeka SのIIIF Serverモジュールを活用したIIIFマニフェストの生成や、Cantaloupe Image Serverによる画像配信について実践してきました。詳細はmdx.jpのオブジェクトストレージとCantaloupe Image Serverを使ってIIIF画像を配信するをご覧ください。 日本では、2019年にジャパンサーチ（Japan Search）が正式公開されました。ジャパンサーチは、国内のさまざまな分野のデジタルアーカイブを横断的に検索できる「分野横断統合ポータル」です。筆者はジャパンサーチのSPARQLエンドポイントを活用した記事も複数執筆しています。ジャパンサーチのSPARQLエンドポイントをYasguiで使ってみるなどが参考になります。 デジタルアーカイブを支える技術群 デジタルアーカイブは、単一の技術で成り立つものではなく、複数の技術分野が組み合わさって構成されます。筆者がこれまで取り組んできた技術領域を概観します。 メタデータとLinked Data デジタルアーカイブのメタデータは、Dublin Core、Schema.org、EADなどの標準に基づいて記述されます。さらに、RDF（Resource Description Framework）やJSON-LDの技術を用いることで、メタデータをLinked Open Dataとして公開し、他のデータセットとの連携が可能になります。 筆者は、RDFデータの管理や公開に関する多くの実践を行ってきました。Virtuosoを用いたRDFストアの構築（AWS EC2を用いたVirtuoso RDFストアの構築）や、Dydraへのデータ登録（Pythonを使ってRDFデータをDydraに登録する）などが代表的な取り組みです。 IIIF（画像相互運用フレームワーク） IIIFは、デジタル画像の配信と閲覧に関する標準です。Image API、Presentation API、Content Search APIなどで構成され、異なる機関の画像を同一のビューアで比較・閲覧できるようになります。筆者はOmeka SのIIIF Serverモジュールについて多数の記事を執筆しており、IIIFマニフェストの生成やビューアの設定について詳しく紹介しています。 TEI/XML（テキストエンコーディング） TEI（Text Encoding Initiative）は、人文学のテキスト資料をXML形式で構造化するための国際標準です。古典籍のテキスト化、校異情報の記録、ファクシミリ画像との対応づけなどに活用されます。筆者は校異源氏物語のTEI/XMLによるデジタル化プロジェクトに携わっており、関連する多数の記事を公開しています。 デジタル保存 Archivematicaは、OAISモデルに基づいたオープンソースのデジタル保存システムです。筆者はArchivematicaの導入から運用まで、多くの検証記事を執筆しています。 ...

メタデータとは メタデータとは、「データについてのデータ」です。デジタルアーカイブにおけるメタデータは、デジタルオブジェクト（画像、文書、音声、動画など）の発見、識別、利用を可能にするための記述情報です。 メタデータは一般的に以下の3種類に分類されます。 記述メタデータ（Descriptive Metadata）: リソースの識別と発見に使われる情報。タイトル、作成者、主題、日付など。 管理メタデータ（Administrative Metadata）: リソースの管理に必要な情報。ファイルフォーマット、作成日時、アクセス権、保存に関する情報など。 構造メタデータ（Structural Metadata）: リソース間の関係や構造を表す情報。書籍の章立て、資料群の階層構造など。 良質なメタデータは、デジタルアーカイブの利用価値を根本的に左右します。どれほど貴重な資料をデジタル化しても、適切なメタデータがなければ利用者はその資料を発見できません。 Dublin Core Dublin Core（ダブリンコア）は、最も広く使われているメタデータ標準の一つです。ISO 15836として国際標準化されており、15の基本要素で構成されます。 筆者はOmeka Sにおいて、Dublin Coreを基盤としたメタデータ管理を多数実践してきました。Omeka SはDublin Core Termsをネイティブにサポートしており、リソーステンプレートを用いて入力項目をプロジェクトに合わせてカスタマイズできます。 さらに、日本のデジタルアーカイブにおいては、国立国会図書館が策定したDC-NDL（国立国会図書館ダブリンコアメタデータ記述）が重要です。筆者は以前、Omeka SにDC-NDLの語彙を登録する方法を紹介しました。詳細はOmeka SにDC-NDL（国立国会図書館ダブリンコアメタデータ記述）を語彙として登録するをご覧ください。 { "@context": { "dcterms": "http://purl.org/dc/terms/", "dc": "http://purl.org/dc/elements/1.1/" }, "@id": "https://example.org/items/001", "dcterms:title": "東海道五十三次 日本橋", "dcterms:creator": "歌川広重", "dcterms:date": "1833", "dcterms:type": "StillImage", "dcterms:subject": ["浮世絵", "東海道", "風景画"], "dcterms:rights": "Public Domain" } Omeka Sでの語彙管理 Omeka Sの大きな特徴は、RDFに基づいた語彙管理の仕組みです。Dublin Coreだけでなく、任意のRDF語彙をインポートして使用できます。 筆者は、Omeka Sへの語彙追加について複数の記事を執筆しています。標準語彙の追加方法については【Omeka S Tips】既存の標準語彙の追加方法で解説しました。また、ICA RiC-O（Records in Contexts - Ontology）の登録についてはOmeka SにICA RiC-Oの語彙を登録するで、PROV-Oオントロジーの登録についてはOmeka SにPROV-Oオントロジーを登録する方法で紹介しています。 独自の語彙が必要な場合は、CustomOntologyモジュールを活用できます。Omeka SのCustomOntologyモジュールを使って、クラスやプロパティを追加するで、その使い方を解説しました。また、カスタムオントロジーの更新方法についてはOmeka Sのカスタムオントロジーを用いて作成した語彙を更新するをご覧ください。 TEI/XMLによるメタデータ記述 TEI（Text Encoding Initiative）は、人文学のテキスト資料をXML形式で構造化するための国際標準です。TEI/XMLはテキスト本体のエンコーディングだけでなく、<teiHeader>要素を通じて詳細なメタデータを記述できます。 TEI Headerには、以下のような情報を記述できます。 ファイル記述（<fileDesc>）: タイトル、著者、出版情報 エンコーディング記述（<encodingDesc>）: エンコーディング方針 プロファイル記述（<profileDesc>）: テキストの言語、主題、作成状況 改訂記述（<revisionDesc>）: 改訂履歴 筆者はTEI/XMLを活用したプロジェクトとして、校異源氏物語テキストDBの構築に取り組んでいます。WordファイルからTEI/XMLへの変換についてはWordをTEI/XMLに変換するやWordファイルをTEI XMLに変換する方法：TEIgarage APIの活用ガイで方法を紹介しました。また、TEI Garage APIを使った変換ツールも作成しました。詳細はTEI Garage APIを使って、DOCX → TEI/XML 変換ツールをブラウザだけで作ったをご覧ください。 ...

デジタル化の計画 デジタル化プロジェクトを成功させるためには、事前の計画が不可欠です。対象資料の選定、品質要件の定義、ワークフローの設計、予算と人員の見積もりなど、多くの要素を検討する必要があります。 筆者の経験では、デジタル化の「目的」を明確にすることが最も重要です。単に画像をスキャンするだけなのか、OCRによる全文検索を実現するのか、TEI/XMLによる構造化テキストを作成するのか。目的によって、求められる品質や工程が大きく異なります。 画像のデジタル化とIIIF配信 画像フォーマットの選定 デジタルアーカイブにおける画像フォーマットの選択は、品質、ファイルサイズ、互換性、長期保存性のバランスを考慮して行います。マスター画像としてはTIFF（非圧縮またはLZW圧縮）が広く採用されています。 IIIFイメージサーバでの配信においては、JPEG 2000やピラミッドTIFFが効率的です。筆者はmdx.jpのオブジェクトストレージとCantaloupe Image Serverを使ってIIIF画像を配信するで、Cantaloupe Image Serverを用いたIIIF画像配信の方法を紹介しました。オブジェクトストレージに格納した画像を、Cantaloupeを経由してIIIF Image APIで配信する構成です。 # VIPSを用いたピラミッドTIFFの生成 vips tiffsave input.tif output.tif --tile --pyramid --compression jpeg --Q 90 --tile-width 256 --tile-height 256 Deep Zoom画像からの復元 既存のタイル画像（Deep Zoom形式など）からマスター画像を復元する必要が生じる場合もあります。筆者はDeep Zoom画像を完全復元：タイル画像からBigTIFFへの変換技術で、タイル画像から元の高解像度画像を復元する手法を紹介しました。 Omeka Sでの画像管理 Omeka Sにおける画像管理では、ファイルのアップロードサイズ制限に注意が必要です。Omeka Sにサイズが大きいファイルをアップロードするで対処法を解説しています。また、大量の画像を一括で登録する場合は、File Sideloadモジュールが便利です。File Sideload: Omeka Sで画像を一括アップロードするで使い方を紹介しました。 Pythonを用いたプログラム的な画像登録については、Pythonを使ってOmeka Sにメディアをアップロードする方法やOmeka Sへの画像一括登録用プログラムも参考になります。 OCR / テキスト認識 NDL古典籍OCR 国立国会図書館が開発・公開したNDL古典籍OCRは、日本語の古典籍に対する高い認識精度を実現しています。筆者はNDL古典籍OCR-Liteを活用して、IIIFマニフェストファイルからTEI/XMLファイルを自動生成するワークフローを構築しました。 NDL古典籍OCR-Liteを用いて、IIIFマニフェストファイルからTEI/XMLファイルを作成するでは、OCR結果をTEI/XMLの形式で保存する方法を紹介しています。さらに、NDL古典籍OCR-Liteを用いたアノテーション付きIIIFマニフェストファイルとTEI/XMLファイルの作成では、アノテーション情報を含むマニフェストの生成手法を解説しました。 「NDL OCR x IIIF」アプリにTEI/XML形式でダウンロードする機能を追加しました。では、OCR結果をTEI/XML形式でエクスポートする機能の開発について紹介しています。 Google Cloud Vision APIの活用 クラウドベースのOCRサービスも有効な選択肢です。画像ファイルに対してGoogle Cloud Visionを適用して、IIIFマニフェストおよびTEI/XMLファイルを作成するでは、Google Cloud Vision APIを使ったOCRパイプラインを紹介しました。 ALTO XMLとOCR結果の活用 OCR結果の出力形式として、ALTO XML（Analyzed Layout and Text Object）が広く使われています。ALTOは文字の座標情報を含むため、IIIF Content Search APIと連携して、検索結果の位置を画像上にハイライト表示することが可能です。 ...

デジタル保存の課題 デジタルデータは、紙やフィルムとは異なる固有の脆弱性を持っています。メディアの劣化、技術的陳腐化、組織的な持続可能性の欠如、人的ミスなど、多くの脅威にさらされています。デジタル保存（Digital Preservation）は、デジタルデータを長期にわたって利用可能な状態で維持するための体系的な取り組みです。 筆者はこれまで、Archivematicaを中心としたデジタル保存システムの導入と運用について多くの検証を行ってきました。本章では、その実践に基づいてデジタル保存の全体像を解説します。 OAIS参照モデル OAIS（Open Archival Information System）は、デジタル保存のための概念的なフレームワークであり、ISO 14721として国際標準化されています。OAISは、デジタルアーカイブが長期保存を実現するために備えるべき機能と情報構造を定義した参照モデルです。 OAISでは、デジタルオブジェクトとそのメタデータを「情報パッケージ」として管理します。 SIP（Submission Information Package）: データ提供者からアーカイブに提出されるパッケージ AIP（Archival Information Package）: アーカイブ内で長期保存されるパッケージ DIP（Dissemination Information Package）: 利用者に提供されるパッケージ Archivematicaの導入と運用 Archivematicaは、OAISモデルに基づいて設計されたオープンソースのデジタル保存システムです。SIPからAIP、DIPへのワークフローを自動化し、METS/PREMISベースの保存メタデータを生成します。 Dockerによる起動 筆者はArchivematicaをDockerで起動するで、Dockerを使った導入方法を解説しました。Docker Composeを使えば、Archivematicaの各コンポーネント（Dashboard、MCPServer、MCPClient、Storage Service）を一括で起動できます。 git clone https://github.com/artefactual/archivematica.git cd archivematica docker-compose up -d AWS EC2への構築 クラウド環境への本番デプロイメントについても検証を行っています。Amazon EC2にArchivematicaを立てるでは、EC2インスタンスでの構築手順を詳しく解説しました。さらに、EC2に立てたArchivematicaをHTTPS対応するでは、SSL/TLSによる通信暗号化の設定方法を紹介しています。 ArchivematicaのAPI活用 Archivematicaは充実したAPIを提供しており、処理の自動化が可能です。筆者は以下の記事でAPI活用の実践を紹介しています。 ArchivematicaのAPIを試す（Archivematica API編）: Archivematica本体のAPIの基本操作 ArchivematicaのAPIを試す（Storage Service API）: Storage ServiceのAPIの基本操作 ArchivematicaのAPIを用いて、TransferからAIPのダウンロードまでを行う。: APIを使った一連のワークフロー自動化 フォーマット正規化のカスタマイズ Archivematicaでは、Preservation planningにおいてフォーマット正規化（Normalization）のルールを追加できます。ArchivematicaのPreservation planningにおいて、Normalizationのルールを追加するでは、独自のフォーマット変換ルールの追加方法を解説しました。 オブジェクトストレージの活用 デジタル保存において、ストレージの選択は重要な要素です。筆者はAmazon S3やmdx.jpのオブジェクトストレージとArchivematicaの連携について複数の検証を行っています。 Amazon S3との連携 ArchivematicaでAmazon S3を処理対象およびAIPの保存先に設定するでは、S3をArchivematicaの処理対象（Transfer Source）およびAIPの保存先として設定する方法を解説しました。 mdx.jpオブジェクトストレージとの連携 mdx.jpのオブジェクトストレージをArchivematicaに追加する方法については、Archivematicaにmdx.jpのオブジェクトストレージを追加するで紹介しています。また、mdxのオブジェクトストレージを使用する（Cyberduckの利用）では、Cyberduckを用いたオブジェクトストレージの管理方法を解説しました。 GakuNin RDMとの連携 研究データの保存においては、GakuNin RDMとの連携も重要です。GakuNin RDMとAmazon S3を接続し、Archivematicaでファイルを処理するでは、GakuNin RDMからArchivematicaへのデータ取り込みと処理のワークフローを紹介しました。 ...

検索と発見の重要性 デジタルアーカイブに蓄積された資料は、利用者に発見されなければその価値を発揮できません。検索（Search）と発見（Discovery）は、デジタルアーカイブの利用価値を決定づける中核的な機能です。 筆者はこれまで、Omeka Sの検索機能の改善、SPARQLによるLinked Dataの横断検索、ジャパンサーチのAPIやSPARQLエンドポイントの活用など、検索と発見に関する多くの実践を行ってきました。 Omeka Sの検索機能 日本語検索の課題と対策 Omeka Sの標準的な全文検索機能には、日本語に関するいくつかの課題があります。筆者はOmeka Sの日本語による全文検索の注意点とMroonga searchモジュールで、この問題の原因と対策を詳しく解説しました。 この課題に対して、筆者はFixCjkSearchモジュールを開発しました。【Omeka S モジュール開発】FixCjkSearch: Omeka Sの日本語による全文検索の不具合修正で開発経緯と機能を紹介しています。さらに、Omeka-S-module-FixCjkSearchのv4.1.0をリリースしました。でバージョンアップ情報を公開しました。 また、より高度な日本語全文検索を実現するMroongaSearchモジュールについても検証しています。Omeka-SのMroongaSearchモジュールで日本語全文検索を実現するで、Mroongaストレージエンジンを活用した全文検索の実装方法を解説しました。 Apache Solrとの連携 より高度な検索機能が必要な場合は、Apache Solrとの連携が有効です。【Omeka S モジュール紹介】Advanced Search adapter for Solrで、SolrをOmeka Sの検索バックエンドとして使用する方法を紹介しました。 Advanced Searchモジュールの部分一致検索についてはOmeka SのAdvanced Searchモジュールでの部分一致検索で解説しています。また、検索結果に表示する項目の指定方法についてはOmeka Sの検索結果に表示する項目を指定するで紹介しました。 独自の検索ページ Omeka Sでは、独自の検索ページを作成することも可能です。Omeka Sで独自の検索ページを作成するで、カスタム検索ページの構築方法を解説しました。詳細検索画面での絞り込み項目の限定についてはOmeka Sの詳細検索画面で絞り込み項目を限定するをご覧ください。 SPARQL による横断検索 SPARQLは、RDFデータに対する問い合わせ言語であり、Linked Open Dataとして公開されたデジタルアーカイブのメタデータに対して、横断的で柔軟な検索を実行できます。 ジャパンサーチのSPARQLエンドポイント 筆者はジャパンサーチのSPARQLエンドポイントをYasguiで使ってみるで、ジャパンサーチのSPARQLエンドポイントの基本的な使い方を紹介しました。Yasguiは、ブラウザ上でSPARQLクエリを実行できるインターフェースです。 PREFIX schema: <https://schema.org/> PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#> SELECT ?item ?title ?image WHERE { ?item schema:creator ?creator . ?creator rdfs:label "歌川広重" . ?item schema:name ?title . OPTIONAL { ?item schema:image ?image . } } LIMIT 20 Google Colabを用いたSPARQLの実行についても、Google Colabを用いたジャパンサーチRDFストアに対するSPARQLの実行例で紹介しています。プログラムから結果を処理したい場合に便利です。 Snorqlによるデータ探索 筆者は、SPARQLエンドポイントを探索するためのブラウザUIであるSnorqlの開発にも取り組んでいます。Snorql — 複数の SPARQL エンドポイントを手軽に探索できるブラウザ UI を公開しましたで、複数のエンドポイントに対応したSnorqlを公開しました。Snorql for Japan Searchのカスタマイズ方法の調査では、ジャパンサーチ向けのカスタマイズ方法を紹介しています。 ...

デジタルアーカイブと権利 デジタルアーカイブの構築と公開において、権利管理は最も慎重に検討すべき課題の一つです。適切な権利処理を行わずに資料を公開すれば、法的なリスクが生じます。一方で、過度に慎重になりすぎると、本来公開可能な資料まで非公開のまま眠らせてしまうことになります。 本章では、デジタルアーカイブに関わる主要な権利の種類と、それぞれの対処方法について解説します。また、IIIFマニフェストやOmeka Sにおける権利情報の記述方法についても、筆者の実践に基づいて紹介します。 著作権の基礎 日本の著作権法では、著作権の保護期間は原則として著作者の死後70年間です（2018年のTPP関連法改正で50年から延長）。保護期間が満了した著作物はパブリックドメインとなり、自由に利用できます。 著作権法には、著作権者の許諾を得ずに著作物を利用できる場合（権利制限規定）も定められています。第31条（図書館等における複製等）による資料保存のための複製や、第67条（裁定制度）による著作権者不明の著作物の利用などが、デジタルアーカイブに特に関連します。 クリエイティブ・コモンズ クリエイティブ・コモンズ（CC）ライセンスは、著作権者が自ら作品の利用条件を明示するためのライセンス体系です。CC BY、CC BY-SA、CC BY-NC、CC BY-NC-SA、CC BY-ND、CC BY-NC-NDの6種類と、CC0（権利放棄）、PDM（パブリックドメインマーク）の2つのツールから構成されます。 デジタルアーカイブのメタデータをCC0やCC BYで公開することで、二次利用を促進できます。Omeka SのREST APIで提供されるJSON-LDデータは、Linked Open Dataとしての再利用を想定した設計になっています。 IIIFマニフェストでの権利表示 IIIF Presentation APIでは、マニフェストのrightsプロパティに権利情報のURIを、requiredStatementプロパティに帰属表示を記述できます。これにより、ビューア上に権利情報が表示されます。 { "rights": "http://creativecommons.org/licenses/by/4.0/", "requiredStatement": { "label": { "en": ["Attribution"], "ja": ["帰属表示"] }, "value": { "ja": ["この画像は○○資料館が提供しています。CC BY 4.0に基づき、出典を表示の上ご利用いただけます。"] } } } 筆者はOmeka SのIIIF Serverモジュールにおける権利情報の設定について、複数の記事を執筆しています。【Omeka S】IIIF Serverモジュールにおけるattributionの設定方法では、帰属表示（attribution）の具体的な設定手順を解説しました。 また、IIIF Serverモジュールのライセンスプロパティに不具合があった際には、【機能開発】Omeka SのIIIF Serverモジュールにおけるライセンスプロパティの不具合修正で修正を行いました。 Omeka Sでのアクセス制御 Omeka Sには、リソースの公開/非公開を制御する機能があります。権利処理が完了していない資料や、アクセス制限が必要な資料については、非公開設定やアクセス制限を適用できます。 ユーザー権限の管理 Omeka Sのユーザ権限と非公開リソースへのアクセスでは、Omeka Sのユーザー権限体系と、非公開リソースへのアクセス制御について解説しました。管理者、エディター、レビューアー、リサーチャーなどの権限レベルに応じて、リソースの閲覧・編集権限を設定できます。 非公開サイトの共有 権利処理中の資料を限定的に共有したい場合は、Omeka Sで非公開サイトを共有するで紹介した方法が参考になります。また、Omeka Sで非公開ファイルを扱うでは、非公開ファイルの管理方法を解説しています。 APIアクセス制限 Omeka SのREST APIに対するアクセス制限も重要です。Omeka SのAPIへのアクセス制限では、APIアクセスの制御方法を紹介しました。メタデータの公開範囲に応じて、APIの利用を適切に制限できます。 Rights Statements RightsStatements.org（https://rightsstatements.org/）は、EuropeanaとDPLAが共同で策定した、文化遺産のデジタル公開における権利状態を表現するための標準化された声明セットです。CCライセンスでは対応しきれない、文化遺産特有の権利状況を12の声明で表現できます。 RightsStatements.orgの声明はURIとして提供されるため、IIIFマニフェストのrightsプロパティやOmeka Sのメタデータに機械可読な形で記録できます。 { "rights": "http://rightsstatements.org/vocab/NoC-CR/1.0/", "requiredStatement": { "label": { "ja": ["権利情報"] }, "value": { "ja": ["著作権なし。ただし、利用にあたっては所蔵機関の利用規約に従ってください。"] } } } オーファンワークス（孤児著作物） オーファンワークスとは、著作権者が不明または所在不明の著作物のことです。日本では、著作権法第67条に基づく「裁定制度」により、著作権者不明の著作物を利用できます。 ...

アーキテクチャ設計の考え方 デジタルアーカイブのシステムアーキテクチャは、プロジェクトの規模、予算、技術力、運用体制、そして将来の拡張性を総合的に考慮して設計する必要があります。筆者はこれまで、AWS上でのサーバ構築やDockerを用いた環境構築など、さまざまなアーキテクチャパターンを実践してきました。本章では、その経験に基づいて解説します。 システムの構成要素 典型的なデジタルアーカイブシステムは、以下の構成要素から成り立っています。 利 [ 用 W 者 │ ▼ e │ ├ │ │ │ │ │ ├ │ │ │ └ b ─ ─ ─ サ ー [ [ [ バ ア I R プ I D / リ │ ├ │ └ I │ └ F ケ ─ ─ F ─ ス リ ー イ ト バ シ [ [ メ [ ア ー ョ デ 検 ー 画 ス ン ー 索 ジ 像 ( プ サ タ エ サ ス V ロ ー ベ ン ー ト i キ バ ー ジ バ レ r シ ス ン ー t ( ( ジ u ( O ( ( C o N m M S a ( s g e y o n S o i k S l t 3 / n a Q r a 互 D x L / l 換 y / S / M o ス d A 等 M r u ト r p ) a o p レ a a ] r o e ー ) c i n ) ジ ] h a g ] ) e D a ] ) B ) ] ) ] ] AWS / クラウドでの構築 Amazon Lightsailを用いた構築 小〜中規模のデジタルアーカイブにおいて、Amazon Lightsailは手軽なクラウドプラットフォームです。筆者はAmazon Lightsailを用いたOmeka Sサイトの構築（独自ドメイン+SSL化を含む）で、Lightsailを使ったOmeka Sの構築手順を詳しく解説しました。独自ドメインの設定からLet’s EncryptによるSSL化まで、一連の手順をカバーしています。 ...

プラットフォーム選定の基準 デジタルアーカイブのプラットフォーム選定は、プロジェクトの成否を大きく左右する決定です。機能要件、技術要件、運用要件、コスト、持続可能性を総合的に評価することが重要です。 筆者はこれまで、Omeka S、Omeka Classic、ArchivesSpace、AtoM（Access to Memory）、CollectiveAccessなど、複数のプラットフォームを検証してきました。本章では、それらの実践に基づいて各プラットフォームの特性を比較します。 Omeka S 概要と特徴 Omeka Sは、ロイ・ローゼンツヴァイグ歴史・新メディアセンター（RRCHNM、ジョージ・メイソン大学）が開発するオープンソースのデジタルコレクション管理プラットフォームです。Linked Dataネイティブな設計が最大の特徴です。 筆者はOmeka Sに関して最も多くの記事を執筆しており、導入から運用、モジュール開発まで幅広い知見を蓄積しています。Omeka Sの導入に関する参考資料についてはOmeka Sの導入に関する参考資料で、記事のまとめはOmeka Sに関する記事まとめでご覧いただけます。 Omeka ClassicとOmeka Sの違い Omeka Sの前身であるOmeka Classicとの違いについては、Omeka ClassicとOmeka Sの違いで詳しく比較しています。また、GPT-4を用いたより包括的な比較はOmeka ClassicとOmeka S: 機能と違いの比較（GPT-4による解説）で提供しました。 主な違いは以下の通りです。 項目 Omeka Classic Omeka S データモデル Dublin Core中心 RDF語彙を自由に追加可能 サイト管理 シングルサイト マルチサイト対応 API REST API（限定的） JSON-LD対応REST API IIIF対応 IIIF Toolkitプラグイン IIIF Serverモジュール Linked Data 限定的 ネイティブ対応 主要モジュール Omeka Sの強みは、豊富なモジュールエコシステムにあります。筆者が紹介してきた主要モジュールを以下に整理します。 IIIF関連モジュール: 【Omeka Sモジュール紹介】IIIF Server / Image Server / Universal Viewer: IIIFの基本モジュール群 【Omeka S モジュール紹介】IiifPresentation：IIIF Presentation APIの追加: Presentation APIモジュール 【Omeka S】IIIF対応の複数ビューアを設置する「IIIF Viewers」モジュールの使い方: ビューア設置モジュール 【Omeka S モジュール紹介】IIIF Searchモジュール: コンテンツ検索モジュール データ管理モジュール: ...

相互運用性の意義 デジタルアーカイブにおける相互運用性（Interoperability）とは、異なる機関やシステムが保有するデジタルコンテンツとメタデータを、技術的な障壁なく相互に利用・交換できる能力のことです。 筆者はこれまで、IIIF、OAI-PMH、SPARQL、REST API、DTS（Distributed Text Services）など、多様な相互運用技術の実践を行ってきました。本章では、それらの経験に基づいて各技術を解説します。 IIIF（International Image Interoperability Framework） IIIFは、デジタル画像の相互運用性を実現するための国際標準フレームワークです。 IIIF Image API Image APIは、画像を特定のリージョン、サイズ、回転、品質で取得するためのURLパラメータを定義します。 # { # h s t I c 例 t m h : p a e s g m 画 : e e 像 / } 全 / A : 体 i P / を i I / 幅 i { 8 f 3 s 0 . . e 0 e 0 r ピ x の v ク a U e セ m R r ル p L } で l 構 / 取 e 造 { 得 . p o r r e g f / i i x m } a / g { e i / d 0 e 0 n 1 t / i f f u i l e l r / } 8 / 0 { 0 r , e / g 0 i / o d n e } f / a { u s l i t z . e j } p / g { r o t a t i o n } / { q u a l i t y } . { f o r m a t } 筆者はOmeka SのImage Serverの設定についてOmeka SのImage Serverの設定についてで解説しました。Image APIを使用しない設定については【Omeka S モジュール】IIIF ServerモジュールでImage APIを使用しない方法で紹介しています。 ...

デジタルアーカイブの持続可能性 デジタルアーカイブの構築は、プロジェクトのゴールではなく、始まりです。構築に多大な労力と費用を投じても、持続的な運用体制が確保されなければ、システムは陳腐化し、データは失われるリスクがあります。 筆者はこれまで、Omeka Sの運用やモジュールの保守、データのバックアップ、システムの更新など、持続的な運用に関する多くの実践を行ってきました。本章では、その経験に基づいて持続可能な運用の要点を解説します。 運用体制の設計 システムの更新と保守 デジタルアーカイブシステムの持続的な運用には、定期的なソフトウェアの更新が不可欠です。Omeka Sの更新についてはOmeka Sの更新で手順を解説しました。また、バージョンアップに伴うエラーへの対応についてはOmeka Sのv4.0.4からv4.1へのアップデートに伴うエラー対応で事例を紹介しています。 モジュールの更新情報については、Omeka Sのモジュールアップデート情報（2025-03-27）のような形で定期的に情報を共有しています。モジュールのインストール方法についてはOmeka Sモジュールのインストール方法で基本手順を解説しました。 バックアップ体制 データの喪失を防ぐためのバックアップは、運用の最も基本的な要素です。筆者はgdriveを用いたOmeka Sの簡易バックアップで、Google Driveへの簡易バックアップ方法を紹介しました。より本格的な定期バックアップについてはAWS Copilotを用いたOmeka Sデータの定期バックアップで解説しています。 Docker環境の移行（実質的なバックアップからの復元）については、Omeka-S Docker環境を別サーバーに移行する完全ガイドで手順を詳しく説明しました。 障害対応 運用中に発生する問題への対応も重要です。筆者が遭遇した障害とその対処法を以下に紹介します。 ArchivematicaでBrowseがうまくできない場合の原因と対応: ブラウズ機能の不具合対応 Service with name “Omeka\Acl” could not be created: Omeka Sの起動エラーへの対応 Omeka SでのCSRF: Value is required and can’t be emptyエラーへの対応: CSRFエラーへの対応 ‘session.name’ is not a valid sessions-related ini setting: PHPセッション設定の問題 データの一括管理 一括登録 大量のデータを効率的に登録するためのモジュールとして、Bulk Importが重要です。筆者はBulk Importについて複数の記事を執筆しています。 Omeka Sの一括登録用モジュール: Bulk Importの使い方（2024-02版）では最新の使い方を解説しました。CSVファイルを用いた設定例についてはOmeka SのBulkImportを使用する際の設定例で紹介しています。 Bulk Importによるメタデータの一括更新についてはBulk ImportによるCSVファイルを用いたメタデータの一括更新で、リソースクラスの登録についてはBulk Importによるリソースクラスの登録方法・設定編集ほかで解説しました。 一括エクスポート データのエクスポートもバックアップや他システムへの移行において重要です。【Omeka S モジュール紹介】BulkExport：データの一括エクスポートやOmeka SのBulkExportを使って、特定のアイテムの指定した項目のみをエクスポートするで、エクスポート機能を紹介しました。 ...

本書の振り返り 本書では、デジタルアーカイブの構築に必要な知識と技術を、筆者の実践経験に基づいて体系的に解説してきました。メタデータの設計（Dublin Core、TEI/XML、RDF）、デジタル化の実践（OCR、IIIF）、長期保存（Archivematica）、検索と発見（SPARQL、OAI-PMH）、システム構築（Omeka S、Docker、AWS）、そして相互運用性（IIIF、DTS、SPARQL）まで、デジタルアーカイブ構築の全体像をカバーしました。 本章では、本書の内容をさらに深めるための参考リソースと、筆者の関連記事のテーマ別リストを提供します。 筆者の関連記事：テーマ別リスト Omeka S 入門・導入 Omeka Sの導入に関する参考資料 Omeka Sに関する記事まとめ Omeka ClassicとOmeka S: 機能と違いの比較（GPT-4による解説） Omeka S Docker の紹介：デジタルコレクションのための最新かつセキュアなソリューション Amazon Lightsailを用いたOmeka Sサイトの構築（独自ドメイン+SSL化を含む） Omeka Sの使い方を調べる Omeka S IIIF関連 【Omeka Sモジュール紹介】IIIF Server / Image Server / Universal Viewer Omeka Sを用いて、IIIF Presentation API v3のマニフェストファイルを作成する 【Omeka S】IIIF対応の複数ビューアを設置する「IIIF Viewers」モジュールの使い方 Omeka SのIIIF Serverモジュールを使用した階層構造を持つ目次の記述 【Omeka S】IIIF Serverモジュールにおけるattributionの設定方法 Omeka S IIIF Serverモジュールを用いたIIIFコレクションの生成 mdx.jpのオブジェクトストレージとCantaloupe Image Serverを使ってIIIF画像を配信する Omeka S メタデータ・語彙 Omeka SにDC-NDL（国立国会図書館ダブリンコアメタデータ記述）を語彙として登録する 【Omeka S Tips】既存の標準語彙の追加方法 Omeka SにICA RiC-Oの語彙を登録する Omeka SにPROV-Oオントロジーを登録する方法 Omeka SのCustomOntologyモジュールを使って、クラスやプロパティを追加する Omeka S データ管理 Omeka Sの一括登録用モジュール: Bulk Importの使い方（2024-02版） 【Omeka S モジュール紹介】BulkExport：データの一括エクスポート Omeka SのREST APIとやりとりするためのPythonパッケージ MCPサーバーを使って、Omeka Sにリソース（アイテムと画像）を登録する Archivematica ArchivematicaをDockerで起動する Amazon EC2にArchivematicaを立てる ArchivematicaのAPIを用いて、TransferからAIPのダウンロードまでを行う。 ArchivematicaでAmazon S3を処理対象およびAIPの保存先に設定する ArchivematicaのMETSファイルの内容を可視化するPythonライブラリ TEI/XML WordをTEI/XMLに変換する TEI Garage APIを使って、DOCX → TEI/XML 変換ツールをブラウザだけで作った LEAF-Writerをローカル環境で動かす NDL古典籍OCR-Liteを用いて、IIIFマニフェストファイルからTEI/XMLファイルを作成する TEI/XMLファイルをGitHubで公開する手順書 Romaを使ってプロジェクトに応じたタグを限定し、解説を作成する TEI ODDによるIIIF対応ファクシミリ記述の制約設計 TEI Processing Modelで実現する宣言的なマルチフォーマット変換 SPARQL / RDF / Linked Data ジャパンサーチのSPARQLエンドポイントをYasguiで使ってみる Google Colabを用いたジャパンサーチRDFストアに対するSPARQLの実行例 Snorql — 複数の SPARQL エンドポイントを手軽に探索できるブラウザ UI を公開しました AWS EC2を用いたVirtuoso RDFストアの構築 Pythonを使ってRDFデータをDydraに登録する RDF、TurtleやJSON-LD、およびIIIFマニフェストファイルなどの関係を理解する Linked Dataを使ったデータ記述の応用例 OAI-PMH OAI-PMHリポジトリからPythonでレコードを全件取得する Omeka SのOAI-PMHリポジトリのresumptionTokenの不具合への対応 ArchivesSpaceのOAI Repositoryを試す Access to MemoryのOAI Repositoryを試す DTS（Distributed Text Services） DTS（Distributed Text Services）を使ってみる 校異源氏物語テキストDBで公開するTEI/XMLファイルに対するDTS APIを作成する DTS Viewerの更新：ページネーションへの対応 DTSとCTSの関係 主要な仕様書・標準文書 IIIF関連 仕様 URL IIIF Image API 3.0 https://iiif.io/api/image/3.0/ IIIF Presentation API 3.0 https://iiif.io/api/presentation/3.0/ IIIF Content Search API 2.0 https://iiif.io/api/search/2.0/ IIIF Auth API 2.0 https://iiif.io/api/auth/2.0/ IIIF Change Discovery API 1.0 https://iiif.io/api/discovery/1.0/ IIIF Cookbook https://iiif.io/api/cookbook/ メタデータ標準 標準 URL Dublin Core Terms https://www.dublincore.org/specifications/dublin-core/dcmi-terms/ TEI Guidelines https://tei-c.org/release/doc/tei-p5-doc/en/html/ Schema.org https://schema.org/ EAD3 https://www.loc.gov/ead/ PREMIS https://www.loc.gov/standards/premis/ METS https://www.loc.gov/standards/mets/ Web標準 標準 URL JSON-LD 1.1 https://www.w3.org/TR/json-ld11/ RDF 1.1 https://www.w3.org/TR/rdf11-concepts/ SPARQL 1.1 https://www.w3.org/TR/sparql11-query/ OAI-PMH 2.0 https://www.openarchives.org/OAI/openarchivesprotocol.html DTS https://distributed-text-services.github.io/specifications/ ソフトウェア・ツール デジタルアーカイブプラットフォーム ソフトウェア 用途 URL Omeka S デジタルコレクション管理・公開 https://omeka.org/s/ ArchivesSpace アーカイブズ管理 https://archivesspace.org/ CollectiveAccess 博物館コレクション管理 https://collectiveaccess.org/ AtoM アーカイブズ記述管理 https://www.accesstomemory.org/ Archivematica デジタル保存システム https://www.archivematica.org/ IIIF関連ツール ツール 用途 URL Cantaloupe IIIFイメージサーバ https://cantaloupe-project.github.io/ Mirador IIIFビューア https://projectmirador.org/ Universal Viewer IIIFビューア https://universalviewer.io/ TEI関連ツール ツール 用途 URL LEAF Writer TEI/XMLエディタ https://leaf-writer.lincsproject.ca/ Oxygen XML Editor XMLエディタ https://www.oxygenxml.com/ TEI Publisher TEI/XML出版 https://teipublisher.com/ CETEIcean TEI/XMLブラウザ表示 https://github.com/TEIC/CETEIcean Roma TEI ODDカスタマイズ https://roma.tei-c.org/ TEI Garage TEI変換サービス https://teigarage.tei-c.org/ RDF/SPARQLツール ツール 用途 URL Virtuoso RDFストア https://virtuoso.openlinksw.com/ Apache Jena Fuseki RDFストア https://jena.apache.org/documentation/fuseki2/ Dydra クラウドRDFストア https://dydra.com/ Yasgui SPARQLクライアント https://yasgui.triply.cc/ コミュニティ 国内コミュニティ デジタルアーカイブ学会（JSDA）: http://digitalarchivejapan.org/ Code4Lib JAPAN: https://www.code4lib.jp/ じんもんこん（人文科学とコンピュータ研究会）: http://jinmoncom.jp/ 日本デジタルヒューマニティーズ学会（JADH）: https://www.jadh.org/ TEI協議会: テキストエンコーディングに関する国際コミュニティ 国際コミュニティ IIIF Consortium: https://iiif.io/ DLF（Digital Library Federation）: https://www.diglib.org/ ADHO（Alliance of Digital Humanities Organizations）: https://adho.org/ iPRES（International Conference on Digital Preservation）: https://ipres-conference.org/ 参考文献 書籍 時実象一『デジタルアーカイブの理論と政策』勁草書房、2022年 柳与志夫・田山健二編『デジタルアーカイブ・ベーシックス』勉誠出版、2019-2020年 永崎研宣『日本の文化をデジタル世界に伝える』樹村房、2019年 橋本雄太・永崎研宣編『デジタルヒューマニティーズ入門』文学通信、2021年 Trevor Owens, “The Theory and Craft of Digital Preservation”, Johns Hopkins University Press, 2018 ガイドライン デジタルアーカイブジャパン推進委員会「デジタルアーカイブの構築・共有・活用ガイドライン」 国立国会図書館「資料デジタル化の手引」: https://www.ndl.go.jp/jp/preservation/digitization/ FADGI（Federal Agencies Digital Guidelines Initiative）: http://www.digitizationguidelines.gov/ NDSA Levels of Digital Preservation: https://ndsa.org/publications/levels-of-digital-preservation/ おわりに 本書では、デジタルアーカイブの構築に必要な知識と技術を、筆者の実践経験に基づいて体系的に解説しました。 ...