XML DEVELOPER
後発XMLフィード形式「Atom」とは
RSSとたもとを分けたマークアップ言語のAtom。その特徴を紹介する。
Atom 1.0は、RSS 0.9xで開拓され、RSS 2.0に受け継がれた技術をさらに発展させるとともに、RSSをめぐるこれまでの混乱の深刻化を回避することを目指して進められてきた試みの成果だ。Atom 1.0は、RSSとたもとを分かち、シンプルで人間が読めるフィード用マークアップ言語を提供すると同時に、堅牢性、柔軟性、および一貫性を備えたコンテンツモデルをサポートしている。
Atom 1.0は2005年にIETF RFC 4287(IETF標準)として公開されて以来、ますます人気を集めている。以下のように、その理由はたくさんある。
- 構文がシンプルで分かりやすい。
- 多様なコンテンツとコンテンツへのポインタをサポートする。例えば、プレーンテキスト、エスケープされたHTML、整形式のXHTML、ほとんどすべての種類のXML、Base64でエンコードされたバイナリ、フィードに含まれないコンテンツへのURIポインタなどだ。これに対し、RSSはプレーンテキストと、エスケープされたHTMLコンテンツしか扱えない。
- フィードやエントリを明確に識別する。これらの識別は、一意識別子(ブログやそのほかのWebリソースのURIや、128ビットのグローバル一意識別子(GUID))、タイトル(各エントリごとに付けられる、人間が読める短い件名)、およびタイムスタンプ(最終更新日時を示す)の存在に基づいて行われる。同じフィードのソースが複数ある場合も、これらのデータ要素の組み合わせにより、どのソースが最新であり、使われるべきかが判断しやすい。
- Atomマークアップを拡張するための明確に定義されたモデルがある。このモデルでは、明確な仕様により、拡張要素を置くことが可能な場所とそうでない場所が規定され、拡張における言語依存(とxml:lang属性に影響される部分)が明確に識別され、Atomパーサやハンドラーが、マークアップ内で未知または既知の拡張を発見した場合、どのような対応を取るべきかが記述されている。
- Atom名前空間の必須および任意のメタデータ要素が、Atom仕様で明確に定義されている。メタデータ要素はフィードやエントリを記述するもので、メタデータ要素によってこれらについて提供される情報は、作成者、提供者、カテゴリ、生成エージェント、リンク、ロゴ、権利、ソース、要約、一意識別子など。
これらはAtomの主要な特徴だが、Atomには、個々のエントリが特定のフィードの外部に存在できるようにするメカニズムも統合されている。これは、フィード受信やフィードコンテンツ配信の選択肢の拡大を支援する機能だ。Atomがサポートしているこのほかの機能としては、(1)XML SchemaおよびISO-8601と互換性のあるタイムスタンプ、(2)XML Base標準を利用した相対URI指定、(3)IRI(Internationalized Resource Identifiers)とxml:langによる国際化と多言語サポートの向上、(4)改善されたアクセシビリティ機能、(5)フィード購読プロセスを簡素化するメカニズム、(6)Atom 1.0ドキュメントに対応するMIMEメディアタイプなどがある。
さらに、Atom 1.0はポッドキャスティングを強力にサポートする。RSS 2.0のenclosureタグは、各アイテムについて1種類のオーディオ形式しかサポートしない(このため、複数のオーディオ形式をサポートするには、複数のフィードが必要になる)。これに対し、Atom 1.0では、1つのフィード内に複数のenclosureリンクを含めることができ、リンクごとに異なるオーディオ形式(MP3、BitTorrent、WMA、Ogg Vorbisなど)を明示的に指定できる。
Atom 1.0は、XMLフィードを定義し、提供するためのメカニズムとして、RSSのどのバージョンよりも機能が豊富で、強力なことが明らかになってきている。現在のほとんどのツールがフィード機能の提供のためにRSSとともにAtomをサポートし、非常に多くのコンテンツ開発者がフィード形式としてAtomを採用するようになっているのはそのためだ。どうやら、Atomの生みの親たちが掲げた、「技術的により安定した設計を作り出す」と「この新しい形式(Atom)をWebのアーキテクチャ、そして文化と調和させる」という目標は、達成されているようだ。それを目の当たりにできるのはうれしい限りだ。
本稿筆者のエド・ティテル氏はライターと講師を兼業しており、XMLと開発のほか、IT資格や情報セキュリティなどのテーマに関心を持っている。XMLに関する仕事を多数手掛けており、著書としては「XML For Dummies, 4th edition」(Wiley Publishing、2005)や「Schaum's Easy Outline of XML」(McGraw-Hill、2004)などがある。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
4
「IBM iはDXのボトルネック」は誤解 意外と知らない今風モダナイズの効果
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
6
「朝8時にバッチが終わらない」データ爆発の危機をJPX総研はどう乗り越えたか
-
7
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
8
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
9
IT製品の導入に関するアンケート「PC&デバイス」編
-
10
AI導入後に発覚する「社内文書を読めない」問題 情シスは何を直せばいい?
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
5
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
6
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
9
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
10
“あのファイル転送”で暗躍するノーウェアランサム
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー