名前のウェブとXHTML文書のプロファイル
- 情報は伝わるか？
- 情報の伝達と名前
- 名前のウェブと3つの名前
- ウェブ文書の名前の表現法
- ウェブ上の名前によって可能になること
- XHTMLの名前と働き
- プロパティとしてのXHTMLの名前
- 簡素な名前システム（X)HTML
- XHTML文書のプロファイル
- XHTML文書の名前拡張法比較
- GRDDLによる名前の変換
- 共有プロファイルを使おう
- まず最初に整形式XHTMLで
- 実践：metaprof
- head要素からメタデータを抽出する
- 本文のXHTML要素型からのメタデータ
- metaprofが定義する@class属性
- @rel属性の扱い方
- IFPとしてのリンク
- 接頭辞を使った拡張
- プロパティの主語は何か
- ブロックレベル要素の@classと文書の関係
- ブロックレベル要素とmetaprof
- 特殊なブロックとしてのmicroformats
- microformatsからのRDF抽出例
- リンクするデータ
- XHTML文書の主題とリンク
- リンク可能なデータとしてのキーワード
- まとめ
- 参照先
情報の伝達と名前
- 機械情報を介した情報のコード化と再構築
- 情報が伝わるためには、まず社会情報が適切に再現される必要がある
- 同じ社会情報でも人によって理解の仕方が異なるので、完全に伝わる保証はないが、
- 少なくとも社会情報が適切に伝わらなければ、「生命情報」は伝わらない
- 媒介となる社会情報の共有のために、名前が重要な役割を果たす
ウェブ上の名前によって可能になること
- 識別と同定
- 文書URI、ユーザ名、Openidなどによるリソース主体の識別
- @id属性や階層によるサブリソースの識別
- 見出し、段落、フォーム、リンクなどの意味と役割の認識
- データアクセス
- URI参照をたどってウェブ文書やリソースを取得する
- DOMを使って文書のノードを取り出す
- RDFのグラフをたどって特定のプロパティを持つデータを集める
- 情報コンテンツの表現と操作
- リンクやフォームを機能に合わせて表現し、操作可能にする
- CSSのセレクタ経由で文書パーツをレンダリングする
- XPathとXSLTで文書を変換する
プロパティとしてのXHTMLの名前
- 仕様などの共通了解のある名前
- 要素型名は多くの場合プロパティに対応する
- 属性はおおむね属性値（のひとつ）がプロパティ
- （実際は属性名を加えるなどもう少し丁寧な名前をつけたり別の語彙にマッピングして用いるが、関係をグローバルに表現する例として）
- 要素型名は多くの場合プロパティに対応する
- コミュニティや個人レベルの名前
- 常識や汎用アプリケーションの名前を借用
<span
class="fn">神崎正英</span>は…- ここで
fnが「Full Name」であることは、あらかじめ合意があれば通じるかもしれない fnが「Factor Number」や「First Name」ではなくフルの姓名であることを確実に示すには、名前のグローバルな共通了解が必要
GRDDLによる名前の変換
- XML文書に用いられる名前を変換し、RDFとして抽出
- XSLTを用いてローカル語彙からRDFを取り出すGRDDLが勧告候補に
- 例えばローカル名
fnをグローバル名vcard:fnに変換し、次のグラフを得る：
- このXSLTも、ローカル名を解釈するための規約と考えることができる
- GRDDLの適用方法
- XHTML文書にGRDDLを適用するにはいくつかの方法がある
手段 特徴 手間 共有度 自分で変換XSLTを用意 自分の用いるあらゆる名前を自由に変換 面倒 低い 公開XSLTを利用 対象語彙の変換XSLTがあれば利用できる link要素が必要 高い 変換XSLTを登録したプロファイルを利用する 名前の定義を示した上で変換できるが、GRDDL対応プロファイルがあることが前提 @profile属性を書くだけ 高い - GRDDL DemoでRDF抽出を試すことができる
共有プロファイルを使おう
- 現在の技術で名前共有を実現
- 未来の規格ではなく、XHTML1の範囲で完全対応。使い方も簡単
- コミュニティ内で名前を独自にコントロールでき、かつ外に副作用を及ぼさない
- CSS、DOMなど現在の技術がそのまま応用できる
- プロファイルによる名前共有の手順
- コミュニティの名前を変換する共通XSLTを用意する
- 共有プロファイル経由でXSLTを呼び出す（GRDDL）
- コミュニティの名前がグローバルなRDF URI参照に変換される
- metaprofを使って自分のXHTMLのデータをグローバル化しよう
- Web KANZAKI謹製
公開プロファイルhttp://purl.org/net/ns/metaprof - Dublin Coreやmicroformatsなどのポピュラーな名前を
@class、@rel属性値に用いて、RDF変換できる - XHTML文書のlink要素で名前空間と接頭辞を宣言して拡張可能
head要素の@profile属性にmetaprofのURIを書くだけ！<
headprofile="http://purl.org/net/ns/metaprof">
- Web KANZAKI謹製
metaprofが定義する@class属性
- @class属性値として使える定義済みの名前
@class RDFプロパティ author, coverage, date, description, format, identifier, rights, title 要素内容をリテラル目的語としたdc:プロパティ（authorはdc:creatorに。coverage, description, rightsは@relでも利用可） creator, contributor, publisher dc:creatorなどとして、目的語にエンティティを生成（@relでも利用可） subject kw:keyword（@relではdc:subject） created, modified, abstract dcterms:のプロパティ me foaf:makerの目的語として作者自身のノードを生成 refs, pubs リスト要素（ul, ol, dl）に与えて参照文献、発表文献リストを生成。リスト項目内にcite要素があればdc:titleにする ifp @relを持つa要素で用いて、URIをIFPとして扱う（後述）
- 定義済み@classからの抽出例
- 次のような@class属性を記述するだけで
<p>最終更新日：<em
class="modified">2007-07-15</em>.</p>- 文書の更新日をRDFグラフとして抽出できる
@rel属性の扱い方
- a要素とメタデータ
- a要素は、とりあえず
@rel属性でリンクの意味が明示されたものだけをメタデータとみなす @rel属性値としてすぐに使える名前をあらかじめ定義（tag以外はlink要素の@relにも対応）@rel RDFプロパティ URIの意味 license cc:license Creative CommonsのライセンスURI topic foaf:topic 文書のトピック tag kw:keyword dc:relation＋キーワードURI（後述） source, relation, subject, creator, contributor, publisher, coverage, description dc:* source, relation以外は@classでも利用可 references, hasPart, isPartOf dcterms:* 他も接頭辞付で記述可（後述）
- a要素は、とりあえず
- @rel属性を利用したメタデータ抽出の例
<p>先日公開された最新の<a
rel="topic"href="http://www.w3.org/TR/WCAG20/">WCAG 2.0草案</a>は…</p>
IFPとしてのリンク
- リンク先URIをそのまま目的語にすると具合が悪い場合
- 次のXHTMLからRDFグラフを抽出すると、トピックは「ロジャー・ノリントンという音楽家」ではなく、「ロジャー・ノリントンのホームページ」になってしまう
<p>今日<a rel="topic" href="http://www.kanzaki.com/norrington/"> ロジャー･ノリントン</a>の演奏を聴いた。…</p>
- URIをIFPとして扱う
- 人物のホームページのようなURIは、IFPとして扱うと都合がよい
- metaprofでは、@rel属性に加え、
class="ifp"とすることでIFPになるURIを区別 <p>今日<a
class="ifp"rel="topic" href="http://www.kanzaki.com/norrington/">…
プロパティの主語は何か
- 抽出したプロパティの主語は？
- 単純な場合は、文書自身が主語と考えられる。例えば、
<em class="modified"> 2007-07-15</em>ならば、 - では、
( ? )--ical.location-->"東京芸術劇場"の主語は？
- 単純な場合は、文書自身が主語と考えられる。例えば、
- 文書とトピック
- 文書はトピックを持つ
- トピックはプロパティを持つ（人物なら名前、イベントなら会場、日時など）
- 文書のブロックはしばしば一つのトピックを表す
<p>…会場は<em
class="ical.location">東京芸術劇場</em>です。…
ブロックレベル要素の@classと文書の関係
- 文書のプロパティとして：
- 要約、作者など、文書のプロパティを表す
@class <p
class="abstract">このレポートは…</p>
- 要約、作者など、文書のプロパティを表す
- 文書のトピックのカテゴリーとして：
- 記事、イベントなど、文書に含まれるトピックのカテゴリー（RDFクラス）として
<p
class="m.Concert">…会場は<em class="ical.location">東京芸術劇場</em>です。…
- ※metaprofでは
@classのないブロックは素通り（子孫要素は文書のプロパティに）
ブロックレベル要素とmetaprof
- 文書のプロパティとなるブロックレベル要素の@class
- プロパティのために予約した@class値（
abstract、description、meなど） - 接頭辞を持ち、本体が小文字で始まる@class値
- プロパティのために予約した@class値（
- 文書のトピックのRDFクラスを表す@class
- 接頭辞を持ち、本体が大文字で始まる@class値（たとえば
m.Concert）は対応するRDFクラスとして - 接頭辞なしで大文字で始まる@class値はWordNetのクラスとして処理
- ウェブログ他の記事をあらわす@class値（今のところ
article,entry,blogentry）が複数あれば、個々の記事を文書のトピックとして独立させる <p
class="Book">今日読んだ<span class="author">神崎正英</span>の 『<em class="title">RDF/WOL入門</em>』は…</p>
- 接頭辞を持ち、本体が大文字で始まる@class値（たとえば
〔追記〕型付ノードとするブロックレベル要素がid属性を持つときは、属性値の前に_topic_を加えた名前としてrdf:IDを生成するようにしました。また子孫のa要素もしくはimg要素がclass属性を持つときは、そのURIをノードの主語とすることにしました。メモ「metaprofと文書トピックの主語URI」を参照してください。
microformatsからのRDF抽出例
- hReviewからRDFを抽出してみると
- hReview仕様ページの映画評の例（モデルとして不整合なところを一部修正）
<div class="
hreview"> <span class="reviewervcard"> <span class="fn">anonymous</span>, </span> <span class="dtreviewed" title="20050418">April 18th, 2005</span> <div class="item"> <a lang="zh" class="url fn" href="http://www.imdb.com/...."> Ying Xiong (<span lang="en">HERO</span>)</a> </div> <div>Rating: <span class="rating">4</span> out of 5</div> <div class="description"><p>This movie has ...</p></div> </div>- ここからは次のようなグラフが抽出できる
XHTML文書の主題とリンク
- 文書の主題を記述するXHTML要素とmetaprof
meta要素のキーワード、dfn要素、@class="subject"、@rel="tag"を文書の主題（キーワード）として抽出- キーワードは多義語や同義語の場合があるので、単純には「文書の主題」にはマップできない
- 文書の主題として示すのは、単語ではなく「概念」の方（タグオントロジー参照）
- 文書キーワードをURIで表す
- キーワードが複数の概念に対応することを表すためにURIを与え、概念とのリンク関係を記述する（例：
http://purl.org/net/ns/keyword/opera） 
- キーワードが複数の概念に対応することを表すためにURIを与え、概念とのリンク関係を記述する（例：
- キーワードの集合から曖昧さ解決
- 音楽関連キーワードと共起する
operaはOpera_musicである可能性が高い
- 音楽関連キーワードと共起する
リンク可能なデータとしてのキーワード
- Wikipediaを概念のURIとして使えないか？
- 面倒なことをいわずに、キーワードをWikipedia（あるいは、はてなキーワード）に
dc:subjectで関連付ければ便利では？ - しかし、これらは「概念（あるいはキーワード）を説明するページ」であって、概念そのもののURIとは言えない（文書の「主題」にはならない）
- 面倒なことをいわずに、キーワードをWikipedia（あるいは、はてなキーワード）に
- キーワードと概念とWikipediaをつなぐ
- 概念はWikipediaのページで説明されている（isDescribedBy）と捉えることができる
kw:名前空間についてはWord to Thing Mapping Vocabularyを参照（プロパティ名がhasKeyword→keyword、hasSense→senseなどと一部変更されているので注意してください）
- 多義語とWikipedia
- キーワードの意味（対応する概念）が分からないときは、Wikipediaに用意されている曖昧さ解決（disambiguation）の仕組みを利用できるかもしれない
