W3C Community Draft

この文書「Open Annotation Data Model Open Annotation」（2013年2月8日付コミュニティドラフト）は、W3C の Open Annotation Community Groupによる"Open Annotation Data Model (W3C Community Draft, 08 February 2013)"の日本語訳です。この日本語訳はあくまで参考情報であり、W3Cの公式な日本語訳ではありません。翻訳・解釈に誤りがある可能性があります。原文の最新版が存在する可能性があります。

日本語訳更新日:
2014-06-18
日本語訳公開日:
2014-04-27
翻訳者:
kzakza
本バージョン：
http://www.openannotation.org/spec/core/20130208/index.html
最新バージョン：
http://www.openannotation.org/spec/core/
旧バージョン：
http://www.openannotation.org/spec/core/20130205/index.html
編集者
Robert Sanderson, Los Alamos National Laboratory
Paolo Ciccarese, Massachusetts General Hospital and Harvard Medical School
Herbert Van de Sompel, Los Alamos National Laboratory
貢献者（アルファベット順）：
Shannon Bradshaw, Dan Brickley, Leyla Jael García Castro, Timothy Clark, Timothy Cole, Phil Desenne, Anna Gerber, Antoine Isaac, Jacob Jett, Thomas Habing, Bernhard Haslhofer, Sebastian Hellmann, Jane Hunter, Randall Leeds, Andrew Magliozzi, Bob Morris, Paul Morris, Jacco van Ossenbruggen, Stian Soiland-Reyes, James Smith, Dan Whaley.

概要

Open Annotation Core Data ModelはWorld Wide Webのアーキテクチャに準拠した方法論を用いて、関連するリソースとアノテーションの連携を生成するための相互運用可能なフレームワークを規定する。単一のWebリソースに一片のテキストを付与するような、最も一般的なユースケースを可能にするのに十分にシンプルさを維持しつつ、複雑な要件を満たすための表現の十分な豊かさと兼ね備えて、Open Annotationをプラットフォーム間で簡単に共有することができる。

アノテーション（Annotation）は、典型的には本体(body)とターゲット（target）を含む、関係するリソースのセットと考えられる。本体(body)は何らかの形でターゲット（target）が必要である。フルモデルは、セマンティックなアノテーションの付与、コンテンツの埋め込み、リソースのセグメントの選択、リソースの適切な表現の選択と利用するクライアントのために様式のヒントの提供という、さらなる機能をサポートする。

この文書のステータス

このセクションでは、公開時点でのこの文書のステータスについて述べる。他の文書がこの文書を置き換える場合がある。

Copyright © 2012-2013 the Contributors to the Open Annotation Core Data Model Specification, published by the Open Annotation Community Group under the W3C Community Contributor License Agreement (CLA). A human-readable summary is available.

この仕様はOpen Annotation Community Groupによって公開された。この仕様は、W3C標準ではなく、また、W3C標準化過程（Standard Track）上のものではない。W3C Community Contributor License Agreement (CLA)の元に、限定的なオプトアウトとその他の条件が適用されることに留意してほしい。詳細は、W3C Community and Business Groupsを参照してほしい 。

この文書は、レビューのためにOpen Annotation Community Groupに提供されてきたが、まだ彼らによって承認されていない。これはワーキングドラフトであり、W3Cやその構成員によって承認されたものではない。「進行中のもの」として以外に、この文書を参照することは適切ではない。

この文書に関する全般的なコメントは公開メーリングリスト public-openannotation@w3.org （ 公開アーカイブ ）に送ってほしい。

目次

  1. イントロダクション
    1. モデルの目的
    2. 名前空間
    3. 用語
    4. 例
  2. Open Annotationコア
    1. 本体(Body)リソースとターゲット(Target)リソース
      1. 本体(Body)とターゲット(Target)の型付け
      2. 埋め込まれたテキスト形式の本体（Body）
      3. タグとセマンティックタグ
      4. 本体(Body)またはターゲット(Target)を識別するフラグメントURI
      5. 本体（Body）なしのアノテーション（Annotation）
      6. 複数の本体(Body)とターゲット(Target)
    2. アノテーション（Annotation）の由来
      1. エージェント
    3. 動機（Motivation）
  3. モジュール：指定子（Specifier）と特定リソース（Specific Resource）
    1. 指定子（Specifier）と特定リソース（Specific Resource）
    2. セレクタ（Selector）
      1. フラグメントセレクタ（Fragment Selector）
      2. レンジセレクタ（Range Selector）
        1. テキスト位置セレクタ（Text Position Selector）
        2. テキスト引用セレクタ（Text Quote Selector）
        3. データ位置セレクタ（Data Position Selector）
      3. エリアセレクタ（Area Selector）
        1. SVGセレクタ（SVG Selector）
    3. 状態（State）
      1. 時間状態（Time State）
      2. リクエストヘッダ状態（Request Header State）
    4. スタイル（Style）
      1. CSSスタイル（CSS Style）
    5. リソースのスコープ（Scope）
  4. モジュール：多重構造物
    1. 選択（Choice）
    2. 複合物（Composite）
    3. リスト（List）
  5. モジュール：発行
    1. シリアライゼーション
    2. リソースの埋め込み
    3. RDFグラフの埋め込み
    4. リソースの等価性
  6. 付録
    1. W3C 由来モデル（Provenance Model）へのマッピング
    2. 動機（Motivation）の拡張
    3. リファレンス
    4. 謝辞
    5. 変更履歴

