[論文レビュー] IVOA Recommendation: Observation Data Model Core Components and its Implementation in the Table Access Protocol Version 1.0

Mireille Louys, F. Bonnarel+11 more|arXiv (Cornell University)|Nov 7, 2011

Distributed and Parallel Computing Systems被引用数 7

ひとこと要約

本稿では、観測データの発見を目的とした最小限で標準化されたメタデータモデル、ObsCoreDMを提案する。これは、Table Access Protocol (TAP) を介して実装された ObsTAP として実現されており、STC、UCDs、VOTableシリアル化といった共通のメタデータ標準を用いることで、分散したデータセンターにまたがるグローバルかつ一様なクエリが可能となり、データ提供者の実装の障壁が著しく低下する。同時に、より包括的なデータモデルへの拡張性もサポートする。

ABSTRACT

This document defines the core components of the Observation data model that are necessary to perform data discovery when querying data centers for observations of interest. It exposes use-cases to be carried out, explains the model and provides guidelines for its implementation as a data access service based on the Table Access Protocol (TAP). It aims at providing a simple model easy to understand and to implement by data providers that wish to publish their data into the Virtual Observatory. This interface integrates data modeling and data access aspects in a single service and is named ObsTAP. It will be referenced as such in the IVOA registries. There will be a separate document to cover the full Observation data model. In this document, the Observation Data Model Core Components (ObsCoreDM) defines the core components of queryable metadata required for global discovery of observational data. It is meant to allow a single query to be posed to TAP services at multiple sites to perform global data discovery without having to understand the details of the services present at each site. It defines a minimal set of basic metadata and thus allows for a reasonable cost of implementation by data providers. The combination of the ObsCoreDM with TAP is referred to as an ObsTAP service. As with most of the VO Data Models, ObsCoreDM makes use of STC, Utypes, Units and UCDs. The ObsCoreDM can be serialized as a VOTable. ObsCoreDM can make reference to more complete data models such as ObsProvDM (the Observation Provenance Data Model, to come), Characterisation DM, Spectrum DM or Simple Spectral Line Data Model (SSLDM).

研究の動機と目的

• 分散したデータセンターにまたがる観測データを発見するための最小限で相互運用可能なメタデータモデルを定義すること。
• 必須のメタデータコンponentのみを規定することで、データ提供者の実装の複雑さを低減すること。
• Table Access Protocol (TAP) を用いた一様なインターフェースを通じて、グローバルなデータ発見を可能にすること。
• 仮想望遠鏡におけるメタデータモデリングとデータアクセスを統合した1つの標準化されたサービス（ObsTAP）を提供すること。
• ObsProvDM や Spectrum DM といったより包括的なデータモデルへの参照を許容することで、拡張性を確保すること。

提案手法

• 検索可能であるために必要なコアメタデータコンponents（例：観測ID、標的天体、機器、時刻、座標）を ObsCoreDM の一部として定義すること。
• ObsCoreDM を Table Access Protocol (TAP) にマッピングすることで、分散サービス間で標準化された、SQLに類似したクエリが可能になるようにすること。
• ObsCoreDM メタデータのシリアル化に VOTable を使用することで、機械可読性と相互運用性を確保すること。
• STC（天球座標）、UCDs（一貫性のあるコンテンツ記述子）、および単位といった、既存のVO標準を活用して意味的整合性を確保すること。
• メタデータモデリングとデータアクセスを1つのインターフェースに統合した参照実装としての ObsTAP サービスを設計すること。
• 後方互換性を保ちつつ、拡張されたデータモデル（例：SSLDM、Characterisation DM）への参照を許容すること。

実験結果

リサーチクエスチョン

• RQ1 異種のデータセンターにまたがる観測データのグローバル発見を可能にするために、最小限で一貫性のあるメタデータモデルをどのように定義できるか？
• RQ2 実装コストを高くしないために、観測メタデータのどのコンponentsが効率的かつスケーラブルなデータ発見に不可欠か？
• RQ3 Table Access Protocol (TAP) をどのように拡張すれば、標準化された観測メタデータモデルをネイティブにサポートできるか？
• RQ4 既存のVO標準（STC、UCDs、単位）をどのように統合することで、ObsCoreDM モデルにおける意味的相互運用性を確保できるか？
• RQ5 ObsCoreDM モデルをどのように拡張すれば、より包括的なデータモデルをサポートしつつ、後方互換性とシンプルさを保てるか？

主な発見

• ObsCoreDM は、グローバルなデータ発見に十分な最小限のコアメタデータコンponentsを定義しており、データ提供者の実装負担を著しく低減する。
• ObsCoreDM と TAP の統合により、標準化され、クエリ可能なサービス（ObsTAP）が実現され、個々のデータセンターのスキーマを把握する必要なく、機関間のデータ発見が可能になる。
• モデルはネイティブに VOTable としてシリアル化可能であり、既存のVOソフトウェアおよびツールとの広範な互換性を確保する。
• STC、UCDs、単位といった既存のVO標準の使用により、意味的整合性が保たれ、サービス間で機械処理可能なメタデータが実現する。
• ObsProvDM や Spectrum DM といったより詳細なデータモデルへの参照を許容することで、拡張性が確保され、既存の実装を破壊せずに将来の強化が可能になる。
• ObsTAP サービスは、IVO A レジストリに登録可能であり、仮想望遠鏡エコシステム内での発見と相互運用性が可能になる。