(57)【特許請求の範囲】
【請求項１】
人工衛星の複数の観測領域の各々の観測領域の観測の状態と前記各々の観測領域の座標位置とを有する観測領域情報を参照して、前記複数の観測領域のうちの第１の観測領域および第２の観測領域が重なる第３の観測領域を特定し、
前記観測領域情報に含まれる前記第１の観測領域および前記第２の観測領域の観測の状態に基づいて、特定した前記第３の観測領域の観測の状態を決定し、
決定した前記第３の観測領域の観測の状態および前記第３の観測領域の座標位置と、前記第１の観測領域から前記第３の観測領域を除いた第４の観測領域の座標位置および前記第４の観測領域の観測の状態として前記第１の観測領域の観測の状態と、前記第２の観測領域から前記第３の観測領域を除いた第５の観測領域の座標位置と前記第５の観測領域の観測の状態として前記第２の観測領域の観測の状態とを前記観測領域情報に格納する、
制御部を有することを特徴とする情報処理装置。
【請求項２】
前記制御部は、
新たな観測領域の観測要求を受け付けた場合、前記観測領域情報を参照して、前記第３の観測領域と前記第４の観測領域と前記第５の観測領域とのうち、前記新たな観測領域を含む観測領域があるか否かを判定し、
前記第３の観測領域と前記第４の観測領域と前記第５の観測領域とのうちのいずれかの観測領域が前記新たな観測領域を含むと判定した場合、前記いずれかの観測領域の観測の状態を出力する、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記制御部は、
前記第３の観測領域と前記第４の観測領域と前記第５の観測領域とのうちのいずれの観測領域も前記新たな観測領域を含まないと判定した場合、前記新たな観測領域の観測の状態として未観測を示す状態と、前記新たな観測領域の座標位置とを前記観測領域情報に格納する、
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記観測領域情報は、
前記各々の観測領域の属性と、前記各々の観測領域の属性に対する観測の状態と、前記各々の観測領域の座標位置とを有することを特徴とする請求項１〜３のいずれか一つに記載の情報処理装置。
【請求項５】
前記制御部は、
前記観測領域情報を参照して、前記複数の観測領域のうちの属性が同一の前記第１の観測領域および前記第２の観測領域が重なる前記第３の観測領域を特定し、
前記第３の観測領域の観測の状態および前記第３の観測領域の座標位置を前記第１および第２の観測領域に対応付け、前記第４の観測領域の座標位置および前記第４の観測領域の観測の状態として前記第１の観測領域の観測の状態を前記第１の観測領域に対応付け、前記第５の観測領域の座標位置と前記第５の観測領域の観測の状態として前記第２の観測領域の観測の状態を前記第２の観測領域に対応付けて前記観測領域情報に格納し、
座標位置を含む新たな観測領域の観測要求を受け付けた場合、前記観測領域情報を参照して、前記第３の観測領域と前記第４の観測領域と前記第５の観測領域とのうち、前記新たな観測領域を含む観測領域があるか否かを判定し、
前記第３の観測領域と前記第４の観測領域と前記第５の観測領域とのうちのいずれかの観測領域が前記新たな観測領域を含むと判定した場合、前記観測領域情報を参照して、前記いずれかの観測領域に対応する観測領域の属性と前記新たな観測領域の属性とが同一か否かを判定し、
前記いずれかの観測領域に対応する観測領域の属性と前記新たな観測領域の属性とが同一であると判定した場合、前記いずれかの観測領域の属性に応じた観測の状態を出力する、
ことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記制御部は、
前記第３の観測領域と前記第４の観測領域と前記第５の観測領域とのうちのいずれの観測領域も前記新たな観測領域を含まない、または、前記いずれかの観測領域に対応する観測領域の属性と前記新たな観測領域の属性とが異なると判定した場合、前記新たな観測領域の属性と、前記新たな観測領域の属性に応じた観測の状態として未観測を示す状態と、前記新たな観測領域の座標位置とを前記観測領域情報に格納する、
ことを特徴とする請求項５に記載の情報処理装置。
【請求項７】
コンピュータが、
人工衛星の複数の観測領域の各々の観測領域の観測の状態と前記各々の観測領域の座標位置とを有する観測領域情報を参照して、前記複数の観測領域のうちの第１の観測領域および第２の観測領域が重なる第３の観測領域を特定し、
前記観測領域情報に含まれる前記第１の観測領域および前記第２の観測領域の観測の状態に基づいて、特定した前記第３の観測領域の観測の状態を決定し、
決定した前記第３の観測領域の観測の状態および前記第３の観測領域の座標位置と、前記第１の観測領域から前記第３の観測領域を除いた第４の観測領域の座標位置および前記第４の観測領域の観測の状態として前記第１の観測領域の観測の状態と、前記第２の観測領域から前記第３の観測領域を除いた第５の観測領域の座標位置と前記第５の観測領域の観測の状態として前記第２の観測領域の観測の状態とを前記観測領域情報に格納する、
処理を実行することを特徴とする観測領域管理方法。
【請求項８】
コンピュータに、
人工衛星の複数の観測領域の各々の観測領域の観測の状態と前記各々の観測領域の座標位置とを有する観測領域情報を参照して、前記複数の観測領域のうちの第１の観測領域および第２の観測領域が重なる第３の観測領域を特定し、
前記観測領域情報に含まれる前記第１の観測領域および前記第２の観測領域の観測の状態に基づいて、特定した前記第３の観測領域の観測の状態を決定し、
決定した前記第３の観測領域の観測の状態および前記第３の観測領域の座標位置と、前記第１の観測領域から前記第３の観測領域を除いた第４の観測領域の座標位置および前記第４の観測領域の観測の状態として前記第１の観測領域の観測の状態と、前記第２の観測領域から前記第３の観測領域を除いた第５の観測領域の座標位置と前記第５の観測領域の観測の状態として前記第２の観測領域の観測の状態とを前記観測領域情報に格納する、
処理を実行させることを特徴とする観測領域管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、観測領域管理方法、および観測領域管理プログラムに関する。
【背景技術】
【０００２】
従来、人工衛星の観測領域に対して、人工衛星の最小分解能で分割した格子単位で、観測の状態をメモリで管理する技術がある。関連する先行技術として、例えば、メモリ領域が割り当てられた主体の権限を区分した、全ての主体に共通する権限を全ての主体に共通する権限ルールとして規定し、特定の主体に固有の権限は管理テーブルにカスタマイズ情報として個別に格納するものがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２７９３７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術によれば、人工衛星の観測の状態を管理する管理情報の記憶容量が増大する場合がある。具体的には、人工衛星の分解能が高い程、管理情報の記憶容量が増大することになる。
【０００５】
観測領域の管理方法としては、例えば、人工衛星の最小分解能の格子単位に地球表面を分割し、格子単位で属性を管理することが考えられる。以下、人工衛星の最小分解能の格子を、「メッシュ」と呼称する。例えば、メッシュ単位で、メッシュの属性に応じた観測の状態を管理する。例えば、メッシュの属性として、光学センサ、レーダーセンサによる観測の状態を管理する。しかしながら、この管理方法では、管理するデータ量、すなわち、メッシュの数が膨大となり、計算機での処理時間も長時間になる。
【０００６】
例えば、人工衛星が、陸域観測技術衛星（ＡＬＯＳ：Ａｄｖａｎｃｅｄ  Ｌａｎｄ  Ｏｂｓｅｒｖｉｎｇ  Ｓａｔｅｌｌｉｔｅ）であれば、１つのメッシュは、緯度、経度方向に０．５度を有するため、全球では、２５９２００個のメッシュが存在することになる。また、ＨＩＳＵＩ（Ｈｙｐｅｒｓｐｅｃｔｒａｌ  Ｉｍａｇｅｒ  ＳＵＩｔｅ）−ＯＰＳ（ＯＰｔｉｃａｌ  Ｓｅｎｓｏｒ）では、解像度が高く、緯度、経度方向に０．００８度（３０秒）を有するため、全球では、１５６０３８４０００個のメッシュが存在することになる。
【０００７】
１つの側面では、本発明は、人工衛星の観測の状態を管理する管理情報の記憶容量を低減させることができる情報処理装置、観測領域管理方法、および観測領域管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の一側面によれば、人工衛星の複数の観測領域の各々の観測領域の観測の状態と各々の観測領域の座標位置とを有する観測領域情報を参照して、複数の観測領域のうちの第１の観測領域および第２の観測領域が重なる第３の観測領域を特定し、観測領域情報に含まれる第１の観測領域および第２の観測領域の観測の状態に基づいて、特定した第３の観測領域の観測の状態を決定し、決定した第３の観測領域の観測の状態および第３の観測領域の座標位置と、第１の観測領域から第３の観測領域を除いた第４の観測領域の座標位置および第４の観測領域の観測の状態として第１の観測領域の観測の状態と、第２の観測領域から第３の観測領域を除いた第５の観測領域の座標位置と第５の観測領域の観測の状態として第２の観測領域の観測の状態とを観測領域情報に格納する情報処理装置、観測領域管理方法、および観測領域管理プログラムが提案される。
【発明の効果】
【０００９】
本発明の一態様によれば、人工衛星の観測の状態を管理する管理情報の記憶容量を低減させることができるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、本実施の形態にかかる情報処理装置１０１の動作例を示す説明図である。
【図２】図２は、衛星運用システム２００の構成例を示す説明図である。
【図３】図３は、サーバ２０１のハードウェア構成例を示す説明図である。
【図４】図４は、サーバ２０１の機能構成例を示す説明図である。
【図５】図５は、観測領域情報１０２の記憶内容の一例を示す説明図である。
【図６】図６は、レイヤーによる観測領域の表現の一例を示す説明図（その１）である。
【図７】図７は、レイヤーによる観測領域の表現の一例を示す説明図（その２）である。
【図８】図８は、運用時処理手順の一例を示すフローチャートである。
【図９】図９は、観測領域の表示の一例を示す説明図である。
【発明を実施するための形態】
【００１１】
以下に図面を参照して、開示の情報処理装置、観測領域管理方法、および観測領域管理プログラムの実施の形態を詳細に説明する。
【００１２】
図１は、本実施の形態にかかる情報処理装置１０１の動作例を示す説明図である。情報処理装置１０１は、人工衛星に対する観測要求を管理するコンピュータである。情報処理装置１０１は、例えば、サーバである。人工衛星は、地球を観測する衛星である。人工衛星の観測要求形態は、センサの属性によって様々であるが、本実施の形態では、領域による観測要求であるとする。
【００１３】
そこで、観測領域単位で属性を管理することを採用する。ただし、観測領域は、大量かつ、重複することになる。従って、本実施の形態では、各観測領域の状態をトレースするため、重なり合う複数の観測領域の管理方式を説明する。具体的には、本実施の形態では、第１の観測領域および第２の観測領域が観測済か否かから、第１の観測領域および第２観測領域が重なる領域と重ならない領域に分割した各領域の観測の状態を決め、各領域を管理する方法について説明する。
【００１４】
ここで、情報処理装置１０１は、観測領域を、「レイヤー」として管理し、レイヤーを分割した領域を、「サブレイヤー」として管理する。また、観測の状態を、「ステータス」と呼称する。ステータスは、該当のレイヤーが観測済であることを示す「観測実績」と、該当のレイヤーが観測計画立案処理の対象となり計画中であることを示す「観測計画中」と、該当のレイヤーが観測計画立案処理前であることを示す「観測要求」とのいずれかである。
【００１５】
図１を用いて、情報処理装置１０１の動作例について説明する。ここで、図１では、説明の簡略化のため、観測領域の属性は全て同一であるものとする。情報処理装置１０１は、複数のレイヤーの各々のレイヤーの観測の状態と各々のレイヤーの座標位置とを有する観測領域情報１０２を記憶する。観測領域情報１０２の一例を、図５で示す。ここで、観測計画立案処理については、図２で説明する。レイヤーの座標位置は、例えば、レイヤーを形成する各頂点の座標位置である。レイヤーの形状は、矩形でもよいし、球面多角形でもよい。
【００１６】
図１の上部では、第１の観測領域となるレイヤーＬ１のステータスとレイヤーＬ１の座標位置と、第２の観測領域となるレイヤーＬ２のステータスとレイヤーＬ２の座標位置とを示す。ここで、レイヤーＬ１とレイヤーＬ２とは、観測領域情報１０２に記憶されている複数のレイヤーのうちの異なるものであればどのようなものでもよい。図１の例では、北海道に対する２つの観測要求を例として説明する。図１の上部で示すように、レイヤーＬ１のステータスは、「観測実績」であり、レイヤーＬ２のステータスは、「観測要求」であるとする。
【００１７】
図１の上部の（１）で示すように、情報処理装置１０１は、観測領域情報１０２を参照して、レイヤーＬ１およびレイヤーＬ２が重なる第３の観測領域となるサブレイヤーＳＬ１２を特定する。ここで、２つの領域が重なる領域の特定方法については、例えば、ＰｏｓｔＧＩＳ等がある。また、他の方法として、レイヤーの形状が球面多角形である場合には、任意の点が、球面多角形の内側にあるのか外側にあるのかを抽出する方法を採用することもできる。任意の点が、球面多角形の内側にあるのか外側にあるのかを抽出する方法については、下記参考文献１に記載されている。
（参考文献１：特開２０１２−０８８９０２号公報）
【００１８】
次に、図１の下部の（２）で示すように、情報処理装置１０１は、観測領域情報１０２に含まれるレイヤーＬ１およびレイヤーＬ２のステータスに基づいて、特定したサブレイヤーＳＬ１２のステータスを決定する。具体的には、情報処理装置１０１は、レイヤーＬ１およびレイヤーＬ２のステータスのいずれか一方が「観測実績」であれば、サブレイヤーＳＬ１２のステータスを「観測実績」に決定する。また、情報処理装置１０１は、レイヤーＬ１およびレイヤーＬ２のステータスのいずれもが「観測実績」でなく、いずれか一方が「観測計画中」であれば、サブレイヤーＳＬ１２のステータスを「観測計画中」に決定する。また、情報処理装置１０１は、レイヤーＬ１およびレイヤーＬ２のステータスのいずれもが「観測要求」であれば、サブレイヤーＳＬ１２のステータスを「観測要求」に決定する。
【００１９】
図１の例では、レイヤーＬ１のステータスが「観測実績」であるため、情報処理装置１０１は、図１の下部で示すように、サブレイヤーＳＬ１２のステータスを「観測実績」に決定する。
【００２０】
そして、図１の下部の（３）で示すように、情報処理装置１０１は、サブレイヤーＳＬ１２のステータスおよびサブレイヤーＳＬ１２の座標位置を、観測領域情報１０２に格納する。さらに、情報処理装置１０１は、レイヤーＬ１からサブレイヤーＳＬ１２を除いた第４の観測領域となるサブレイヤーＳＬ１の座標位置およびサブレイヤーＳＬ１のステータスを、観測領域情報１０２に格納する。また、情報処理装置１０１は、レイヤーＬ２からサブレイヤーＳＬ１２を除いた第５の観測領域となるサブレイヤーＳＬ２の座標位置およびサブレイヤーＳＬ２のステータスを、観測領域情報１０２に格納する。
【００２１】
以上により、情報処理装置１０１は、人工衛星の分解能による各メッシュのステータスの管理に比べ記憶容量を減らすことができ、ステータスの管理を容易にすることができる。また、新たな観測要求を受け付けた際には、情報処理装置１０１は、新たな観測要求の観測領域とサブレイヤーＳＬ１、ＳＬ１２、ＳＬ２との内外判定をすればよく、新たな観測要求の観測領域とレイヤーＬ１、Ｌ２との内外判定を行わなくてよい。サブレイヤーＳＬ１、ＳＬ１２、ＳＬ２との内外判定により、情報処理装置１０１は、重複部分を複数回判定することのない、効率的な内外判定を行うことができる。
【００２２】
また、図１の例では、２つのレイヤーについて説明したが、観測領域情報１０２に含まれるレイヤーが３以上あるならば、情報処理装置１０１は、３以上のレイヤーのうちのいずれか２つのレイヤーの組み合わせのそれぞれに対して、図１で説明した処理を行えばよい。
【００２３】
また、観測の状態の変更、すなわち観測要求の追加、観測計画中／観測実績のステータス変更があった場合もサブレイヤー分割を行う。しかし、分割対象となるレイヤー／サブレイヤーの数が比較的少ないため大きな処理負荷にはならい。次に、情報処理装置１０１が、衛星運用システムに適用された際の構成について、図２を用いて説明する。
【００２４】
図２は、衛星運用システム２００の構成例を示す説明図である。衛星運用システム２００は、サーバ２０１と、複数の端末装置２０２と、複数のコマンド送信／データ受信局２０３と、人工衛星２０４とを含む。サーバ２０１は、図１で示した情報処理装置１０１に相当する。サーバ２０１、端末装置２０２、コマンド送信／データ受信局２０３は、ネットワーク２０５によりそれぞれ接続される。
【００２５】
端末装置２０２は、ユーザの操作により、観測要求をサーバ２０１に送信する。サーバ２０１は、観測計画立案処理として、受信した観測要求のうち、人工衛星２０４で提供できるリソースに応じた量の観測要求を選択し、選択した観測要求に従ったコマンドを生成する。そして、サーバ２０１は、生成したコマンドを、ネットワーク２０５を介してコマンド送信／データ受信局２０３に送信する。コマンド送信／データ受信局２０３は、受信したコマンドを人工衛星２０４に送信する。
【００２６】
人工衛星２０４は、受信したコマンドに従ってカメラ・センサといった観測機器を制御し、観測結果を示すデータを蓄積する。そして、人工衛星２０４は、蓄積したデータを、コマンド送信／データ受信局２０３に送信する。コマンド送信／データ受信局２０３は、受信したデータを、ネットワーク２０５を介してサーバ２０１に送信する。サーバ２０１は、実施された観測要求の送信元である端末装置２０２に、観測要求に応じた観測結果を示すデータを送信する。次に、サーバ２０１のハードウェア構成を、図３を用いて説明する。
【００２７】
図３は、サーバ２０１のハードウェア構成例を示す説明図である。図３において、サーバ２０１は、ＣＰＵ３０１と、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）３０２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）３０３と、ディスクドライブ３０４およびディスク３０５と、通信インターフェース３０６と、を含む。また、ＣＰＵ３０１〜ディスクドライブ３０４、通信インターフェース３０６はバス３０７によってそれぞれ接続される。
【００２８】
ＣＰＵ３０１は、サーバ２０１の全体の制御を司る演算処理装置である。ＣＰＵ３０１は、複数のプロセッサコアを有してもよい。
【００２９】
ＲＯＭ３０２は、ブートプログラムなどのプログラムを記憶する不揮発性メモリである。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される揮発性メモリである。
【００３０】
ディスクドライブ３０４は、ＣＰＵ３０１の制御に従ってディスク３０５に対するデータのリードおよびライトを制御する制御装置である。ディスクドライブ３０４には、例えば、磁気ディスクドライブ、光ディスクドライブ、ソリッドステートドライブなどを採用することができる。ディスク３０５は、ディスクドライブ３０４の制御で書き込まれたデータを記憶する不揮発性メモリである。例えばディスクドライブ３０４が磁気ディスクドライブである場合、ディスク３０５には、磁気ディスクを採用することができる。また、ディスクドライブ３０４が光ディスクドライブである場合、ディスク３０５には、光ディスクを採用することができる。また、ディスクドライブ３０４がソリッドステートドライブである場合、ディスク３０５には、半導体素子によって形成された半導体メモリ、いわゆる半導体ディスクを採用することができる。
【００３１】
通信インターフェース３０６は、ネットワーク等と内部のインターフェースを司り、他の装置からのデータの入出力を制御する制御装置である。具体的に、通信インターフェース３０６は、通信回線を通じてネットワーク等を介して他の装置に接続される。通信インターフェース３０６には、例えば、モデムやＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）アダプタなどを採用することができる。
【００３２】
また、サーバ２０１は、半導体素子によって形成された半導体メモリを内蔵し、ドライブ装置を含めたＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）フラッシュドライブからデータを読み書きしてもよい。
【００３３】
また、サーバ２０１の管理者が、サーバ２０１を直接操作する場合、サーバ２０１は、ディスプレイ、キーボード、マウスといったハードウェアを有してもよい。また、端末装置２０２は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ディスクドライブ、ディスク、ディスプレイ、キーボード、マウスを有する。
【００３４】
（サーバ２０１の機能構成例）
図４は、サーバ２０１の機能構成例を示す説明図である。サーバ２０１は、制御部４００を有する。制御部４００は、特定部４０１と、決定部４０２と、格納部４０３と、判定部４０４と、出力部４０５とを含む。制御部４００は、記憶装置に記憶されたプログラムをＣＰＵ３０１が実行することにより、各部の機能を実現する。記憶装置とは、具体的には、例えば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、ディスク３０５などである。また、各部の処理結果は、ＣＰＵ３０１のレジスタや、ＣＰＵ３０１のキャッシュメモリ、ＲＡＭ３０３等に格納される。
【００３５】
また、サーバ２０１は、観測領域情報１０２にアクセス可能である。観測領域情報１０２は、ＲＡＭ３０３、ディスク３０５といった記憶装置に格納されている。以下の説明では、図１に用いた符号を用いて説明を行う。
【００３６】
まず、レイヤーの属性の取り得る値が１つしかない、または、レイヤーの属性が複数あっても、複数の属性の各属性の取り得る組み合わせが１通りしかない場合について説明する。この場合、複数のレイヤーの属性は、必然的に同一となる。観測領域情報１０２は、複数のレイヤーの各々のレイヤーのステータスと各々のレイヤーの座標位置とを有する。ここで、観測領域情報１０２に含まれるレイヤー情報４１１は、各々のレイヤーのステータスと各々のレイヤーの座標位置とを含む。レイヤー情報４１１の詳細は、図５で示す。
【００３７】
特定部４０１は、観測領域情報１０２を参照して、複数のレイヤーのうちのレイヤーＬ１およびレイヤーＬ２が重なるサブレイヤーＳＬ１２を特定する。
【００３８】
決定部４０２は、観測領域情報１０２に含まれるレイヤーＬ１およびレイヤーＬ２のステータスに基づいて、特定部４０１が特定したサブレイヤーＳＬ１２のステータスを決定する。
【００３９】
格納部４０３は、決定部４０２が決定したサブレイヤーＳＬ１２のステータスおよびサブレイヤーＳＬ１２の座標位置を観測領域情報１０２に格納する。ここで、観測領域情報１０２に含まれるサブレイヤー情報４１２は、サブレイヤーのステータスおよびサブレイヤーの座標位置を含む。サブレイヤー情報４１２の詳細は、図５で示す。従って、格納部４０３は、サブレイヤーＳＬ１２に関するサブレイヤー情報４１２を、観測領域情報１０２に格納する。さらに、格納部４０３は、レイヤーＬ１からサブレイヤーＳＬ１２を除いたサブレイヤーＳＬ１のサブレイヤー情報４１２を、観測領域情報１０２に格納する。さらに、格納部４０３は、レイヤーＬ２からサブレイヤーＳＬ１２を除いたサブレイヤーＳＬ２のサブレイヤー情報４１２を、観測領域情報１０２に格納する。
【００４０】
判定部４０４は、新たな観測領域の観測要求を受け付けた場合、観測領域情報１０２を参照して、サブレイヤーＳＬ１２、ＳＬ１、ＳＬ２のうち、すなわち、サブレイヤー群のうち、新たな観測領域を含むサブレイヤーがあるか否かを判定する。
【００４１】
出力部４０５は、サブレイヤーＳＬ１２、ＳＬ１、ＳＬ２とのうちのいずれかのサブレイヤーが新たな観測領域を含むと判定した場合、いずれかのサブレイヤーのステータスを出力する。
【００４２】
また、格納部４０３は、サブレイヤーＳＬ１２、ＳＬ１、ＳＬ２とのうちのいずれのサブレイヤーも新たな観測領域を含まないと判定した場合、新たな観測領域に関するレイヤー情報４１１を、観測領域情報１０２に格納する。ここで、新たな観測領域に関するレイヤー情報４１１のステータスは、未観測を示す「観測要求」となる。
【００４３】
ここで、判定部４０４からの一連の処理において、サブレイヤーＳＬ１２、ＳＬ１、ＳＬ２のうち、新たな観測領域の一部分を含むサブレイヤーがある場合もある。この場合、出力部４０５は、新たな観測領域の一部分について、いずれかのサブレイヤーのステータスを出力してもよい。そして、いずれのサブレイヤーにも含まれなかった新たな観測領域の他の部分については、サーバ２０１は、新たな観測領域に関するレイヤー情報４１１と、観測領域情報１０２に含まれる他のレイヤー情報４１１とで、再び特定部４０１の処理を行う。
【００４４】
次に、レイヤーの属性の取り得る値が複数存在したり、レイヤーの属性が複数あり、複数の属性の各属性の取り得る組み合わせが２通り以上あったりする場合を考慮する際の機能について説明する。ここで、レイヤーの属性が複数存在する場合としては、例えば、本実施の形態の対象となる、人工衛星２０４が複数存在する場合である。そして、レイヤーの属性としては、図１で述べた、光学センサ、レーダーセンサの他に、パンクロマチック、マルチスペクトル、波長、バンド、ゲイン等がある。まず、観測領域情報１０２に含まれるレイヤー情報４１１は、各々のレイヤーの属性と、各々のレイヤーの属性に対するステータスと、各々のレイヤーの座標位置とを有する。
【００４５】
そして、特定部４０１は、観測領域情報１０２を参照して、複数のレイヤーのうちの属性が同一のレイヤーＬ１およびレイヤーＬ２が重なるサブレイヤーＳＬ１２を特定する。
【００４６】
サブレイヤーを特定した後に行う決定部４０２の機能内容は、レイヤーの属性が１つの場合と同一である。
【００４７】
そして、格納部４０３は、サブレイヤーＳＬ１２のステータスおよびサブレイヤーＳＬ１２の座標位置を、レイヤーＬ１、Ｌ２に対応付けて、観測領域情報１０２に格納する。具体的には、格納部４０３は、サブレイヤーＳＬ１２のサブレイヤー情報４１２に、レイヤーＬ１、Ｌ２を識別する情報を含める。同様に、格納部４０３は、サブレイヤーＳＬ１のサブレイヤー情報４１２に、レイヤーＬ１を識別する情報を含める。同様に、格納部４０３は、サブレイヤーＳＬ２のサブレイヤー情報４１２に、レイヤーＬ２を識別する情報を含める。
【００４８】
次に、判定部４０４が、サブレイヤーＳＬ１２とサブレイヤーＳＬ１とサブレイヤーＳＬ２とのうちのいずれかのサブレイヤーが新たな観測領域を含むと判定したとする。この場合、さらに、判定部４０４は、観測領域情報１０２を参照して、いずれかのサブレイヤーに対応するレイヤーの属性と新たな観測領域の属性とが同一か否かを判定する。例えば、いずれかのサブレイヤーがサブレイヤーＳＬ１２である場合、サブレイヤーＳＬ１２に対応するレイヤーＬ１またはレイヤーＬ２の属性と、新たな観測領域の属性とが同一か否かを判定する。サブレイヤーに対応するレイヤーが複数ある場合、複数のレイヤーの属性は同一であるため、判定部４０４は、複数のレイヤーのどのレイヤーの属性を参照してもよい。
【００４９】
そして、出力部４０５は、判定部４０４が、いずれかのサブレイヤーに対応するレイヤーの属性と新たな観測領域の属性とが同一であると判定した場合、いずれかのサブレイヤーの属性に応じたステータスを出力する。
【００５０】
また、判定部４０４が、サブレイヤーＳＬ１２、ＳＬ１、ＳＬ２のうちのいずれのサブレイヤーも新たな観測領域を含まない、または、いずれかのサブレイヤーに対応するレイヤーの属性と新たな観測領域の属性とが異なると判定したとする。この場合、格納部４０３は、新たな観測領域のレイヤー情報４１１を観測領域情報１０２に格納する。このとき、新たな観測領域のレイヤー情報４１１には、新たな観測領域の属性と、新たな観測領域の属性に応じたステータスとして「観測要求」と、新たな観測領域の座標位置とが含まれる。
【００５１】
図５は、観測領域情報１０２の記憶内容の一例を示す説明図である。図５では、観測領域情報１０２を、ＥＲ（Ｅｎｔｉｔｙ  Ｒｅｌａｔｉｏｎｓｈｉｐ）図で示す。観測領域情報１０２には、レイヤー情報４１１と、サブレイヤー情報４１２とを有する。レイヤー情報４１１とサブレイヤー情報４１２との多重度は、図５で示すように、レイヤー情報４１１：サブレイヤー情報４１２＝Ｎ：１である。Ｎは、１以上の整数である。
【００５２】
レイヤー情報４１１は、レイヤーＩＤと、座標ＩＤと、属性と、ステータスという項目を有する。レイヤーＩＤ項目には、レイヤーを識別する情報が格納される。属性項目には、レイヤーの属性を特定する情報が格納される。レイヤーの属性としては、例えば、センサの種別や、センサに与えるパラメータである。センサの種別は、例えば、光学センサ、レーダーセンサ、パンクロマチックセンサ、マルチスペクトルセンサ等がある。また、センサに与えるパラメータは、例えば、波長、バンド、ゲイン等である。また、レイヤーの属性は、１つの人工衛星２０４の固有のものではなく、センサの類似性を抽象化したメタデータでもよい。これにより、本実施の形態は、複数の人工衛星を対象とした観測領域の管理業務に使用することができる。
【００５３】
座標ＩＤ項目は、レイヤーの座標位置を特定する情報が格納される。ここで、図５には示していないが、サーバ２０１は、座標情報を有する。そして、座標情報は、座標ＩＤ、座標１、座標２、…、座標ｎという項目を有する。座標１、座標２、…、座標ｎにより、多角形が形成される。
【００５４】
ステータス項目には、レイヤーの属性に応じた観測の状態が格納される。具体的には、ステータス項目には、図１で説明した「観測実績」、「観測計画中」、「観測要求」のうちのいずれかが格納される。
【００５５】
サブレイヤー情報４１２は、サブレイヤーＩＤと、レイヤーＩＤと、座標ＩＤと、ステータスという項目を有する。サブレイヤーＩＤ項目には、サブレイヤーを識別する情報が格納される。レイヤーＩＤ項目には、該当のサブレイヤーと重なるレイヤーＩＤが格納される。従って、サブレイヤー情報４１２は、１以上のレイヤーＩＤを有する。座標ＩＤ項目は、サブレイヤーの座標位置を特定する情報が格納される。ステータス項目には、サブレイヤーの属性に応じた観測の状態が格納される。
【００５６】
次に、サブレイヤーが生成される例を、図６、図７を用いて説明する。図６、図７では、北海道の一部を観測領域とする例を用いて説明する。ここで、北海道は、緯度幅にして約４度、経度幅にして約６度であるため、ＡＬＯＳメッシュでは、９６個のメッシュ、ＨＩＳＵＩ−ＯＰＳメッシュでは、３７５０００個のメッシュで表現される。
【００５７】
図６は、レイヤーによる観測領域の表現の一例を示す説明図（その１）である。図６では、それぞれの観測領域をレイヤーとして定義したレイヤーＬ１〜Ｌ５があるものとする。そして、図６で示すように、レイヤーＬ４、Ｌ５のステータス項目は「観測実績」であるとする。また、レイヤーＬ１〜Ｌ３は、「観測計画中」であるとする。この状態で、レイヤーＬ６の領域が、新たな観測要求として追加されたとする。図７で、レイヤーＬ１〜Ｌ６のそれぞれの位置関係を示す。
【００５８】
図７は、レイヤーによる観測領域の表現の一例を示す説明図（その２）である。レイヤーＬ６を追加する前において、情報処理装置１０１は、サブレイヤー情報４１２として、Ｌ１＋Ｌ５、Ｌ４＋Ｌ５、Ｌ３＋Ｌ５、Ｌ２＋Ｌ３、Ｌ３＋Ｌ４を生成してある。レイヤー数は、５＋５＝１０となる。
【００５９】
次に、レイヤーＬ６が、図７で示すような位置で生成されたとする。この場合、情報処理装置１０１は、サブレイヤーとして、さらに細かく分け、Ｌ６＋Ｌ１＋Ｌ５、Ｌ６＋Ｌ１、Ｌ６＋Ｌ５、Ｌ６＋Ｌ４、Ｌ６＋Ｌ４＋Ｌ５、Ｌ６＋Ｌ３＋Ｌ５、Ｌ６＋Ｌ３、Ｌ６＋Ｌ２、Ｌ６＋Ｌ２＋Ｌ３、Ｌ６＋Ｌ２＋Ｌ４を生成する。サブレイヤー数は、１０＋１０＝２０となる。
【００６０】
以下に一般化する。ｎ枚のレイヤーが重なる場合の領域の最大分割数は、ｎ枚が重なるサブレイヤー数から、重なり１、すなわち重ならないレイヤーの数までの積算として、下記（１）式で表される。
【００６１】
【数１】
0006625454.tif 000002
【００６２】
例えば、５つのレイヤーが重なる場合の最大の分割サブレイヤー数は、（１）式により、３１である。また、６枚のレイヤーとすると、最大の分割サブレイヤー数は６３である。ここで、（１）式は、任意の２枚のレイヤーが、２箇所以上で重ならないことを前提としている。しかし、通常、領域どうしの重なりは最大数とはならないため、レイヤー管理であれば、メッシュで管理するよりデータ量を格段に少なくできる。
【００６３】
図８は、運用時処理手順の一例を示すフローチャートである。サーバ２０１は、端末装置２０２から、新たな観測要求として、新たな観測領域を受け付ける（ステップＳ８０１）。次に、サーバ２０１は、観測領域情報１０２を参照して、新たな観測要求の観測領域を含むサブレイヤーを、内外判定により検索する（ステップＳ８０２）。次に、サーバ２０１は、検索により検出したサブレイヤーの属性と、新たな観測領域の属性とが一致するかを判定する（ステップＳ８０３）。そして、サーバ２０１は、判定結果をリストにして、要求元の端末装置２０２に出力する（ステップＳ８０４）。
【００６４】
ここで、新たな観測領域を含むサブレイヤーが検出されなかった場合、サーバ２０１は、ステップＳ８０３の処理を行わず、ステップＳ８０４の処理として、未計画地域への観測要求である旨の判定結果をリストにして、要求元の端末装置２０２に出力する。
【００６５】
また、新たな観測領域の一部分が、あるサブレイヤーに含まれ、新たな観測領域の他の部分が、他のサブレイヤーに含まれており、新たな観測領域の属性、あるサブレイヤーの属性、他のサブレイヤーの属性が、全て同一であったとする。この場合、サーバ２０１は、あるサブレイヤーのステータスと、他のサブレイヤーのステータスとをリストにして、要求元の端末装置２０２に出力する。また、サーバ２０１は、新たな観測領域のうちのあるサブレイヤーに含まれた領域を示す情報と、あるサブレイヤーのステータスとを対応付けて出力してもよい。さらに、サーバ２０１は、新たな観測領域のうちの他のサブレイヤーに含まれた領域を示す情報と、他のサブレイヤーのステータスとを対応付けて出力してもよい。
【００６６】
次に、サーバ２０１は、新たな観測領域が、未計画地域への観測要求か否かを判断する（ステップＳ８０５）。ここで、未計画地域への観測要求となる場合とは、内外判定によりサブレイヤーが検出されなかった場合や、検出されたサブレイヤーと、新たな観測領域の属性とが異なる場合である。
【００６７】
未計画地域への観測要求である場合（ステップＳ８０５：Ｙｅｓ）、サーバ２０１は、観測領域情報１０２を参照して、新たな観測領域と、既存のレイヤーとの重なり部分を特定する（ステップＳ８０６）。次に、サーバ２０１は、新たな観測領域から、レイヤー情報４１１を生成する（ステップＳ８０７）。そして、サーバ２０１は、特定した重なり部分に基づいて、サブレイヤー情報４１２を生成する（ステップＳ８０８）。次に、サーバ２０１は、既存のレイヤー情報のステータスから、生成したサブレイヤー情報４１２のステータスを決定する（ステップＳ８０９）。そして、サーバ２０１は、生成したレイヤー情報４１１、サブレイヤー情報４１２を、観測領域情報１０２に格納する（ステップＳ８１０）。
【００６８】
ステップＳ８１０の処理終了後、または、未計画地域への観測要求でない場合（ステップＳ８０５：Ｎｏ）、サーバ２０１は、運用時処理を終了する。
【００６９】
図９は、観測領域の表示の一例を示す説明図である。図９では、レイヤー情報４１１、サブレイヤー情報４１２を用いた表示例を示す。図９の左の図では、世界地図の中から、観測領域情報１０２が、ユーザによってレイヤーＬ１を選択する様子を示す。図９の例では、レイヤーＬ１のステータスが「観測実績」であったとする。サーバ２０１は、選択されたレイヤーＬ１の画像とともに、レイヤーＬ１の属性を表示する。
【００７０】
以上説明したように、観測領域の属性が全て同一であるという前提の際に、サーバ２０１は、複数のレイヤーの各レイヤーのステータスから、複数のレイヤーが重なる領域と重ならない領域に分割した各サブレイヤーの観測の状態を決め、各サブレイヤーを管理する。これにより、サーバ２０１は、人工衛星の分解能による各メッシュのステータスの管理に比べ記憶容量を減らすことができ、ステータスの管理を容易にすることができる。
【００７１】
また、サーバ２０１は、新たな観測領域の観測要求を受け付けた場合、サブレイヤー群のうち、新たな観測領域を含むサブレイヤーがあれば、該当のサブレイヤーのステータスを出力してもよい。このように、サブレイヤーの内外判定により、サーバ２０１は、重複部分を複数回判定することのない、効率的な内外判定を行うことができる。さらに、新たな観測領域を含むサブレイヤーがある場合に該当のサブレイヤーのステータスを出力することにより、ユーザは、観測要求を行った領域のステータスを把握することができる。具体的には、ユーザは、観測要求を行った領域が、既に観測要求済であったり、または観測計画中であったり、または既に観測実績がある領域であったりすることを把握することができる。
【００７２】
また、サーバ２０１は、新たな観測領域の観測要求を受け付けた場合、サブレイヤー群のうち、新たな観測領域を含むサブレイヤーがなければ、新たな観測領域のレイヤー情報を生成し、観測領域情報１０２に格納してもよい。これにより、サーバ２０１は、未計画地域への観測要求に対して、新たなレイヤーとして管理することができる。
【００７３】
また、観測領域の属性の取り得る値が複数ある際には、観測領域情報１０２のレイヤー情報４１１は、複数のレイヤーの各々のレイヤーの属性と、各々のレイヤーの属性に対するステータスと、各々のレイヤーの座標位置とを有する。これに対し、サブレイヤー情報４１２には、属性の情報を有さなくてよい。これにより、情報処理装置１０１は、サブレイヤー情報４１２には、属性の情報を有さなくてよい分、観測領域情報１０２の記憶容量を低減することができる。
【００７４】
また、サーバ２０１は、新たな観測領域の観測要求を受け付けた場合、サブレイヤー群のうち、新たな観測領域を含むサブレイヤーがあれば、検出したサブレイヤーの属性と、新たな観測領域の属性とが一致するかを比較してもよい。そして、サーバ２０１は、検出したサブレイヤーの属性と、新たな観測領域の属性とが一致した場合、該当のサブレイヤーのステータスを出力してもよい。このように、観測領域の属性の取り得る値が複数ある場合であっても、ユーザは、観測要求を行った領域の属性に応じたステータスを把握することができる。
【００７５】
また、サーバ２０１は、検出したサブレイヤーの属性と、新たな観測領域の属性とが一致しない場合、新たな観測領域のレイヤー情報を生成し、観測領域情報１０２に格納してもよい。これにより、サーバ２０１は、観測領域の属性の取り得る値が複数ある場合であっても、未計画地域への観測要求に対して、新たなレイヤーとして管理することができる。
【００７６】
また、観測領域はレイヤーによって定義されるので、常に膨大なメッシュデータを持つ必要がなくなり、サーバ２０１のデータ保存領域や、ＣＰＵリソースの節約になる。また、レイヤーとサブレイヤーはリレーショナルに関係を表現できるので、瞬時に検索することが可能である。また、レイヤーによる観測領域の管理により、観測計画立案処理あるいは実績管理処理時に観測領域の扱いが容易となる。
【００７７】
また、サーバ２０１は、グラフィック画面で表示した場合も、レイヤーとサブレイヤーとのリレーションを用いて、関係するレイヤーをハイライト表示する、または属性をポップアップ表示することにより、視認性をよくすることができる。
【００７８】
なお、本実施の形態で説明した観測領域管理方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本観測領域管理プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また本観測領域管理プログラムは、インターネット等のネットワークを介して配布してもよい。
【符号の説明】
【００７９】
Ｌ１〜Ｌ６  レイヤー
ＳＬ１、ＳＬ２、ＳＬ１２  サブレイヤー
１０１  情報処理装置
１０２  観測領域情報
４００  制御部
４０１  特定部
４０２  決定部
４０３  格納部
４０４  判定部
４０５  出力部
【図１】
0006625454.tif 000003
【図２】
0006625454.tif 000004
【図３】
0006625454.tif 000005
【図４】
0006625454.tif 000006
【図５】
0006625454.tif 000007
【図６】
0006625454.tif 000008
【図７】
0006625454.tif 000009
【図８】
0006625454.tif 000010
【図９】
0006625454.tif 000011