Loading article…
トピックマップは、情報の見つけやすさを重視した、知識の表現と交換のための標準規格です。トピックマップはもともと、1990年代後半に、書籍の巻末索引構造を表現する方法として開発されました。これにより、異なる情報源からの複数の索引を統合することが可能になりました。しかし、開発者たちはすぐに、少し一般化することで、より幅広い用途に活用できるメタモデルを作成できることに気づきました。このISO / IEC規格は、正式にはISO/IEC 13250:2003として知られています。
トピックマップは、情報を使用して
トピックマップは、多くの点でコンセプトマップやマインドマップに似ていますが、ISO規格に準拠しているのはトピックマップのみです。トピックマップは、RDFと同様のセマンティックWeb技術の一種です。
トピック、関連、および事象はすべて型付けが可能であり、その型はトピックマップの作成者（複数可）によって定義されなければなりません。許可される型の定義は、トピックマップのオントロジーと呼ばれます。
トピックマップは、複数のトピックまたはトピックマップ間の同一性の統合という概念を明確にサポートしています。さらに、オントロジー自体もトピックマップであるため、統合することも可能であり、多様な情報源からの情報を自動的に統合して、一貫性のある新しいトピックマップを作成できます。主題識別子（トピックに割り当てられたURI）やPSI（公開主題指標）などの機能は、異なる分類体系間の統合を制御するために使用されます。名前によるスコープ設定は、異なる情報源によって特定のトピックに割り当てられたさまざまな名前を整理する方法を提供します。
トピックマップの標準化作業（ISO/IEC 13250）は、ISO/IEC JTC 1/SC 34 /WG 3委員会（ISO/IEC合同技術委員会1、小委員会34、作業部会3 - 文書記述および処理言語 - 情報協会）の傘下で行われた。[ 1 ] [ 2 ] しかし、WG3は解散し、ISO/IEC 13250の維持管理はWG8に割り当てられた。
トピックマップ（ISO/IEC 13250）の参照モデルおよびデータモデル規格は、特定のシリアル化や構文とは独立して定義されています。
仕様の概要は、以下のように要約されています。「この仕様は、トピックを定義するために使用される情報リソースの構造と、トピック間の関連性（関係）を表現するためのモデルと文法を提供します。名前、リソース、および関係は、トピックと呼ばれる抽象的な主題の特性であると言えます。トピックは、スコープ内でその特性を持ちます。スコープとは、名前とリソースがそれぞれの名前、リソース、および関係の特性としてみなされる限定されたコンテキストのことです。この文法を使用する1つ以上の相互に関連する文書は、トピックマップと呼ばれます。」
XTM 1.0は（ISO/IEC 13250）規格の最新バージョンよりも前に作成されたため、互換性がないことに注意してください。
その他に提案または標準化されているシリアル化フォーマットには、以下のようなものがある。
上記の規格はすべて、最近提案またはISO/IEC 13250の一部として定義されたものです。後述するように、LTM、AsTMa=などの他のシリアル化フォーマットも存在しますが、これらはまだ規格として提案されていません。
線形トピックマップ表記法（LTM）は、プレーンテキストエディタでトピックマップを作成する際の略記法として用いられます。これは、短い個人用トピックマップを作成したり、部分的なトピックマップを電子メールでやり取りしたりする際に便利です。この形式はXTM形式に変換できます。
同様の目的で使用されるAsTMaという別のフォーマットもあります。トピックマップを手動で作成する場合、AsTMaの方がはるかにコンパクトですが、もちろんXTMに変換することも可能です。あるいは、PerlモジュールTM（LTMもサポート）で直接使用することもできます。
XTMとLTMのデータ形式は、RDF/XMLのW3C標準または古いN3表記法に似ています。[ 3 ]
事実上のAPI標準であるCommon Topic Maps Application Programming Interface（TMAPI）は2004年4月に公開され、多くのトピックマップ実装やベンダーによってサポートされています。
通常の使用においては、特定のトピックマップストア内のデータを任意にクエリできる手段があると望ましい場合が多い。多くの実装では、これを実現するための構文（いわば「トピックマップ用SQL」のようなもの）が提供されているが、その構文は実装によって大きく異なる傾向がある。そこで、トピックマップをクエリするための標準化された構文を定義する作業が行われた。
特定のドメインにおけるトピックマップデータの意味的妥当性を保証または検証するために使用できる制約セットを定義することも望ましい場合があります（トピックマップのデータベース制約に似ています）。制約は、「すべてのドキュメントには作成者が必要である」や「すべての管理者は人間でなければならない」といったことを定義するために使用できます。これらの目標を達成するための実装固有の方法が存在することが多いですが、以下のような標準化された制約言語を定義する作業が行われています。
TMCLは、 Web Ontology Language（OWL）を使用したRDFスキーマと機能的に類似している。 [ 3 ]
「トピックマップ」の概念は古くから存在しています。HyTime規格は1992年（あるいはそれ以前？）に提案されました。ISO 13250の現行版よりも古いバージョンも存在します。これらの規格に関する詳細は、ISOトピックマップのウェブサイトをご覧ください。
W3CのRDF / OWL / SPARQLファミリーのセマンティックWeb標準とISOのトピックマップ標準ファミリーとの相互運用性を実現するための取り組みがいくつか行われているが、両者の目標は若干異なっている。
トピックマップの意味表現力は、多くの点でRDFと同等ですが、主な違いは、トピックマップは (i) より高いレベルの意味抽象化を提供し(トピック、関連、および出現のテンプレートを提供するのに対し、RDF は 1 つの関係でリンクされた 2 つの引数のテンプレートのみを提供する)、(したがって) (ii) 任意の数のノード間のn項関係 (ハイパーグラフ) を許可するのに対し、RDF はトリプレットに限定されることです。