OREユーザガイド

要旨

オープン･アーカイブズ･イニシアティブ - オブジェクトの再利用と交換（OAI-ORE）は、Webリソースの集合を記述し、交換するための標準を定義する。本書は、OAI-OREを使用する動機、Webリソースの集合を処理するOAI-OREソルーションの中核的特徴、およびOAI-OREソルーションを構築するための技術的基礎を要約する。本書はOAI-OREについて基本的な理解を得たいと考えている一般読者を想定している。より高度な技術を持つ読者や実装者向けの詳細な情報は、OAI-ORE仕様書およびユーザガイドの他の文書で提供されている。

1. 何故、OAI-OREを使うのか?

我々は、現実世界において休みなくものの集合を作成、使用、参照している。写真帳に写真を集め、論文を集めた雑誌を読み、好きな歌をCDに焼く。この現実世界において、通常、これらの集合物は形のあるものである。すなわち、我々は写真帳や雑誌、CDを手に持つことができる。しかし、我々は抽象的な実体も集めている。例えば、分類体系は抽象的な主題をより広義な抽象的グループに集めるものである。

この集めるという行為をWebに拡張する。我々は、URLをブラウザのブックマークやお気に入りリストに蓄積し、写真を集めてFlickrなどの有名なサイトに登録し、「前ページ」「次ページ」タグにより互いにリンク付けされた複数ページの文書をブラウズする。そして、Webサイトについては、あたかも構成するページセットを超える何かが存在するかのように話をする。これらの集合物は頻繁に利用されるが、そのWeb上での存在は極めてはかないものである。その1つの理由は、集合物を識別する標準的な方法が存在しないことである。我々はしばしば集合物全体を識別するために集合物の1ページのURIを使用する。例えば、複数ページから成る文書全体の識別には最初のページのURIを使用し、Flickrに登録した全画像集合の識別にはFlickrへのアクセスを提供するHTMLページのURIを使用する。しかし、これらのURIは、実際はその特定のページを識別するだけであり、文書全体を構成するページの集合やFlickrにある全画像の集合を識別するものではない。要するに、問題は集合物の構成要素や境界を記述する標準的な方法が存在しないことであり、これこそOAI-OREが提供しようとするものである。

集合物はWeb上ではきちんと定義されていないので、それを使ってできることは限られている。Webを有用なものにするサービスや自動処理という点では特にそうである。複数ページの文書を保存または印刷したい場合は、すべてのページを手動でクリックして移動し、ブラウザの該当コマンドを実行しなければならない。複数ページの文書を様々な情報システムに移動するプログラムは個々のシステムアーキテクチャのAPIとその文書境界定義に頼らなければならない。サーチエンジンは、検索結果が適当な粒度を持つように、ヒューリスティクスを使って個々のWebページを論理的な文書としてまとめなければならない。

本入門書は、OAI-OREが提供するWebリソースの集合物を処理するためのソルーションのエッセンスを説明する。すなわち、OAI-OREソルーションについて基本的な理解を得たいと考えている一般読者を想定している。本入門書は、実装者に詳細な情報を提供するOAI-ORE仕様書と実装ガイドラインへの指針も提供する。本入門書は次のように構成されている。

