(57)【要約】【課題】設置の手間のかからない観測ステーションを提供する。【解決手段】センサーを備える観測ステーションと、ステーションからのデータを収集するサーバーとを備えた観測システムの観測ステーションを提供する。この観測ステーションは、センサー用通信プロトコルにより、センサーファイルをサーバーとの間で送受信する。このセンサーファイルは、センサーのメタデータやセンサーデータを含む記述言語で記載されているファイルである。このセンサーファイルのメタデータとしては、前記センサーやカメラの接続、観測仕様の設定、観測の開始又は停止、前記サーバーへのデータ転送やセンサーデータ配信についてのメタデータを記載している。【選択図】  図２
2010049560.tif 000002
【特許請求の範囲】
【請求項１】
観測ステーションからのデータを収集するサーバーを備えた観測システムの観測ステーションであって、
センサーと、
記述言語で記載され前記センサー又は観測ステーションのメタデータやセンサーデータを含むセンサーファイルを送受信するセンサー用通信プロトコルとを備える
ことを特徴とする観測ステーション。
【請求項２】
前記センサーファイルは、前記観測ステーションの位置、前記センサーやカメラの接続、観測仕様の設定、物理量変換、保守保全情報、観測の開始又は停止、前記サーバーへのデータ転送やセンサーデータ配信のいずれかについて記載する
ことを特徴とする請求項１に記載の観測ステーション。
【請求項３】
前記センサーファイルの送受信、及び／又は前記観測ステーションへのデータとコマンドの送受信は、メッセージング手法を用いて、プライベートＩＰやＦｉｒｅｗａｌｌ環境下でも前記観測ステーションと暗号化して通信する
ことを特徴とする請求項１又は２に記載の観測ステーション。
【請求項４】
前記センサーファイルは、国際標準の記述言語にて記載されている
ことを特徴とする請求項１乃至３のいずれか１項に記載の観測ステーション。
【請求項５】
前記センサーが接続された際に、前記センサーと通信してデータベースへ書き込むためのプログラムモジュールを更に備える
ことを特徴とする請求項１乃至４のいずれか１項に記載の観測ステーション。
【請求項６】
登録済みセンサーに係るセンサー情報を記憶するセンサー構成記憶手段と、
前記センサーデータの読み取り、読み取ったデータの物理量変換、データベースへの書き込み、適切なデータ表示方法の選択、センサーの構成のヒストリーの保存、のいずれかを行うプラグアンドプレイ手段とを備える
ことを特徴とする請求項１乃至５のいずれか１項に記載の観測ステーション。
【請求項７】
ユーザー情報、ユーザーごとの前記センサーデータの管理ポリシー、センサー存在情報、前記センサーデータの公開の有無、前記センサーデータの公開までの時間、データアクセス可能な他ユーザーの選択、前記センサーデータの存在情報、前記メタデータと前記センサーデータの配信の設定、のいずれかを設定する設定手段を更に備える
ことを特徴とする請求項６に記載の観測ステーション。
【請求項８】
前記センサーのデータを暗号化して取得し、前記センサーのデータやメタデータを国際標準のファイル形式で配信し、他のアプリケーションと連動する
ことを特徴とする請求項６又は７に記載の観測ステーション。
【請求項９】
請求項１乃至８に記載の観測ステーションのサーバーであって、
前記観測ステーションの前記メタデータを同期又は設定する
ことを特徴とする観測ステーションのサーバー。
【請求項１０】
請求項１乃至８に記載の観測ステーションと、
請求項９に記載の観測ステーションのサーバーとを備える
ことを特徴とする観測システム。
【請求項１１】
メッセージング等より観測ステーションと暗号化された状態で通信し、
記述言語で記載され前記センサーのメタデータやセンサーデータを含むセンサーファイルを送受信するセンサー用通信プロトコルに基づきセンサーデータを取得する
ことを特徴とする観測方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、観測ステーション、観測ステーションのサーバー、観測システム、及び観測方法、特に設置の手間を削減する観測ステーション、観測ステーションのサーバー、観測システム、及び観測方法に関する。
【背景技術】
【０００２】
近年、ネットワークに接続された様々な種類のセンサーから得られる信号を処理し、リアルタイムで状況認識を行う「ユビキタスセンサーネットワーク」が注目されている。
たとえば、農業分野では、複数のセンサーを備えた観測ステーションである「フィールドサーバー」が圃場等に設置され、ユビキタスセンサーネットワークとして用いられている。
このフィールドサーバーは、気温、湿度、日射量、土壌水分などの気象データを収集する各種センサーと、作物の生育状況などを観測する画像データを取得するカメラとを備え、これらのデータを記憶する機能を備える高機能で低価格な観測用装置である。
このようなフィールドサーバーの構成としては、気温や湿度などの各種センサーと、センサーの値をデジタルデータに変換するＡ／Ｄ（アナログ・デジタル）コンバーターボードと、日射量測定のセンサーであり電力供給用の太陽電池と、ＩＰ（インターネットプロトコル）カメラと、Ｗｅｂサーバーとを備えるものが存在する。無線や有線によりインターネット等のＷＡＮ（ワイドエリアネットワーク）に接続して、ＨＴＭＬ等のＷＷＷ（ワールドワイドウェブ）プロトコルにより観測されたデータ（観測データ）を公開することができる。これにより、ＰＣ（パーソナル・コンピュータ）や携帯電話のウェブブラウザ等を用いて、そのフィールドサーバーの置かれた遠隔地の観測データを参照・収集することが容易である。
すなわち、フィールドサーバーを用いることで、観測データの遠隔モニタリングを行うことが容易に可能となる。
【０００３】
ここで、従来のフィールドサーバーとして、特許文献１を参照すると、内部の絶対湿度を求めて、外部温度センサーの値から外部相対湿度を推定するフィールドサーバーが記載されている（以下、従来技術１とする。）。
従来技術１のフィールドサーバーは、無線ＬＡＮなどのネットワークを用いて他のフィールドサーバーからの外気温データを参照して温度の推定を行うこともできるという特徴も有する。
【特許文献１】特開２００８−６４５９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、従来技術１のフィールドサーバーは、設置、データ収集、公開までの手順が複雑・煩雑であるという問題があった。
これは、各センサーは、取得した電圧や電流値が示す実際の物理量への変換や単位がまちまちであり、また、設置場所の状況により調整を行う必要があり、各センサーについて追加のプログラムを作成する必要があるためであった。
このため、フィールドサーバーのハードウエアのコストよりも、より高額な設置・設定・公開コストが発生するという問題があった。
【０００５】
本発明は、このような状況に鑑みてなされたものであり、上述の課題を解消することを課題とする。
【課題を解決するための手段】
【０００６】
本発明の観測ステーションは、観測ステーションからのデータを収集するサーバーを備えた観測システムの観測ステーションであって、センサーと、記述言語で記載され前記センサー又は観測ステーションのメタデータやセンサーデータを含むセンサーファイルを送受信するセンサー用通信プロトコルとを備えることを特徴とする。
本発明の観測ステーションは、前記センサーファイルは、前記観測ステーションの位置、前記センサーやカメラの接続、観測仕様の設定、物理量変換、保守保全情報、観測の開始又は停止、前記サーバーへのデータ転送やセンサーデータ配信のいずれかについて記載することを特徴とする。
本発明の観測ステーションは、前記センサーファイルの送受信、及び／又は前記観測ステーションへのデータとコマンドの送受信は、メッセージング手法を用いて、プライベートＩＰやＦｉｒｅｗａｌｌ環境下でも前記観測ステーションと暗号化して通信することを特徴とする。
本発明の観測ステーションは、前記センサーファイルは、国際標準の記述言語にて記載されていることを特徴とする。
本発明の観測ステーションは、前記センサーが接続された際に、前記センサーと通信してデータベースへ書き込むためのプログラムモジュールを更に備えることを特徴とする。
本発明の観測ステーションは、登録済みセンサーに係るセンサー情報を記憶するセンサー構成記憶手段と、前記センサーデータの読み取り、読み取ったデータの物理量変換、データベースへの書き込み、適切なデータ表示方法の選択、センサーの構成のヒストリーの保存、のいずれかを行うプラグアンドプレイ手段とを備えることを特徴とする。
本発明の観測ステーションは、ユーザー情報、ユーザーごとの前記センサーデータの管理ポリシー、センサー存在情報、前記センサーデータの公開の有無、前記センサーデータの公開までの時間、データアクセス可能な他ユーザーの選択、前記センサーデータの存在情報、前記メタデータと前記センサーデータの配信の設定、のいずれかを設定する設定手段を更に備えることを特徴とする。
本発明の観測ステーションは、前記センサーのデータを暗号化して取得し、前記センサーのデータやメタデータを国際標準のファイル形式で配信し、他のアプリケーションと連動することを特徴とする。
本発明の観測ステーションのサーバーは、前記の観測ステーションのサーバーであって、前記観測ステーションの前記メタデータを同期又は設定することを特徴とする。
本発明の観測システムは、前記観測ステーションと、前記観測ステーションのサーバーとを備えることを特徴とする。
本発明の観測方法は、メッセージング等より観測ステーションと暗号化された状態で通信し、記述言語で記載され前記センサーのメタデータやセンサーデータを含むセンサーファイルを送受信するセンサー用通信プロトコルに基づきセンサーデータを取得することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、センサー又は観測ステーションに係るメタデータやセンサーデータを含むファイルを送受信することで、設置、データ収集、公開の手間を削減し、低コストな観測ステーションを提供することができる。
【発明を実施するための最良の形態】
【０００８】
＜第１の実施の形態＞
〔システム構成〕
まず、図１を参照して、本発明の実施の形態に係る観測システムＸのシステム構成について説明する。
観測システムＸは、ＳＯＳステーション１−１〜１−ｎ（観測ステーション）がＳＳＧサーバー３（サーバー）と接続され、このＳＳＧサーバー３がＳＯＳステーション１−１〜１−ｎから収集して記憶した各種センサーのデータ（センサーデータ）を、端末２にて参照する。これらの機器間は、ネットワーク５にて接続する。
ＳＯＳステーション１−１〜１−ｎは、数多くのフィールド（観測場所）に設置される、各種のセンサーを備えた観測ステーションである。ＳＯＳステーション１−１〜１−ｎは、各種センサーを備えたフィールドサーバーであり、後述するＳＯＳ（センサーオブザベーションサービス、Ｓｅｎｓｏｒ  Ｏｂｓｅｒｖａｔｉｏｎ  Ｓｅｒｖｉｃｅ）プロトコルを実装した小型で低消費電力のコンピューターを備えている。
ＳＳＧサーバー３は、ＳＳＧ（センサーサービスグリッド、Ｓｅｎｓｏｒ  Ｓｅｒｖｉｃｅ  ＧＲＩＤ）サーバーである。ここでは、各種センサーを備えたフィールドサーバーと通信するユビキタスセンサーネットワークの観測システムのことをＳＳＧと呼ぶ。本発明の実施の形態に係る観測システムＸでは、ＳＯＳ等のプロトコルにより通信する１つ又は複数のＳＳＧサーバーを備えている。
端末２は、通常のＰＣ／ＡＴ互換機やＭＡＣ規格機のようなＰＣ（パーソナル・コンピュータ）、携帯電話、ＰＤＡ、セットトップボックス、ネットワーク配信端末、ビデオゲーム機等のネットワークに接続可能な端末である。なお、端末２も複数存在してもよい。
ネットワーク５は、ＷｉＭＡＸ等の無線ＷＡＮ、無線ＬＡＮ、有線ＬＡＮ、電話網、携帯電話網、ＰＨＳ網、ｃＬｉｎｋ、電灯線ネットワーク、光ファイバーネットワーク、その他のネットワーク網であり、ＳＯＳステーション１−１〜１−ｎと、端末２と、ＳＳＧサーバー３とを接続する。このネットワーク５は、ＩＰ（インターネットプロトコル）を用いると信頼性を向上しコストを低減させられるために好適である。
また、ネットワーク５は、各ＳＯＳステーション１−１〜１−ｎの通信データをフィード・フォーワード通信するようなメッシュネットワークを形成するように構成すると、アクセスポイントなしで安価にネットワーク５を構築可能であるために好適である。また、ネットワーク５は、例えばインターネット等のＷＡＮに接続できるようになっている。
さらに、ネットワーク５において、ネットワークの速度や安定性の非対称性があっても構わない。すなわち、ＳＯＳステーション１−１〜１−ｎとＳＳＧサーバー３との間はフィールドに設置するため有線ネットワークよりも低速で不安定なメッシュネットワークを用いて構成し、ＳＳＧサーバー３と端末２との間は高速な有線ネットワークを用いて構成する、といったネットワークの構成が可能である。
【０００９】
〔ＳＯＳステーション１−１の構成〕
次に、図２を参照して、ＳＯＳステーション１−１〜１−ｎの制御構成について説明する。以下、ＳＯＳステーション１−１を代表例として説明する。
ＳＯＳステーション１−１は、制御部１００と、ＳＯＳ解析部１１０と、記憶部１２０と、ネットワーク接続部１３０と、カメラ部１４０と、太陽電池部１４５と、センサー部１５０と、外部入出力部１６０と、ウェブサーバー１７０と、メッセンジャー１８０とを主に含んで構成される。これらの構成部位は、内部的なバス、ＩＰネットワーク等で接続されている。
【００１０】
制御部１００は、ＣＰＵ（中央処理装置）、ＭＰＵ（マイクロ・プロセッシング・ユニット）、ＤＳＰ（デジタル・シグナル・プロセッサ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ、特定用途向け集積回路）等を備え、記憶部１２０等に記憶されているプログラム等を実行する。
ＳＯＳ解析部１１０は、メッセンジャー１８０を用いてＳＯＳプロトコルでＳＳＧサーバー３との間で各種データの送受信を行う通信部位である。また、ＳＯＳ解析部１１０は、センサー部１５０から出力されたデータを、センサーデータ１２２のデータベースに書き込む。なお、ＳＯＳ解析部１１０は、ＳＯＳ（Ｓｅｎｓｏｒ  Ｏｂｓｅｒｖａｔｉｏｎ  Ｓｅｒｖｉｃｅ）プロトコルの他にも、オープンジオグラフィカルスタンダード（ＯＧＣ  Ｓｔａｎｄａｒｄ）に準拠した、ＳＰＳ（Ｓｅｎｓｏｒ  Ｐｌａｎｎｉｎｇ  Ｓｅｒｖｉｃｅ）やＷＮＳ（Ｗｅｂ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ）等のプロトコルにも対応して解析することができる。
記憶部１２０は、ＤＲＡＭ（ダイナミック・ランダム・アクセス・メモリ）やＳＲＡＭ（スタティック・ランダム・アクセス・メモリ）、ＲＯＭ（リード・オンリー・メモリー）、フラッシュメモリ、ＨＤＤ等の記憶部であり、Ｌｉｎｕｘ（登録商標）等のＯＳを記憶しており、センサーデータ１２２とセンサーＭＬ１２４とを備えている。また、記憶部１２０は、ウェブサーバー１７０がＷＷＷ（ワールドワイドウェブ）ウェブサイトを表示するためのＨＴＭＬファイルや画像ファイル等のファイルや、メッセンジャー１８０の一時データやアカウントのデータ等についても記憶している。
センサーデータ１２２は、センサー部１５０が取得したセンサーデータを記憶する部位であり、ＤＢＭやＳＱＬ等のデータベースで構成されていてもよい。このセンサーデータ１２２は、例えば、センサーにつけられたＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）と、実際の数値データ等であるＡ／Ｄ変換された「生」のセンサーのデータを記憶する。
センサーＭＬ１２４は、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）を用いてセンサーの特性等を記載するセンサーＭＬ（センサーマークアップランゲージ）で記載したＳＯＳステーション１−１の各種属性を記載するデータである。センサーＭＬ１２４には、主にセンサー部１５０の各センサーの特性と、ＳＯＳステーション１−１の名称等について記載している。なお、センサーＭＬのフォーマット等については後述する。
ネットワーク接続部１３０は、ネットワーク５に接続するためのアンテナ等を備えたメッシュネットルーター等のＷｉＦｉ機器であり、通信のノートを構成することができる。なお、ネットワーク接続部１３０は、有線ＬＡＮ、無線ＬＡＮ、電話線、ｃ．ｌｉｎｋ等の端子を用いて、一般的なルータ等を介してネットワーク５に接続することもできる。
【００１１】
カメラ部１４０は、ＣＣＤやＣＭＯＳイメージセンサ等を用いたカメラと、このカメラのデータをＡ／Ｄ変換し、更にＪＰＥＧ、ＰＮＧ、ＢＭＰ、ＭＰＥＧ２、ＭＰＥＧ４等の画像データに変換する機能を備えたＩＰカメラ又はウェブカメラである。カメラ部１４０は、取得した圃場等の画像データを記憶部１２０に記憶する。
太陽電池部１４５は、ＳＯＳステーション１−１の各部に電源を供給する太陽電池と安定化電源を組み合わせた部位である。また、太陽電池部１４５は、発電電圧又は電流を計測してデジタルデータ化する機能も備えており、これにより日照量等を計測する光センサとして使用することもできる。太陽電池部１４５の光センサの出力も、記憶部１２０に記憶する。
センサー部１５０は、各種センサーと、Ａ／Ｄ（アナログ／デジタル）コンバーターボードを備える部位である。このセンサー部１５０の出力は、記憶部１２０に記憶する。センサー部１５０が備えるべき標準的なセンサーとしては温度センサーと湿度センサーがあるが、これに限られない。
外部入出力部１６０は、シリアルポートやＵＳＢ（ユニバーサル・シリアル・バス）の端子やＢｌｕｅｔｏｏｔｈ（登録商標）の機器等であり、外部からのセンサーを接続することができる。これにより、センサーの追加に対応でき、リアルタイム応答が必要な特殊なセンサーを接続する際には、タイムラグを抑える効果が得られる。外部入出力部１６０に接続されたセンサーは、ドライバやデータ等のソフトウェアレイヤーを用いてデータの送受信に対応する。この際には、パイプ処理等を行って、センサーデータ１２２に記憶する。さらに、外部入出力部１６０には、キーボートやポインティングデバイスやディスプレイやコンソール等を接続して、ＳＯＳステーション１−１から直接データを取得したり設定等を行ったりすることもできる。
なお、ＳＯＳステーション１−１は、標準的には、カメラ、温度、湿度、太陽光の日照量についての観測能力を備えている。これに加えて、様々な観測機器やセンサーを接続することができる。これらのセンサーは、ＧＰＳ（グローバル・ポジショニング・システム）機器や、地磁気センサー、地震センサー、ガス濃度検出センサー、ひずみゲージ等、どのようなものであってもよい。
【００１２】
ウェブサーバー１７０は、Ａｐａｃｈｅ（登録商標）、ｌｉｇｈｔＨＴＰｄ、Ｗｅｂサーバチップ等のＨＴＴＰ（ハイパーテキスト・トランスファー・プロトコル）で通信するためのＷＷＷ（ワールドワイドウェブ）サーバーや、ＦＴＰ（ファイル・トランスファー・プロトコル）サーバー等のサーバーであり、ネットワーク５を介してＳＯＳステーション１−１の設定やデータの取得のためのインターフェイスを提供する部位である。
メッセンジャー１８０は、各種のインスタントメッセンジャー（メッセンジャー）等のクライアントソフトウェアである。このメッセンジャー１８０は、ＴＣＰ／ＩＰにおけるＨＴＴＰ（ＷＷＷ）ポートである８０番やＨＴＴＰＳのポートである４４３番等のポート等を用いてパケットをやり取りする、メッセージング等の手法で通信する。このメッセージング等の手法としては、インスタントメッセンジャー等の他にも、Ａｐａｃｈｅ  Ｍｅｓｓａｇｅ  ＱｕｅｕｅやＰ２Ｐなどの手法も用いることができる。このため、ＳＯＳステーション１−１〜１−ｎやＳＳＧサーバー３がプライベートＩＰアドレスを用いていたり、ファイアーウォールの下にあるような場合でも通信可能である。また、このメッセンジャー１８０では、メッセージング等の手法で接続している際に、センサー用通信プロトコルであるＳＯＳプロトコルを用いて、暗号化等を用いたセキュアな通信にも対応する。さらに、メッセンジャー１８０は、メッセージング等の手法を用いて、ＳＳＧサーバー３のＳＯＳデータベース３２０とユーザデータベース３３０との同期を行うことができる。
なお、ＳＯＳ解析部１１０と、ウェブサーバー１７０と、メッセンジャー１８０とは、記憶部１２０に記憶されたプログラムを制御部１００が実行することで実現することもできる。
また、ＳＯＳステーション１−１〜１−ｎは、それぞれ異なる会社の製品で、異なるセンサーを備えていてもよく、センサーＭＬにてその差を吸収することができる。
【００１３】
なお、太陽電池部１４５と、センサー部１５０と、外部入出力部１６０と、ウェブサーバー１７０とは、フィールドサーバの構成要素にあたるものである。これらの部位をフィールドサーバ１０として、独自の制御部を備えた小型Ｌｉｎｕｘボックスのような独立した構成部位として、ＳＯＳステーション１−１に１つ又は複数備えることができる。
すなわち、ＳＯＳステーション１−１は、それぞれ複数フィールドサーバ１０を管理することが可能である。加えて、１つのフィールドサーバ１０は、複数のＳＯＳステーション１−１〜１−ｎとの間でデータを送受信することが可能である。
また、ＳＯＳステーション１−１とフィールドサーバ１０とは、一体的に形成する構成にできるし、分離して構成することもできる。
フィールドサーバ１０とＳＯＳステーション１−１〜１−ｎとの間は、ＩＰネットワークやその他の手段にて接続することができる。そして、ＳＯＳステーション１−１〜１−ｎの制御部１００が、フィールドサーバ１０のウェブサーバー１７０からからｗｇｅｔ等で観測データをフェッチする等の構成にすることができる。
【００１４】
〔ＳＳＧサーバー３の制御構成〕
次に、図３を参照して、ＳＳＧサーバー３の制御構成について説明する。上述したように、ＳＳＧサーバー３は、複数の専用機やＰＣ／ＡＴ互換機等であるサーバーで構成することができる。
プロキシー部３１（設定手段、プラグアンドプレイ手段）は、ＳＳＧサーバー３の各部の主な管理を行い、ネットワーク５と接続するプロキシー（ルータ）となるサーバーである。プロキシー部３１は、各種センサーの特性や出力値について、センサーＭＬの記述に従って取捨選択することができる。プロキシー部３１は、更にロードバランシング等の機能を備えている。
また、プロキシー部３１は、ＷＷＷサーバー、アプリケーションサーバー、及びＦＴＰサーバーのようなサービス（デーモン）を実行しており、各種設定を行うこともできる。また、プロキシー部３１は、端末２のアプリケーションにデータを配信する。この際に、比較的低速で不安定なメッシュネットワークで接続されているＳＯＳステーション１−１〜１−ｎからのデータやパケットの取りこぼし等が少なくアクセスできる。また、これにより、ＳＯＳステーション１−１〜１−ｎの処理の負荷（プロセッシング負荷）及び通信負荷を減らすことができる。
【００１５】
ＳＯＳサービス３２は、ＳＯＳプロトコルによりＳＯＳステーション１−１〜１−ｎと接続するサービス（デーモン）である。すなわち、ＳＯＳサービス３２は、ＳＯＳプロトコルのパケットの送受信を行う「通信窓口」となる。
ＳＯＳプロトコルは、センサーに係る構成やデータ等を送信するための、センサー用通信プロトコルである。本発明の実施の形態に係る観測システムＸにおいては、ＳＯＳプロトコルにおいて、センサーＭＬのファイル（センサーファイル）を送受信する。
実際には、ＳＯＳサービス３２は、セッションデータベース３１０を用いて、各ＳＯＳステーション１−１〜１−ｎと通信セッションを確立し、センサーＭＬ１２４や、データが埋め込まれたセンサーＭＬのファイルの送受信を行う。
ＳＯＳサービス３２は、送受信するセンサーＭＬをＳＯＳデータベース３２０に記憶する。
【００１６】
認証部３３は、端末２やＳＯＳステーション１−１〜１−ｎの認証を行う部位である。この認証は、端末２のユーザーとの間では、ユーザーデータベース３３０を用いて通常のｈｔｔｐｓ等の認証を行う。ＳＯＳステーション１−１〜１−ｎとの間では、端末の登録時に記憶した公開鍵・秘密鍵ペア等を用いて認証する。このために、認証部３３は、認証を行う際に用いる公開鍵・秘密鍵ペアを記憶している。
センサーＭＬ解析部３４は、ＳＯＳステーション１−１〜１−ｎが送信したセンサーＭＬのファイルの内容を解析する部位である。具体的には、センサーＭＬを元に、単位変換等を行って実際の値を算出する。
【００１７】
センサー構成記憶部３６（センサー構成記憶手段）は、ＳＯＳステーション１−１〜１−ｎの名前（ネーム）と説明（デスクリプション）、ＩＰアドレス、各種センサーの構成、センサーＭＬ１２４のファイル等であるセンサー情報を記憶する部位である。なお、センサー構成記憶部３６は、ＳＯＳデータベース３２０内に構成してもよい。
同期制御部３７は、セッションデータベース３１０やロックファイル等を用いて、ＳＯＳデータベース３２０に記憶されるセンサーのデータの同期を制御する部位である。これにより、マルチセッションの際のデータ喪失等を少なくし、安定してデータを取得することができる。また、同期制御部３７は、ＳＯＳステーション１−１〜１−ｎのＳＯＳデータベース３２０とユーザーデータベース３３０との同期についても行う。すなわち、メッセージング等の手法でＳＯＳプロトコルやその他の方法で、ＳＳＧサーバ３とＳＯＳステーション１−１〜１−ｎとの間でセンサーＭＬ等の同期を安定的に行うことができる。
コミュニケート部３９は、プロキシー部３１がＳＯＳ以外のプロトコルでのクエリー（問い合わせ）を受けた際にメッセージの振り分けを行う部位である。また、後述する連動処理で端末２のウェブブラウザ上でＷｉｄｇｅｔ（ウィジェット）を実行する際のデータの転送等にも対応する。さらに、ＳＯＳプロトコルに対応していない観測ステーション等からのセンサーデータのクエリーに基づかないセンサーデータ送信を受け付ける。加えて、ＳＯＳプロトコルに規定されていないストリーミングデータの処理が可能である。さらに、ＳＳＨ等を用いてシェルコマンドやスクリプト等を送信することもできる。
【００１８】
セッションデータベース３１０と、ＳＯＳデータベース３２０と、ユーザーデータベース３３０とは、ＭｙＳＱＬやＰｏｓｔｇｒｅＳＱＬのようなＳＱＬデータベースエンジン等を用いたデータベース（ＤＢ）であり、各種データを記憶する。
セッションデータベース３１０は、各ＳＯＳステーション１−１〜１−ｎとのＳＯＳプロトコルによる通信セッションに関するデータを記憶するデータベースである。セッションデータベース３１０は、各ＳＯＳステーション１−１〜１−ｎと接続する際に、ネットワーク５とは異なる同期制御を行う際にも、同期制御部３７と連動して対応する。
ＳＯＳデータベース３２０は、ＳＯＳステーション１−１〜１−ｎを登録し、登録されたＳＯＳステーション１−１〜１−ｎからのセンサーＭＬのファイルに記載されたセンサーのデータを記憶するデータベースである。また、ＳＯＳデータベース３２０は、センサーＭＬ解析部３４で解析されたデータ、プロキシー部３１のウェブサーバで送信するＨＴＭＬ、画像データ、Ｗｉｄｇｅｔ、連動するサイトのＵＲＬ（ユニフォーム・リソース・ロケーター）等についても記憶する。このＳＯＳデータベース３２０のセンサーＭＬ等のデータは、後述するように、ＳＯＳステーション１−１〜１−ｎとの間でお互いに同一のファイルになるように同期することができる。
ユーザーデータベース３３０は、ユーザーごとのＳＳＧグリッドの設定について記憶する。
なお、ＳＳＧサーバー３は、同様の構成のＳＳＧサーバー３が、複数存在してもよい。この場合は、ＳＯＳステーション１−１〜１−ｎからのデータの取得を分散して行うこともできる。
また、各ＳＳＧサーバー３の各種設定は、Ｗｅｂインターフェイスを用いて容易に行うことができる。
【００１９】
〔観測システムＸによる観測処理〕
次に、図４〜図１１を参照して、ＳＳＧサーバー３にて、本発明の実施の形態に係る観測処理について説明する。
この観測処理においては、例えばインターネットであるネットワーク５を介してユビキタスセンサーネットワークの自動設定、収集、配信を行う。
上述したように、ＳＯＳステーション１−１〜１−ｎとＳＳＧサーバー３とは、メッシュネットで接続している。このため、複数のＳＯＳステーション１−１〜１−ｎがつながってメッシュを形成して、安定的かつ長距離の観測網を即座に実現することができ、一箇所にインターネットを接続するのに比べて安定的に通信することができる。
このメッシュネットワークで接続した際に、特に問題になるのが設置後の設定コストである。そこで、本発明の実施の形態に係る観測システムＸでは、特に、ＳＯＳステーション１−１〜１−ｎとメッセージング技術によるユビキタスセンサーネットワークの相互接続性・相互運用性をプラグアンドプレイのように行う。このため、特別なＳＯＳステーションの調整なしに、設置後すぐに各種センサーのデータを収集することができる。
【００２０】
この観測処理においては、まず、ＳＯＳステーション１−１〜１−ｎが適切な位置に設置され、各種センサーのデータをセンサーデータ１２２に記憶可能な状態にする。
ここで、センサー部１５０や外部入出力部１６０を用いた外部の各種センサーとの通信、及びセンサーデータ１２２のデータベースへの書き込みのためのプログラムやデバイスドライバは、センサーの種類ごとにモジュール（プログラムモジュール）として提供されている。また、各センサーにはＩＤが備えられており、このＩＤやセンサーの種類に応じて、このモジュールをダウンロードして使用することができる。このダウンロードにおいては、ＳＳＧサーバー３のコミュニケート部３９と通信してＳＯＳデータベース３２０に記憶されているモジュールをダウンロードできる。また、予め各ＩＤに対応したモジュールを記憶部１２０に記憶しておき、用いることもできる。
さらに、このモジュールは、物理量の変換の方法についても記述している。このため、制御部１００により、モジュールのダウンロードと同時に、物理量の変換の方法をセンサーＭＬ１２４に記載して記憶する。これにより、センサーのプラグ＆プレイが可能になる。
また、モジュール内に記述された物理量の変換の方法についての記述とは別に、センサーのＩＤを基にして、必要なセンサーＭＬの記載内容を直接、ＳＳＧサーバー３や他のサーバー等や端末２等からアップロードすることもできる。
このセンサーＭＬ１２４の記載が終了した状態になると、ＳＯＳステーション１−１〜１−ｎは、ＳＳＧサーバー３に登録可能となる。
なお、このモジュールは、テンプレートとなるファイルを用意しておき、各センサーメーカーが容易に作成可能である。
【００２１】
ここで、ユーザーは、データを取得するためのＳＯＳステーション１−１〜１−ｎをＳＳＧサーバー３に登録し、各種設定を行う。
以下で、図４のフローチャートを参照して、この観測処理の詳細について記載する。
図５を参照すると、ユーザーは、端末２のウェブブラウザ（ブラウザ）やデータ取得のための専用アプリケーションソフトウェア（アプリケーション）等のアプリケーションを用いて、ＳＳＧサーバー３にアクセスする。ここで、認証部３３によりユーザー認証が行われて、管理画面が表示される。図５は、この際の管理画面の画面例を示しており、リンク５０１〜リンク５０５等をクリックすることで、ＳＯＳステーション１−１〜１−ｎを管理し、様々な設定ができる。
さらに、各種センサーのデータを、ＳＳＧサーバー３のプロキシー部３１を介して端末２から取得したり、他の種類のサーバーと連動して分析することもできる。
【００２２】
（ステップＳ１０１）
まず、プロキシー部３１が行う登録処理について説明する。
ユーザーがリンク５０１の「フィード・サーバー・マネジメント」を選択すると、ＳＳＧを構成してデータを取得するためのＳＯＳステーション１−１〜１−ｎを登録することができる。
【００２３】
図６を参照して、実際にユーザーがリンク５０１を開いた際に、アプリケーションにて表示される画面例を示す。ここでは、登録を行うためのＳＯＳステーション１−１〜１−ｎを検索するためのフォーム５１０が表示されている。またフォーム５１０の下には、実際にＳＳＧサーバー３に登録されて管理されているＳＯＳステーション１−１〜１−ｎのリストが表示されている。
この図６の画面が表示された後、プロキシー部３１は、ユーザーによるフォーム５１０への入力を検知する。ここでは、ＳＯＳステーション１−１〜１−ｎのＩＰアドレス、又はインスタントメッセンジャーのアカウント名等の名前を、ＣＧＩやＳｏｃｋｅｔインターフェイス等により検知して検索する。
プロキシー部３１は、どちらを入力しても、ネットワーク５から適切なＳＯＳステーション１−１〜１−ｎを検索可能である。以降、ＳＯＳステーション１−１が検索されたものとして説明する。
検索されたＳＯＳステーション１−１のメッセンジャー１８０は、ネットワーク接続部１３０がプロキシー部３１が検索を行っていることを感知すると、認証を行うようネットワーク５を介して返信する。
プロキシー部３１は、認証部３３を用いて、返信を行ったＳＯＳステーション１−１を認証する。
認証に成功すると、プロキシー部３１は、ＳＯＳステーション１−１の名前とＩＰアドレスをセンサー構成記憶部３６にセンサー情報として登録し、管理下におく。以降の管理において、プロキシー部３１は、ＳＯＳステーション１−１をＩＰアドレスではなく名前で管理する。
【００２４】
（ステップＳ１０２）
次に、プロキシー部３１は、センサープラグアンドプレイ処理を行う。
このセンサープラグアンドプレイ処理では、接続したセンサーデータの読み取り、読み取ったセンサーデータの物理量変換、データベースへの書き込み、適切なデータ表示方法の選択、センサーの構成のヒストリー等を保存するといった処理を行うことができる。
具体的には、プロキシー部３１はＳＯＳプロトコルを用いて、ＳＯＳステーション１−１からセンサーＭＬ１２４を送信するように要求（リクエスト）する。
この要求をＳＯＳステーション１−１のネットワーク接続部１３０が検知すると、メッセンジャー１８０は、ＳＯＳプロトコルでの送信であることを検知して、ＳＯＳ解析部１１０に通知する。
ＳＯＳステーション１−１のＳＯＳ解析部１１０は、要求を解析して、メッセンジャー１８０にセンサーＭＬ１２４を送信するよう指示する。
ＳＯＳステーション１−１のメッセンジャー１８０は、ネットワーク接続部１３０からネットワーク５を介して、ＳＯＳプロトコルで送信する。
ＳＳＧサーバー３のプロキシー部３１は、センサーＭＬ１２４を受信すると、センサーＭＬ解析部３４に送信する。
ＳＳＧサーバー３のセンサーＭＬ解析部３４は、センサーＭＬ１２４を解析する。
なお、ＳＯＳステーション１−１からのセンサーＭＬで記載されたデータの送受信は、以下でも同様に行う。
【００２５】
ここで、センサーＭＬについて、図７を参照して説明する。
センサーＭＬは、センサーのデータやセンサーデータに関する情報（メタデータ）と、センサーが取得したデータそのものを、データ記述言語であるＸＭＬを用いて表現したものである。本発明の実施の形態に係る観測システムＸにおいては、これにより、ソフトウェア的なプラグ＆プレイを実現することができる。すなわち、センサーやカメラの接続、観測仕様の設定、観測の開始又は停止、サーバーへのデータ転送やセンサーデータ配信に係る自動化を実現する。また、保守保全に関して、センサーのキャリブレーションや寿命についての情報の取得や交換指示の自動化を実現することもできる。
センサーＭＬでは、ＸＭＬの複数の名前空間を用いて、名前（ネーム）と説明（デスクリプション）、ＩＰアドレス、センサーの構成等を記述することができる。また、シリアルやＵＳＢのポート等についても記載できる。
さらに、メタデータとしては、設置場所、所有者、管理者、センサー、変換式、単位等の情報、保守保全情報等についても用いることができる。
また、観測の開始や停止に係る接続されたセンサーの状態についても記載できる。
【００２６】
ＳＯＳステーション１−１のセンサーＭＬ１２４は、工場出荷時や製造時に予め記憶することができる。また、センサーＭＬ１２４は、ＳＳＧサーバー３からダウンロードして更新することも可能である。
また、実際のセンサー部１５０から取得したデータも、センサーＭＬ内に入れ込んで送信するが、これについては後述する。
【００２７】
このステップＳ１０２では、上述のように、センサーＭＬ１２４そのものを受信して、センサーＭＬ解析部３４が解析する。
解析されたセンサーＭＬ１２４の情報は、ＳＯＳステーション１−１のセンサーの構成をセンサー情報として、センサー構成記憶部３６に記憶する。また、センサーＭＬ１２４自身についても、センサー構成記憶部３６に記憶しておく。このように、センサーの構成の情報を記録しておくことで、センサーのプラグ＆プレイを実現することができる。
その後、プロキシー部３１は、登録されて管理下におかれたＳＯＳステーションを、図５のフォーム５１０の下に描画して表示する。
【００２８】
（ステップＳ１０３）
プロキシー部３１は、ＳＯＳステーション１−１の登録後に、登録したＳＯＳステーションの管理のための管理処理を行うこともできる。
ここでは、ユーザーが図６のリンク６０１をクリックした場合について説明する。ここでは、リンク６０１がＳＯＳステーション１−１を示しているものとする。
図８を参照すると、ユーザーがこのリンク６０１を開いた際に、アプリケーションにて表示されるＳＯＳステーション１−１の管理画面例を示す。
ここでは、観測ステーションの位置を地図で確認することができる。
また、後述するデータ取得処理により取得したデータを、メーターやグラフで表示・閲覧することもできる。ここでは、取得した各種センサーのデータは、ＳＯＳステーション１−１のセンサーＭＬ１２４を用いて、実際の値に変換して描画している。さらに、データの検索などもできる。
【００２９】
他に端末２からアプリケーションにより管理できる機能としては、図５をまた参照すると、プロキシー部３１は、リンク５０４の「ＳＯＳステーションのセットアップ」がユーザーにより選択されたことを検知すると、ＳＯＳステーションの詳細な管理処理を行うことができる。
図９を参照すると、このリンク５０４を開いた際に描画されるＳＯＳステーションの詳細な管理画面例である。
この画面例のフォームを用いて、ＳＯＳステーション１−１のユニークコードやカスタマーコード等のＳＯＳステーションを識別するためのＩＤ、名前の付与、グルーピング、存在情報公開の有無、データ公開の有無、データ公開の時期、データ公開対象ユーザーの設定、ＩＰアドレス、後述するの連携処理のためのマップキー等の登録、ログの管理やデータの連携のためのフィーダーサービスの設定が可能である。データ公開対象ユーザーとしては、不特定多数や特定ユーザーを選択することができる。
【００３０】
プロキシー部３１は、これらのアプリケーションからの管理／設定の指示を受信する。そして、コミュニケート部３９と連動し、ＳＯＳステーション１−１と送受信を行って各種設定を行う。この設定には、ＳＯＳステーション１−１のセンサーＭＬ１２４の変更や更新も含まれる。
【００３１】
また、プロキシー部３１は、ＳＯＳステーション１−１〜１−ｎの各種センサーのセンサー情報を、「センサーモデル」として一覧表示して、データの取得についてチェックすることもできる。このセンサーモデルにより、センサーの観測仕様の設定や、観測の開始や停止といった操作を行うこともできる。センサーの観測仕様としては、センサーの観測のインターバルや、センサー以外のカメラの画像フォーマット等の設定についても可能である。
ここで、図５をまた参照すると、プロキシー部３１は、リンク５０２の「センサーモデル」がユーザーにより選択されたことを検知すると、センサーの管理処理を行う。
図１０を参照すると、このリンク５０２を開いた際に描画される画面例である。ここでは、ＳＯＳステーション１−１〜１−ｎで取得可能な各センサーの種類とデータ取得の最新日付等を表示している。
ここで、例えば、プロキシー部３１は、ユーザーが「Ｔｈｅｒｍａｌ  Ｓｅｎｓｏｒ」（温度センサー）のリンクをクリックしたことを検知すると、ＳＯＳステーション１−１〜１−ｎの各温度センサーの値を例えばタブ区切りやコンマ区切り（．ｃｓｖファイル）としてダウンロード可能である。また、後述する連動処理により、地図上に直接表示したりすることも可能である。
また、プロキシー部３１は、ユーザーが「ｅｄｉｔ」のリンクをクリックしたことを検知すると、ユーザーの指示に従い、どのＳＯＳステーション１−１〜１−ｎから温度を取得するか等についての情報等を編集することが可能である。編集された情報は、ＳＯＳデータベース３２０に記憶され、また、該当するＳＯＳステーション１−１〜１−ｎのセンサーＭＬ１２４を変更することも可能である。この際に、観測の開始や停止を指示することも可能である。
また、上述のように各センサーには予めＩＤが設定されている。ここで、同種のセンサーには同種のＩＤが設定されているために、同じセンサーＭＬ内の記述内容を用いて表現可能である。このため、たとえばセンサー部１５０の一部のセンサーを取り替えたり、そもそもセンサーがまったく接続されていないＳＯＳステーション１−１〜１−ｎを設置して、後でセンサー部１５０を取り付けたりした場合でも、プロキシー部３１は、ＳＯＳデータベース３２０やセンサー構成記憶部３６からセンサーＭＬやセンサー情報を参照し、該当するＳＯＳステーション１−１〜１−ｎのセンサーＭＬ１２４を設定することができる。これにより、プラグ＆プレイのように、ただＳＯＳステーション１−１〜１−ｎを設置するだけで各種センサーのデータの観測が可能になる。
【００３２】
さらに、ユーザーは、ユーザーごとにセンサーデータの管理ポリシーを保存可能である。図５をまた参照すると、プロキシー部３１は、リンク５０３の「ユーザーセットアップ」がユーザーにより選択されたことを検知すると、ユーザー管理処理を行う。
図１１を参照すると、このリンク５０３を開いた際に描画される画面例である。ここでは、センサー存在情報、センサーデータの公開の有無、公開までの時間、データアクセス可能な他ユーザーの設定ができる。また、センサーデータの存在情報、メタデータ、センサーデータの配信に関する機能を設定することもできる。これらの設定は、プロキシー部３１が、ユーザーデータベース３３０に記憶する。
なお、プロキシー部３１を介さずに、設置されＳＯＳステーション１−１〜１−ｎに対して、該当するＩＤのセンサーＭＬ１２４をもつ他のＳＯＳステーション１−１〜１−ｎのセンサーＭＬ１２４をピアトゥーピアのように直接コピー等するように設定してもよい。
【００３３】
（ステップＳ１０４）
次に、プロキシー部３１は、データ取得処理を行う。
ここでは、例えば、ＳＯＳステーション１−１とＳＳＧサーバー３との間でのデータの送受信について、より詳しく説明する。
ここでは、ＳＯＳステーション１−１は、ＳＳＧサーバー３の管理下にあり、メッセージングのための認証が完了している状態で説明する。すなわち、メッセンジャー１８０とメッセージング等の手法を用いて、プライベートＩＰやＦｉｒｅｗａｌｌ下でもＳＳＧサーバー３と通信している。
まず、プロキシー部３１は、データの取得のために、ＳＯＳサービス３２を用いてＳＯＳプロトコルで、データの取得の要求を行う。
ＳＯＳステーション１−１のネットワーク接続部１３０は、このデータ取得の要求を受信すると、ＳＯＳ解析部１１０に通知する。
ＳＯＳ解析部１１０は、ＳＳＧサーバー３からの要求を解析して、制御部１００に通知する。
この上で、ＳＯＳステーション１−１の制御部１００は、後述するようにセンサーＭＬ１２４を使用して、センサー部１５０から取得したセンサーデータ１２２を入れ込んでセンサーＭＬのファイルを作成する。
ＳＯＳステーション１−１のメッセンジャー１８０は、このデータが入ったセンサーＭＬのファイルを、各種センサーのデータとして送信する。
【００３４】
ここで、図１２を参照して、センサーデータ１２２を入れ込んだセンサーＭＬについて説明する。
センサーＭＬは上述のようにデータ記述言語である。このため、データベースに記憶された生データであるセンサーデータ１２２を、アプリケーションや他のソフトウェア等で用いやすいようにセンサーＭＬ内に記載して記憶することができる。
【００３５】
図１２は、実際に、このセンサーデータ１２２が入れ込まれたセンサーＭＬの記載例である。
ＳＯＳステーション１−１の制御部１００は、例えば、（ａ）のように、アプリケーションにてセンサーのデータを取得した際に物理値への変換を行うルーチンへのリンクを記載する。
また、ＳＯＳステーション１−１がＧＰＳ（グローバル・ポジショニング・システム）を備えていたり、予め地図上の位置を設定してあったりする場合には、制御部１００は、（ｂ）センサーの設置緯度／経度を記載する。
さらに、制御部１００は、センサーデータ１２２のデータそのものである（ｃ）観測された値を記載する。ここでは、ＳＯＳステーション１−１の制御部１００により物理量へ変換した上で記載しているが、ＳＳＧサーバー３のプロキシー部３１が変換してもよい。
【００３６】
プロキシー部３１は、ＳＯＳサービス３２を介してセンサーＭＬ１２４にデータが入れ込まれたセンサーＭＬを受信する。
次に、プロキシー部３１は、センサー構成記憶部３６に記憶されたセンサーの構成等のセンサー情報を用いて、データが入れ込まれたセンサーＭＬをセンサーＭＬ解析部３４により解析する。
その後、プロキシー部３１は、この解析されたセンサーＭＬ内のメタデータやデータ等をＳＯＳデータベース３２０に記憶する。
この上で、プロキシー部３１は、解析されたデータやメタデータ等を、ＳＯＳで用いるデータ形式の１種であり、ＸＭＬ等の記述言語で記載された「Ｏ＆Ｍ  ｄｏｃｕｍｅｎｔ」形式で送信する。また、ＧＭＬ、ＫＭＬ等の国際標準フォーマットに基づく形式で送信し公開することもできる。これにより、他アプリケーションや他のシステムとの接続性を保障し、他アプリケーションや他のシステムとの連動処理を行うことができる。
この送信し公開されたデータやメタデータについては、端末２からアプリケーションを用いてＳＳＧサーバー３にアクセスを行うと、Ｏ＆Ｍ  ｄｏｃｕｍｅｎｔを読み込むことができる。この上で、アプリケーションの画面に、解析されたデータを表示することができる。また、端末２からウェブブラウザでアクセスすると、ブラウザの画面上に表として出力することもできる。
なお、上述したように、ＳＳＧサーバー３は、コミュニケート部３９により、ＳＯＳプロトコルによる問い合わせ以外にも、ＵＮＩＸ（登録商標）のシェルコマンド等のシステムのコマンドや、センサー設定のメッセージ等を識別し、ＳＯＳステーション１−１の適切な部位に配信し、その回答を送り返すこともできる。
【００３７】
（ステップＳ１０５）
次に、プロキシー部３１は、連動処理を行う。
上述のように、ＳＳＧサーバー３はＸＭＬや国際標準フォーマットを用いて解析されたデータを送信し公開することができるため、他のアプリケーションと連動して処理を行うことができる。他のアプリケーションとしては、他のＧＩＳシステムに位置を表示したり、作物適地の判定ソフトウェア等が考えられる。
このように、他のソフトウェアやサーバー上で解析されたデータやメタデータを用いて連動する処理を行うことを、ここでは「連動」と呼ぶ。この連動を行うための連動処理について、詳細に説明する。
まず、図５に戻って説明すると、ユーザーがリンク５０５を選択したことを、プロキシー部３１が検出した場合に、この連動処理の設定を行うことができる。
図１３を参照すると、このリンク５０５を開いた際に描画される画面例を示している。ここでは、本発明の実施の形態に係る観測システムＸとは別の（他の）ＧＩＳシステムであるグーグル社のグーグルマップとグーグルマップキーが登録されていることが分かる。すなわち、管理下にあるＳＯＳステーション１−１〜１−ｎの位置の情報（存在情報）を、グーグルマップで表示することが可能である。
実際のところ、本発明の実施の形態に係る観測システムＸにおいては、このような存在情報をＧＭＬ、ＫＭＬで発信して、他のＧＩＳや地図ソフト、作物適地を選定するソフトウェア等に容易に表示可能である。さらに、他のアプリケーションや該アプリケーションがインストールされたサーバー（他のシステム）を用いて、データの相互利用が可能になる。すなわち、解析されたデータやメタデータを表示したり更なる解析を行ったりすることが容易である。
また、国際標準のデータ形式で配信することにより、他のシステムにおいて、本発明の実施の形態に係る観測システム固有のインターフェースを開発したり、センサー構成ごとにプログラムを改変する必要がないという効果が得られる。
【００３８】
さらに説明すると、ＳＳＧサーバー３へアクセスするユーザーは、連動処理により、アプリケーションを用いて、解析されたデータを容易に視覚化可能である。
たとえば、ユーザーは、観測ステーション、センサーの位置を地図で確認することができる。
また、ユーザーは、データを適切な視覚的な小プログラムであり画面上のデータ表示コンポーネントである「Ｗｉｄｇｅｔ」により、メーターやグラフ等で可視化されたものを閲覧したり、検索したりすることができる。このＷｉｄｇｅｔは、ＳＳＧサーバー３のＳＯＳデータベース３２０や他のサーバー等により記憶しておき、ユーザーがアプリケーションにダウンロードしたり、デスクトップ等にダウンロードしたり、ウェブブラウザ上でＡＪＡＸを用いてダウンロードしたり、アプレット等のように用いたりすることができる。
また、ユーザーは、アプリケーションの設定処理により、各ユーザー用に、センサーデータの可視化のための画面の設定や、画面自体の保存をすることができる。つまり、Ｗｉｄｇｅｔの画面上での配置とセンサーへの接続等の情報を設定、保存することができる。
さらに、アプリケーションは、ＳＳＧサーバー３に問い合わせを行い、国際標準データ形式で各種センサーのデータを取得することにより、別のソフトウェアでもデータを利用することがでできる。
また、可視化画面をデザインすることもできる。ここでは、ＷｉｄｇｅｔをセンサーデータにＧＵＩ（グラフィカル・ユーザ・インターフェイス）を用いて「接続」することができる。また、そのデザインをＳＳＧサーバー３のユーザーデータベース３３０や端末２の記憶部に記憶することができる。
以上により、観測システムＸによる観測処理を終了する。
【００３９】
なお、ステップＳ１０１〜Ｓ１０５は、それぞれ独立して実行することができ、ユーザーが必要な処理をアプリケーションから選択することができる。
【００４０】
以上のように構成することで、以下のような効果を得ることができる。
まず、従来技術１のフィールドサーバーにおいては、フィールドサーバーの設置、データ収集、そして公開までの手順が複雑・煩雑で、多大な時間、人員を要するという問題があった。
【００４１】
これは、従来技術１のフィールドサーバーでは、センサーを接続すると、それぞれに電圧から物理量への変換や単位の追加に関してプログラムを書かなくてはならないためであった。また、設置場所、所有者、管理者、センサー、変換式、単位などメタデータを記載する手段がないためでもあった。
このため、従来技術１のようなフィールドサーバーにおいては、ハードウエアコストよりも高額な、設置、設定、公開のためのコストが発生しているという問題があった。
たとえば、既存のシステムを設置する場合、一箇所あたり、二人の技術者が５日間かかっており、また、サーバーのサポートや現地への移動旅費なども必要であった。
すなわち、フィールドサーバーを設置するだけで、大きなコストが発生していた。
【００４２】
これに対して、本発明の実施の形態に係る観測システムＸでは、データ記述言語であるセンサーＭＬを用いて各センサーに関する情報を記載することにより、センサーのプラグ＆プレイを実現することができる。すなわち、新しいＳＯＳステーションやセンサーを接続した際に、センサーを自動認識し、読み取り、保存、物理量への変換、転送について、一切プログラムにさわることなく、自動的に設定を行うことができる。
また、各センサーのＩＤに対応するモジュールを用いて、センサーが取得したデータをデータベースに記憶することができるため、センサーを接続するだけで、取得したデータの自動アーカイブを行うことができる。
さらに、サーバーには、センサーやユーザーやデータの管理のための管理手段を提供するために、センサーネットワークを構成して管理することが容易である。
このため、技術者による特殊な設置技術を必要としないので、フィールドサーバーの設置や設定にかかっている時間や困難性を劇的に小さくすることができる。
よって、従来よりも低コストでユビキタスなセンサーネットワークを実現することができ、観測データの遠隔モニタリングを低コストで行うことができる。
【００４３】
また、従来技術１のフィールドサーバーの公開データのフォーマットは場所ごとにことなる単純なテキストファイルで、他のアプリケーションへ接続するには、それぞれプログラムを書く必要があった。このため、相互接続性・相互運用性の問題があった。
【００４４】
これに対して、本発明の実施の形態に係る観測システムＸでは、センサーやノードであるＳＯＳステーションから取得したデータの管理を行い、国際標準フォーマットを用いて、他のアプリケーションや他のＧＩＳシステム等との接続性を保障したうえで配信することができる。
このため、相互接続性・相互運用性を向上することができ、例えば、ウェブサービスでよく使われている地図ソフト等に、ＳＯＳステーションの位置を表示したり、データをそれに合わせて表示したりして可視化することができる。
このように本発明の実施の形態に係る観測システムＸは、簡便で即時性・汎用性のある自動設定、収集、配信技術を提供することができる。
すなわち、センサーの設置やデータ収集・公開までの複雑・煩雑な手順を必要としない観測システムを提供することができ、コストを低減できる。
【００４５】
さらに、従来技術１のフィールドサーバー等のサーバーは、ＶＰＮ（バーチャル・プライベートネットワーク）接続を行うことが多く、この場合は、特定のＳＳＧサーバー以外のサーバーに接続するためには、新たなＶＰＮ構築用の作業が発生する。
このため、既存のサービスを利用すれば、とりあえず設置することは可能であるが、一般的な知識のユーザーではローカルでの運用以外は難しかった。
【００４６】
これに対して、本発明の実施の形態に係る観測システムＸは、ＳＳＧサーバーと、センサーを接続するＳＯＳステーションから構成され、メッセージング等の技術によりサーバーと通信しする。そして、センサーやデータ、ユーザーに関する情報を保持し、センサーのプラグ＆プレイを実現することができる。
このために、接続に関しても特別な作業をする必要がなく、一般的な知識のユーザーでも、グローバル（広域）のセンサーネットワークを構成することができるという効果が得られる。
また、ＶＰＮ構築のような複雑な作業も必要ないために、コストを低減できる。さらに、保守保全を省力化することができる。
【００４７】
以上をまとめると、本発明の実施の形態に係る観測システムＸは：
（１）センサーネットの自動設定。
（２）自動アーカイブ。
（３）自動発信。
（４）国際標準のデータ形式でのデータ配信。
（５）ＧＩＳデータとしての配信。
（６）センサー、ユーザー、データの管理。
（７）センターおよびセンサーノードのプラグ＆プレイ。
（８）低コスト化。
（９）保守保全の省力化。
のような効果を得ることができる。
【００４８】
なお、上記実施の形態の構成及び動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更して実行することができることは言うまでもない。
【図面の簡単な説明】
【００４９】
【図１】本発明の実施の形態に係る観測システムＸのシステム構成図である。
【図２】本発明の実施の形態に係るＳＯＳステーション１−１の制御ブロック図である。
【図３】本発明の実施の形態に係るＳＳＧサーバー３の制御ブロック図である。
【図４】本発明の実施の形態に係る観測システムＸによる観測処理のフローチャートである。
【図５】本発明の実施の形態に係る管理画面の画面例である。
【図６】本発明の実施の形態に係る管理処理のための画面例である。
【図７】本発明の実施の形態に係るセンサーＭＬの記述例を示す図である。
【図８】本発明の実施の形態に係るＳＯＳステーション１−１の管理画面例である。
【図９】本発明の実施の形態に係るＳＯＳステーション１−１の詳細な管理画面例である。
【図１０】本発明の実施の形態に係るセンサーの管理画面例である。
【図１１】本発明の実施の形態に係るユーザー管理画面例である。
【図１２】本発明の実施の形態に係る各種センサーのデータを入れ込んだセンサーＭＬの記述例である。
【図１３】本発明の実施の形態に係る連動処理のための画面例である。
【符号の説明】
【００５０】
１−１〜１−ｎ  ＳＯＳステーション
２  端末
３  ＳＳＧサーバー
５  ネットワーク
１０  フィールドサーバ
３１  プロキシー部
３２  ＳＯＳサービス
３３  認証部
３４  センサーＭＬ解析部
３６  センサー構成記憶部
３７  同期制御部
３９  コミュニケート部
１００  制御部
１１０  ＳＯＳ解析部
１２０  記憶部
１２２  センサーデータ
１２４  センサーＭＬ
１３０  ネットワーク接続部
１４０  カメラ部
１４５  太陽電池部
１５０  センサー部
１６０  外部入出力部
１７０  ウェブサーバー
１８０  メッセンジャー
３１０  セッションデータベース
３２０  ＳＯＳデータベース
３３０  ユーザーデータベース
５０１、５０２、５０３、５０４、５０５、６０１  リンク
５１０  フォーム
Ｘ  観測システム
【図１】
2010049560.tif 000003
【図２】
2010049560.tif 000004
【図３】
2010049560.tif 000005
【図４】
2010049560.tif 000006
【図５】
2010049560.tif 000007
【図６】
2010049560.tif 000008
【図７】
2010049560.tif 000009
【図８】
2010049560.tif 000010
【図９】
2010049560.tif 000011
【図１０】
2010049560.tif 000012
【図１１】
2010049560.tif 000013
【図１２】
2010049560.tif 000014
【図１３】
2010049560.tif 000015