RSS -- サイト情報の要約と公開

channel要素

RSSはもともと「チャンネル」情報を提供するために開発されたので、基本情報はchannel要素に記述します。この要素はRDFのDescription要素と同様に主語ノードを表す役割を持ち、rdf:about属性でチャンネルのURI（通常このRSS自身のURI）を示します。channelの内容となる要素は次のものです。これらは、このチャンネルの「プロパティ」に相当します。

これらの要素を使って、当サイトのチャンネルを記述してみます。このRSSは、http://www.kanzaki.com/info/rss.rdfでアクセスできるものとします。とりあえずimage要素とtextinput要素は使いません。

 <channel rdf:about="http://www.kanzaki.com/info/rss.rdf">
  <title>The Web KANZAKI - Japan, music and computer</title>
  <link>http://www.kanzaki.com</link>
  <description>コントラバスの話やX/HTMLの情報を提供しています</description>
  <items>
   <rdf:Seq>
    <rdf:li rdf:resource="http://www.kanzaki.com/bass/"/>
    <rdf:li rdf:resource="http://www.kanzaki.com/docs/htminfo.html"/>
   </rdf:Seq>
  </items>
 </channel>

items要素はRDFのリストとなるので、rdf:Seq、rdf:liといったタグを用いてRDFのコンテナモデルとして表現することに注意してください。この目次に示したリソースについて、次のitem要素で見出しや要約を記述していきます。

item要素

channelのitems要素で目次として示したリソース（記事、文書など）それぞれについて、item要素で具体的に内容を説明します。それぞれがリソースを記述するので、rdf:about属性で対象URI（主語）を示します。このURIは、対応する目次項目（rdf:li要素）のrdf:resource属性値（URI）と一致させなければなりません。

item要素内では次の要素を用いてリソースを記述します。これらは、各リソースの「プロパティ」という訳です。

RSS 1.0ではitem要素の数は1つ以上で上限はありませんが、RSS 0.9との互換性を考えるならば、15までにしておくことが推奨されています。文字数に関する推奨も、後方互換性のためです。

これらの制約は近い将来取り除かれる方向で検討されており、あまり気にする必要はありません。ただし、description要素に日記やblog記事の全文を記載すると、コンパクトなサマリーを期待する読者には歓迎されないかも知れないので、description要素は短くとどめ、全文は後述するContentモジュールのcontent:encoded要素に記述すると良いでしょう。

 <item rdf:about="http://www.kanzaki.com/bass/">
  <title>コントラバスの話</title>
  <link>http://www.kanzaki.com/bass/</link>
  <description>コントラバスに関する基礎知識、エッセイなどを集めた
  楽しくてためになるセクション</description>
 </item>

シンプルなRSSの全体

ここまでで取り上げた要素を組み合わせることで、サイトを紹介するための基本的なRSSを作成できます。必要な名前空間宣言を持つルート要素を加え、全体を構成してみましょう。目次（rdf:li要素）のrdf:resource属性で示したURIが、それぞれのitem要素のrdf:about属性値に対応していることを確認してください。

<?xml version="1.0" encoding="utf-8" ?>
<rdf:RDF 
  xmlns="http://purl.org/rss/1.0/"
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" 
  xml:lang="ja">

 <channel rdf:about="http://www.kanzaki.com/info/rss.rdf">
  <title>The Web KANZAKI - Japan, music and computer</title>
  <link>http://www.kanzaki.com</link>
  <description>コントラバスの話やX/HTMLの情報を提供しています</description>
  <items>
   <rdf:Seq>
    <rdf:li rdf:resource="http://www.kanzaki.com/bass/"/>
    <rdf:li rdf:resource="http://www.kanzaki.com/docs/htminfo.html"/>
   </rdf:Seq>
  </items>
 </channel>

 <item rdf:about="http://www.kanzaki.com/bass/">
  <title>コントラバスの話</title>
  <link>http://www.kanzaki.com/bass/</link>
  <description>コントラバスに関する基礎知識、エッセイなどを集めた
  楽しくてためになるセクション</description>
 </item>

 <item rdf:about="http://www.kanzaki.com/docs/htminfo.html">
  <title>ごく簡単なHTMLの説明</title>
  <link>http://www.kanzaki.com/docs/htminfo.html</link>
  <description>HTMLは本当は簡単で便利なもの。「30分間HTML入門」から
  XHTMLの解説まで、さまざまなテキストで説明します</description>
 </item>

</rdf:RDF>

以上の簡単な要素を揃えるだけで、チャンネルを公開してサイトの情報を提供することができるようになります。この手軽さが、RSSが幅広く支持されている大きな要因です（RSSの公開などについては、末尾の「RSSの実際の利用」セクション参照）。

RSS 1.0全要素のツリー

ここまでで取り上げなかったものも含め、RSS 1.0を構成する要素全体をツリーとして示しておきます。各要素の出現順序もこの通りに定められていますは特に定められていません。（以下のimage要素、textinput要素はあまり使われません。むしろ日付などの要素を取り込むためのモジュールの方が重要です）。

• rdf:RDF
  • channel
    • title
    • link
    • description
    • image?
    • items
      • rdf:Seq
        • rdf:li+
    • textinput?
  • image?
    • title
    • url
    • link
  • item+
    • title
    • link
    • description?
  • textinput?
    • title
    • description
    • name
    • link

channel要素内のimage,items,textinput各要素は、channel要素に続く各要素の目次の役割を持ちます。したがって、channel要素内のimage、textinput要素は、対応する要素がchannel要素に続く場合のみ必要です。

 <channel rdf:about="http://www.kanzaki.com/info/rss.rdf">
  ...
  <image rdf:resource="http://www.kanzaki.com/parts/banner.png"/>
  ...
 </channel>

 <image rdf:about="http://www.kanzaki.com/parts/banner.png">
  <title>The Web KANZAKI</title>
  <link>http://www.kanzaki.com</link>
  <url>http://www.kanzaki.com/parts/banner.png</url>
 </image>

 <channel rdf:about="http://www.kanzaki.com/info/rss.rdf">
  ...
  <textinput rdf:resource="http://www.kanzaki.com/search/"/>
  ...
 </channel>

 <textinput rdf:about="http://www.kanzaki.com/search/">
  <title>Search The Web KANZAKI</title>
  <description>検索文字列を入力してください</description>
  <name>key</name>
  <link>http://www.kanzaki.com/search/</link>
 </textinput>

RSSのRDFモデル

[例3]のXML構文をRDFモデルとして表現すると、channel要素のrdf:about属性で示したリソースを主語として連鎖的に叙述するRDFのグラフを描くことができます。

[図1] サンプルRSSのRDFグラフ

グラフを見ると明らかなように、このRDF(RSS)が記述するステートメントの主語は、それぞれのrdf:about属性が示すリソースです。「サイトのサマリーを示すメタデータ」なのだから主語（channel要素のrdf:about属性の値）はサイトそのもののURIを用いるべきという気がするかも知れません。しかしRSSは「チャンネル」を記述するものなので（主語リソースはchannelクラスのインスタンス）、RDFとしてはチャンネルすなわちRSS自身が主語になります。

要約対象となるサイトは、主語チャンネルからlinkプロパティによってそのURIを示されていますが、これはただのリテラルであり、RDFとしてリンク先リソースを示すかたちになっていません。古いRSSの書式と整合性を取るためにこうなっているわけですが、やはりサイトもリソースとして示す方が意味が（エージェントなどにとって）明確でRDFとしては望ましい構文だったはずだと言えるでしょう。なお、rdf:aboutとlinkを巡る背景は別文書RSS 1.0のchannel要素のrdf:aboutを参照。

RDFモデルの補足説明

channel要素内で目次としてrdf:resource属性でリソースを示し、同じものをitem要素でまたrdf:about属性として示すのは冗長に感じられるかも知れません。これはRDFの構造化モデルで説明したような、ステートメントの目的語が別のステートメントの主語となる文の一例です。[例3]の構文は、次のようにしてchannel内のitems要素にitem要素の記述を直接埋め込んでも、RDFのモデルとしては等価で、[図1]と同じグラフが得られます。

<rdf:RDF xmlns:...>
 <channel>
  ...
  <items>
   <rdf:Seq>
    <rdf:li>
     <item rdf:about="http://kanzaki.com/bass/">
      <title>コントラバスの話</title>
      <link>http://kanzaki.com/bass/</link>
      <description>コントラバスに関する基礎知識...</description>
     </item>
    </rdf:li>
    <rdf:li>
     <item rdf:about="http://kanzaki.com/docs/htminfo.html">
      <title>ごく簡単なHTMLの説明</title>
      <link>http://kanzaki.com/docs/htminfo.html</link>
      <description>HTMLは本当は簡単で便利なもの...</description>
     </item>
    </rdf:li>
   </rdf:Seq>
  </items>
  ...
 </channel>