イントロダクション

アノテーションの付与、つまり、情報の異なる一片と一片との繋がりを作る行為は、様々な形で幅広くオンライン上で行われている活動であるが、現在、構造化されたアプローチを欠いている。ウェブ市民は、ホスティングしているウェブサイトが内蔵しているツールや、外部のウェブサービス、または、アノテーションクライアントの機能を利用してオンライン上のリソースに対してコメントをつけている。Flickr上の写真やYouTube上のビデオへのコメント、Facebook上の人々の投稿、Twitter上でのリソースに対する言及は全て、議論されているリソースに関係づけられたアノテーションと考えることができる。また、クローズドで独自仕様のWebベースの「付箋」システムやスタンドアロンのマルチメディアのアノテーションシステムも大量に存在する。これらのタイプのシステムに対する主な不満は、ユーザーが作成したアノテーションが、意図的にアノテーションを作成された環境にロックインさせる戦略がとられているため、共有できないことや再利用できないことである。これらの問題を解決するための最低限の要件は、アノテーションを表現する共通のアプローチをとることである。

Open Annotation Data Modelは、アノテーションを表現するための拡張可能で相互運用可能なフレームワークを提供する。このフレームワークでは、例えば単一のWebリソースにテキストの一片を付与するような、もっと共通するユースケースを許容するシンプルさを維持しつつ、複雑な要件を満たす表現の充分な豊かさを持ち、アノテーション（Annotation）をプラットフォーム間で容易に共有できる。

アノテーションは、典型的には本体（body）とターゲット（target）を含む連結されたリソースのセットであると考えられ、本体（body）がターゲット（target）と関係することを伝達する。この関係の正確な性質は、アノテーションの意図に応じて変化するが、本体（body）がターゲット（target）「について」のものであることを最も頻繁に伝達する。本体（body）がターゲット（target）の識別子であることも含む、他の可能性のある関係は、ターゲット（target）の表現を提供するか、何らかの方法でターゲット（target）を分類する。この全体像は、以下に示すように、3つのパーツからなる基本モデルになる。フルモデルは、さらなる次の機能をサポートする。アノテーションの中に埋め込まれたコンテンツ、リソースの任意のセグメントの選択、リソースの適切な表現の選択と利用するクライアントのために様式のヒントの提供。機械によって作成された、もしくは機械を対象としたアノテーション（Annotation）は人間指向のDocument Webを考慮するだけではなく、Data Webも無視されないことを保証することをスコープに入れることも考慮されている。


図0.1. アノテーション（Annotation）、本体（Body）とターゲット（Target）

アノテーションの相互運用性を高める以前の試みとは異なり、 Open Annotationシステムは、アノテーションを作成し、管理し、検索するためのトランスポートプロトコルを規定しない。代わりに、Web中心の方法や、これらのアノテーションをやり取りするために特定のネットワーク取引に合意しなければならないクライアントもしくはサーバーがない、アノテーションの発見と共有の推進について述べている。

この仕様は不可欠なコアの部分と機能を追加するモジュールに分かれる。モジュールは、本体（body）もしくはターゲット（target）の正確な性質をURIで十分に捕捉できないケースや、多様性のための明確なセマンティクス、発行のためのベストプラクティスの推奨をカバーする。

モデルの目的

Open Annotation Data Model の主な目的は、システム間でアノテーション（Annotation）を共有するための標準的な記述メカニズムを提供することである。この相互運用性は、他の人と共有するためであったり、デバイス間のプライベートなアノテーション（Annotation）の移行のためでもよい。共有されたアノテーション（Annotation）は、重要な情報を失うことなく、既存のコレクションに統合できたり、再利用できなけれならない。このモデルは、シンプルなアノテーションの容易さを維持し、そのべースラインから複雑なユースケースを可能とするところまで拡張しながら、可能な限り多くのアノテーションのユースケースをカバーするはずである。

全ての利害関係者に利用されうる単一で、一貫性のあるモデルは、この標準化プロセスの目標である。求められるRDFのトリプルの数やシリアライゼーションに必要なバイトは、考慮すべき事項ではあるが、モデルの一貫性よりは重要ではない。すべての努力は制作者と利用者の両者の実装コストを最小限にするためになされる。受け入れる必要のある既存の仕様が存在するか、別段必要となる方法と関係するコストが著しくかかるのでなければ、複数な方法よりも、1つのユースケースを満たす１つの方法のほうがはるかに望ましい。

