(57)【要約】【課題】ユーザの要求を満たす空間データ作成手順を自動的に検索し、又は構築する。【解決手段】空間データベース、センサ、及び空間解析サービスのうち一つ以上から構成される空間データ提供サービスと、前記空間データ提供サービスのそれぞれのサービスを説明するシナリオを管理するシナリオクリアリングハウスと、から構成される空間データ提供サービスシステムにおける空間データ作成手順の管理方法において、前記シナリオは、提供仕様、要求仕様、サービス仕様、及び／又は実行する手順を有し、前記シナリオクリアリングハウスは、要求仕様を満たす空間データ作成手順の探索要求を受けると、前記探索要求の要求仕様と一致する前記提供仕様を有する前記シナリオを検索し、また該シナリオが有する要求仕様と一致する前記提供仕様を有する前記シナリオを再帰的に検索する。【選択図】  図２
2006072908.tif 000002
【特許請求の範囲】
【請求項１】
空間データベース、センサ及び空間解析サーバのうち一つ以上から構成される空間データ提供サービスサブシステムと、
前記空間データ提供サービスサブシステムによって提供されるサービスを説明するシナリオを管理するシナリオクリアリングハウスと、から構成される空間データ提供サービスシステムにおける空間データ作成手順の管理方法において、
前記シナリオは、提供仕様、要求仕様、サービス仕様、実行する手順のうち少なくとも一つを有し、
前記シナリオクリアリングハウスは、
要求仕様を満たす空間データ作成手順の探索要求を受けると、前記探索要求の要求仕様と一致する提供仕様を有するシナリオを検索し、
前記検索されたシナリオの要求仕様と一致する提供仕様を有するシナリオを再帰的に検索することを特徴とする空間データ作成手順の管理方法。
【請求項２】
前記シナリオクリアリングハウスは、前記検索されたシナリオを接続することによって、要求仕様を満たす空間データ作成手順を構築することを特徴とする請求項１に記載の空間データ作成手順の管理方法。
【請求項３】
前記空間データ提供システムは、前記探索要求が入力されるクライアント端末を備え、
前記シナリオクリアリングハウスは、前記検索されたシナリオの提供仕様を含むシナリオ評価情報を、前記クライアント端末に表示させることを特徴とする請求項１に記載の空間データ作成手順の管理方法。
【請求項４】
前記空間データ提供システムは、前記探索要求が入力されるクライアント端末を備え、
前記シナリオクリアリングハウスは、検索された前記シナリオの提供仕様、要求仕様、サービス仕様のうち少なくとも一つを含むシナリオ詳細情報を、前記クライアント端末に表示させることを特徴とする請求項１に記載の空間データ作成手順の管理方法。
【請求項５】
前記シナリオクリアリングハウスには、空間データを作成する複数のシナリオを含む空間データ作成手順が登録され、
前記シナリオクリアリングハウスは、前記探索要求の要求仕様と登録された空間データ作成手順の提供仕様とが一致する場合には、該空間データ作成手順を検索することによって、前記要求仕様と一致するシナリオを検索することを特徴とする請求項１に記載の空間データ作成手順の管理方法。
【請求項６】
前記シナリオクリアリングハウスには、空間データを作成する空間データ作成手順が登録され、
前記シナリオクリアリングハウスは、前記探索要求の要求仕様と登録された空間データ作成手順の提供仕様とが一致しない場合には、該空間データ作成手順の最も下位のシナリオから該下位のシナリオを必要とするシナリオへ提供仕様を満たすシナリオになるまで再帰的にさかのぼり、
前記探索要求の提供仕様を満たすシナリオを見つけると、該シナリオの下位のシナリオを棄て、
見つけたシナリオの要求仕様を満たす提供仕様を有するシナリオを再帰的に検索し、
前記検索されたシナリオを接続することによって、前記空間データ作成手順を構築することを特徴とする請求項１に記載の空間データ作成手順の管理方法。
【請求項７】
空間データベース、センサ及び空間解析サーバのうち一つ以上から構成される空間データ提供サービスサブシステムと、
前記空間データ提供サービスサブシステムによって提供されるそれぞれのサービスを説明するシナリオを管理するシナリオクリアリングハウスと、
前記シナリオを実行するスクリプトパーサと、から構成される空間データ提供サービスシステムにおける空間データ作成方法において、
前記シナリオは、提供仕様、要求仕様、サービス仕様、実行する手順のうち少なくとも一つを有し、
前記シナリオクリアリングハウスは、
前記要求仕様を満たす空間データ作成手段の探索要求を受けると、前記探索要求の要求仕様と一致する前記提供仕様を有するシナリオを検索し、
前記検索されたシナリオの要求仕様と一致する提供仕様を有するシナリオを再帰的に検索し、
前記検索されたシナリオを接続することによって、要求仕様を満たす空間データ作成手順を構築し、
前記スクリプトパーサは、構築された空間データ作成手順を実行して空間データを作成することを特徴とする空間データ作成方法。
【請求項８】
前記シナリオクリアリングハウスは、
作成された空間データの提供仕様と前記探索要求の要求仕様とを比較し、
前記作成された空間データの提供仕様が前記探索要求の要求仕様と一致しない場合には、前記探索要求の要求仕様を満たす空間データの作成手順を新たに構築すること特徴とする請求項７に記載の空間データ作成方法。
【請求項９】
前記空間データ提供システムは、
外部からのアクセスを制限するファイアウォールと、
セキュリティ上公開できない空間データを格納するファイアウォール内の空間データベースと、を備え、
前記ファイアウォールは、前記空間解析サーバが前記ファイアウォール内の空間データベースを利用できるかを判断し、
前記空間解析サーバは、
該空間データベースを利用できると判断されると、前記探索要求をファイアウォール内にダウンロードし、
ファイアウォール内の空間データベースのデータを取得し、
取得したデータを用いて前記シナリオをスクリプトパーサに実行させ、
前記スクリプトパーサによる実行結果の精度を低減することを特徴とする請求項７の空間データ作成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、空間データを作成する手順の管理方法に関し、要求を満たす空間データを作成する手順を、自動的に検索又は構築する空間データ作成手順の管理方法に関する。
【背景技術】
【０００２】
近年、インターネット上に分散する多数の空間データベースから、ユーザの求める仕様の空間データがどこに存在するかを効率的に発見するため、クリアリングハウスが導入されている。クリアリングハウスとは、どの空間データベースにどのような仕様の空間データが存在するかを管理する情報の集積所である（例えば特許文献１参照）。
【０００３】
空間データベースの管理者は、管理する空間データの仕様及びその空間データを格納する場所をメタデータとして記述し、クリアリングハウスに登録する。なお、空間データの仕様は、領域範囲、作成日、作成者、認定者、精度、信頼性及び購入価格などである。メタデータは、基本的に人間が参照することを目的とした文書である。
【０００４】
クリアリングハウスの利用形態を説明する。ユーザは、Ｗｅｂを介してクリアリングハウスに、検索条件を入力する。すると、クリアリングハウスは、検索条件と適合した仕様の空間データのメタデータを選択し、ユーザに知らせる。そして、ユーザは、メタデータを参照して、適切な空間データを選択する。
【０００５】
クリアリングハウスは、米国ＦＧＤＣ（Ｆｅｄｅｒａｌ  Ｇｅｏｇｒａｐｈｉｃ  Ｄａｔａ  Ｃｏｍｍｉｔｔｅｅ：連邦地理データ委員会）での運用が盛んである。例えば、ＩＳＯ、ＡＮＳＩ標準仕様の図書検索プロトコルであるＺ３９．５０を地理情報向けに拡張したＧＥＯ  Ｐｒｏｆｉｌｅを利用して、米国内外１００地点以上のクリアリングハウスサービスを実施している。日本でも、国土庁や国土地理院がクリアリングハウスサービスを実施している。
【特許文献１】特開２００１−１０９６５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来技術のクリアリングハウスによって、複数の組織が提供する空間データ提供サービスをユーザが並列的に利用できる環境が整ってきた。なお、空間データ提供サービスは、空間データベース、センサ及び空間解析サービスから構成される。また、並列的とは、空間データが全て並列に存在し、ユーザがそのどれか一つを選択して利用することを意味する。
【０００７】
一方、空間データ提供サービスを直列的に連動して使用したいというニーズも存在する。直列的とは、サービスの連動である。例えば、ある空間データの出力を別の空間解析サービスの入力として使用し、更にその結果を別の空間解析サービスの入力とする場合である。しかし、従来技術では、ユーザが直列的に空間データ等を利用することは考慮されていない。
【０００８】
そこで本発明は、空間データ提供サービスを、直列的又は並列的に連動させる手順を容易に構築する。更に、構築した手順を知識として管理し、再利用及び共有利用できる手段を提供する。
【課題を解決するための手段】
【０００９】
本発明は、空間データベース、センサ、及び空間解析サービスのうち一つ以上から構成される空間データ提供サービスと、前記空間データ提供サービスのそれぞれのサービスを説明するシナリオを管理するシナリオクリアリングハウスと、から構成される空間データ提供サービスシステムにおける空間データ作成手順の管理方法において、前記シナリオは、提供仕様、要求仕様、サービス仕様、及び／又は実行する手順を有し、前記シナリオクリアリングハウスは、要求仕様を満たす空間データ作成手順の探索要求を受けると、前記探索要求の要求仕様と一致する前記提供仕様を有する前記シナリオを検索し、また該シナリオが有する要求仕様と一致する前記提供仕様を有する前記シナリオを再帰的に検索する。
【発明の効果】
【００１０】
本発明の空間データ作成手順の管理方法によれば、ユーザの要求を満たす空間データ作成手順を自動的に検索又は構築することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態を図面を参照して説明する。
【００１２】
（第１の実施の形態）
図１は、本発明の第１の実施の形態の利用イメージのブロック図である。
【００１３】
複数の組織が運営する空間データ提供サービスが、ネットワーク（例えば、インターネット）上に存在する。具体的に、空間データ提供サービスは、雨量センサ３０１、過去雨量の履歴データベース３０２、標高データベース３０３、家屋データベース３０４、雨量センサデータ取得サービス３０５、雨量空間分布計算サービス３０６、洪水解析サービス３０７、領域抽出サービス３０８、床上浸水範囲予測サービス３０９、保険料算定サービス３１０、雨量空間分布取得サービス３１１、標高データ取得サービス３１２及び家屋資産価値取得サービス３１３である。各サービスは、別個のプログラム（サーバ）によって構成されている。
【００１４】
ここで、大雨時に自治体の災害対策担当のユーザ３１４が、避難計画を立案する場合で説明する。災害対策担当ユーザ３１４は、現在の大雨から予測される一時間後の洪水による床上浸水範囲を使って避難計画を立案する。
【００１５】
まず、災害対策担当ユーザ３１４は、雨量センサデータ取得サービス３０５を使って、雨量センサ３０１から降雨量を取得する。次に、雨量空間分布計算サービス３０６を使って、雨量の空間分布を計算する。次に、標高データ取得サービス３１２を使って、標高データベース３０３から標高データを取得する。そして、災害対策担当ユーザ３１４は、洪水解析サービス３０７を使って、雨量の空間分布及び標高データから洪水解析を行う。
【００１６】
次に災害対策担当ユーザ３１４は、領域抽出サービス３０８を使って、洪水解析の結果から水深が１ｍ以上となる領域を抽出する。そして、床上浸水範囲予測サービス３０９を使って、床上浸水範囲を予測する。以後、ここで示したような空間データ提供サービスの一連の連動手順に関する知識を、シナリオと呼ぶ。
【００１７】
一方、自治体の防災計画担当のユーザ３１５が、将来の大雨に対する床上浸水範囲のリスクを判定し、避難所位置や規模を検討する場合を説明する。
【００１８】
防災計画担当ユーザ３１５は、災害対策担当ユーザ３１４が使用したシナリオによって、床上浸水範囲の予測３０９を行う。しかし、防災計画担当ユーザ３１５は、将来の大雨を予測したいので、雨量センサ３０１からではなく、過去雨量の履歴データベース３０２から雨量のデータを取得したい。そこで、防災計画担当ユーザ３１５は、雨量空間分布取得サービス３１１を使って、雨量データベース３０２から雨量の空間分布を取得する。そして、防災担当ユーザ３１５は、洪水解析サービス３０７を使って、雨量空間分布及び標高データから洪水解析を行う。
【００１９】
また、損害保険業界の保険料率算定担当のユーザ３１６が、将来の大雨に対する床上浸水範囲のリスクから、保険料率を決定する場合を説明する。保険料率算定担当ユーザ３１６は、防災計画担当ユーザ３１５が使用したシナリオによって、床上浸水範囲の予測を行う。更に、保険料率算定担当ユーザ３１６は、家屋資産価値取得サービス３１３を使って、家屋データベース３０４から家屋資産価値を取得する。そして、保険料率算定担当ユーザ３１６は、床上浸水範囲及び家屋資産価値に基づいて、生じる被害額の期待値を計算し、最適な保険料率を算定する。
【００２０】
このように、それぞれのユーザは、シナリオを実行することによって、目的を達することができる。本実施の形態では、このような処理を以下で説明する空間データ提供サービスシステムを使って自動的に実行する。
【００２１】
図２は、本発明の第１の実施の形態の空間データ提供サービスシステムのブロック図である。
【００２２】
空間データ提供サービスシステムは、シナリオクリアリングハウス６０１、複数のスクリプトパーサ６０２、空間データベース６０３、センサ６０４、空間解析サービス６０５及びクライアント６０６から構成されている。但し、空間データベース６０３、センサ６０４及び空間解析サービス６０５は、一つを図示するが多数存在してもよい。
【００２３】
シナリオクリアリングハウス６０１、スクリプトパーサ６０２及びクライアント６０６は、インターネットによって接続されている。空間データベース６０３、センサ６０４及び空間解析サービス６０５は、それぞれ別のスクリプトパーサ６０２に接続されている。
【００２４】
シナリオクリアリングハウス６０１は、後述する図４のような構成であり、シナリオを管理する。スクリプトパーサ６０２は、後述する図５のような構成であり、シナリオを実行する装置である。また、スクリプトパーサ６０２は、シナリオに基づく空間データベース６０３、センサ６０４及び空間解析サービス６０５を連係させる。
【００２５】
空間データベース６０３は、空間データを蓄積する記憶装置である。センサ６０４は、環境の観測を行う。空間解析サービス６０５は、空間シミュレーションなど、空間データを入力して新たな空間データを作成するコンピュータ装置である。
【００２６】
クライアント６０６は、シナリオ選択用ユーザインタフェースを備えるコンピュータ装置である。空間データ提供サービスを利用するユーザは、クライアント６０６を使って、シナリオを探索し、実行する。
【００２７】
次に、シナリオの構成について詳細を説明する
図３は、本発明の第１の実施の形態のシナリオの構成の説明図である。
【００２８】
シナリオ１０１には、空間データを取得、又は作成する手順が記述されている。シナリオ１０１は、ＸＭＬ形式やｓ形式（ｌｉｓｐ形式）など、階層的な構造が記述可能な言語で記述される。
【００２９】
シナリオ１０１は、提供仕様１０２、要求仕様１０３、スクリプト１０４、サービス仕様１０５、空間データの参照１０６、実行モジュールの参照１０７及び別のシナリオへの参照１０８の７つの要素から構成される。なお、シナリオ１０１は、すべての要素から構成されてもよいし、いずれかの要素の組み合わせから構成されてもよい。
【００３０】
図中の矢印は、矢の先端が矢の末端（シナリオ１０１）の要素であることを示す。それぞれの要素の下部に記述した値は、その要素の個数を表す。例えば、「０．．１」はその構造がシナリオに０又は１個存在することを示し、「０．．＊」はその構造がシナリオに０個以上存在することを示す。
【００３１】
提供仕様１０２は、シナリオが作成する空間データの仕様を説明するメタデータである。これは従来技術のクリアリングハウスに格納されるメタデータに相当する。提供仕様１０２は、データの種類、データ形式、空間位置、空間領域範囲、時間位置、時間範囲、精度、品質、価格、利用目的及び利用者制限情報などから構成される。
【００３２】
要求仕様１０３は、シナリオが空間データを作成するときに入力引数となる空間データの仕様を説明するメタデータである。要求仕様１０３は、提供仕様１０２と同様に、データの種類、データ形式、空間位置、空間領域範囲、時間位置、時間範囲、精度、品質、価格、利用目的及び利用者制限情報などから構成される。要求仕様１０３は、特に必要がない場合、省略できる。要求仕様１０３を省略したシナリオ１０１の空間データは、入力引数なしで取得できる。
【００３３】
スクリプト１０４は、シナリオが空間データを作成する手順である。シナリオ１０１は、要求仕様１０３を満たす空間データを入力引数として、スクリプト１０４を実行する。スクリプト１０４を実行すると、提供仕様１０２で記述される空間データを出力することを保証する。
【００３４】
サービス仕様１０５は、シナリオ１０１自体の仕様を説明するメタデータである。サービス仕様１０５では、提供仕様１０２及び要求仕様１０３では説明できない情報を記述する。サービス仕様１０５は、例えば、シナリオ１０１を実行するために必要な課金額、シナリオ１０１を実行するための処理時間、及びシナリオ１０１を実行することによる精度低下などである。特にこれらの情報の説明が必要がない場合、サービス仕様１０５は省略できる。
【００３５】
空間データの参照１０６は、シナリオ１０１が作成する空間データへの参照情報であり、例えば、ＵＲＬ（Ｕｎｉｆｏｒｍｅｄ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）などで記述される。シナリオ１０１及び空間データの参照１０６をセットで管理することによって、提供仕様１０２を用いて空間データの仕様を管理することができる。また、スクリプト１０４から空間データの作成手段を管理することができるため、空間データが破棄された場合に、空間データを再取得することができる。空間データの参照１０６は、特に必要ない場合には省略できる。
【００３６】
実行モジュールの参照１０７は、シナリオが空間データを作成する際に必要なダウンロード可能な実行モジュールへの参照情報である。シナリオ１０１及び実行モジュールの参照１０７をセットで管理することによって、サービス仕様１０５を用いて実行モジュールの仕様を管理することができる。また、シナリオ１０１の実行時に実行モジュールをダウンロードすることができる。なお、実行モジュールの利用手順はスクリプト１０４に記述される。実行モジュールの参照１０７は、特に必要ない場合、省略できる。
【００３７】
別のシナリオへの参照１０８は、シナリオ１０１自身がサブルーチンとして使用する別のシナリオ１０８への参照情報である。別のシナリオへの参照情報１０８は、特に必要ない場合には省略できる。
【００３８】
次に、シナリオの種類及び構造について定義する。
【００３９】
シナリオの定義は、ＲＦＣ２６１６などで利用されている拡張ＢＮＦ（augmented Backus-Naur Form）記法を利用して説明する。
【００４０】
シナリオは、式（１）のように定義される。
【００４１】
<Scenario> ::= <P-Scenario> | <R-Scenario> | <S-Scenario>…（１）
【００４２】
ここで、<Scenario>はシナリオ、<P-Scenario>は提供シナリオ（Provided Scenario）、<R-Scenario>は要求シナリオ（Request Scenario）、<S-Scenario>は回答シナリオ（Solved Scenario）である。
【００４３】
すなわち、シナリオは、提供シナリオ、要求シナリオ又は回答シナリオのいずれかである。提供シナリオは、空間データベース６０３、センサ６０４及び空間解析サービス６０５の各々が、提供できる空間データを作成するシナリオである。要求シナリオは、クライアント６０６がシナリオクリアリングハウス６０１に空間データの作成手段を問い合わせるシナリオである。回答シナリオは、検索結果としてシナリオクリアリングハウス６０１からクライアント６０６に返戻されるシナリオである。
【００４４】
提供シナリオは、式（２）のように定義される。
【００４５】
<P-Scenario> ::= <PE-Scenario> | <PM-Scenario> | <PCE-Scenario> | <PCM-Scenario>…（２）
【００４６】
ここで、<PE-Scenario>は終端シナリオ（Provided End Scenario）、<PM-Scenario>は中間シナリオ（Provided Middle Scenario）、<PCE-Scenario>は複数候補付きの終端シナリオ（Provided Candidate End Scenario）、<PCM-Scenario>は複数候補付きの中間シナリオ（Provided Candidate Middle Scenario）である。
【００４７】
すなわち、提供シナリオは、終端シナリオ、中間シナリオ、複数候補付きの終端シナリオ又は複数候補付きの中間シナリオのいずれかである。
【００４８】
終端シナリオは、式（３）のように定義される。
【００４９】
<PE-Scenario> ::= <P-Meta> <Script> *(<R-Meta> <PE-Scenario>)…（３）
【００５０】
ここで、< P-Meta>は提供仕様（Provided Metadata）、<Script>はスクリプト、<R-Meta>は要求仕様（Required Metadata）である。なお、記号「*」は、０回以上の繰り返しを示す。
【００５１】
すなわち、終端シナリオは、１つの提供仕様、１つのスクリプト、０個以上の要求仕様及びその要求仕様に対応する別のシナリオから構成される。このように、終端シナリオは、すべての要求仕様に、それを解決する別のシナリオが対応して構成されている。よって、未解決となる要求仕様は存在しない。
【００５２】
中間シナリオは、式（４）のように定義される。
【００５３】
<PM-Scenario> ::= <P-Meta> <Script> *(<R-Meta> 0*1<PM-Scenario>) *<U-Scenario>…（４）
【００５４】
ここで、<U-Scenario>は使用シナリオ（Using Scenario）である。また、記号「0*1」は、０又は１回の繰り返しを示す。
【００５５】
中間シナリオは、終端シナリオと異なり、要求仕様に対応する別のシナリオが存在しない場合がある。また、中間シナリオは、０個以上の使用シナリオを備える場合もある。
使用シナリオは、式（５）のように定義される。
【００５６】
<U-Scenario> ::= USING <PM-Scenario>…（５）
【００５７】
使用シナリオは、シナリオに対する制限情報であり、必ず使用しなければならないシナリオである。
【００５８】
複数候補付きの終端シナリオは、式（６）のように定義される。
【００５９】
<PCE-Scenario> ::= <P-Meta> <Script> *(<R-Meta> 1*<PCE-Scenario>)…（６）
【００６０】
すなわち、複数候補付きの終端シナリオは、終端シナリオと異なり、要求仕様に対応する別のシナリオが複数個存在する場合がある。ユーザは、それぞれのシナリオの提供仕様を参照して、どのシナリオを用いて空間データを作成するかを選択することができる。
【００６１】
複数候補付きの中間シナリオは、式（７）のように定義される。
【００６２】
<PCM-Scenario> ::= <P-Meta> <Script> *(<R-Meta> *<PCM-Scenario>) *<U-Scenario>…（７）
【００６３】
複数候補付きの中間シナリオは、複数候補付きの終端シナリオと異なり、要求仕様に対応する別のシナリオが存在しない場合がある。また、複数候補付きの中間シナリオは、使用シナリオを持つ場合がある。
【００６４】
要求シナリオは、式（８）のように定義される。
【００６５】
<R-Scenario> ::= <R-Meta> *<U-Scenario>…（８）
【００６６】
要求シナリオは、１つの要求仕様及び０個以上の使用シナリオから構成される。
【００６７】
回答シナリオは、式（９）のように定義される。
【００６８】
<S-Scenario> ::= <SS-Scenario> | <SD-Scenario> | <SC-Scenario>…（９）
【００６９】
ここで、<SS-Scenario>は単独シナリオ（Solved Single Scenario）、<SD-Scenario>は詳細シナリオ（Solved Detailed Scenario）、<SC-Scenario>は代替シナリオ（Solved Candidate Scenario）である。
【００７０】
すなわち、回答シナリオは、単独シナリオ、詳細シナリオ又は候補シナリオのいずれかである。
【００７１】
単独シナリオは、式（１０）のように定義される。
【００７２】
<SS-Scenario> ::= <P-Meta> <Script>…（１０）
【００７３】
単独シナリオは、提供仕様及びスクリプトから構成される。また、単独シナリオは、終端シナリオで示される複数のシナリオを単独のシナリオにまとめたものである。単独シナリオのスクリプト部分を実行することによって、提供仕様に示される空間データを取得できる。
【００７４】
詳細シナリオは、式（１１）のように定義される。
【００７５】
<SD-Scenario> ::= <P-Meta> <Script> *(<R-Meta> <SD-Scenario>)…（１１）
【００７６】
詳細シナリオは、終端シナリオと同一の構造であり、シナリオ間をつなぐ空間データの要求仕様及び提供仕様が含まれる。このような中間段階での要求仕様及び提供仕様は、通常は冗長な情報である。しかし、詳細シナリオを用いて空間データを取得しておけば、そのシナリオで使用する空間データの取得に失敗しても、その空間データを取得する別のシナリオを取得することができる。なお、別のシナリオは、取得に失敗した空間データの要求仕様を用いて、シナリオクリアリングハウス６０１を再検索することによって、取得できる。
【００７７】
代替シナリオは、式（１２）のように定義される。
【００７８】
<SC-Scenario> ::= <P-Meta> <Script> *(<R-Meta> 1*<SC-Scenario>)…（１２）
【００７９】
代替シナリオは、複数候補付きの終端シナリオと同じ構造である。代替シナリオは、シナリオ間をつなぐ空間データの要求仕様及び提供仕様が存在し、更に要求仕様に対し複数個の提供仕様が存在する場合がある。
【００８０】
代替シナリオを用いて空間データを取得しておけば、そのシナリオで使用する空間データの取得に失敗しても、シナリオを実行した結果の空間データを取得できる。つまり、取得に失敗した空間データの要求仕様を満たす別のシナリオを用いることによって、シナリオ実行結果の空間データを取得できる。
【００８１】
シナリオを用いる順番（優先順位）は、代替シナリオに記述されている先着順としてもよいし、何らかの優先番号をシナリオに付加してもよい。また、シナリオの優先順位は、クリアリングハウスが、複数候補付きの終端シナリオをクライアントに返信する際に、順番を選択することができる。そして、それを受け取ったユーザが、シナリオの優先順位を修正することもできる。
【００８２】
スクリプトは、式（１３）のように定義される。
【００８３】
<Script> ::= <Func> *<Param>…（１３）
【００８４】
ここで、<Func>は関数名、<Param>はその引数である。
【００８５】
スクリプトは、１つの関数名及び０個以上の引数から構成される。
【００８６】
引数は、式（１４）のように定義される。
【００８７】
<Param> ::= <Value> | <Scenario> | <Script>…（１４）
【００８８】
ここで、<Value>は文字列や数字などの値であり、<Scenario>は式（１）で定義したシナリオである。
【００８９】
すなわち、引数は、文字列等の値、シナリオ又はスクリプトのいずれかである。
【００９０】
関数名は、式（１５）のように定義される。
【００９１】
<Func> ::= <Ask> | <SystemFunc> | <ServiceFunc>…（１５）
【００９２】
ここで、<Ask>は通信関数である。<SystemFunc>は、スクリプトであらかじめ定義されている関数であり、四則演算、ｉｆ、及びｅｌｓｅなどの条件分岐などを持つことができる。<ServiceFunc>は、空間データベース６０３、センサ６０４、及び空間解析サービス６０５が独自に定義できる関数である。
【００９３】
通信関数は、式（１６）のように定義される。
【００９４】
<Ask> ::= ASK <Location> <Script>…（１６）
【００９５】
ここで、<Location>は、空間データベース６０３、センサ６０４又は空間解析サービス６０５が存在する位置である。<Location>は、空間データベース６０３、センサ６０４又は空間解析サービス６０５を連携動作させるための通信プロトコルによって異なる。例えば、<Location>は、通信プロトコルにＨＴＴＰ（Hyper Text Transfer Protocol）を用いる場合には、ＵＲＬ（Uniform Resource Locater）となる。また、ＣＯＲＢＡ（Common Object Request Broker Architecture）を用いる場合には、ＣＯＲＢＡサーバ名称となる。また、ＳＭＴＰ（Simple Mail Transfer Protocol）を用いる場合には、メールアドレスとなる。
【００９６】
通信関数は、引数としてサービスの存在する位置とスクリプトを持つ。通信関数は、スクリプトを指定位置のサービスへ転送し、その結果を通信関数ａｓｋの返し値とする。
【００９７】
以上のように、シナリオは構成されている。次にこのシナリオを管理するシナリオクリアリングハウスについて説明する。
【００９８】
図４は、本発明の第１の実施の形態のシナリオクリアリングハウスのブロック図である。
【００９９】
シナリオクリアリングハウス７０１は、addScenario７０３、getScenario７０４、及びsolveScenario７０５の３つのインターフェイスを備える。また、シナリオ蓄積部７０２、シナリオ登録部７０４、シナリオ検索部７０６、及びシナリオ探索部７０８を備える。
【０１００】
addScenario７０３は、内部にシナリオを登録するためのインターフェイスである。getScenario７０４は、シナリオを検索するためのインターフェイスである。solveScenario７０５は、複数のシナリオを結合して新たなシナリオを構築するためのインタフェースである。
【０１０１】
シナリオ蓄積部７０２は、シナリオ登録部７０４及びシナリオ検索部７０６と接続され、内部に複数のシナリオを蓄積する。シナリオ登録部７０４は、addScenario７０３と接続され、シナリオ蓄積部７０２にシナリオを登録する。シナリオ検索部７０６は、getScenario７０６と接続され、シナリオ蓄積部７０２からシナリオを検索する。シナリオ探索部７０８は、solveScenario７０７と接続され、シナリオ検索部７０７が検索した複数のシナリオを結合して新たなシナリオを構築する。
【０１０２】
図５は、本発明の第１の実施の形態のスクリプトパーサのブロック図である。
【０１０３】
スクリプトパーサ１００１は、通信入力インターフェイス１００３、通信出力インターフェイス１００４、通信入力部１００５、パーサ１００６、コマンド管理部１００７、システムコマンド実行部１００８、サービスコマンド実行部１００９、通信コマンド実行部１０１０、通信出力部１０１１、スクリプト蓄積部１０１２及び結果蓄積部１０１３を備える。
【０１０４】
通信入力部１００５は、通信入力インターフェイス１００３を介して、外部から信号が入力される。パーサ１００６は、外部からの信号で与えられるスクリプトを解析し、解析されたスクリプトを実行する。コマンド管理部１００７は、スクリプト内に記述されている個々のコマンドの集合を管理する。
【０１０５】
システムコマンド実行部１００８は、四則演算や条件分岐などの基礎的なコマンドを実行する。サービスコマンド実行部１００９は、空間データベース６０３、センサ６０４、又は空間解析サービス６０５などのサービス１００２と接続し、サービス１００２に処理を依頼する。通信コマンド実行部１０１０は、他のスクリプトパーサ１００１に処理を依頼する。外部出力部１０１１は、通信出力インターフェイス１０１１を介して、外部へ出力する。
【０１０６】
スクリプト蓄積部１０１２は、処理時間が長時間となるスクリプトをパーサ１００６が実行する際に、非同期処理を行ってスクリプトを一時的に蓄積する。これによって、パーサ１００６は、他のスクリプトを実行することができる。結果蓄積部１０１３は、処理中のデータを一時的に蓄積する。
【０１０７】
次に、スクリプトパーサ１００１の動作について説明する。
【０１０８】
通信入力部１００５は、通信入力元からスクリプトを受け、パーサ１００６に処理を依頼する。処理を依頼した通信入力部１００５は、パーサ１００６からの入力を待つ。
【０１０９】
パーサ１００６は、受け取ったスクリプトを解釈し、その最上位の階層の要素の要素名を取得する。そして、コマンド管理部１００７にその名称のコマンドが登録されているか否かを問い合わせる。パーサ１００６は、コマンドが登録されていない場合、スクリプトをそのまま通信入力部１００５に返戻する。通信入力部１００５は、パーサ１００６から返戻を受けると、通信元にそのまま返戻する。
【０１１０】
一方、パーサ１００６は、コマンドが登録されている場合、スクリプトをコマンド管理部１００７に送る。コマンド管理部１００７は、そのコマンドの種類に応じて、システムコマンド実行部１００８、サービスコマンド実行部１００９、又は通信コマンド実行部１０１０に、スクリプトの属性及び子要素を送る。各コマンド部１００８、１００９、１０１０は、それぞれの実行方式に応じて、属性及び子要素を処理する。
【０１１１】
通信コマンド実行部１０１０は、式（１６）で説明したＡＳＫという名称のコマンドを実行する。そして、通信出力部１０１１を呼び出し、その属性に記述された名称のサービスに対して、その子要素に記述されたスクリプトを送信する。
【０１１２】
サービスコマンド実行部１００９は、まず、すべての子要素の要素名を取得する。そして、コマンド管理部１００７にその名称がコマンドとして登録されているか否かを問い合わせる。コマンド管理部１００７は、コマンドが登録されている場合、そのコマンドの種類に応じて、システムコマンド実行部１００８、サービスコマンド実行部１００９、又は通信コマンド実行部１０１０に、スクリプトの属性及び子要素を送る。属性及び子要素を受けた各コマンド実行部１００８、１００９、１０１０は、それぞれの実行方式に応じて、属性及び子要素を処理する。そして、再帰的にすべての子要素の解析が終了したら、サービスコマンド実行部１００９は、コマンドに対応する処理をサービス１００２に依頼する。
【０１１３】
以上のように、スクリプトパーサ１００１はスクリプトを実行する。
【０１１４】
次に、シナリオクリアリングハウスの基本的な動作について説明する。
【０１１５】
図６は、本発明の第１の実施の形態のシナリオクリアリングハウスの基本的な動作の説明図である。
【０１１６】
シナリオクリアリングハウス４０１は、多数のシナリオを蓄積する。そして、ユーザからの要求仕様によってシナリオを検索する。
【０１１７】
シナリオクリアリングハウス４０１の基本的な動作について説明する。まず、空間データベース、センサ、又は空間解析サービスの管理者は、それぞれが提供できるシナリオを登録する。次に、ユーザが、目的とする空間データの要求仕様含むシナリオをシナリオクリアリングハウス４０１に送信する。シナリオを受けたシナリオクリアリングハウス４０１は、その要求仕様に適合する空間データを作成するためのシナリオをユーザに返戻する。
【０１１８】
なお、空間データベース、センサ、又は空間解析サービスの管理者がクリアリングハウスに登録するシナリオは、前述した式（２）で定義した提供シナリオである。ユーザが送信するシナリオは、前述した式（８）で定義した要求シナリオである。シナリオクリアリングハウスからユーザへ返戻したシナリオは、前述した式（９）で定義した回答シナリオである。
【０１１９】
また、提供シナリオは、中間シナリオ４０２と終端シナリオ４０３とに分けられる。中間シナリオ４０２は、前述した式（４）で定義したように、提供仕様４０９、要求仕様４１０及びスクリプト４１２を含む。終端シナリオ４０３は、前述した式（３）で定義したように、提供仕様４１１及びスクリプト４１３を含む。しかし、終端シナリオ４０３には、要求仕様が存在しない。
【０１２０】
空間解析サービスの管理者は、中間シナリオ４０６を登録する。登録されたシナリオが中間シナリオであるのは、空間解析サービスは空間データを入力して新たな空間データを出力するからである。例えば、洪水解析サービスは、降雨量と標高を入力し、予測される水深を出力する。
【０１２１】
一方、空間データベースの管理者は、終端シナリオ４０４を登録する。登録されたシナリオが終端シナリオであるのは、空間データベースは、入力を必要とせず、単独で空間データを提供するからである。センサの管理者も、同様の理由から、終端シナリオ４０５を登録する。
【０１２２】
次に、このようなシナリオクリアリングハウスから構成された空間データ提供サービスシステムの動作について説明する。
【０１２３】
図７は、本発明の第１の実施の形態の空間データ提供サービスの処理のシーケンス図である。
【０１２４】
空間データベースの管理者は、その空間データベースに登録されている空間データを取得させる提供シナリオ４０４をシナリオクリアリングハウス４０１に登録する（ＳＴＥＰ１）。なお、提供シナリオ４０４の内容は、空間データの提供仕様４１１及びその取得手順を記述したスクリプト４１３である。
【０１２５】
センサの管理者は、そのセンサが観測可能な空間データを取得する提供シナリオ４０５をシナリオクリアリングハウス４０１に登録する（ＳＴＥＰ２）。提供シナリオ４０４の内容は、センサによって観測可能な空間データの提供仕様４１１及びその取得手順を記述したスクリプト４１３である。
【０１２６】
空間解析サービスの管理者は、その空間解析サービスが提供可能な空間データを取得する提供シナリオ４０６をシナリオクリアリングハウス４０１に登録する（ＳＴＥＰ３）。提供シナリオ４０６の内容は、空間解析サービスが提供可能な空間データの提供仕様４０９、空間解析サービスを実行するために必要とされる入力空間データの要求仕様４１０、及びその取得手段を記述したスクリプト４１２である。
【０１２７】
ユーザ４１４は、目的とする空間データを取得するシナリオを探索する（ＳＴＥＰ４）。具体的には、ユーザ４１４は、目的とする空間データの要求仕様を記述した要求シナリオ４０７をシナリオクリアリングハウス４０１に送信する。シナリオクリアリングハウス４０１は、シナリオ検索機能を使って、要求仕様と一致する提供仕様を持つ空間データを取得する提供シナリオを検索する。シナリオクリアリングハウス４０１は、検索した提供シナリオが中間シナリオ４０２であるか、又は終端シナリオ４０３であるかを判断する。
【０１２８】
提供シナリオが中間シナリオ４０２であると、要求仕様４１０を含むので、シナリオクリアリングハウス４０１は、その要求仕様４１０を満たす新たな提供シナリオを検索する。シナリオクリアリングハウス４０１は、すべての提供シナリオが終端シナリオ４０３に行き着くまでこの作業を再帰的に繰り返す。この作業をシナリオの探索という。シナリオの探索によって、空間データを取得することができる完全な手順となる。そして、シナリオクリアリングハウス４０１は、探索した提供シナリオを回答シナリオとしてユーザ４１４に送信する。
【０１２９】
一方、提供シナリオが終端シナリオであると、シナリオクリアリングハウス４０１は検索した提供シナリオを、回答シナリオ４０８としてユーザ４１４に送信する。
【０１３０】
回答シナリオ４０８を受信したユーザ４１４は、回答シナリオ４０８の提供仕様を参照し、最適な回答シナリオ４０８を選択する。
【０１３１】
そして、ユーザ４１４は、選択した回答シナリオ４０８に記述されたスクリプトを実行する（ＳＴＥＰ５）。なお、ユーザ４１４は、回答シナリオがシナリオの集合である場合には、それぞれのシナリオのスクリプトを組み合わせて、実行する。
【０１３２】
すると、ユーザ４１４は、空間解析サービスからシナリオ実行結果が返戻される（ＳＴＥＰ６）。
【０１３３】
以上のように、ユーザ４１４は、目的とする空間データを取得できる。
【０１３４】
次に、本発明の第１の実施の形態の空間データ提供サービスシステムの詳細を説明するため、ある領域の地表面傾斜角を取得する場合を例に説明する。
【０１３５】
図８は、本発明の第１の実施の形態の地表面傾斜角を取得する際のシナリオクリアリングハウスの処理の説明図である。
【０１３６】
本説明図では、クライアント８０１が、シナリオクリアリングハウス８０２に地表面傾斜角を取得できるシナリオを要求する。
【０１３７】
シナリオクリアリングハウス８０２には、地表面傾斜角取得シナリオ８０５及び標高取得シナリオ８０６が既に格納されている。なお、地表面傾斜角取得シナリオ８０５及び標高取得シナリオ８０６は、ＸＭＬで記述された提供シナリオである。
【０１３８】
地表面傾斜角取得シナリオ８０５のｏｕｔｐｕｔタグで囲まれた領域８０９には、提供仕様が格納される。この提供仕様は、ｔｙｐｅタグ内の値Ｓｌｏｐｅから、このシナリオが地表面傾斜角を提供できることを示す。
【０１３９】
地表面傾斜角取得シナリオ８０５のｉｎｐｕｔタグで囲まれた領域８１０には、要求仕様が格納される。この要求仕様は、ｔｙｐｅタグ内の値Ｅｌｅｖａｔｉｏｎから、そのシナリオは標高が入力として必要であることを示す。
【０１４０】
地表面傾斜角取得シナリオ８０５のｐａｔｈタグで囲まれた領域８１１には、スクリプトが格納される。このスクリプトは、ＵＲＬ属性で示されたＣＯＮＶ．ｃｏｍという解析サーバにｃａｌｃＳｌｏｐｅという関数を呼び出すことによって、提供仕様の空間データが得られることを示す。
【０１４１】
標高取得シナリオ８０６のｏｕｔｐｕｔタグで囲まれた領域８１２には、提供仕様が格納される。この提供仕様は、このシナリオが点（０、０）と点（１０００、１０００）とで囲まれる矩形領域の標高Ｅｌｅｖａｔｉｏｎを取得できることを示す。
【０１４２】
標高取得シナリオ８０６のｐａｔｈタグで囲まれた領域８１３には、スクリプトが格納される。このスクリプト１０４は、ＤＢ．ｃｏｍという空間データサーバにｇｅｔＤａｔａ関数を発行することによって、提供仕様の空間データが得られることを示す。
【０１４３】
次に地表面傾斜角を取得する処理について説明する。
【０１４４】
クライアント８０１は、クリアリングハウス８０２に地表面傾斜角取得要求８０３を送信する。地表面傾斜角要求８０３のｉｎｐｕｔタグで囲まれた領域８０７には、要求仕様が格納される。この要求仕様は、点（０、０）と点（１００、１００）とで囲まれる矩形領域の地表面傾斜角の取得を要求することを示す。
【０１４５】
地表面傾斜角取得要求８０３を受信したクリアリングハウス８０２は、地表面傾斜角取得要求８０３の要求仕様を満たす提供シナリオを検索する。
【０１４６】
具体的には、シナリオクリアリングハウス８０２が、蓄積されているすべてのシナリオの提供仕様と地表面傾斜角取得要求８０３の要求仕様とのマッチングを行うことで実施する。
【０１４７】
なお、マッチングの評価方法は複数考えられる。例えば、シナリオクリアリングハウス８０２は、要求仕様の子要素であるデータの種類ｔｙｐｅ及びデータの空間領域ｒｅｇｉｏｎを比較する。シナリオクリアリングハウス８０２は、地表面傾斜角取得シナリオ８０５が、データの種類ｔｙｐｅが一致し、更にｒｅｇｉｏｎ項目が存在しないので一致と判断する。よってシナリオクリアリングハウス８０２は、要求仕様を満たす地表面傾斜角取得シナリオ８０５を回答シナリオとして、クライアント８０１に返戻する。
【０１４８】
クライアント８０１は、返戻された地表面傾斜角取得シナリオ８０５に要求仕様８１０が含まれると判断する。クライアント８０１は、回答シナリオのスクリプトを実行するには、要求仕様８１０から標高が入力として必要である。そのため、クライアント８０５は、シナリオクリアリングハウス８０２に標高取得要求８０４を送信する。なお、シナリオクリアリングハウス８０２は、シナリオ探索部７０７を使って、このようなクライアント８０１の再帰的な問い合わせを代行してもよい。
【０１４９】
標高取得要求８０４のｉｎｐｕｔタグで囲まれた領域８０８には、要求仕様が格納される。要求仕様は、このシナリオが点（０、０）と点（１００、１００）とで囲まれる矩形領域の標高を要求することを示す。なお、要求仕様は、地表面傾斜角取得要求８０３の領域ｒｅｇｉｏｎ及び返戻された回答シナリオの要求仕様８１０の組み合わせから構成される。
【０１５０】
クリアリングハウス８０２は、地表面傾斜角取得要求８０３の時と同様に、標高取得要求８０４の要求仕様を満たす提供シナリオを検索する。結果、シナリオクリアリングハウス８０２は、標高取得シナリオ８０６を回答シナリオとしてクライアント８０１に返戻する。
【０１５１】
クライアント８０１は、返戻された標高取得シナリオ８０６に要求仕様が含まれないと判断する。
【０１５２】
クライアント８０１は、これまで取得した地表面傾斜角取得シナリオ８０５のスクリプト８１１及び標高取得シナリオ８０６のスクリプト８１３を組み合わせてスクリプトパーサに実行させる。このようにして、クライアント８０１は、地表面傾斜角を取得できる。
【０１５３】
なお、要求仕様と提供仕様とのマッチングは、前述した方法と他の方法をとることもできる。
【０１５４】
例えば、マッチングは、種類評価、領域評価、精度評価、信頼度評価及び／又はアクセス制限評価によって行うことができる。
【０１５５】
種類評価は、標高や地表面傾斜値等の空間データの種類を比較する。例えば、種類評価は、キーワードの完全一致判定で行う。この場合、空間データの種類に対する語彙を統一する必要がある。よって、複数組織間の空間データを種類評価によってマッチングするためには、複数組織間で種類に対する語彙を一意な識別子で定義する必要がある。一意な識別子は、例えばＷ３Ｃで標準化されているＵＲＩ（Uniform Resource Identifier）である。
【０１５６】
また、例えば「国道」は「道路」の一種であるという継承関係を用いて、マッチングしてもよい。このような継承関係は、Ｗ３Ｃで標準化されているＳｅｍａｎｔｉｃ  Ｗｅｂ技術の一つであるＲＤＦ（Resource Description Framework）で表現することができる。
【０１５７】
領域評価は、空間データが対象とする空間領域や時間範囲などの領域を比較する。例えば、領域評価は、要求仕様の領域が提供仕様の領域に含まれれば一致すると判断する。
【０１５８】
精度評価は、空間データの空間的又は時間的なサンプリングの精度を比較する。
【０１５９】
精度評価が必要な場合について説明する。例えば、５０ｍサイズのメッシュ標高及び１ｋｍサイズのメッシュ標高が存在し、５０ｍサイズのメッシュ標高を使用する前提で設計された洪水シミュレーションを実行する場合で説明する。このシュミレーションに１ｋｍサイズのメッシュ標高を使用すると、意味のある結果は得られない、又は計算時間等のコストがかかりすぎる。このような場合には精度評価が必要となる。
【０１６０】
例えば、精度評価は、要求仕様に記述された要求精度の完全一致判定で行う。また、要求仕様に記述された許容精度範囲の内外判定で行ってもよい。
【０１６１】
信頼度評価は、提供される空間データが信頼性を比較する。
【０１６２】
例えば、信頼度評価は、空間データベースが提供する空間データが国土地理院などの適切な地図認定機関で正式に地図として認定されているかを比較してもよい。また、空間データを提供するセンサが、適切な認定機関で認定された仕様で作成されているかを比較してもよい。また、定期的なメンテナンスによって故障率が指定水準以下に達しているかを比較してもよい。また、空間解析サービスのアルゴリズムが指定した方式を取っているかを比較してもよい。また、適切な認定機関で正式に認定された方式であるかを比較してもよい。
【０１６３】
信頼度評価を実現するためには、認定機関が、空間データ、センサ、又は解析サービスなどのサービス提供者の認定を行う。そして、認定機関が、認定したことを証明する認定識別子をサービス提供者に発行する。サービス提供者は、認定識別子をシナリオの提供仕様に記述することによって、シナリオクリアリングハウスに登録する。このようにして、信頼度評価を実現することができる。
【０１６４】
なお、認定識別子は、偽造を防ぐため、誰でも復号化できるが特定機関しか暗号化できない公開鍵を用いた電子署名技術などが利用されてもよい。
【０１６５】
アクセス制限評価は、アクセスしたユーザが提供される空間データを利用する権限を有するかを判断する。例えば、自治体の住民情報は、自治体内では利用できる。しかし、プライバシの問題から、自治体の外部には公開できない。
【０１６６】
シナリオクリアリングハウス内に登録されたシナリオは、提供仕様にアクセスを許可するユーザの権限を記述することによって、アクセス制限が実現できる。ユーザは、要求仕様にユーザの権限を記述することによって、そのシナリオにアクセスすることができる。
【０１６７】
以上のように、シナリオクリアリングハウスは、クライアントの要求したシナリオを検索する。そして、回答シナリオとしてクライアントに送信する。次に、この回答シナリオの詳細について説明する。
【０１６８】
図９は、本発明の第１の実施の形態の地表面傾斜角を取得する回答シナリオの説明図である。
【０１６９】
回答シナリオ９０１は、地表面傾斜角取得シナリオ８０５及び標高取得シナリオ８０６（図８参照）を組み合わせた構成である。このように複数のシナリオを組み合わせた構成のシナリオを、複合シナリオと呼ぶ。また、複合シナリオを構成するシナリオにおいて、あるシナリオの要求仕様を満たすサブルーチン的なシナリオを下位シナリオと呼ぶ。また、下位シナリオが提供する空間データを使用するシナリオを上位シナリオと呼ぶ。本実施の形態では、地表面傾斜角取得シナリオ８０５が上位シナリオであり、標高取得シナリオ８０６が下位シナリオである。
【０１７０】
回答シナリオ９０１は、上位シナリオ部分９０６及び下位シナリオ部分９０７に分けられる。
【０１７１】
回答シナリオ９０１は、提供仕様９０２、要求仕様９０３、下位シナリオ部分９０７及びスクリプト９０４から構成される。提供仕様９０２は、ｏｕｔｐｕｔタグで囲まれる。要求仕様９０３は、ｉｎｐｕｔタグで囲まれる。下位シナリオ９０７は、ｕｓｉｎｇタグで囲まれる。スクリプト９０４は、ｐａｔｈタグで囲まれる。スクリプト９０４内の関数ｃａｌｃＳｌｏｐｅの引数とする空間データの仕様９０５は、リンク９０６によって、要求仕様９０３となる。
【０１７２】
下位シナリオ部分９０７は、回答シナリオ９０１と同様に、提供仕様９０９、スクリプト９１０から構成される。提供仕様９０９は、ｏｕｔｐｕｔタグで囲まれる。スクリプト９１０は、ｐａｔｈタグで囲まれる。なお、下位シナリオ部分９０７は、終端シナリオなので、要求仕様及び関連シナリオは含まれない。スクリプト９１０内の関数ｇｅｔＤａｔａが引数とする空間データの仕様は、リンク９１２によって、提供仕様９０９となる。下位シナリオ部分９０７は、ｓｏｌｖｅｓ属性によるリンク９０８によって、要求仕様９０３を解決するシナリオである。
【０１７３】
このように一つのシナリオに複数の要求仕様が存在する場合には、ｕｓｉｎｇタグの内部に下位シナリオを記述する。また、下位シナリオを、ｓｏｌｖｅｓ属性とし、要求仕様へリンクさせればよい。
【０１７４】
また、単独の要求仕様に複数の下位シナリオを記述するには、下位シナリオを、ｓｏｌｖｅｓ属性とし、同一の要求仕様へリンクさせればよい。
【０１７５】
以上のように、構成されている回答シナリオを受けたクライアントは、シナリオのスクリプトを実行することによって、目的とする空間データを取得できる。
【０１７６】
次に、スクリプトの実行処理について説明する。
【０１７７】
図１０は、本発明の第１の実施の形態の地表面傾斜角を取得するスクリプトを実行する処理の説明図である。
【０１７８】
クライアント１１０１、空間解析サービス１１０２、及び空間データベース１１０３は、スクリプトパーサを使ってスクリプトを実行する。なお、クライアント１１０１、空間解析サービス１１０２、及び空間データベース１１０３は、スクリプトパーサを格納していてもよいし、外部にあるスクリプトパーサを利用してスクリプトを実行してもよい。
【０１７９】
クライアント１１０１は、スクリプト１１０４を実行する。スクリプト１１０４は、地表面傾斜角取得シナリオ８０５のスクリプト及び標高取得シナリオ８０６のスクリプトから構成される（図８参照）。
【０１８０】
クライアント１１０１は、最上位要素の通信関数ａｓｋを実行する。すると、クライアント１１０１は、ＵＲＬがＣＯＮＶ．ｃｏｍである空間解析サービス１１０２にａｓｋタグ内の子要素部分のスクリプトの実行を依頼する。
【０１８１】
依頼を受けた空間解析サービス１１０２は、関数ｃａｌｃＳｌｏｐｅを実行する前に、そのｃａｌｃＳｌｏｐｅタグ内の子スクリプト１１０８を実行する。すると、通信関数ａｓｋによって、ＵＲＬがＤＢ．ｃｏｍである空間データベース１１０３にａｓｋタグの子要素部分のスクリプト１１０５の実行を依頼する。
【０１８２】
依頼を受けた空間データベース１１０３は、関数ｇｅｔＤａｔａの実行を行う。空間データベース１１０３は、関数ｇｅｔＤａｔａ内の入力シナリオ１１１１に記述された要求仕様１１１２を満たす空間データ（標高）を検索する。そして、空間データベース１１０３は、検索した空間データを、ＵＲＬがＳＴＯＲＡＧＥ．ｃｏｍであるストレージにｄ１という名前で格納する。そして空間データベース１１０３は、空間解析サービス１１０２に返戻シナリオ１１０６を送信する。返戻シナリオ１１０６には、空間データの提供仕様１１１３及び空間データの参照１１１４が格納される。
【０１８３】
返戻シナリオ１１０６を受けた空間解析サービス１１０２は、スクリプト１１０４の関数ｃａｌｃＳｌｏｐｅを実行する。なお、空間解析サービス１１０２は、標高を返戻シナリオ１１０６の空間データの参照１１１４から取得する。
【０１８４】
スクリプトを実行した空間解析サービス１１０２は、地表面傾斜角を生成する。そして、生成した地表面傾斜角を、ＵＲＬがＳＴＯＲＡＧＥ．ｃｏｍであるストレージにｄ２という名前で格納する。そして空間解析サービス１１０２は、クライアント１１０１に返戻シナリオ１１０７を送信する。返戻シナリオ１１０７には、空間データの提供仕様１１１５及び空間データ（地表面傾斜角）への参照１１１６が格納される。
【０１８５】
返戻シナリオを受けたクライアント１１０１は、空間データの参照１１１６から、目的の空間データを取得できる。
【０１８６】
以上のように、スクリプトを実行することによって、クライアントは目的とする空間データを取得することができる。
【０１８７】
（第２の実施の形態）
第２の実施の形態は、シナリオクリアリングハウスがシナリオ評価機能を有する。
【０１８８】
なお、第２の実施の形態の空間データ提供サービスシステムの基本的な構成及び動作は、第１の実施の形態と同一であり、説明は省略する。
【０１８９】
ユーザの要求仕様に対して、シナリオクリアリングハウスから唯一の回答シナリオが得られるという保証はない。したがって、ユーザは、複数の回答シナリオが返戻される場合がある。この場合、ユーザは適切なシナリオを選択しなければならない。そこで、シナリオクリアリングハウスは、シナリオの総合的な評価情報をユーザに提示することによって、ユーザが複数のシナリオを容易に比較できる。
【０１９０】
評価情報は、個々のシナリオの提供仕様やサービス仕様を解析することによって作成する。回答シナリオは、複数のシナリオが結合した複合シナリオであることが多い。また、回答シナリオを構成する各々のシナリオは、提供仕様及びサービス仕様が含まれる。第１の実施の形態で説明したように、提供仕様は、提供する空間データの品質等の仕様を説明する。また、サービス仕様は、空間データを作成する空間解析サービスの仕様を説明する。
【０１９１】
シナリオクリアリングハウスは、回答シナリオを構成する各々のシナリオの提供仕様やサービス仕様を組み合わせることによって、複合シナリオ全体の評価情報を作成する。そして、シナリオクリアリングハウスは、作成した評価情報を回答シナリオに記述して返戻する。評価情報は、例えば図９の回答シナリオ内の提供シナリオ記述部９０２に追記情報として記述してもよいし、回答シナリオの上位にもう一つシナリオを作成してそのシナリオの提供仕様に追記情報として記述してもよい。
【０１９２】
評価情報には、例えば最終精度、総課金額、信頼度、及び／又は総処理時間などが記述される。
【０１９３】
最終精度は、シナリオ全体を通して最終的に得られる空間データの精度である。
【０１９４】
例えば１０ｍメッシュの標高値から２０ｍメッシュの地表面傾斜値を出力するなど、入力した空間データの精度を低減させる空間解析サービスの場合で最終精度を説明する。
【０１９５】
このような空間解析サービスのサービス仕様には、例えば、入力空間データの精度を２分の１に劣化するというような精度劣化情報を記述しておく。このようなサービス仕様に基づいて計算することによって、最終的に提供される空間データの最終精度を求めることができる。
【０１９６】
また二つの空間領域にまたがる空間データを用いて空間解析を行う場合には、精度を低い空間データにあわせる必要がある。例えば、５０ｍメッシュ標高及び２５０ｍメッシュ標高を同時に利用して空間解析を行う場合には、５０ｍメッシュ標高を２５０ｍメッシュ標高に精度低減する必要がある。この場合、複数入力される空間データの提供仕様に記述される精度のうち、最も低い精度を全体の精度とする。他にも様々な規則を用いることによって、最終的に提供される空間データの精度を求める。
【０１９７】
総課金額は、シナリオ全体を実行するために必要な課金額の合計である。
【０１９８】
空間データベース、センサ、又は空間解析サービスの提供者が、提供する空間データの課金額を提供仕様に記述する。シナリオクリアリングハウスは、個々のシナリオの課金額を合計することによって、シナリオ全体の総課金額を求める。
【０１９９】
空間解析サービスの提供者は、提供する空間データ単位ではなく、サービスを利用したことに対して課金することもできる。この場合、空間解析サービスの提供者は、サービス仕様に課金額を記述することによって、課金することができる。
【０２００】
認定情報は、最終的提供される空間データの信頼性である。
【０２０１】
従来、例えば国土地理院による地図認定などのように、認定機関は個々の空間データに対して認定を行っていた。しかし、本発明の実施の形態の空間データ提供サービスシステムでは、センサや空間解析サービスによって作成された新たな空間データが高頻度で更新される。そのため、個々の空間データに対して認定作業を行うのは非現実的である。
【０２０２】
そこで、センサや空間解析サービスなどのサービス自体を認定する。そして、認定された空間データを認定されたサービスで加工した空間データは、自動的に認定する。
【０２０３】
そのため、サービスの提供者は、空間データ提供シナリオの提供仕様、又は空間解析サービス提供シナリオのサービス仕様に特定の機関から認定を受けた旨を記述しておく。シナリオクリアリングハウスは、これらを参照し、すべての空間データ及び空間解析サービスに認定情報が記述されているかを否か判断する。シナリオクリアリングハウスは、すべてのサービスに認定情報が記述されている場合、シナリオ全体が認定されていると判断する。一方、いずれかのサービスに認定情報が記述されていない場合、シナリオ全体が認定されていないと判断する。このようにして、シナリオクリアリングハウスは、シナリオ全体の認定情報を提供する。
【０２０４】
総処理時間は、シナリオ全体が完了するまでの時間の予測値である。
【０２０５】
空間解析サービスには、信頼度よりも計算時間を重視したシミュレーションや、モンテカルロシミュレーションなどの多数の繰り返し計算を行う計算時間より信頼度を重視したシミュレーションが存在する。
【０２０６】
サービスの提供者は、サービス仕様に処理時間予測を記述しておく。シナリオクリアリングハウスは、処理時間予測を合計することによって、総処理時間を提供する。
【０２０７】
なお、空間解析サービスの処理時間予測は、解析対象とする空間データの領域や精度の関数となる場合もある。しかし、この場合にも、空間解析サービスの入力となる空間データの領域範囲や精度を利用して計算することができる。
【０２０８】
以上のようにして、シナリオの評価情報を求める。そして、シナリオクリアリングハウスは、求めた評価情報をユーザのクライアント端末に表示する。
【０２０９】
図１１は、本発明の第２の実施の形態のシナリオの評価情報の表示画面の一例である。
【０２１０】
評価情報の表示画面は、要求仕様１２０１及び複数のシナリオ評価情報１２０２、１２０３から構成される。この評価情報の表示画面は、空間がＡ市、精度が１０ｍ、時間が２００４年４月１日、及び形式がメッシュの地表面傾斜値を要求した場合である。
【０２１１】
要求仕様１２０１は、ユーザが要求した空間データの仕様である。そして、要求仕様１２０１を満たす空間データが得られるシナリオとして、シナリオ評価情報１２０２及びシナリオ評価情報１２０３のシナリオが返戻されたことを示す。
【０２１２】
評価情報を画面に表示することによって、ユーザは、シナリオの優劣を比較できる。また、ユーザの要求仕様に最も近いシナリオを強調して表示したり、要求に近い順にソートして表示したりしてもよい。
【０２１３】
要求仕様１２０１には、条件変更ボタン１２０４を設けてもよい。ユーザが条件変更ボタン１２０４を操作すると、要求仕様を変更できる。ユーザが要求仕様を変更すると、シナリオクリアリングハウスは、再度、要求仕様を満たすシナリオを検索する。そして、要求仕様を満たすシナリオが見つかると、シナリオ評価情報を表示する。
【０２１４】
また、シナリオ評価情報１２０２、１２０３に展開ボタン１２０５を設けてもよい。ユーザが展開ボタン１２０５を操作すると、操作したシナリオの詳細情報が表示される。
【０２１５】
図１２は、本発明の第２の実施の形態のシナリオの詳細情報の表示画面の一例である。表示画面は、シナリオ評価情報１２０２で示された複合シナリオの評価情報である。
【０２１６】
評価情報の表示画面は、シナリオ評価情報１２０２、提供仕様１３０１、サービス仕様１３０２、要求仕様１３０３、提供仕様１３０４から構成される。
【０２１７】
この詳細情報の表示画面は、提供仕様１３０１、サービス仕様１３０２及び要求仕様１３０３で構成される傾斜値を計算する空間解析サービス並びに提供仕様１３０４で構成されるメッシュ標高を取得する空間データ提供サービスによって、ユーザが要求する空間データを取得できるを示す。
【０２１８】
また、シナリオ評価情報１２０２で示される総課金額は、サービス仕様１３０２の課金額と提供仕様１３０４の課金額との合計を表示する。
【０２１９】
詳細情報の表示画面は、要求仕様１３０３を満たすシナリオを複数表示することもできる。本実施形態の表示画面は、提供仕様１３０５、サービス仕様１３０６、要求仕様１３０７、提供仕様１３０８が表示されている。
【０２２０】
提供仕様１３０４で構成されるシナリオと別のシナリオが、提供仕様１３０５、サービス仕様１３０６及び要求仕様１３０７から構成される等高線をメッシュに変換する空間解析サービス、並びに提供仕様１３０８から構成される等高線を取得する空間データ提供サービスからなることを示す。
【０２２１】
また、要求仕様１３０３などの上位シナリオの中間部に条件変更ボタン１３０９を設けてもよい。ユーザが条件変更ボタン１３０９を操作すると、上位シナリオの要求仕様１３０３を変更できる。
【０２２２】
以上のように、図１１及び１２のようなユーザインターフェイスを設けることによって、ユーザがシナリオクリアリングハウスからの回答シナリオを選択することができる。またユーザは、適切に条件を変更するもできる。
【０２２３】
（第３の実施の形態）
本発明の第３の実施の形態は、シナリオ作成者が複合シナリオをシナリオクリアリングハウスに再登録できる。
【０２２４】
なお、第３の実施の形態の空間データ提供サービスシステムの基本的な構成及び動作は、第１の実施の形態と同一であり、説明は省略する。
【０２２５】
まず、シナリオ作成者は、シナリオクリアリングハウスに複数のシナリオから構成される複合シナリオを再登録する。なお、複合シナリオを登録することを再登録という。再登録されるシナリオは、終端シナリオ又は中間シナリオである。また、再登録されるシナリオに、第２の実施の形態で説明した評価情報を加えてもよい。
【０２２６】
再登録を受けたシナリオクリアリングハウスは、単独のシナリオだけでなく、複合シナリオから検索する。ここで、単独のシナリオは、例えば、空間データベース、センサ、又は空間解析サービスの管理者によって登録される。なお、特定のシナリオを使用してシナリオを探索する場合、要求シナリオに要求仕様と共に使用シナリオを記述することによって実現される（式（８）参照）。
【０２２７】
このように、シナリオを再登録することによって、作成された空間データを平等に比較することができる。
【０２２８】
具体的には、時間と共に変化する元となる空間データに、登録された同じシナリオを適用して作成された空間データである。同じ種類の空間データを用いて同じ手順で加工したことが保証されるため、作成された空間データを平等に比較できる。例えば、現在の降雨量から洪水シミュレーションを行い、将来の浸水深の分布を予測するシナリオである。
【０２２９】
また、ユーザが異なる元となる空間データに、登録された同じシナリオを適用して作成された空間データも同様である。この場合も、同じ手順で加工したことが保証されるため、作成された空間データを平等に比較できる。例えば、東京都の自治体職員と茨城県の自治体職員が、自分の自治体に対して、前記の将来の浸水深の分布を予測するシナリオを適用する場合である。
【０２３０】
これによって、例えば、保険業界が洪水保険の保険料率を地域別に算出することができる。全国のそれぞれの地域の降雨量を利用し、同じシナリオを利用して洪水リスクを算定することによって、平等な評価となる。また、全国の自治体で災害対策の予算を国に要求する場合にも利用できる。洪水リスクの算定シナリオを国が認定し、認定したシナリオで自治体別の災害リスクを判定することによって、平等な評価が可能となる。
【０２３１】
シナリオの再登録は、ユーザ用途の付加及び調整パラメータとして利用することもできる。
【０２３２】
ユーザ用途の付加は、シナリオにその用途情報を付加する。空間データベース、センサ、又は空間解析サービスの提供者が作成したシナリオの提供仕様には、シナリオが生成する空間データの精度や認定情報などの品質情報が記述されていることが多い。しかし、どのユーザ用途に利用できるかは記述されていない。
【０２３３】
代表的なユーザ用途をシナリオに記述することはできるが、様々なユーザ用途の全てを網羅して記述することは困難である。例えば、防災計画、都市計画及び保険料率算定などすべての用途をシナリオに記述することはできない。
【０２３４】
そのため、従来では、特定の用途に要求される空間データの品質という知識はこれまでシステムとして管理されず、ユーザ個人のノウハウとしてのみ蓄積されていた。
【０２３５】
しかし、本実施の形態では、第三者が特定の用途に要求される空間データの品質という知識をシナリオとして登録することによって、他の同じ目的を持ったユーザが再利用することができる。ここで、第三者は、空間データベース、センサ、及び空間解析サービスの提供者でない者である。
【０２３６】
特定の用途に要求される空間データの品質という知識をシナリオとして管理するためには、シナリオの提供仕様にユーザ用途を記述し、更に要求仕様に必要とする空間データの品質を記述する。また、目的の用途を満たす特定のシナリオを明示的に指定したい場合には、使用シナリオにその特定シナリオへの参照を記述すればよい。
【０２３７】
以上のように、シナリオ再登録をユーザ用途の付加として利用できる。
【０２３８】
次に、シナリオ再登録を調整パラメータの付加として利用する場合を説明する。
【０２３９】
調整パラメータは、下位シナリオに提供するパラメータである。
【０２４０】
例えば、画像判読によって航空写真から道路を抽出する空間解析サービスで説明する。道路を抽出する方法は、道路を指定した長さの矩形として抽出し、その抽出した結果群を結合する。しかし、その抽出した矩形形状は、地域特性によってパラメータを調整する必要がある。なぜなら、矩形形状は、山間部では湾曲した道路が多いため短い矩形であり、高速道路では直線が続くため長い矩形であることからである。
【０２４１】
従来、このようなパラメータ調整の知識はユーザ個人のノウハウとしてのみ蓄積されてきた。しかし、シナリオとして共有利用することによって、他の同じ目的を持ったユーザが再利用することができる。
【０２４２】
特定の地域特性に対する調整パラメータという知識をシナリオとして管理するためには、シナリオの提供仕様に地域情報を記述し、更にスクリプトにコマンド及び調整パラメータを記述すればよい。
【０２４３】
次に、シナリオを用いたビジネスモデルについて説明する。
【０２４４】
第２の実施の形態で説明したように、複合シナリオの作成は、ユーザの試行錯誤が必要である。このような複合シナリオは、特定の目的を解決するための知識であり、同じ目的を持った他のユーザにとって有益な情報である。よって、複合シナリオの売買も可能である。
【０２４５】
シナリオを用いたビジネスモデルには、シナリオ販売、シナリオ使用権の販売、又はシナリオの実行結果である空間データの販売、という３つの形態が考えられる。
【０２４６】
シナリオ販売は、シナリオ作成者が作成したシナリオを、ユーザに販売する。シナリオを購入したユーザは、購入したシナリオを使用して自由に空間データを作成できる。
【０２４７】
シナリオ販売は、シナリオ自体にユーザ別の閲覧権限情報を設け、シナリオクリアリングハウスに閲覧権限情報を判定する機能を付加することで実現できる。
【０２４８】
以下、シナリオ販売を実現する方法について説明する。
【０２４９】
シナリオ購入者は、要求仕様を含む要求シナリオをシナリオクリアリングハウスに送信する。
【０２５０】
シナリオクリアリングハウスはシナリオを検索し、要求仕様に一致するシナリオを回答シナリオとして返戻する。この回答シナリオは、シナリオの実現手段であるスクリプト、及び関連シナリオを非公開情報としたものである。
【０２５１】
シナリオ購入者は、返戻されたシナリオの提供仕様を参照し、購入を検討する。シナリオの価格は提供仕様に記述される。シナリオ購入者がシナリオを購入するときは、シナリオの識別子及び購入者のクレジットカード番号等をシナリオ販売サービスに送信する。するとシナリオ販売サービスは、シナリオ購入者にシナリオ閲覧キーを通知する。なお、シナリオ販売サービスは従来のＷｅｂを用いた販売システムで実現できる。
【０２５２】
シナリオ購入者は、シナリオ閲覧キーを追記した要求仕様、及び使用シナリオを記述した要求シナリオをシナリオクリアリングハウスに送信する。シナリオクリアリングハウスはシナリオ閲覧キーを判定する。そして、シナリオクリアリングハウスは、閲覧可能と判定すると、スクリプト及び関連シナリオを含んだ完全なシナリオをシナリオ購入者に返戻する。
【０２５３】
以上のようにして、シナリオを販売することができる。
【０２５４】
シナリオ使用権販売は、シナリオ作成者１４０２が、作成したシナリオの使用権をユーザに販売する。シナリオ使用権を購入したユーザは、シナリオを閲覧することはできないが、シナリオを利用して空間データを作成することはできる。シナリオの利用権は、１回、一定期間、一定回数、又は無制限で利用できるように設定する。
【０２５５】
シナリオ使用権販売は、シナリオ自体にユーザ別の実行権限情報を設け、シナリオクリアリングハウスに実行権限情報を判定する機能を付加することで実現できる。
【０２５６】
シナリオ使用権販売の方法は、前述したシナリオ販売の方法と同様に実現できる。なお、シナリオ使用権販売の方法では、シナリオ閲覧キーがシナリオ実行キーとなる。そして、シナリオクリアリングハウスは、閲覧キーを追記した要求仕様を受けると、スクリプトパーサにシナリオの実行を依頼する。
【０２５７】
シナリオ実行結果の販売は、シナリオ作成者がシナリオを実行した結果の空間データをユーザに販売する。
【０２５８】
これを実現するには、シナリオ実行結果の販売者があらかじめシナリオを実行しておき、特定の空間データベースに格納する。
【０２５９】
シナリオ実行結果の販売の方法は、前述したシナリオの販売方法と同様に実現できる。なお、シナリオ実行結果の販売の方法では、シナリオ閲覧キーがシナリオ実行結果閲覧キーとなる。そして、シナリオクリアリングハウスは、シナリオ実行結果閲覧キーを追記した要求仕様を受けると、空間データの参照を含んだ回答シナリオを返戻する。ユーザは、空間データの参照を参照することによって、目的の空間データを取得できる。
【０２６０】
なお、シナリオ実行結果は、空間データベース、センサ及び空間解析サービスを実行をした結果である。そのため、空間データベース、センサ及び空間解析サービスの提供者に使用料を支払う必要がある場合も考えられる。
【０２６１】
これを実現するためには、空間データベース、センサ、及び空間解析サービスのシナリオの提供仕様に、サービスを利用して作成した空間データを転売する場合の利用料を記述しておく。
【０２６２】
また、シナリオをシナリオクリアリングハウスではなく、空間データベース自体に登録する実施の形態も考えられる。以下、そのような形態について説明する。
【０２６３】
空間データベースには、冗長な二次情報が格納される場合がある。例えば、一次情報が１／５００縮尺の詳細な道路形状であるとき、１／２５００縮尺の概略的な道路形状や、最短経路検索に利用できる道路ネットワーク接続情報などが二次情報である。二次情報を利用する頻度が高い場合、一次情報が更新されたタイミングで二次情報を作成し、作成した二次情報を空間データベースに管理しておく方法が有効となる。
【０２６４】
しかし、従来の空間データベースでは一次情報から二次情報を作成する知識を管理することができなかったので、一次情報を更新したタイミングで二次情報を自動的に作成することができなかった。そのため、空間データベースの更新者が、一次情報を更新した際、明示的に二次情報を作成する必要があった。また、一次情報が更新されても二次情報が更新されない、といったデータベースの不整合が生じる可能性もあった。
【０２６５】
空間データを作成する手順が記述されたシナリオをシナリオクリアリングハウスではなく、空間データベースに登録することによって、一次情報が更新された時に自動的に二次情報を更新することができる。これによってデータベースの不整合の問題を解消することができる。
【０２６６】
管理者は、空間データベースに、二次情報である空間データに対応して、二次情報を作成するための手順を記述したシナリオを格納しておく。このシナリオは、空間データの参照に二次情報への参照が記述され、更にスクリプトに一次情報から二次情報を作成するための手順が記述されている。空間データベースは、一次情報が更新されると、二次情報を作成するシナリオのスクリプトをスクリプトパーサで実行することによって、自動的に二次情報を作成する。このようにして、一次情報と二次情報の不整合は抑止できる。
【０２６７】
（第４の実施の形態）
第４の実施の形態は、シナリオクリアリングハウスがシナリオの実行結果をキャッシュで管理する。
【０２６８】
なお、第４の実施の形態の空間データ提供サービスシステムの基本的な構成及び動作は、第１の実施の形態と同一であり、説明は省略する。
【０２６９】
空間データ提供サービスシステムにおいては、多数のユーザが同じシナリオを利用する場合がある。例えば、現在の降雨量から将来の天候予測を行うシナリオがあり、多数のユーザがシナリオの実行結果である将来の天候予測を利用する場合である。この場合、シナリオクリアリングハウスが多数のユーザに同じシナリオを提供し、同じ空間データ作成処理を行わせるのは無駄であり、空間解析サービスの計算コスト及び通信コストを浪費する。
【０２７０】
第４の実施の形態では、処理を効率化するため、シナリオクリアリングハウスのキャッシュを利用する。具体的には、ユーザがシナリオクリアリングハウスに特定のシナリオの実行を依頼したら、シナリオの実行結果である空間データをシナリオクリアリングハウスのキャッシュに格納しておく。以降、シナリオクリアリングハウスは、他のユーザから同一の要求シナリオを受けると、シナリオクリアリングハウスはキャッシュの情報を提供する。
【０２７１】
これを実現するためには、シナリオクリアリングハウスは、キャッシュの情報としてユーザから要求された複合シナリオを管理する。また、シナリオの実行結果を特定の空間データベースに管理する。この複合シナリオには、最上位シナリオの空間データの参照にシナリオ実行結果への参照が記述される。
【０２７２】
シナリオクリアリングハウスは、同様に、複合シナリオを構成する個々の下位シナリオが生成する中間的な空間データをキャッシュに格納することもできる。これによって、シナリオ全体は異なるが、下位シナリオが共通する検索を多数のユーザから依頼された時の処理が効率化される。
【０２７３】
（第５の実施の形態）
本発明の第５の実施の形態は、シナリオクリアリングハウスがシナリオを再構築できる。
【０２７４】
なお、第５の実施の形態の空間データ提供サービスシステムの基本的な構成及び動作は、第１の実施の形態と同一であり、説明は省略する。
【０２７５】
第５の実施の形態は、シナリオ作成者が新たな複合シナリオをシナリオクリアリングハウスに登録する第３の実施の形態を発展させたものである。
【０２７６】
空間データ提供サービスにおいては、登録された複合シナリオが、提供仕様が具体的なため、シナリオを利用したいユーザの要求仕様と一致しないことも考えられる。第１〜４の実施の形態では、このようなシナリオは利用できない。
【０２７７】
そこで、シナリオクリアリングハウスは、ユーザの要求仕様を満たす新たな複合シナリオを再構築する。具体的には、複合シナリオの下位シナリオの、ユーザ要求と一致しないシナリオを再帰的に破棄し、ユーザ要求に一致するシナリオに置換することによってシナリオを再構築する。
【０２７８】
以下、シナリオクリアリングハウスのシナリオ再構築の動作を説明する。
【０２７９】
図１３は、本発明の第５の実施の形態のシナリオクリアリングハウスのシナリオの再構築の動作の説明図である。
【０２８０】
シナリオクリアリングハウスには、地表面傾斜角取得シナリオ１４０１、Ａ市におけるメッシュ標高提供シナリオ１４０２、等高線をメッシュ標高に変換するシナリオ１４０３及びＢ市における等高線提供シナリオが格納されている。
【０２８１】
Ａ市の地表面傾斜角の空間データは、地表面傾斜角取得シナリオ１４０１及びＡ市におけるメッシュ標高取得シナリオ１４０２から構成される複合シナリオを実行することによって、取得することができる。
【０２８２】
ユーザが、Ｂ市における地表面傾斜角を取得する要求シナリオをシナリオクリアリングハウスに送信した場合で説明する。しかし、この場合、シナリオクリアリングハウスは、要求仕様を満たすシナリオを見つけられない。そこで、シナリオクリアリングハウスは、複合シナリオを参照すると、Ｂ市における地表面傾斜角を取得するには、Ｂ市におけるメッシュ標高を取得し、地表面傾斜角取得シナリオ１４０１を使用すればよいことが分かる。しかし、地表面傾斜角取得シナリオ１４０１の下位シナリオであるメッシュ標高提供シナリオ１４０２は、Ａ市におけるメッシュ標高であるためユーザの要求を満たさない。
【０２８３】
そこで、シナリオクリアリングハウスは、メッシュ標高提供シナリオ１４０２を破棄し、Ｂ市におけるメッシュ標高を取得するシナリオを探索する。すると、等高線をメッシュ標高に変換するシナリオ１４０３を発見する。等高線をメッシュ標高に変換するシナリオ１４０３を使って、Ｂ市におけるメッシュ標高を取得するには、Ｂ市における等高線を取得すればよい。シナリオクリアリングハウスは、Ｂ市に置ける等高線を取得するシナリオを探索する。すると、Ｂ市における等高線提供シナリオ１４０４を発見する。
【０２８４】
つまり、Ｂ市における等高線提供シナリオ１４０４及び等高線をメッシュ標高に変換するシナリオ１４０３を実行し、Ｂ市におけるメッシュ標高を取得できる。そして取得したＢ市におけるメッシュ標高及び地表面傾斜角取得シナリオ１４０１を実行し、要求仕様を満たす空間データを取得することができる。
【０２８５】
そこで、シナリオクリアリングハウスは、地表面傾斜角取得シナリオ１４０１及びＡ市におけるメッシュ標高提供シナリオ１４０２から構成される複合シナリオを、地表面傾斜角取得シナリオ１４０１、等高線をメッシュ標高に変換するシナリオ１４０３及びＢ市における等高線提供シナリオ１４０４から構成される複合シナリオに再構築する。
【０２８６】
シナリオクリアリングハウスは、以下のよう動作してシナリオを再構築する。
【０２８７】
シナリオクリアリングハウスは、使用する複合シナリオの、上位シナリオの要求仕様を解決する下位シナリオを順番にたどっていく。なお、シナリオクリアリングハウスは、ユーザの要求仕様と合致しない提供仕様を持つシナリオが現れるまでたどっていく。
【０２８８】
そして、シナリオクリアリングハウスは、終端シナリオまで辿り着いた場合、中間シナリオのその他の要求仕様を実現する下位シナリオをすべてたどっていく。この動作を繰り返し、すべての下位シナリオがユーザの要求仕様と合致する時は処理を終了する。
【０２８９】
シナリオクリアリングハウスは、ユーザの要求仕様とシナリオの提供仕様とが合致しない場合、合致しないシナリオを破棄する。そして、シナリオクリアリングハウスは、破棄したシナリオの上位のシナリオの要求仕様を満たすシナリオを検索する。
【０２９０】
要求仕様を満たすシナリオが見つかった場合、シナリオクリアリングハウスは、第１の実施の形態で説明したシナリオ探索（シナリオを再帰的に検索）を実行し、新たなシナリオの要求仕様を満たすシナリオを構築する。
【０２９１】
一方、要求仕様を満たすシナリオが存在しない場合、シナリオクリアリングハウスは、その要求仕様を備えるシナリオ自体を破棄する。そして、シナリオクリアリングハウスは、破棄したシナリオの上位のシナリオの要求仕様を満たすシナリオを検索する。
【０２９２】
シナリオクリアリングハウスは、この動作を再帰的に繰り返し、シナリオを再構築する。
【０２９３】
（第６の実施の形態）
本発明の第６の実施の形態は、シナリオクリアリングハウスを利用して、システム全体を変更せずに一部のコンポーネントをバージョンアップすることのできるＷｅｂ連携サービスシステムである。
【０２９４】
なお、第６の実施の形態は、第１の実施の形態の空間データ提供サービスシステムを利用するものであり、空間データ提供サービスシステムの基本的な動作及び処理の説明は省略する。
【０２９５】
Ｗｅｂ連携サービスシステムでは、複数の組織により運営されるＷｅｂサービスのコンポーネント群が連携し、一つの大きなサービスを形成している。システム全体を変更せずに一部のコンポーネントをバージョンアップするには、外部インターフェイスを固定し、その実装部分のみを変更することで対応している。例えば、従来のＳＯＡＰ（Simple Object Access Protocol）などの方式では、Ｗｅｂサービスへアクセスする方式であるサービス名称及び入力引数は変更しない。
【０２９６】
しかし、入力引数を追加又は変更する場合、外部インターフェイスを固定する方式では対応できない。例えば、洪水解析サービスに、より高精度な予測を行うため、下水道網の空間データを新たな入力として導入する場合である。
【０２９７】
第６の実施の形態においては、バージョンアップする管理者は、シナリオクリアリングハウスに、新たな入力引数として必要な空間データの取得手順を格納する。これによって、入力引数を追加又は変更する倍でも、システムをバージョンアップすることができる。
【０２９８】
以下、シナリオクリアリングハウスを利用して、システム全体を変更せずに一部のコンポーネントをバージョンアップすることのできるＷｅｂ連携サービスシステムの動作を説明する。
【０２９９】
図１４は、本発明の第６の実施の形態のＷｅｂ連携サービスシステムのシーケンス図である。なお、図１４のＷｅｂ連携サービスシステムでは、クライアントが解析サービスを利用する度に、シナリオを検索する。
【０３００】
Ｗｅｂ連携サービスシステムは、クライアント１５０１、シナリオクリアリングハウス１５０２、解析サービス１５０３、１５０４及び空間データベース１５０５、１５０６から構成される。
【０３０１】
まず、空間解析サービス１５０３は、シナリオクリアリングハウス１５０２にクライアント１５０１の要求仕様を満たすシナリオを登録する（ＳＴＥＰ１）。登録されたシナリオは、空間データベース１５０５のデータを入力引数とするものである。
【０３０２】
クライアント１５０１が、シナリオクリアリングハウス１５０２に要求シナリオを送信し、シナリオを検索する。すると、空間解析サービス１５０３が登録したシナリオがシナリオクリアリングハウス１５０２から返戻される（ＳＴＥＰ２）。
【０３０３】
そして、クライアント１５０１は、返戻されたシナリオを解析サービス１５０３に実行させる（ＳＴＥＰ３）。空間解析サービス１５０３は、シナリオを実行しようとするが、下位シナリオが含まれるので、入力引数のを取得を要求する。つまり、空間データベース１５０５にデータの取得を要求する（ＳＴＥＰ４）。
【０３０４】
空間解析サービス１５０３は、空間データベース１５０５からデータを取得し、シナリオを実行する。そして、クライアント１５０１に実行結果を返戻する。このようにして、クライアント１５０１は、要求する空間データを取得できる。
【０３０５】
次に、空間解析サービス１５０３が空間データベース１５０４にバージョンアップする場合を説明する。ここでは、バージョンアップによって、空間データベース１５０６のデータを入力引数として追加する。
【０３０６】
バージョンアップするタイミングで、空間解析サービス１５０３は、シナリオクリアリングハウス１５０２からバージョンアップする前のシナリオを削除する（ＳＴＥＰ５）。
【０３０７】
そして、パージョンアップした解析サービス１５０４は、シナリオクリアリングハウスに新たなシナリオを登録する（ＳＴＥＰ６）。
【０３０８】
以降、クライアント１５０１が、ＳＴＥＰ２と同一の要求シナリオを送信してシナリオを検索すると、バージョンアップした空間解析サービス１５０４が登録したシナリオが返戻される（ＳＴＥＰ７）。
【０３０９】
そして、クライアント１５０１は、返戻されたシナリオを解析サービス１５０４に実行させる（ＳＴＥＰ８）。空間解析サービス１５０４は、シナリオを実行しようとするが、下位シナリオが含まれるので、入力引数を取得する。つまり、空間データベース１５０５及び空間データベース１５０６にデータの取得を要求する。
【０３１０】
空間解析サービス１５０４は、空間データベース１５０５及び空間データベース１５０６からデータを取得し、シナリオを実行する。そして、クライアント１５０１に実行結果を返戻する（ＳＴＥＰ９）。このようにして、空間解析サービス１５０４のバージョンアップ後でも、クライアント１５０１は要求する空間データを取得できる。
【０３１１】
以上のように、シナリオクリアリングハウスを使って、空間解析サービスを更新することが可能となる。また、空間解析サービスの更新時にシナリオが変更されるため、クライアントは要求仕様等の変更も必要ない。
【０３１２】
図１５は、本発明の第６の実施の形態のＷｅｂ連携サービスシステムのシーケンス図である。なお、図１５のＷｅｂ連携サービスシステムでは、クライアント１６０１が検索したシナリオを登録する。
【０３１３】
まず、空間解析サービス１６０３は、シナリオクリアリングハウス１６０２にクライアント１６０１の要求仕様を満たすシナリオを登録する（ＳＴＥＰ１）。登録されたシナリオは、空間データベース１６０５のデータを入力引数とするものである。
【０３１４】
クライアント１６０１が、シナリオクリアリングハウス１６０２に要求シナリオを送信し、シナリオを検索する。すると、空間解析サービス１６０３が登録したシナリオがシナリオクリアリングハウスから返戻される（ＳＴＥＰ２）。
【０３１５】
前述した図１４と異なり、クライアント１６０１は、返戻されたシナリオを登録しておく（ＳＴＥＰ３）。以降、クライアント１６０１は、同一の要求仕様でシナリオを検索することはなく、登録されたシナリオを用いて要求する空間データを取得できる。
【０３１６】
そして、クライアント１６０１は、返戻又は登録されたシナリオを解析サービス１６０３に実行させる（ＳＴＥＰ４）。空間解析サービス１６０３は、シナリオを実行しようとするが、下位シナリオが含まれるので、入力引数を取得する。つまり、空間データベース１６０５にデータの取得を要求する（ＳＴＥＰ５）。
【０３１７】
空間解析サービス１６０３は、空間データベース１６０５からデータを取得し、シナリオを実行する。そして、クライアント１６０１に実行結果を返戻する。このようにして、クライアント１６０１は、要求する空間データを取得できる。
【０３１８】
次に、空間解析サービス１６０３が、空間データベース１６０４にバージョンアップする場合を説明する。ここでは、バージョンアップによって、空間データベース１５０６のデータを入力引数として追加する。
【０３１９】
クライアント１６０１は、ＳＴＥＰ３で登録したシナリオをバージョンアップした空間解析サービス１６０４に実行させようとする（ＳＴＥＰ６）。しかし、第１〜５の実施の形態では、バージョンアップした空間解析サービス１６０４は、バージョンアップ前のシナリオを実行できなかった。なぜなら、空間解析サービス１６０４は、引数とする空間データの要求仕様と異なる要求仕様のシナリオは実行できないからである。
【０３２０】
そこで、空間解析サービス１６０４は、不足する空間データの取得シナリオを自律的に構築する。具体的には、空間解析サービス１６０４は、引数とする空間データがシナリオとして提供されないと、自律的にシナリオクリアリングハウス１６０２に対してシナリオを検索する（ＳＴＥＰ７）。そして、空間解析サービス１６０４は、空間データベース１６０６へのデータ取得シナリオをシナリオクリアリングハウス１６０２から取得する。
【０３２１】
これを実現するためには、解析サービス１６０４は、自身が提供するサービスに必要な空間データの要求仕様を管理すればよい。または、その要求仕様を解決するシナリオクリアリングハウスへの参照を管理すればよい。
【０３２２】
空間解析サービス１６０４は、クライアント１６０１からのシナリオ及びデータ取得シナリオを組み合わせて実行する。つまり、空間データベース１５０５及び空間データベース１５０６にデータの取得を要求する（ＳＴＥＰ８、ＳＴＥＰ９）。
【０３２３】
空間解析サービス１５０４は、空間データベース１５０５及び空間データベース１５０６からデータを取得し、シナリオを実行する。そして、クライアント１５０１に実行結果を返戻する（ＳＴＥＰ１０）。このようにして、クライアント１５０１は、要求する空間データを取得できる。
【０３２４】
以上のように、シナリオクリアリングハウスを使うことによって、クライアント１６０１がシナリオを登録する場合にも空間解析サービス１６０４を更新することがバージョンアップすることができる。
【０３２５】
（第７の実施の形態）
本発明の第７の実施の形態は、シナリオ及びスクリプトパーサを利用した、集結型モバイルエージェントシステムである。
【０３２６】
なお、第７の実施の形態は、第１の実施の形態の空間データ提供サービスシステムを利用するものであり、空間データ提供サービスシステムの基本的な動作及び処理の説明は省略する。
【０３２７】
モバイルエージェントシステムとは、ユーザの代理となるエージェントと呼ばれる単独のプログラムが、複数の計算機を移動しながら自律的に処理を行うシステムである。
【０３２８】
第１〜６の実施の形態では、複数の計算機にそれぞれ空間解析サービスが固定されて存在し、空間解析サービスの相互の通信によって連携して空間データを作成する。しかし、シナリオによっては、空間解析サービス相互間の通信負荷が重すぎる場合もある。
【０３２９】
そこで、第７の実施の形態においては、ネットワーク上の使用されていない計算機を発見し、その計算機上に空間解析サービス群を集結させることによって、空間解析サービス間の通信負荷を低減させる。
【０３３０】
空間解析サービスがダウンロード可能な場合、空間解析サービスが提供するシナリオには、空間解析サービスの実行モジュールの参照が記述される。
【０３３１】
クライアント又はシナリオクリアリングハウスは、シナリオを実行する前に、ネットワーク上の使用されていない計算機を発見する。そして、発見した計算機に、シナリオに記述された空間解析サービスの実行モジュール群をダウンロードする。なお、使用されていない計算機の発見方法は、従来のグリッドコンピューティング技術を利用することで実現できる。
【０３３２】
そして、クライアント又はシナリオクリアリングハウスは、シナリオのスクリプトに記述された空間解析サービスの位置をその計算機に変更し、シナリオを実行させる。
【０３３３】
以上のように、第７の実施形態においては、空間解析サービスを特定の計算機に集結させ、通信負荷を軽減することができるので、高速な処理を実現できる。
【０３３４】
（第８の実施の形態）
本発明の第８の実施の形態は、シナリオクリアリングハウスを利用した、センサ故障時の自動復帰型センサネットシステムである。
【０３３５】
なお、第８の実施の形態は、第１の実施の形態の空間データ提供サービスシステムを利用するものであり、空間データ提供サービスシステムの基本的な動作及び処理の説明は省略する。
【０３３６】
センサネットシステムとは、無線ネットワークに相互接続された多数のセンサノードによって、温度や気圧等の環境を観測し、ユーザに提示するシステムである。センサネットの利用例としては、地域環境に多数の雨量センサ及び下水道流量センサを設置し、洪水の兆候をこれらのセンサで観測した場合、ユーザに警報を発する洪水監視システムがある。
【０３３７】
このようなシステムでは、センサノードは自力で電源を持つ必要があり、できるだけ電力の消費を抑える必要がある。また、センサノードが故障した時に、代替のセンサが観測を引き継ぐようなロバスト性を確保する必要もある。
【０３３８】
これを実現するため、ユーザの定期観測要求時にすべてのセンサノードが稼動するのではなく、ユーザの要求品質を満たす必要最小限のセンサノードのみを選択して稼動し、電力の消費を抑える。また、特定のセンサノードの故障を探知し、故障を探知すると、休止中の新たなセンサノードを選択して処理を代行する。
【０３３９】
しかし、この処理をセンサネットシステムを利用するユーザが行うのではユーザの負担が大きい。そこで、第８の実施の形態のセンサネットシステムは、自律的にこの処理を行う。
【０３４０】
以下、シナリオクリアリングハウスを適用したセンサネットシステムが自動的に前述した処理を行う動作を説明する。
【０３４１】
図１６は、本発明の第８の実施の形態のセンサネットシステムがセンサ故障時の自動復帰する動作のシーケンス図である。
【０３４２】
センサネットシステムは、クライアント１７０１、シナリオクリアリングハウス１７０２、ジョブ実行サービス１７０３、集計サービス１７０４、及びセンサ１７０５、１７０６、１７０７から構成されている。
【０３４３】
クライアント１７０１は、空間に分散した複数のセンサを用いて観測値の空間分布を取得したい。そこで、クライアント１７０１は、シナリオクリアリングハウス１７０２に対し、要求仕様を指定してシナリオを検索する（ＳＴＥＰ１）。
【０３４４】
シナリオクリアリングハウス１７０２は、クライアント１７０１の要求仕様に記述された要求精度を満たす必要十分な数のセンサ群１７０５、１７０６を選択する。なお、シナリオクリアリングハウス１７０２は、センサの省電力化や通信負荷軽減等の観点から、センサ群を選択する。そして、シナリオクリアリングハウス１７０１は、回答シナリオを作成してクライアント１７０１に返戻する。この回答シナリオは、ジョブ実行サービス１７０３を利用してセンサ１７０３、１７０４を定期的に起動させて環境を観測し、集計サービス１７０４を利用して空間分布を計算する。
【０３４５】
クライアント１７０１は、返戻された回答シナリオをジョブ実行サービス１７０３に実行要求する（ＳＴＥＰ２）。つまり、クライアント１７０１は、定期的に、ジョブ実行サービス１７０３にシナリオを実行させる。
【０３４６】
ジョブ実行サービス１７０３は、定期的にシナリオを実行する。すなわち、集計サービス１７０４にデータの集計を要求する（ＳＴＥＰ３）。
【０３４７】
要求を受けた集計サービス１７０４は、シナリオを実行する。すなわち、指定されたセンサ群１７０５、１７０６に、データの取得を要求する（ＳＴＥＰ４）。
【０３４８】
要求を受けた各々のセンサ１７０５、１７０６は、環境を観測する。そして、観測した結果を集計サービス１７０４に返戻する。
【０３４９】
集計サービス１７０４は、返戻された観測結果から空間分布を計算する。そして、計算した空間分布をジョブ実行サービス１７０３に返戻する。なお、空間分布の提供仕様は、センサ個数及び配置関係から精度分布が計算される。
【０３５０】
実行サービス１７０３は、集計サービス１７０４から返戻された空間データの精度分布とクライアント１７０１が指定した要求仕様に記述された空間データの精度とを比較する。
【０３５１】
ここで、センサ１７０６が故障していて、要求仕様の精度を満たさない制度であったとする。この場合、ジョブ実行サービス１７０３は、シナリオクリアリングハウス１７０２にシナリオの再構築を依頼する（ＳＴＥＰ５）。
【０３５２】
シナリオクリアリングハウス１７０２は、クライアント１７０１の要求仕様を満たす別のセンサ群１７０５、１７０７を選択する。そして、新たなシナリオを構築してジョブ実行サービス１７０３に返戻する。
【０３５３】
ジョブ実行サービス１７０３は、新たなシナリオを用いて、集計サービス１７０４にデータの集計を要求する（ＳＴＥＰ６）。
【０３５４】
集計サービス１７０４は、新たなシナリオに基いて、選択されたセンサ群１７０５、１７０７にデータの取得を要求する（ＳＴＥＰ７）。
【０３５５】
要求を受けた各々のセンサ１７０５、１７０７は、環境を観測する。そして、観測した結果を集計サービス１７０４に返戻する。集計サービス１７０４は、返戻された観測結果から空間分布を計算する。そして、計算した空間分布をジョブ実行サービス１７０３に返戻する。
【０３５６】
返戻されたジョブ実行サービス１７０３は、クライアント１７０１にその空間分布を返戻する（ＳＴＥＰ８）。
【０３５７】
以上のように、シナリオクリアリングハウスに用いてシナリオを再構築することによって、ユーザの要求品質を満たす必要最小限のセンサのみを選択して稼動することができる。また、特定のセンサの故障を探知し、故障を探知すると、休止中の新たなセンサを選択して処理を代行することができる。
【０３５８】
（第９の実施の形態）
本発明の第９の実施の形態は、意味データ自動生成型センサネットシステムである。
【０３５９】
なお、第９の実施の形態は、第１の実施の形態の空間データ提供サービスシステムを利用するものであり、空間データ提供サービスシステムの基本的な動作及び処理の説明は省略する。
【０３６０】
センサネットを利用するユーザは、センサ観測値である一次データ、その空間分布及び時間変化などではなく、センサ観測値が意味する情報を知りたい。
【０３６１】
例えば、室内に設置された温度センサから情報を取得する場合を考える。ユーザは、温度センサの出力値、その空間分布、及び時間変化ではなく、その部屋の温度が人間にとって快適であるかという情報を取得したい。「快適でない」という情報は、「快適とは、温度センサの観測値が１８℃から２４℃などの温度範囲に入っていることである」という知識を使用して作成できる。
【０３６２】
同様に、「その部屋が空室である」という情報は、「空室とは、その部屋の光量センサの出力値が閾値以下であることである」という知識を使用して作成できる。また、「凍結道路範囲」という情報は、「凍結道路範囲とは、道路に沿って設置された温度センサが氷点下以下の範囲である」という知識を使用して作成できる。また、「火災発生」という情報は、「火災発生とは、その部屋の温度センサの観測値が６０℃以上であることである」という知識を使用して作成できる。
【０３６３】
しかし、このようなセンサ情報からユーザにとって意味のある情報へと変換する知識は、センサ提供者があらかじめ作成することはできない。なぜなら、様々なユーザの目的に応じてそれぞれ異なる知識の定義が必要となるからである。つまり、センサ提供者が、すべてのユーザ目的に応じた知識をあらかじめ提供することは困難である。
【０３６４】
この問題は、ユーザの用途に応じた知識をシナリオとしてシナリオクリアリングハウスで管理することによって解決できる。
【０３６５】
具体的には、第３の実施の形態で説明したユーザ用途の付加を利用する。ユーザ目的ごとにシナリオを作成し、そのシナリオの提供仕様に用途情報及び生成される空間データの仕様を記述する。なお、用途情報とは、温度制御用途や火災検知用途などのような変換後の情報の用途である。
【０３６６】
更に、シナリオのスクリプトには、センサネットへの観測要求コマンド及び意味解釈コマンドを記述する。意味解釈コマンドとは、例えば温度センサの観測値が１８℃から２４℃などの温度範囲に入っていれば快適、という情報を作成するというような、観測結果の意味を解釈するスクリプトである。また、シナリオのスクリプトには、必要であれば、空間解析サービスへの解析要求コマンドを記述してもよい。
【０３６７】
このようにシナリオを構成することによって、意味データを自動生成することができる。
【０３６８】
（第１０の実施の形態）
本発明の第１０の実施の形態は、セキュリティを考慮した解析サービスである。
【０３６９】
なお、第１０の実施の形態は、第１の実施の形態の空間データ提供サービスシステムを利用するものであり、空間データ提供サービスシステムの基本的な動作及び処理の説明は省略する。
【０３７０】
空間データの作成には、多額のコストが発生する。そのため複数の組織が分担して空間データを整備し、相互に利用することにより作成コストの分散を図りたい、というニーズがある。一方、セキュリティの観点から、空間データの相互利用が望ましくない場合も存在する。例えば、住民の住む家屋の材質や基礎構造という情報は、税務のための資産価値評価のために自治体内で使用することはできるが、住民のプライバシーの観点から自治体外部への公開をしてはならない。
【０３７１】
しかし、家屋の材質や基礎構造は、例えば、火災延焼解析や洪水解析などを精度よく実施するために有用な情報である。そこで、第１０の実施の形態のシステムでは、空間解析サービスの最終結果はセキュリティ上問題のない精度で出すことを条件に、空間解析サービスの中間段階において、セキュリティ上問題のある精度のデータの使用を許可する。
【０３７２】
図１７は、本発明の第１０の実施の形態のセキュリティを考慮した空間データ提供システムのシーケンス図である。
【０３７３】
まず、ファイアウォール１８０１内の空間データベース１８０６は、家屋レベルの空間データを提供するシナリオをシナリオクリアリングハウス１８０３に登録する（ＳＴＥＰ１）。ただし、シナリオは、最終的な精度が街区レベルに精度低減されることを条件に実行できる。
【０３７４】
自治体外の空間解析サービス１８０４の提供者は、自治体内の空間データベース１８０６のシナリオの実行を自治体に認定してもらう。認定を受けた空間解析サービス１８０４は、その旨をシナリオに記述してシナリオクリアリングハウス１８０３に登録する（ＳＴＥＰ２）。なお、空間データベース１８０６は、認定されたサービスにのみ、自治体のファイアウォール１８０１内のデータを提供する。
【０３７５】
クライアント１８０２は、シナリオクリアリングハウス１８０３に要求する空間データを作成するシナリオを検索する（ＳＴＥＰ３）。すると、シナリオクリアリングハウス１８０３は、空間データベース１８０６と空間解析サービス１８０４を連動するシナリオを返戻する。
【０３７６】
クライアント１８０２は、返戻されたシナリオの実行を自治体ゲートウェイ１８０５に要求する（ＳＴＥＰ５）。すなわち、クライアント１８０２は、空間解析サービス１８０４を自治体ファイアウォール１８０１内に空間解析サービス１８０７としてダウンロードする。自治体ゲートウェイ１８０５は、空間解析サービス１８０４の認定を確認してダウンロードを許可する。
【０３７７】
自治体ゲートウェイ１８０５はシナリオを実行する（ＳＴＥＰ６）。すなわち、空間データベース１８０６、及び空間解析サービス１８０７へシナリオを実行させる。そして、最後に精度低減サービス１８０８を実行することによって、例えば、家屋レベルの空間解析結果を街区レベルに精度を低減させる。
【０３７８】
自治体ゲートウェイ１８０５は、精度の低減されたことが保証された空間データをクライアント１８０２に返戻する（ＳＴＥＰ７）。
【０３７９】
以上のように、最終結果の空間データはセキュリティ上問題のない精度で出すことを条件に、空間解析サービスの中間段階において、セキュリティ上問題のある精度の空間データの使用を許可するシステムを実現することができる。
【０３８０】
（第１１の実施の形態）
本発明の第１１の実施の形態は、シナリオクリアリングハウスを利用した空間データの電子入札システムである。
【０３８１】
なお、第１１の実施の形態は、第１の実施の形態の空間データ提供サービスシステムを利用するものであり、空間データ提供サービスシステムの基本的な動作及び処理の説明は省略する。
【０３８２】
電子入札は、まず、発注者が目的とする空間データの要求仕様をシナリオクリアリングハウスに登録する。そして、応札者が登録された要求仕様を参照して、提供できる空間データの価格などの提供仕様をシナリオクリアリングハウスに入札する。発注者が、入札締切り時に、登録された提供仕様を参照し、最適な応札者を選択して落札する。
【０３８３】
シナリオクリアリングハウスに、提供シナリオだけではなく、ユーザの要求シナリオを登録できるようにすることによって、シナリオクリアリングハウスを利用した電子入札システムを実現できる。
【０３８４】
以下、電子入札システムの動作を説明する。
【０３８５】
図１８は、本発明の第１１の実施の形態の空間データの電子入札システムのシーケンス図である。
【０３８６】
発注者のクライアント１９０１は、目的とする空間データの要求仕様含む要求シナリオをシナリオクリアリングハウス１９０２に登録する（ＳＴＥＰ１）。
【０３８７】
登録された要求シナリオは、コンサルタントサービス１９０３、１９０４などの空間データ提供者に公開される（ＳＴＥＰ２）。
【０３８８】
空間データ提供者１９０３、１９０４は、提供できる空間データの提供仕様を含むシナリオをシナリオクリアリングハウス１９０２に登録する（ＳＴＥＰ３）。なお、提供仕様には、仕様、品質情報及び価格等が含まれる。登録されたシナリオは、シナリオクリアリングハウス１９０２内で管理され、入札締切り時まで非公開となる。
【０３８９】
入札締切り後に、クライアント１９０１は、シナリオクリアリングハウス１９０２に登録されたシナリオを取得する（ＳＴＥＰ４）。
【０３９０】
クライアント１９０１は取得したシナリオの提供仕様を比較し、目的に合致するシナリオを選択する（ＳＴＥＰ５）。
【０３９１】
クライアント１９０１は、選択したシナリオに記述されたスクリプトを実行することによって、選択したコンサルタントサービス１９０３に空間データ購入を依頼する（ＳＴＥＰ６）。
【０３９２】
コンサルタントサービス１９０３は、シナリオを実行して、実行結果をクライアントに返戻する（ＳＴＥＰ７）。
【０３９３】
以上のようにして、シナリオクリアリングハウスを利用した電子入札システムを実現できる。
【図面の簡単な説明】
【０３９４】
【図１】本発明の第１の実施の形態の利用イメージのブロック図である。
【図２】本発明の第１の実施の形態の空間データ提供サービスシステムのブロック図である。
【図３】本発明の第１の実施の形態のシナリオの構成の説明図である。
【図４】本発明の第１の実施の形態のシナリオクリアリングハウスのブロック図である。
【図５】本発明の第１の実施の形態のスクリプトパーサのブロック図である。
【図６】本発明の第１の実施の形態のシナリオクリアリングハウスの基本的な動作の説明図である。
【図７】本発明の第１の実施の形態の空間データ提供サービスの処理のシーケンス図である。
【図８】本発明の第１の実施の形態の地表面傾斜角を取得する際のシナリオクリアリングハウスの処理の説明図である。
【図９】本発明の第１の実施の形態の地表面傾斜角を取得する回答シナリオの説明図である。
【図１０】本発明の第１の実施の形態の地表面傾斜角を取得するスクリプトを実行する処理の説明図である。
【図１１】本発明の第２の実施の形態のシナリオの評価情報の表示画面の一例である。
【図１２】本発明の第２の実施の形態のシナリオの詳細情報の表示画面の一例である。
【図１３】本発明の第５の実施の形態のシナリオクリアリングハウスのシナリオの再構築の動作の説明図である。
【図１４】本発明の第６の実施の形態のＷｅｂ連携サービスシステムのシーケンス図である。
【図１５】本発明の第６の実施の形態のＷｅｂ連携サービスシステムのシーケンス図である。
【図１６】本発明の第８の実施の形態のセンサネットシステムがセンサ故障時の自動復帰する動作のシーケンス図である。
【図１７】本発明の第１０の実施の形態のセキュリティを考慮した空間データ提供システムのシーケンス図である。
【図１８】本発明の第１１の実施の形態の空間データの電子入札システムのシーケンス図である。
【図１】
2006072908.tif 000003
【図２】
2006072908.tif 000004
【図３】
2006072908.tif 000005
【図４】
2006072908.tif 000006
【図５】
2006072908.tif 000007
【図６】
2006072908.tif 000008
【図７】
2006072908.tif 000009
【図８】
2006072908.tif 000010
【図９】
2006072908.tif 000011
【図１０】
2006072908.tif 000012
【図１１】
2006072908.tif 000013
【図１２】
2006072908.tif 000014
【図１３】
2006072908.tif 000015
【図１４】
2006072908.tif 000016
【図１５】
2006072908.tif 000017
【図１６】
2006072908.tif 000018
【図１７】
2006072908.tif 000019
【図１８】
2006072908.tif 000020