第1節 (本節）では、OAI-OREを使用する動機を記述する。
第2節では、本文書で使用される集合物の例を提示する。
第3節では、OAI-OREソルーションが構築されている概念的基盤を紹介する。
第4節では、集合物の問題に対するOAI-OREソルーションの最重要要素である集合体と集合体を記述するリソースマップを紹介する。
第5節では、XMLベースのAtomとRDF/XMLを使った簡単なリソースマップを示す。
第6節では、ブラウザやサーチエンジンなどのWebエージェントにリソースマップと集合体が見えるようにするための、Webの基本プロトコルであるHTTPの使用法を記述する。
第7節では、他のOAI-ORE文書を簡単に紹介する。

2. 動機付けとなる例

OREが取り組む集合物の問題は、物理学と数学、計算機科学の研究成果を保存する有名なリポジトリである arXiv の1つの文書を使って説明することができる。この文書の人間向け開始ページが図 1に示されている。OREが取り組む集合物の問題に関連する部分は赤色の四角で強調され、番号が与えられている。強調されている部分の意味は次のとおりである。

人間向け開始ページの URI http://arxiv.org/abs/astro-ph/0601007。
この文書で利用可能なフォーマットで、PostScript、PDFなど。これらはarXiv文書を構成する集合物の事実上の構成要素 である。この例に関しては以後、この人間向け開始ページ（スプラッシュページ）も集合物の1つの構成要素と考える。
arXiv文書のタイトル。
arXiv文書の著者。
arXiv文書の作成日付と最新更新日付。
何らかの意味でこのarXiv文書に類似する実体の識別子。例えば、この文書のあるバージョンが後に査読誌の論文として出版された場合、その論文のデジタルオブジェクト識別子（DOI）が表示される。
この文書のバージョン。
同一のコレクション（astro-phなど）にある他のarXiv文書へのリンク。
このarXiv文書が行った引用、および、この文書が他の文書から受けた引用。

図 1: arXiv文書の人間向け開始ページ

人間向け開始ページの図

このどちらかといえば単純な例はOREが取り組む中心的な問題を浮き彫りにしている。

人間向け開始ページのURIがarXiv文書全体のURIとして普通に使用されている。何故、OAI-OREを使用するのか?の節で示したように、このURIはこのページ自体を識別するものであり、arXiv文書である集合物を識別するものではないので、これは適切なことではない。
人間向け開始ページは、文書の構成要素、この文書と他の文書の関係、この文書に関連する識別子、この文書のバージョンなどを区別する能力を持つ人間には容易に理解できる。しかし、arXiv特有のヒューリスティクスを実装していない機械エージェントは人間向け開始ページを曖昧さなしに解釈することができない。例えば、機械エージェントは、人間向け開始ページに存在する、arXiv文書の構成要素（PostScriptやPDFなど）を指し示しているリンクと、図 1の(8)で示されているナビゲーションツールなど明らかにこの文書の外部にある情報を指し示すリンクを区別することができない。

3. OREの基盤技術

OREは、既に示した問題を、arXiv文書全体を示す集合物に対するURIの導入とこの集合物を記述する機械可読文書の公開により解決する。この機械可読文書は、例えば、どのリソースがこの集合物の一部であり、どのリソースがこの集合物と関係を持つだけであるかを記述する。本節では、集合物の問題に対するOREソルーションを構築する基盤となる技術を手短に紹介する。

3.1. World Wide Webのアーキテクチャ

今日のWebの基盤技術は、World Wide Webのアーキテクチャ [Web Architecture] で詳しく説明されている。このアーキテクチャは以下の中核的概念を定義している。

リソース、対象となるアイテム。
URI、リソースのグローバル識別子。
表示形（Representation）、何らかのプロトコル（HTTPなど）を通じてそのURIが逆参照（デリファレンス）された時点におけるリソースの状態に対応するデータストリーム。
リンク、2つのリソース間の有向接続。

3.2. セマンティックWeb、Linked Data、セマンティックWebのためのクールなURI

我々が日々使用しているWebでは、URIは主にWeb文書の識別に使用されている。これらは、逆参照すると人間が読むことのできる表示形を返す識別子である。しかし、セマンティックWebでは、URIは人間や車などのいわゆる現実世界の実体だけでなく、アイデアやクラスといった 抽象的な実体も識別するために導入されている。これらは文書ではないので、これらのリソースが意味するものを示す表示形を持っていない。Linked Data Effort [Linked Data Tutorial] は、表示形を持たないという事実があるにもかかわらず、これらのリソースに関する情報を得るための方法を記述している。要約すると、その方法は以下で構成される。

これら特別なリソースの識別にHTTP URIを使用する。
この特別なセマンティックWebリソースに関する情報を提供する文書を、セマンティックWebリソースのHTTP URIではないHTTP URIで公開する。
この特別なセマンティックWebリソースのHTTP URIから情報を提供する文書のHTTP URIを発見できるようにセマンティックWebのためのクールなURI [Cool URIs] を使用する。

3.3 リソース記述フレームワーク（RDF）

これら抽象的なリソースを記述するためにLinked Data Effortにより提案された文書は、通常、RDF/XMLで表現される。これはセマンティックWebの基本的なデータモデルを形成するリソース記述フレームワーク（RDF）[RDF Concepts] のXMLベースのシリアライゼーションである。このモデルは、トリプルと呼ばれる 主語-述語-目的語からなる表明文で構成される。トリプルは、URIで示される主語たるリソースに付随する関係を表現する。これもURIで示される述語リソースは関係の性質を示す。目的語は述語により表される関係の実際の値を表現する。目的語は、URIで示されるだけでなく、文字列や番号などのリテラル値を指定することもできる。複数のトリプルが表現、すなわち、表明されると、これらは主語と目的語を共有する場合があり、その結果、概念的に結合されて数学用語でグラフと呼ばれるものになる。このグラフは、主語と目的語のURIで示されるリソースであるノードと関係を表す述語である辺とで構成される。

その例が図 2に示されている。この図は4つのRDFトリプルが表とグラフで示されている。リソースはグラフではURIを記した黄色の丸で示されている。R1は3つのトリプルの主語であるので、グラフでは3つの外向きの辺を持っていることに注意されたい。同様に、R2は2つのトリプルの目的語であるので、2つの内向きの辺を持っている。図では、目的語としてリテラル文字列（"John Doe"など）を持つトリプルも示している。

図 2: 4つのRDFトリプルとそのグラフ表現

4つのRDFトリプルとそのグラフ表現の図

4. ORE概略

OREは上で述べた基盤技術を活用してWebリソースの集合物を処理するソルーションに至った。OREソルーションのエッセンスは次のようにまとめることができる（図 3）。

Webリソースの集合物を明確に参照できるようにするために、他のリソースの集合またはコレクションを表す新しいリソースが導入された。この新しいリソースは集合体と名付けられ、Web上に存在する他のリソースと同じようにURIを持つ。ただし、集合体は概念的な構造物であるので、表示形を持たないセマンティックWebリソースの1つとみなされる。
Linked Dataガイドラインに従って、集合体に関する情報を公開するために別のリソースが導入された。この新しいリソースはリソースマップと名付けられ、URIを持ち、集合体に関する詳細情報を提供する機械可読な表示形を持つ。基本的には、リソースマップは自分がどの集合体を記述するのかを表し（図 3の ore:describes 関係）、集合体を構成するリソースをリストアップする（図 3の ore:aggregates 関係）。しかし、リソースマップは、例えば、誰が公開したのか、最後に更新されたのはいつかといったリソースマップ自身のメタデータ（図 3の関係 dcterms:creator と dcterms:modified ）だけでなく、これらすべてのリソースに付随する関係やプロパティを表現することもできる。リソースマップは、Atom XMLやRDF/XML、RDFa、n3、turtle、その他のRDFシリアライゼーションフォーマットなど、様々なフォーマットで表すことができる。シリアライゼーションの例は、リソースマップのシリアライゼーションの節に示されており、リソースマップをAtom XML、RDF/XML、RDFaで表現する方法を示す実装ガイドラインで詳細に説明されている。
OREをHTTPベースのWeb上で稼動させるために、集合体とリソースマップには共にHTTP URIが付与され、集合体のHTTP URIからリソースマップのHTTP URIを発見できるようにするためにセマンティックWebのためのクールなURIガイドラインが採用されている。Web上のリソースマップと集合体の節では、これに関する基本的な情報を提供する。また、HTTPによる実装ガイドラインも利用できる。
OREはプロキシリソースという概念も導入している。これは特定の集合体のコンテキストにある集合リソースを意味する。プロキシリソースのURIはコンテンキストを持つリソースを示す仕組みを提供する。これについては、OREデータモデルとリソースマップの実装ガイドラインで説明されている。

図 3: 集合体 A-1は3つのリソースを集め、リソースマップ ReM-1により記述されている

ORE基本モデル

5. リソースマップのシリアライゼーション

OREはRDF/XML、RDFa、Atom XMLによるリソースマップのシリアル化をサポートしている。以下では、arXiv文書の例に付随するいくつかの基本的な情報を伝達するRDF/XMLとAtom XMLによるリソースマップの例が示されている。URI http://arxiv.org/aggregation/astro-ph/0601007 はarXiv文書を示す集合体を識別するHTTP URIとして導入されていることに注意されたい。

5.1RDF/XMLによるリソースマップ

図 3は、OREデータモデルにより導入された中核的な関係を示している。OREデータモデルは完全にRDFに基づいているので、集合体を記述するリソースマップはRDF/XMLだけでなく、n3やturtleといった他のRDFシリアライゼーションフォーマットでも簡単に表現することができる。表 1は、arXiv集合体 http://arxiv.org/aggregation/astro-ph/0601007 を記述する簡単なRDF/XMLリソースマップを示している。RDF/XML文書に示したコメントは、様々なRDF表明文が、ORE概略の節で紹介されたORE概念とどのように関係するかを説明している。

表 1: RDF/XMLによりシリアル化されたarXir集合体の簡単なリソースマップ

<?xml version="1.0" encoding="utf-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" 
    xmlns:ore="http://www.openarchives.org/ore/terms/"
    xmlns:dcterms="http://purl.org/dc/terms/"
    xmlns:dc="http://purl.org/dc/elements/1.1/"
    xmlns:foaf="http://xmlns.com/foaf/0.1/" >

    <!-- ArXiv文書の集合体について -->

    <rdf:Description rdf:about="http://arxiv.org/aggregation/astro-ph/0601007">
        <!-- このリソースはORE集合体である  -->
        <rdf:type rdf:resource="http://www.openarchives.org/ore/terms/Aggregation"/>
        <!-- この集合体は以下を集めている -->
        <ore:aggregates rdf:resource="http://arxiv.org/abs/astro-ph/0601007"/>
        <ore:aggregates rdf:resource="http://arxiv.org/ps/astro-ph/0601007"/>
        <ore:aggregates rdf:resource="http://arxiv.org/pdf/astro-ph/0601007"/>
        <!-- 集合体に関するメタデータ: タイトルと著者 -->
        <dc:title>Parametrization of K-essence and Its Kinetic Term</dc:title>
        <dcterms:creator rdf:parseType="Resource">
            <foaf:name>Hui Li</foaf:name>
            <foaf:mbox rdf:resource="mailto:lihui@somewhere.cn"/>
        </dcterms:creator>
        <dcterms:creator rdf:parseType="Resource">
            <foaf:name>Zong-Kuan Guo</foaf:name>
        </dcterms:creator>
        <dcterms:creator rdf:parseType="Resource">
            <foaf:name>Yuan-Zhong Zhang</foaf:name>
        </dcterms:creator>
    </rdf:Description>
    
    <!-- 集合体を記述するリソースマップ（このRDF/XML文書）について -->
    
    <rdf:Description rdf:about="http://arxiv.org/rem/atom/astro-ph/0601007">
        <!-- このリソースはOREリソースマップである  -->
        <rdf:type rdf:resource="http://www.openarchives.org/ore/terms/ResourceMap"/>
        <!-- このリソースマップは特定の集合体を記述する   -->
        <ore:describes rdf:resource="http://arxiv.org/aggregation/astro-ph/0601007"/>
        <!-- リソースマップに関するメタデータ: 日時、権利、著者 -->
        <dcterms:modified>2008-10-03T07:30:34Z</dcterms:modified>
        <dcterms:created>2008-10-01T18:30:02Z</dcterms:created>
        <dc:rights>This Resource Map is available under the Creative Commons Attribution-Noncommercial Generic license</dc:rights>
        <dcterms:rights rdf:resource="http://creativecommons.org/licenses/by-nc/2.5/rdf"/>
        <dcterms:creator rdf:parseType="Resource">
            <foaf:page rdf:resource="http://arxiv.org"/>
            <foaf:name>arXiv.org e-Print Repository</foaf:name>
        </dcterms:creator>
    </rdf:Description>
    
    <!-- 集合体の一部である人間向け開始ページについて -->
    
    <rdf:Description rdf:about="http://arxiv.org/abs/astro-ph/0601007">
        <dc:format>text/html</dc:format>
        <dc:title>[astro-ph/0601007] Parametrization of K-essence and Its Kinetic Term</dc:title>
        <rdf:type>info:eu-repo/semantics/humanStartPage</rdf:type>
    </rdf:Description>
    
    <!-- 集合体の一部であるPostScriptリソースについて -->
    
    <rdf:Description rdf:about="http://arxiv.org/ps/astro-ph/0601007">
        <dc:format>application/postscript</dc:format>
        <dc:language>en</dc:language>
        <dc:title>Parametrization of K-essence and Its Kinetic Term</dc:title>
    </rdf:Description>
    
    <!-- 集合体の一部であるPDFリソースについて -->
    
    <rdf:Description rdf:about="http://arxiv.org/pdf/astro-ph/0601007">
        <dc:format>application/pdf</dc:format>
        <dc:language>en</dc:language>
        <dc:title>Parametrization of K-essence and Its Kinetic Term</dc:title>
    </rdf:Description>
</rdf:RDF>

5.2 Atom XMLによるリソースマップ

AtomはXMLベースのフォーマットであり、元々はニュースソースやブログ、その他の動的Webサイトからフィードを配信するためのメカニズムとして設計された。そのため、RSSの数多くのバージョンと似ている。Atomの設計はより新しく、名前空間などの現代的なXML機能を含んでおり、その結果、他の名前空間の要素や関係を許容する柔軟な拡張機構を持っている。このため、近年は、様々なWebリソース記述のパッケージ化など数多くの目的にAtomが利用されるようになっている。

本書はAtomの入門書ではないので、興味を持つ読者はAtomを完全に記述している RFC-4287 を参照されたい。本入門書の読者は、図 4に示されているAtomの基本的な実体を知るだけで良い。基本的な実体には以下が含まれる。

グローバルに一意なID、数多くのリンク、その他のメタデータを持つフィード（Feed）。フィードは数多くの構成要素エントリ（Entry）を含んでいる。
各々がグローバルに一意なID、数多くのリンク、その他のメタデータを持つ1つ以上のエントリ。

図 4: 2つのAtomエントリを持つAtomフィード

Atomのフィード/エントリ構造

Atom文書は、図 4に示されているような複数のエントリを持つ1つのフィードであるか、フィードには含まれない単なる1つのエントリであるかのいずれかである。OREは後者を利用し、リソースマップをAtomエントリとして表現する。表 2は、arXiv集合体 http://arxiv.org/aggregation/astro-ph/0601007 を記述するAtomエントリを示している。Atom XML文書に示したコメントは、様々なAtom要素が、ORE概略の節で紹介されたORE概念とどのように関係するかを説明している。

表 2: Atom XMLによりシリアル化されたarXir集合体の簡単なリソースマップ

<?xml version="1.0" encoding="UTF-8"?>
<atom:entry 
    xmlns:dcterms="http://purl.org/dc/terms/" 
    xmlns:atom="http://www.w3.org/2005/Atom"
    xmlns:ore="http://www.openarchives.org/ore/terms/" 
    xmlns:foaf="http://xmlns.com/foaf/0.1/">
    <atom:id>tag:arxiv.org,2008:astro-ph:0601007</atom:id>
    
    <!-- ArXiv文書の集合体について -->
    
    <!-- このAtomエントリは特定のORE集合体を記述する -->
    <atom:link href="http://arxiv.org/aggregation/astro-ph/0601007"
        rel="http://www.openarchives.org/ore/terms/describes"/>
    <atom:category term="http://www.openarchives.org/ore/terms/Aggregation"
        scheme="http://www.openarchives.org/ore/terms/" label="Aggregation"/> 
    <!-- この集合体は以下を集めている -->
    <atom:link href="http://arxiv.org/abs/astro-ph/0601007"
        rel="http://www.openarchives.org/ore/terms/aggregates"
        title="[astro-ph/0601007] Parametrization of K-essence and Its Kinetic Term"
        type="text/html" />
    <atom:link href="http://arxiv.org/ps/astro-ph/0601007"
        rel="http://www.openarchives.org/ore/terms/aggregates"
        title="Parametrization of K-essence and Its Kinetic Term" type="application/postscript"
        hreflang="en"/>
    <atom:link href="http://arxiv.org/pdf/astro-ph/0601007"
        rel="http://www.openarchives.org/ore/terms/aggregates"
        title="Parametrization of K-essence and Its Kinetic Term" type="application/pdf"
        hreflang="en"/>
    <!-- 集合体に関するメタデータ: タイトルと著者 -->
    <atom:title>Parametrization of K-essence and Its Kinetic Term</atom:title>
    <atom:author>
        <atom:name>Hui Li</atom:name>
        <atom:email>lihui@somewhere.cn</atom:email>
    </atom:author>
    <atom:author>
        <atom:name>Zong-Kuan Guo</atom:name>
    </atom:author>
    <atom:author>
        <atom:name>Yuan-Zhong Zhang</atom:name>
    </atom:author>
    
    <!-- 集合体を記述するリソースマップ（このAtom XMLエントリ文書）について -->
    
    <!-- このリソースマップのHTTP URI -->
    <atom:link href="http://arxiv.org/rem/atom/astro-ph/0601007"
        rel="self"
        type="application/atom+xml"/>
    <!-- リソースマップに関するメタデータ: 日時、権利、著者 -->
    <atom:updated>2008-10-03T07:30:34Z</atom:updated>
    <atom:published>2008-10-01T18:30:02Z</atom:published>
    <atom:rights>This Resource Map is available under the Creative Commons  Attribution-Noncommercial Generic license</atom:rights>
    <atom:link href="http://creativecommons.org/licenses/by-nc/2.5/rdf"
        rel="license"
        type="application/rdf+xml"/>
    <atom:source>
        <atom:author>
            <atom:name>arXiv.org e-Print Repository</atom:name>
            <atom:uri>http://arxiv.org</atom:uri>
        </atom:author>
    </atom:source>   
    
    <!-- 集合体の一部である人間向け開始ページについて -->
    
    <atom:link href="http://arxiv.org/abs/astro-ph/0601007" rel="alternate"/>

</atom:entry>

6. Web上のリソースマップと集合体

リソースマップがWeb上で公開される場合、そのURIはHTTPプロトコルのリクエストにより逆参照することができ、リソースマップのシリアライゼーションの節で示されたRDF/XMLまたはAtom XMLの文書が返される。クライアントやエージェントはその文書を解釈し、文書に含まれている情報に基づいて高度なサービスを提供することができる。このサービスには、集合体のナビゲーションや印刷、保存、視覚化、変換が含まれる。

逆の機能も重要である。引用や他の形態のリンクを通じて集合体のHTTP URIへアクセスしたクライアントは、そのHTTP URIで識別されるリソースが実際に集合体であることを発見し、続いて集合体を記述するリソースマップにアクセスできるべきである。

しかし、注意したように、集合体は特別なセマンティックWebリソースの1つであり、HTTPプロトコルのリクエストを通じてそのURIを逆参照しても表示形は与えられない。本節は、集合体のHTTP URIが与えられた場合に、その集合体を記述するリソースマップにアクセスするための、OREが推奨する2つの方法を簡単に説明する。これら2つの方法は、セマンティックWebのためのクールなURI仕様書 [CoolURIs] に完全に記述されているセマンティックWebコミュニティによるガイドラインに基づいている。

6.1 集合体のURIからリソースマップのURIへのHTTP 303リダイレクト

この方法は、集合体とそれを記述するリソースマップを導入する団体がWebサーバを自ら管理している場合に適している。また、同一の集合体を記述するリソースマップがAtom XMLとRDF/XMLのように複数のフォーマットで公開されている場合に推奨される方法でもある。

この方法の仕組みは次のとおりである。集合体のURI A-1に対するHTTPリクエストを受け取った場合、サーバはリソースマップのURI ReM-1へリダイレクトするHTTP 303ステータスコード（これは「をも見よ」を意味する）を返す。これを受け取ったブラウザやエージェントはReM-1に対して新たにHTTPリクエストを行う。URI A-1に対するリクエストをコンテントネゴシエーション [RFC2616, CoolURIs] がある303リダイレクションを採用して、いくつかのフォーマットの中から1つのリソースマップを選んでリダイレクトすることもできる。

URIの例は次のとおりである。

集合体:          A-1   = http://example.org/foo
リソースマップ:  ReM-1 = http://example.org/foo.rdf

追加のシリアライゼーションは次のようなパターンのURIで追加される。

                 ReM-2 = http://example.org/foo.atom

6.2 集合体のURIにハッシュURIを使用

この方法は集合体とリソースマップを導入する団体がWebサーバを管理する必要がない。集合体のURI A-1 はリソースマップのURI ReM-1 にフラグメント識別子 #aggregation を追加することにより作成される。URIの例は次のとおりである。

集合体:         A-1   = http://example.org/foo.rdf#aggregation
リソースマップ: ReM-1 = http://example.org/foo.rdf

HTTP [RFC2616] で定義されているように、エージェントはサーバにHTTPリクエストを発行する前にフラグメント識別子を取り除くべきである。その結果、サーバへのリクエストは、実際は ReM-1 となる。しかし、フラグメント識別子を導入して作成したものであっても、2つのURI A-1 と ReM-1 は、World Wide Web [Web Architecture] のアーキテクチャで定義されているように依然として異なるリソースを識別する。

7. 次に読むべき資料

本入門書では、OAI-ORE仕様書で使用されている概念とアプローチを手短に紹介した。興味を持った読者、特にこれらの仕様を実装する予定のある読者は、次の文書でさらに詳細な情報を得るべきである。

Atomによるリソースマップの実装 - Atomによるリソースマップのシリアライゼーションのすべての機能を記述している。
RDF/XMLによるリソースマップの実装 - リソースマップをエンドードするRDF/XMLの推奨構文を記述している。
RDFaによるリソースマップの実 - リソースマップのトリプルを人間向け開始ページなどのXHTML文書に埋め込む方法を記述している。
HTTPによる実装 - Web上のリソースマップと集合体の節で概要を示したHTTP URIによる実装法の詳細を提供している。
リソースマップの発見 - リソースマップとそれが記述する集合体が存在するという情報をクローラやハーベスタに提供する方法を記述している。
抽象データモデル - 本書のORE概略の節で概要を示したRDFベースのOREデータモデルのすべての機能を記述している。
語彙 - ORE抽象データモデルに使用されているすべてのプロパティとクラスを列挙している。

8. 参考文献

[Cool URIs]: Cool URIs for the Semantic Web Leo Sauermann, Richard Cyganiak, Max Völkel, 2007-08-09. Available at http://www.dfki.uni-kl.de/~sauermann/2006/11/cooluris/ . Also being developed into a W3C Working Draft available at http://www.w3.org/TR/cooluris/
[Linked Data Tutorial]: How to Publish Linked Data on the Web, Chris Bizer, Richard Cyganiak, Tom Heath, 2007-07-27. Available at http://www4.wiwiss.fu-berlin.de/bizer/pub/LinkedDataTutorial/20070727/ . Latest version available at http://www4.wiwiss.fu-berlin.de/bizer/pub/LinkedDataTutorial/ .
[RDFXML]: RDF/XML Syntax Specification (Revised), Dave Beckett and Brian McBrde, Editors. W3C Recommendation, 10 February 2004,
http://www.w3.org/TR/2004/REC-rdf-syntax-grammar-20040210/ .
Latest version available at http://www.w3.org/TR/rdf-syntax-grammar/.
[RDF Concepts]: Resource Description Framework (RDF): Concepts and Abstract Syntax, Graham Klyne and Jeremy J. Carroll, Editors, W3C Recommendation, 10 February 2004, Available at http://www.w3.org/TR/2004/REC-rdf-concepts-20040210/ . Latest version available at http://www.w3.org/TR/rdf-concepts/ .
[RFC2616]: RFC2616: Hypertext Transfer Protocol - HTTP/1.1, J. Gettys, J. Mogul, H. Frystyk, L. Masinter, P. Leach, T. Berners-Lee, IETF RFC2616, June 1999. Available at http://www.ietf.org/rfc/rfc2616.txt
[RFC3986]: RFC3986: Uniform Resource Identifier (URI): Generic Syntax, T. Berners-Lee, R. Fielding, L. Masinter, IETF RFC3986, January 2005. Available at http://www.ietf.org/rfc/rfc3986.txt
[Web Architecture]: Architecture of the World Wide Web, Volume One, I. Jacobs and N. Walsh, Editors, World Wide Web Consortium, 15 January 2004. Available at http://www.w3.org/TR/webarch/ .

日付	編集者	記述
2008-10-17	carl/herbert	パブリック 1.0 のリリース（完全に書き直し）
2008-06-02	simeon	パブリックベータ 0.9 のリリース
2008-04-03	simeon	パブリックアルファ 0.3 のリリース
2008-03-02	simeon	パブリックアルファ 0.2 のリリース
2007-12-10	simeon	パブリックアルファ 0.1 のリリース
2007-10-15	simeon	アルファ版をORE-TCに提出