アノテーション（Annotation）用のストレージやメンテナンスの方法を、このモデルでは規定しない。データベースは再構築される必要がなく、RDFトリプルストア（triplestore）技術が使用される必要はなく、既存のWebサイトやインターフェイスもは、再度スクリプティングする必要はなく、再設計する必要もない。唯一の要件は、アノテーション（Annotation）を記述するモデルの少なくとも1つのシリアライゼーションを、他のシステムが、他のシリアライゼーションに沿う可能性があるが、その他のモデルに取り込むことが可能であることである。全ての努力は、内部構造からOpen Annotation Data Model へのこのマッピングが明確かつ可能な限り簡潔であることを保証するためになられたものである。

名前空間

Open Annotationモデルは、そのクラスやプロパティの名前空間を定義し、以下のリストに挙げるものを使用する。名前空間のURIはたとえオントロジーが変化した場合でも、常に同じであるだろう。オントロジーのすべてのバージョンは、バージョン固有のURLから利用可能であるであろうし、名前空間のURIは、最新バージョンへのアクセスを提供するであろう。

この仕様では、次の名前空間が使用される。

接頭辞名前空間説明
oahttp://www.w3.org/ns/oa＃ Open Annotation ontology
cnthttp://www.w3.org/2011/content＃Representing Content in RDF
dchttp://purl.org/dc/elements/1.1/Dublin Core Elements
dctermshttp://purl.org/dc/terms/Dublin Core Terms
dctypeshttp://purl.org/dc/dcmitype/Dublin Core Type Vocabulary
foafhttp://xmlns.com/foaf/0.1/Friend-of-a-Friend Vocabulary
provhttp://www.w3.org/ns/prov＃Provenance Ontology
rdfhttp://www.w3.org/1999/02/22-rdf-syntax-ns＃RDF
rdfshttp://www.w3.org/2000/01/rdf-schema＃RDF Schema
skoshttp://www.w3.org/2004/02/skos/core＃Simple Knowledge Organization System
trighttp://www.w3.org/2004/03/trix/rdfg-1/TriG Named Graphs
"Content in RDF"の仕様は、その仕様のエディタによれば、安定していると考えられているが、発行時点ではまだワーキングドラフトの段階である。 "TriG Named Graph"オントロジーのステータスは不明である。これらのオントロジーの使用は、それらに影響を与える活動を考慮するために将来、再検討されるかもしれない。

用語

この文書で利用されているキーワード "MUST"、"MUST NOT"、"REQUIRED"、　"SHALL”、　"SHALL NOT" 、"SHOULD"、"SHOULD NOT"、"RECOMMENDED"、 "MAY"、そして、 "OPTIONAL" はRFC 2119で規定されている通りに解釈されることとする。

例

これらの文書を通して示される例は、図とRDFのTurtle形式で示される。実際のリソースについての特定のユースケースを表現するものではない。Turtleの例は名前空間の宣言を提供していない。上記の名前空間テーブルに従うことを検討するべきである。SPARQLの使用例は、自然言語で表現されるクエリに基づいて、各セクションで提供される。特定の状況のモデル化及び実装方法の追加の例が必要ならば、チュートリアルやAnnotation Cookbook が利用可能である。

この仕様で示される図は、次のスタイルを使用する。

  • インスタンスは、着色された楕円として描かれる。
    • 解決可能なURIを持つインスタンスの境界線は、単一線である。
    • 解決不可能なURNまたは空白ノードを持つインスタンスの境界線は、二重線である。
  • クラスは白い長方形として描かれている。
  • リテラルは白いひし形として描かれている
  • 関係は、黒い直線として描かれている。
    関係は、範囲がリソースであり、かつOWLオブジェクトプロパティに相当するRDFの述語である。
  • プロパティは、黒い曲線で描かれている。
    プロパティは、範囲がリテラルであり、かつOWLデータタイププロパティに相当するRDF述語である。
  • クラスのインスタンス化（ rdf:type ）は、白い矢印でまっすぐな黒線で描かれている。
  • 例にあるインスタンス識別子は小文字で表記され、最後は数字で終了する
    例えば、oa:Annotationはクラスであるのに対して、 anno1はアノテーション（Annotation）のある特定のインスタンスである。
  • 例にあるリテラルはモデルの要件に従う。唯一の可能な値として解釈されてはならない。
  • モデルの中では、明示的ではないが、理解のために重要であると考えられる概念的なリソースの境界は、コンポーネントのまわりの灰色の破線のボックスとして描かれる。これらは、図の空間的なパーツを伝えるために使用され、無視しても問題ない。

目次 次のページ