</rdf:RDF 

[例3]のようにitem要素をchannel要素の外に出すほうが、それぞれのリソースを記述するという意味が（人間がXMLを読み書きする時には）分かりやすいかもしれません。それにその方がRSS 0.9の構文に近いので、互換性のためもあってitem要素がchannel要素の外に出されているのでしょう。[例6]はRDFモデルとしては同等ですが、構文が異なるので、RSSアプリケーションがうまく処理できるとは限りません。もっともchannel要素内にitem要素が含まれるという形は、逆にRSS 0.91のモデルに近いので、そのまま処理できてしまうことも多いと思いますが。（処理できないリーダーが少なくないので、公開フィードには用いないでください）

また、item要素内のlink要素はrdf:about属性と重複していて蛇足なのですが、rdf:aboutはこのアイテム（コンテンツ）を識別するためのID、linkはハイパーリンクのURLを示し、理屈の上では異なるURIとなることもあり得ます。とはいえ、通常は両者は同じと考えられるので、やはりRSS 0.9との互換性としての意味合いが大きいのでしょう。

Dublin Coreモジュール

標準的なメタデータ記述要素として用いられるDublin CoreのDCMESを利用するモジュールです。

使い方は簡単です。ルート要素のタグに名前空間の宣言 xmlns:dc="http://purl.org/dc/elements/1.1/" を加え、DCMESのプロパティを使って作者や更新日付などの情報を記述します。名前空間の接頭辞をdc:とすること、これらは第2レベル（rdf:RDF要素の直接の子供）であるchannel, image, item, textinput各要素の直接の子供として（つまりプロパティ要素として）のみ使用することがモジュールで定義されています。またDCMESの修飾子はいまのところサポートされていません。

このモジュールは、チャンネル自身やそこで記述するリソースの更新日を示すのに特に有益です。ニュースヘッドラインなどの情報は、日時の情報がとても重要なので、それを共通の語彙を用いて明記できるメリットは大きいでしょう。dc:dateの形式はYYYY-MM-DDThh:mmを用います[W3CDTF]。

<rdf:RDF
  xmlns="http://purl.org/rss/1.0/"
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xml:lang="ja">
...
 <item rdf:about="http://www.kanzaki.com/docs/htminfo.html">
  <title>ごく簡単なHTMLの説明</title>
  <link>http://www.kanzaki.com/docs/htminfo.html</link>
  <description>HTMLは本当は簡単で便利なもの。「30分間HTML入門」から
  XHTMLの解説まで、さまざまなテキストで説明します</description>
  <dc:date>2001-09-14</dc:date>
 </item>
...

dc:subjectを用いてコンテンツの分野や分類を示すのもよく使われる方法です（SharpeaderやNewsGlueなどいくつかのRSSリーダーでは、Subject/分類として一覧に表示してくれるようです）。また、RSS0.91ではチャンネルのlanguage要素が必須だったので、これに代わるものとしてdc:languageを使うこともあります。

米国製blogツールのテンプレートをそのまま使って、日本語コンテンツなのに言語情報をen-USなどとしないよう注意してください。xml宣言のencodingをutf-8にしたままShift_JISのRSSを送り出している例もよく見かけます。

Syndicationモジュール

シンジケーションとはニュースの記事などを配信（配給）するサービスのことです。ウェブ上でも、ニュースサイトなどが最新のヘッドラインを「チャンネル」という形で配信することがありますが、この手段としてRSSが広く使われています。

「配信」といっても、RSSのようなウェブ上のリソースの場合は、基本的はプッシュ型ではなく利用者が情報をチェックしに行かなければなりません。その際、どんな頻度で情報が更新されているかが分かると都合がよいため、Syndicationモジュールの語彙を用いて更新予定を示します。

名前空間宣言

xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"

updatePeriod

更新の頻度を示します。値はhourly, daily, weekly, monthly, yearlyのいずれかで、省略時はdailyとみなされます。

updateFrequency

updatePeriodと関連づけ、その期間中に何度更新されるかを示します。たとえば、updatePeriodがdailyでupdateFrequencyが2ならば、1日2回更新するという意味です。省略時は 1 とみなされます。

updateBase

