Subaru DB

他の VO(NVO,AVO,etc)Registry

User

JVO

•　 JVO プロトタイプは Subaru, SDSS, 2MASS の DB に直接接続する。•　他の VO との接続はプロトタイプではサポートしないが、 Subaru DB 等への接続と同様の方法で接続可能なように設計する。•　検索で頻繁に使われるデータは JVO 内部にコピーとして持つ必要はないか。•　 JVO に直接接続する DB は　 RDB または ODB で構築する。•　検索結果はキャッシュされ、効率良く絞り込み検索などが行える。

検索指示

検索結果

検索指示検索結果

検索指示

検索結果

検索指示 検索結果

検索指示検索結果

検索データ解析

検索結果解析結果画像表示

JVO プロトタイプ概念設計案

SDSS DB

2MASS DB

JVO の実態

Registry

Data Base

• User と DB/ 他 VO 間の interface を提供。- User query の解析。- どの DB/VO にアクセスすべきか Registry へ問い合わせる。- DB 、 VO への問い合わせ手順書作成。- DB 、 VO への問い合わせ。- cross matching 。- 結果をユーザに渡す。• 解析 可視化機能。･

- DB/VO からとってきたデータの処理。- 必要な領域のみの画像データを mosaic 処理により再構成し、ユーザへ渡す。- 標準的な解析機能を提供、ユーザが開発したソフトも組み込み可。

- JVO は分散した複数の等価なサーバ群によって構成され、それらは Grid 技術によって結合する。- それぞれのサーバーは全て等価な機能を持ち、もっとも負荷の軽いサーバーがユーザーのリクエストに対処する。

ユーザーインターフェースとしての検索条件項目1. 領域を指定して検索（天球座標または天体名）

例 1 　赤経 赤緯と半径で円領域を指定。 ･ 例 2 　複数の赤経 赤緯の組合わせで領域指定。･ 例 3 天体名と半径で領域指定。　 　 例 4 フィールド名（ HDF 、 SDF 等）を指定。

2. 観測時刻を指定して検索 例 1 　観測時刻が　 T1 ～ T2 　の範囲にあるもの。　 例 2 　観測時刻の間隔が　ｄ T1 以上　 dT2 以下である。

3. 波長を指定して検索 例１　電波、可視光、赤外、 X 線、ガンマ線、その他を指定。 例 2 波長が λ1 ～ λ ２　の範囲のデータ。 例 3 U, V, B, G, R, I, J, K, L, M, N で指定。

* 複数指定の場合 and か or を指定する。

4. 観測条件を指定して検索 例１ seeing が X 以下、限界等級が M 以上。 例 2 AO 観測のデータが欲しい。

5. 天体の属性（位置以外）を指定して検索 例 1 見かけの明るさを指定。 例 2 絶対等級を指定。 例 3 距離、 redshift 、 photometric redshitt 。 例 4 種族を指定。恒星、銀河、 SN 、連星系、パルサー、 AGN 、　　　　　　　 クエサー、 GRB 、 XRB 、 SGR　　　

7. 画像の属性を指定して検索 例 1 視野が X 以上の画像データ。

8. 観測装置を指定 例 1 望遠鏡の名前を指定。 例 2 観測装置名を指定。

9. データベースを指定 例 1 スバル Suprim-Cam 　のデータベースを指定。 例 2 survey 型観測のデータベースのみ検索。 例 3 pointing 型観測のデータベースのみ検索。

問題点

検索条件によっては大量のデータを DB からとってくることになる。例えば、領域指定なしの検索を行うと大量のデータか検索条件にマッチしてしまう。そのよう場合はどうするか？

Registry がもつデータベースRegistry は JVO がアクセス可能な DB/VO に関する情報を保持し、 JVO からの問い合わせにたいして、リクエストされた条件を満たす DB/VO のサーバーアドレスやアクセス方法等を返す。

データベースカタログ 望遠鏡カタログ 観測装置カタログ フィルターカタログ

天体カタログ フレームカタログ天体名 resolver

DB/VO IDDB/VO 名種別 DB or VOサーバーアドレスTelescope IDDetector IDアクセス方法コメント文

Telescope IDTelescope 名VO ID設置場所緯度経度高度口径

Detector IDDetector 名Telescope IDDB/VO ID波長域（下限）波長域（上限）検出感度曲線データ視野

Filter IDFilter 名Detector ID波長域（下限）波長域（上限）透過曲線データ

天体名天体種別赤経赤緯HTM座標誤差（赤経）座標誤差（赤緯）等級等級誤差距離絶対等級波長

フレーム ID観測開始時刻露出時間中心座標（赤経）中心座標（赤緯）観測装置 IDフィルター ID限界等級seeingframe URL

天体カタログ、フレームカタログは本体 DB/VO からとってくるべきものであるが、 Quick Search を行えるように、検索頻度の高い項目についてそのデータベースを Registory に保持しておくのはどうか？

天体名 <--> 座標変換サービス

JVO 解析機能1. データベースの統計処理

指定したデータベース、天空領域について以下の天空マップを作る。天球の指定した範囲がど れだけの時間 回数 波長で観測されたのかを視覚的に確認するため。･ ･

例 1 観測時間マップ例 2 観測回数マップ例 3 波長域数マップ例 4

2. ユーザーデータベースの解析例 1 　クラスタリング解析による新種天体の探索。例 2 　 LogN-LogP 分布の作成。例 3 　特定天体のスペクトルの表示。例 4 　天体 2or3次元分布の表示。例 5 　天体のライトカーブ表示。

3. 画像データの解析例 1 　モザイキング。ユーザーが指定した領域のみの画像を切り出す。例 2 　マルチカラー表示。多波長で取られた画像を波長毎に色をつけて合成する。例 3 　 deconvolution 　を行う。例 4 　天体抽出、種族分類、カタログ化。例 5 　トランジェント天体、変光星の探索。例 6 　重力レンズ効果の探索。宇宙重力場、 Cosmic String 、 DarkMater 例 7 　 high-z 天体候補の探索。

4. simulation 機能例 1 　例えば、 HST の画像を Subaru で見た場合画像に変換する。例 2 　重力レンズ効果の simulation 機能。例 3 　 ...