2. 目次
0Linked Open Dataの基本原則
0リソースをグローバルに一意に同定するために
0値を参照できるURI
0 303URI
0 ハッシュURI
0 303 vs. ハッシュ
0まとめ
2

3. Linked Open Dataの基本原則
0 1. あらゆる事物にURIを付与すること
0 ⇒あらゆる事物を識別すること
0 コンピュータは融通が利かないので全部に違う名前を付けないと識別できない
0 2. 誰でも事物の内容が確認できるように，URIはHTTP経由で参照できるこ
と
0 ⇒誰でも名前が付いたものを参照できること
0 HTTPはすでに普及しているから，それを使うと便利
0 3. URIを参照したときは，標準の技術(RDFやSPARQL等)を使用して関係
する有用な情報を利用できるようにすること
0 ⇒誰でもデータを扱えるようにすること
0 標準の技術を使えば，標準の技術を使える人はみんなデータを扱える
0 4. より多くの事物を発見できるように，他のURIへのリンクを含めること
0 ⇒LODだからLinkしましょう
0 一人が公開できるデータは限られているけれど，みんなで公開してつなげれば，誰
かが持ってる有用なデータを参照できるようになる
3

4. リソースをグローバルに一意に同定するために
0 LODで公開されるデータはWeb文書に限らない
0 Webが対象とするのは人が読むためのWeb文書
0 例えば，中之島センターに関する記事
0 LODが対象とするのは実世界の事物や抽象的な概念を含むリソース
0 例えば，中之島センターそのもの
0 リソースの名前は分散的に一意に付けられなければならない
0 LODの原則は分散的にデータ公開可能
0 今までのWebとおなじ
0 リソースが同じか違うかを確かめるには，識別子が必要
0 コンピュータは融通が利かないから
0 URI(Uniform Resource Identifier)の特徴
0 システムを超えて唯一性を保証する
0 データ公開者がそのドメイン内で唯一性を担保する
0 データ公開者のドメインの唯一性はwebの仕組みで保証されている
0 情報アクセスが容易にできる
0 Webで情報にアクセスするために使われるプロトコルHTTPを使える
4
URIの一例：http://biglynx.co.uk/people/dave-smith

5. 参照解決できるURI
0 URIは値を参照解決できなくてはならない
0 参照解決：アクセスしたときにURIで同定されるリソースに記述されている内容が参
照できること
0 LODでは実世界の事物とそれを記述した文書を区別する
0 事物を記述した文書は複数あり得るが，事物は一つしかない
0 URIを別々に与えることで事物とその文書を区別する
0 必要に応じたリソースを参照させる仕組みが必要
0 人が見るための文書と計算機が見るための文書は違う
0 例えば，前者はHTML文書，後者はRDF文書
0 必要に応じてリソースを参照させる仕組み⇒コンテントネゴシエーション
0 参照解決のための代表的な仕組み
0 303URI
0 アクセスして来たエージェントにあなたはこっち見てねって言う方法
0 ハッシュURI
0 アクセスしてきたエージェントに文書のこの部分見てねって言う方法
5

6. 303URI
6
人/計算機
Dave Smith
について
知りたい
Dave Smith(事物として)
を表すURIにアクセス
サーバ
サーバ
人
サーバ
計算機
人用に書かれた文書
(例えばHTML文書)を
表すURIを返す
• HTTPでは事物は送れない
• アクセスしてきた
エージェントが何かは
分かる
⇒エージェントに応じて
適切な文書のURIを返す
計算機用に書かれた文
書(例えばRDF文書)を
表すURIを返す
• Dave Smithを表すURI
• Dave Smithについて人用に
書かれた文書を表すURIと
その文書
• Dave Smithについて計算機
用に書かれた文書を表す
URIとその文書
http://biglynx.co.uk/people/dave-smith
http://biglynx.co.uk/people/
dave-smith.html
http://biglynx.co.uk/people/
dave-smith.rdf

7. ハッシュURI
7
人/計算機
別の文書で使
われてい
る”Team”とい
う語彙の意味
を知りたい
“Team”の定義にアクセス
サーバ
http://biglynx.co.uk/vocab/
sme#Team
• 文書は一つ
• SmallMiddleEnterprise
という語彙の定義
• Teamという語彙の定義
• etc
定義集
・
・
・
SmallMiddleEnterprise：・・・
Team：・・・
・
・
・
人/計算機
定義集全体を返す
サーバ
http://biglynx.co.uk/vocab/
sme
人/計算機
• エージェントが自分の必要
とする箇所を探す

8. 303 vs. ハッシュ
8
0 長所
0 URIごとに文書を分けられる
0URI，文書ともに直感的に管
理することができる
0 短所
0 HTTPコネクションを最低2回
必要とする
0通信資源を多く使う場合があ
る
0 使われ方
0 事物とその記述を区別して，
かつ人と計算機用を分けたい
ような場合に使われる
0 長所
0 HTTPコネクションが1回で済む
0 通信資源が少なくて済む場合がある
0 一つの文書に多数のURIで名前付けさ
れた記述が含まれる
0 記述内容によってはURIの管理が容易
になる
0 短所
0 一つの文書に多数のURIで名前付けさ
れた記述が含まれる
0 URIと文書の対応関係が直感的ではな
い
0 関係ないものまでクライアントは読み
込む
0 通信資源を多く使う場合がある
0 使われ方
0 語彙の定義集のように，同様の記述が
一度に多数参照されることが予想され
る場合に使われる
303URI ハッシュURI

9. まとめ
0LODの基本原則を実現するための一技術：URI
0 参照解決できる識別子
0 既存の基盤技術HTTPが利用可能
0参照解決のための代表的な仕組み
0 303URI
0 ハッシュURI
9