上記の要素から次回更新予定時を計算するための基準を示します。一般には、前回の更新日時をYYYY-MM-DDThh:mmの形式[W3CDTF]で示します。

※2004年1月以前の本文書では、この名前空間URIをhttp://purl.org/rss/modules/syndication/と記述していましたが、誤りでした（"/1.0"が抜けていた）のでお詫びして訂正します。

<rdf:RDF 
  xmlns="http://purl.org/rss/1.0/"
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
  xml:lang="ja">
 <channel rdf:about="http://www.kanzaki.com/info/rss.rdf">
  <title>The Web KANZAKI - Japan, music and computer</title>
  <link>http://www.kanzaki.com</link>
  <description>コントラバスの話やX/HTMLの情報を提供しています</description>
  <sy:updatePeriod>daily</sy:updatePeriod>
  <items>
  ...

このように記述してあると、“この「チャンネル」は毎日更新されているので、毎日チェックしてください”ということを意味します。

Contentモジュール

XHTMLによるマーク付けなどを含めた、コンテンツをそのまま配信するためのモジュールです。ウェブログツールのRSSテンプレートに含まれていたりするので、最近見かけるようになってきました。提案当時の構文と、改訂された構文がありますが、新しい方だけを取り上げておきます。

名前空間宣言

xmlns:content="http://purl.org/rss/1.0/modules/content/"

encoded

マークアップ記号を実体参照に置き換えるか、CDATAセクションとして、コンテンツそのものを記述します。

提案当時は複数のフォーマットのコンテンツを使い分けることなどを想定していましたが、実質的に使われているのは改訂仕様のcontent:encoded要素のみです。

<rdf:RDF 
  xmlns="http://purl.org/rss/1.0/"
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns:content="http://purl.org/rss/1.0/modules/content/">
  ...
 <item rdf:about="http://www.kanzaki.com/bass/bass-lecture.html">
  <title>コントラバスの研究</title>
  <link>http://www.kanzaki.com/bass/bass-lecture.html</link>
  <description>パトリック・ズュースキントの『コントラバス』を素材にした
  コントラバス奏者の生態の研究</description>
  <content:encoded><![CDATA[
<p><img src="http://www.kanzaki.com/bass/suskind.gif" />
「<a href="http://www.kanzaki.com/bass/">コントラバスの話</a>」の冒頭に
引用したのは、小説『香水』で有名なドイツの作家パトリック・ズュースキン
トの処女作である『コントラバス』です。これは、ミュンヘンの国立歌劇場に
つとめるしがないコントラバス弾きが、ソプラノ歌手に恋する思いを切々と語
るモノドラマで、ベースを巡るさまざまなフレーズが登場します。ちょうど手
頃な材料なので、ここに表れる科白をテキストに、コントラバスについて研究
してみましょう。</p>
  ]]></content:encoded>
 </item>

Contentモジュールに対応するビューアで表示すると、次のような具合になります（img要素などを埋め込む場合、パスを絶対URIにしておかないとうまくいきません。xml:base属性を使ってもいいはずですが、必ずしも対応していないようです）。当サイトのRSS Feed Readerは、この要素を折り畳んで表示します（例：音楽雑記帖RSS）。

実際のマークアップなどをそのまま扱う場合、次に述べるセキュリティの配慮が重要です。また、CDATAセクションやエスケープ（<など）を使って、ただのテキストでしかないはずの要素をマークアップを含む（子要素がある）ように扱わせるのは、エラーの温床となる危険性もあり、大きな問題を孕むと指摘されていることも注意してください[WALSH]。

そのほかのモジュール

そのほか、RSSでさまざまなメタデータを記述するため、独自のモジュールが定義されることもあります：

• Trackbackモジュール：ウェブログなどのシステムでよく使われるトラックバックに関するURIを、記事のメタデータとしてRSSのアイテムに記述するための語彙です。このモジュールについては「RSSとトラックバック」で簡単に検討しています。

• Annotationモジュール：記事が参照したりコメントしたりしている相手のURLを記述するreferenceという語彙を定義しています。このモジュールについては上記「RSSとトラックバック」内の「RSS 1.0のannotationモジュール」でごく簡単に説明しています。

• Eventモジュール：イベントの開始日時、終了日時、場所などをRSSで配信しようというモジュールです。シンプルで使いやすいものの、構文上若干問題があるので、RDFicalを使う方がよさそう。RDFical（RDFカレンダー）のページで、Eventモジュールも少し取り上げています。

• Taxonomyモジュール：チャンネルのアイテムを分類する（トピックを示す）ために使います。dc:subjectと似ていますが、taxonomyではキーワードを文字列ではなくURIで示します。メモ帖のRSSのtaxonomyモジュールで、少し取り上げています。

RSS提供サイト

RSSを集めて一種のポータルとして提供しているサイトとしては、次のようなものがあります。

• syndic8.com
• NewsIsFree
• WebReference.com/internet.com RSS News Feeds
• Redland RSS 1.0 Viewer -- Dave BeckettによるRSS1.0リソースの紹介とビューア（英）
• xmlTree - Directory of Content (obsolete?)

• Bulknews -- Bulknewsで巡回している各サイトのRSS（日）
• Bulkfeeds: RSS Directory & Search -- Bulkfeeds は RSS を中心とした Feeds のディレクトリサービスです。日本国内で Syndicate されている RSS を検索できます（日）
• 日本で配布されているRSSファイル -- 精力的にRSSを収集し、埋め込み用スクリプトも配布。頑張れ！
• My Portal -- （2002-03でサービスを終了したそうですが、関連記事とリンクが残されています）

主要なサイトが公開しているRSSを取り込んで、自分用のディレクトリ（ポータル）をつくるのもいいでしょう。現在提供されているRSSをいくつかあげてみます（RSSそのものはXMLなので、ブラウザで見てもそれほど読みやすくはありません）。現状はRSS 0.9/0.91/1.0が混在しています。

• スラッシュドット ジャパンのRSS
• CNET JapanのRSS
• MYCOM PC WEBのRSS
• Bulknews経由の朝日新聞ヘッドライン
• World Wide Web Consortium
• snap.shot

RSS生成ツール

RSSをプログラムで生成したり処理するには、次のようなツールや解説が役立つでしょう。

• 当サイトのRSS生成スクリプトのサンプル
• XML::RSSなどCPANのRSS関連モジュール
• PHPでRSSを解析するParsing XML With PHP
• RSS ValidatorはRSSの構文をチェックする（と言ってるけど、あまり意味ないかも）

多くのウェブログツールは、テンプレートを使ってRSS生成の設定ができます。また、更新が頻繁なサイトは自動化しないとRSS生成が面倒になってしまうと思いますが、たまに更新するものについてRSSを提供したり、試しにRSSを自作してみようという場合には、テーブルに必要な要素を記述することでRSSを生成してくれる次のようなツールが便利です。

• Headline-Editor Lite版

RDFアイコンについて

アイコンは、RDFによって記述されたリソース（RSS 1.0など）を示すために、Dave Beckettによって提供されているシンボルです。画像に埋め込まれたメタデータをそのまま保持することを条件に、自由に利用できます。お気に召したら、ご自身のサイトにコピーの上ご利用ください。なお、形式をGIFに変換することは認められていません。

RSSの異版と展望

RDFや名前空間が複雑であるとして、RSS 0.91を拡張したRSS 0.92/0.93を提案するコミュニティもあり、その延長として、2002年8月にRSS 2.0なるものが出てきました（これはRSS 1.0の発展形ではなく、RSS 0.91/0.92 etc.にあれこれ付け足しをしたものですが、一部名前空間を使うようになっています）。それならいっそ、古き良き電子メールスタイルのテキストで単純なRSS 3.0をつくったらというブラックユーモアが出たり[SWARTZ]、逆にRSSを乗り越えて新しいフォーマットをつくろうというAtomのような試みも行われています。

RSS 0.9/1.0はヘッドラインなどの「メタデータ」を扱うことに主眼をおいているのに対し、RSS 2.0やEchoは、RSSを「コンテンツ配信」の手段に拡張しようという考え方で、同床異夢的なところがあります。当サイトは、「メタデータ」配信の可能性、標準やほかの規格との親和性、および拡張性という点から、RSS 1.0を推奨します。なお、RSSの歴史と概要についてはAndrew KingのThe Evolution of RSS[KING]、MCFやCDFまで遡った経緯とRSS 0.91/1.0の論争の背景についてはDan BrickleyのHistorical debt[BRICKLEY]などを参照してください。

〔注意〕サイト要約のフォーマットRSSとメタデータ記述の枠組みRDFを混同しないでください。RSS⊂RDFでもRSS⊃RDFでも、ましてRSS＝RDFでもありません。