JP2022022627A - 情報処理装置、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】複数の人工衛星を効率よく用いて、ユーザが所望するドメインに対するプロダクトを獲得すること。【解決手段】情報処理装置は、一つの集合体を形成する複数の人工衛星のうち少なくとも１つの人工衛星に、ドメインに対してミッションを行わせ、かつ前記人工衛星が前記ドメインに対して行った前記ミッションの結果に基づくプロダクトを提供させる複数のリクエストを取得する取得部と、前記複数のリクエストのそれぞれに対応したコマンドを生成する生成部と、前記複数のリクエストのそれぞれの前記プロダクトの種別に応じて、前記複数の人工衛星の中から、前記コマンドの送信対象とする１つ又は複数のターゲット人工衛星を選択する選択部と、前記ターゲット人工衛星に地上局を介して前記コマンドを送信する送信部と、を備える。【選択図】図１

Description

本発明は、情報処理装置、情報処理方法、及びプログラムに関する。

昨今、衛星メガコンステレーションやクラスター衛星観測等を用いることで、高頻度、高分解能、かつ同時に数種類の観測が可能となったサービスが民営化され、更にデータ提供もオープンフリーで共通インタフェースにより利用しやすくなっている。一方で、地表面のようなあるドメインに存在する対象物から発信された信号を人工衛星に受信させる技術が知られている（例えば、特許文献１参照）。

特開２０１８－７２１２号公報

既存の、衛星メガコンステレーションやクラスター衛星による全球カバレッジかつリアルタイム性は、その観測や通信対象の分布が地球上で偏っているため、多くの余剰リソースや無駄な処理コストが発生する。

本発明は、このような事情を考慮してなされたものであり、複数の人工衛星を効率よく用いて、ユーザが所望するドメインに対するプロダクトを獲得することができる情報処理装置、情報処理方法、及びプログラムを提供することを目的の一つとする。

本発明の一態様は、一つの集合体を形成する複数の人工衛星のうち少なくとも１つの人工衛星に、一つ又は複数のドメインに対してミッションを行わせ、かつ前記人工衛星が前記ドメインに対して行った前記ミッションの結果に基づくプロダクトを提供させる複数のリクエストを取得する取得部と、前記取得部によって取得された前記複数のリクエストのそれぞれに対応したコマンドを生成する生成部と、前記取得部によって取得された前記複数のリクエストのそれぞれの前記プロダクトの種別に応じて、前記複数の人工衛星の中から、前記生成部によって生成された前記コマンドの送信対象とする１つ又は複数のターゲット人工衛星を選択する選択部と、前記選択部によって選択された前記ターゲット人工衛星に地上局を介して前記コマンドを送信する送信部と、を備える情報処理装置である。

本発明の一態様によれば、複数の人工衛星を効率よく用いて、ユーザが所望するドメインに対するプロダクトを獲得することができる。

実施形態に係る衛星リモートセンシングシステム１の概念図である。 実施形態に係る衛星リモートセンシングシステム１の構成の一例を表す図である。 実施形態に係る情報処理装置１００の構成の一例を表す図である。 実施形態に係る計画部１１４及び解析部１１６の具体的な処理内容を説明するための図である。 プロダクトリクエストの一例を表す図である。 各人工衛星ｓの要求仕様データの一例を表す図である。 各人工衛星ｓのトラフィックデータの一例を表す図である。 各人工衛星ｓの予約データの一例を表す図である。 環境データの一例を表す図である。 環境データの一例を表す図である。 環境データの一例を表す図である。 実施形態に係る計画部１１４の一連の処理の流れを表すフローチャートである。 実施形態に係る解析部１１６及び通信制御部１１８の一連の処理の流れを表すフローチャートである。 実施形態に係る衛星リモートセンシングシステム１の一連の処理の流れを表すシーケンスである。

以下、図面を参照し、本発明の情報処理装置、情報処理方法、及びプログラムの実施形態について説明する。

［衛星リモートセンシングシステム］
図１は、実施形態に係る衛星リモートセンシングシステム１の概念図である。図示のように、衛星リモートセンシングシステム１には、例えば、複数の人工衛星ｓや、一つ又は複数の地上局ｇ、情報処理装置１００などが含まれる。

複数の人工衛星ｓは、例えば、衛星メガコンステレーションやクラスター衛星群といったクラスタ（或いは集合体）を形成しながら地球周回軌道を周回する。複数の人工衛星ｓのうち一部は、静止軌道（対地同期軌道）を周回する人工衛星、すなわち静止衛星であってもよい。複数の人工衛星ｓは、一つ又は複数のドメインを観測する。

ドメインとは、観測や通信などの対象となる空間或いは領域を意味する。例えば、ドメインには、地表面ドメインＤ１や、近宇宙ドメインＤ２、深宇宙ドメインＤ３などが含まれる。地表面ドメインＤ１では、例えば、人工衛星ｓによる地表面（例えば地上、海上、上空、大気圏といった地球表面）をリモート観測したり、地表面と人工衛星ｓとの間で通信したりするようなミッションが対象となる。近宇宙ドメインＤ２では、例えば、地球周回軌道上で発信された電波を観測する、或いは監視するようなミッションが対象となる。深宇宙ドメインＤ３では、例えば、深宇宙と通信したり、深宇宙を探索する探査機の軌道を高精度に決定したりするようなミッションが対象となる。

地上局ｇは、地上に設置された無線局である。地上局ｇは、例えば、近宇宙ドメインＤ２や深宇宙ドメインＤ３から信号を受信したり、近宇宙ドメインＤ２や深宇宙ドメインＤ３に向けて信号を発信したりする。特に、深宇宙ドメインＤ３を通信や観測の対象とする場合、地上局ｇには、人工衛星ｓと通信するもの以外に、深宇宙局や電波天文台といった地上設備が含まれてよい。

情報処理装置１００は、例えば、地上に設置される。情報処理装置１００は、衛星メガコンステレーションやクラスター衛星などを形成する複数の人工衛星ｓのトラフィックの偏りを導出し、そのトラフィックの偏りに基づいて、通信経路や観測要求として需要が低い又は無い地球上のエリアを特定する。更に、情報処理装置１００は、特定したエリアの上空の軌道上に存在する１基又は複数基の人工衛星ｓの中から、観測や通信といったミッションを行わせる対象の人工衛星の候補を選択する。以下、観測や通信といったミッションを行わせる対象の人工衛星のことを、ターゲット人工衛星ｓ＿ｔａｒと称して説明する。

図示の例では、海上のエリアＡ１は、クラスター衛星Ｃ１によって観測されているものの、エリアＡ２は、いずれの人工衛星ｓによっても観測されていない。このような場合、情報処理装置１００は、エリアＡ２の上空に存在する人工衛星ｓ３や、その人工衛星ｓ３を含むクラスター衛星Ｃ２、クラスター衛星Ｃ２とは異なる位置のクラスター衛星Ｃ３などをターゲット人工衛星ｓ＿ｔａｒの候補として選択する。この際、ターゲット人工衛星ｓ＿ｔａｒの候補は、各人工衛星ｓの過去の運用実績を基に選択されてもよいし、各人工衛星ｓの電波の受信状況や軌道上の位置や姿勢等を基に選択されてもよい。この場合、情報処理装置１００は、地上に設置されることに代えて、人工衛星ｓに搭載されてもよい。

情報処理装置１００は、複数のターゲット人工衛星ｓ＿ｔａｒの候補を選択すると、更に、それら複数の候補の中からユーザが所望するドメインに対するミッションが可能な人工衛星ｓをターゲット人工衛星ｓ＿ｔａｒとして選択する。ターゲット人工衛星ｓ＿ｔａｒとして選択された人工衛星ｓは、広帯域かつ広範囲にわたって観測又は通信し、その観測データ或いは通信データを、比較的需要の低い或いは需要が無い他の人工衛星ｓを経由して地上局ｇへと送信する（ダウンリンクする）。情報処理装置１００は、ダウンリンクされたデータを統合処理する。この際、２次元的に指向制御するか３次元的に指向制御するかは対象やエリアによって調整すれば良く、衛星数と衛星位置の選択により可能とする。

例えば、２つの違法な電波発信源ｔ１の位置を特定したいというユーザの要望があったとする。この場合、衛星リモートセンシングシステム１は、一方の電波発信源ｔ１の周辺に存在する人工衛星ｓ３に協調観測（図中ｃ１の観測）を行わせて、一方の電波発信源ｔ１の座標を特定し、他方の電波発信源ｔ１の周辺に存在するクラスター衛星Ｃ２に合成開口レーダによる観測（図中Ｂ２の観測領域）を行わせて、他方の電波発信源ｔ１の座標を特定する。

また、例えば、新宇宙の探査機ｔ２の軌道を高精度に決定したいというユーザの要望があったとする。この場合、衛星リモートセンシングシステム１は、深宇宙局などの地上局ｇ１に新宇宙の探査機ｔ２が存在する深宇宙ドメインＤ３を観測させたり（図中Ｂ３の観測領域）、同一方向に視野を持つ人工衛星ｓ３に深宇宙ドメインＤ３を協調観測させたり（図中Ｂ４の観測領域）、クラスター衛星Ｃ４に合成開口レーダによって深宇宙ドメインＤ３を観測させたりする（図中Ｂ５の観測領域）。そして、衛星リモートセンシングシステム１は、Ｄｅｌｔａ－ＤＯＲ（Delta-Differential One-Way Ranging）などを利用して観測領域Ｂ３、Ｂ４、Ｂ５に関する観測データを統合処理する。これによって、時間帯などによって制約されずに、衛星メガコンステレーションなどによる全球方位の観測が可能となる。なお、深宇宙通信、地上電波監視、電波天文といった各ミッションについても同様に疑似的にアンテナ開口長を必要なだけ確保して対処してよい。

これらの多種多様な衛星メガコンステレーション等の拡張利用は、日時、エリア、方向、周波数を選択するだけで、自動で衛星候補を決定しコマンド指示ならびにダウンリンクを実施してもよい。自動での実施時にはオープンＡＰＩ（Application Programming Interface）により特定のユーザに限定することなく利用しても良い。利用競合時は可能な限り地上統合処理で同時対応してもよい。各衛星は広帯域かつ無指向性アンテナを有することが望ましいが、拡張利用の需要に合わせて一部の視野や周波数帯域に限定しても良い。特定の衛星軌道条件においては常に衛星メガコンステレーション等の拡張利用のために観測データを需要の無い衛星並びに経路で伝送とダウンリンクを行い、地上等の情報処理装置１００に集約し続けても良い。拡張利用のための観測データは、各衛星で各周波数における入力レベルを監視し、一定のレベルを超えたときのみにタイミング情報と共に限定して伝送してよい。衛星メガコンステレーション等において、粗密なトラフィックにあわせて投入軌道を最適化しても良い。その際、需要の無い軌道条件を再度導出し拡張利用してもよい。

以下、衛星リモートセンシングシステム１の構成について説明する。図２は、実施形態に係る衛星リモートセンシングシステム１の構成の一例を表す図である。衛星リモートセンシングシステム１は、例えば、複数の人工衛星ｓ１～ｓ８と、複数の地上局ｇ１～ｇ５（深宇宙局ｇ４や天文台ｇ５を含む）と、情報処理装置１００と、複数の端末装置２００と、データ管理サーバ３００とを備える。人工衛星ｓの数は、８基に限られず、７基以下であってもよいし、９基以上であってもよい。また、地上局ｇ１～ｇ５の数は、５つに限られず、４つ以下であってもよいし、６つ以上であってもよい。

複数の人工衛星ｓ１～ｓ８は、上述した通り、衛星メガコンステレーションなどのクラスタを形成している。人工衛星ｓ１～ｓ８のそれぞれには、例えば、通信に利用されるアンテナや、観測に利用されるセンサ（例えば赤外線センサやカメラ等）、アナログ／デジタルコンバータ、通信回路等が搭載される。これらの人工衛星ｓ１～ｓ８は、移動体のネットワークとして動的に信号の伝送経路を決定し（ルーティングを行い）、その伝送経路（ルート）の中で適したリンクを介して衛星間で信号を伝送する。伝送経路は、人工衛星ｓ自らが決定してもよいし、情報処理装置１００が決定してもよい。

情報処理装置１００は、例えば、端末装置２００からプロダクトリクエストを取得する。プロダクトリクエストとは、衛星メガコンステレーションなどに含まれる複数の人工衛星ｓが、地表面ドメインＤ１、近宇宙ドメインＤ２、及び深宇宙ドメインＤ３の一部又は全部に対して観測や通信といったミッションを行うよう要求し、更に、そのミッション結果に基づいて生成されたプロダクトを提供するよう要求する情報である。情報処理装置１００は、端末装置２００からプロダクトリクエストを取得すると、そのプロダクトリクエストによって要求されたプロダクトを得るために最適な１基又は複数基の人工衛星ｓを選択し、その／それらの人工衛星ｓに地上局ｇを介してテレコマンドを送信したり、他の人工衛星ｓを中継してテレコマンドを送信したりする。

情報処理装置１００は、テレコマンドを送信した１基又は複数基の人工衛星ｓから地上局ｇを介してミッション結果を表すデータ（以下、衛星データと称する）を受信し、その衛星データに基づいてプロダクトを生成する。ミッションが観測である場合、衛星データは観測データとなり、ミッションが通信である場合、衛星データは通信データとなる。そして、情報処理装置１００は、生成したプロダクトを端末装置２００に送信する。

端末装置２００は、例えば、スマートフォンなどの携帯電話、タブレット端末、パーソナルコンピュータといった、入力装置、表示装置、通信装置、記憶装置、および演算装置を備える端末装置である。通信装置は、ＮＩＣ（Network Interface Card）などのネットワークカード、無線通信モジュールなどを含む。端末装置２００は、ウェブブラウザやアプリケーションプログラムなどのＵＡ（User Agent）を起動させて、ユーザからプロダクトリクエスト等の各種入力操作を受け付けてよい。

データ管理サーバ３００は、後述する地表面ドメインＤ１に関する環境データを記憶及び管理するサーバである。データ管理サーバ３００は、定期的に環境データを収集し、更新する。

［情報処理装置］
以下、情報処理装置１００の構成について説明する。図３は、実施形態に係る情報処理装置１００の構成の一例を表す図である。情報処理装置１００は、例えば、通信部１０２と、処理部１１０と、記憶部１３０とを備える。

通信部１０２は、例えば、ＮＩＣなどの通信インターフェースやＤＭＡコントローラ、無線通信モジュールなどを含む。通信部１０２は、無線や有線を介して、地上局ｇ１～５や、端末装置２００、データ管理サーバ３００等と通信する。

処理部１１０は、例えば、取得部１１２と、計画部１１４と、解析部１１６と、通信制御部１１８とを備える。通信部１０２と通信制御部１１８とを合わせたものは、「送信部」の一例である。

処理部１１０の構成要素は、例えば、ＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processing Unit）などのプロセッサが記憶部１３０に格納されたプログラムやＡＰＩ（Application Programming Interface）等を実行することにより実現される。また、処理部１１０の構成要素の一部または全部は、ＬＳＩ（Large Scale Integration）、ＡＳＩＣ（Application Specific Integrated Circuit）、またはＦＰＧＡ（Field-Programmable Gate Array）などのハードウェアにより実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。また、プロセッサにより参照されるプログラムやＡＰＩは、予め記憶部１３０に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体に格納されており、その記憶媒体が情報処理装置１００のドライブ装置に装着されることで記憶部１３０にインストールされてもよい。

記憶部１３０は、例えば、ＨＤＤ（Hard Disc Drive）、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などによって実現される。記憶部１３０には、例えば、ＡＰＩやプロダクトなどが格納される。

取得部１１２は、例えば、通信部１０２を介して少なくとも１台以上の端末装置２００から複数のプロダクトリクエストを取得する。取得部１１２は、同一の端末装置２００から複数のプロダクトリクエストを取得してもよいし、互いに異なる複数の端末装置２００のそれぞれから１つ以上のプロダクトリクエストを取得してもよい。プロダクトリクエストは、一度しか要求されない単発的（スポット的）なものであってもよいし、繰り返し要求される継続的（定常的）なものであってもよい。また、取得部１１２は、例えば、通信部１０２を介して地上局ｇから衛星データを取得する。

また、取得部１１２は、通信部１０２を介して、データ管理サーバ３００から地表面ドメインＤ１に関する環境データを取得し、これを記憶部１３０に記憶させる。

計画部１１４は、取得部１１２によって取得されたプロダクトリクエストに基づいて、人工衛星ｓの運用計画を計画するとともに、テレコマンドを生成する。

解析部１１６は、取得部１１２によって取得された衛星データを解析することでプロダクトを生成する。

通信制御部１１８は、通信部１０２を介して、計画部１１４によって生成されたテレコマンドを地上局ｇに送信したり、解析部１１６によって生成されたプロダクトを端末装置２００に送信したりする。

図４は、実施形態に係る計画部１１４及び解析部１１６の具体的な処理内容を説明するための図である。図示のように、計画部１１４は、例えば、決定部１１４ａと、選択部１１４ｂと、生成部１１４ｃとを備える。

決定部１１４ａは、取得部１１２によって取得された複数のプロダクトリクエストのそれぞれの種別に応じて、各プロダクトリクエストの優先度を決定する。例えば、決定部１１４ａは、複数の人工衛星ｓのトラフィックに基づいて各プロダクトリクエストの優先度を決定してもよいし、プロダクトを提供することに対してユーザが支払う対価或いは報酬額に基づいて各プロダクトリクエストの優先度を決定してもよい。

図５は、プロダクトリクエストの一例を表す図である。図示の例のように、プロダクトリクエストは、各プロダクトを識別するための識別子であるプロダクトＩＤに対して、ユーザによって要求されたプロダクトの種別（或いはそのプロダクトを得るために行うべきミッションの種別）や、解析期間、解析座標域、解析周波数などが対応付けられたデータである。プロダクトの種別には、例えば、地球上（地表面ドメインＤ１）の電波発信源を観測することで得られるプロダクトや、周回軌道上（近宇宙ドメインＤ２）の電波発信源を観測することで得られるプロダクト、深宇宙（深宇宙ドメインＤ３）と通信することで得られるプロダクト、深宇宙などの天体を観測することで得られるプロダクトなどが含まれる。解析期間は、衛星データを収集させ、その衛星データを解析させる期間である。解析座標域は、例えば、経度や緯度といったミッションの対象とする座標域である。解析周波数は、解析対象とする電波の周波数或いは周波数帯である。

選択部１１４ｂは、例えば、複数のプロダクトリクエストの中から、決定部１１４ａによって決定された優先度が高いものから順番に選択し、その選択したプロダクトリクエストの種別に応じて、複数の人工衛星ｓの中から、１つ又は複数のターゲット人工衛星ｓ＿ｔａｒを選択する。例えば、選択部１１４ｂは、各人工衛星ｓの要求仕様データ、トラフィックデータ、及び各人工衛星ｓの予約データ等に基づいて、ターゲット人工衛星ｓ＿ｔａｒを選択してよい。これらの各種データは記憶部１３０に記憶されていてよい。

図６は、各人工衛星ｓの要求仕様データの一例を表す図である。図示のように、要求仕様データは、プロダクトＩＤに対して、使用アルマナック、使用エフェメリス、運用衛星数、観測周波数帯域などが対応付けられたデータである。これらの情報は、ユーザが要求した条件（解析期間、解析座標域、解析周波数など）を満たすように決定される。

図７は、各人工衛星ｓのトラフィックデータの一例を表す図である。図示のように、トラフィックデータは、各人工衛星ｓを識別するための識別子である衛星ＩＤに対して、アルマナック、エフェメリス、第１リソースの使用状況、第２リソースの使用状況などが対応付けられたデータである。例えば、人工衛星ｓに搭載されたアンテナやセンサは「通信」や「観測」といったミッションに利用されるリソースであり、一方が第１リソースに相当し、他方が第２リソースに相当する。なお、第１リソース及び第２リソースは各ミッションで共用されてもよい。

図８は、各人工衛星ｓの予約データの一例を表す図である。図示のように、予約データは、プロダクトＩＤに対して、各人工衛星ｓを識別するための識別子である衛星ＩＤ、人工衛星ｓの使用時間帯、使用リソース、テレコマンド或いは衛星データの送信先となる人工衛星ｓの衛星ＩＤなどが対応付けられたデータである。テレコマンド或いは衛星データの送信先となる人工衛星ｓは、衛星間通信において通信相手となる他の人工衛星ｓである。上述した通り、複数の人工衛星ｓは、衛星メガコンステレーションなどのクラスタを形成している。そのため、アップリンクの場面では、地上局ｇから発信されたテレコマンドは、そのクラスタ内のある人工衛星ｓによって受信され、その人工衛星ｓを中継してターゲット人工衛星ｓ＿ｔａｒに転送される。同様に、ダウンリンクの場面では、ターゲット人工衛星ｓ＿ｔａｒから発信された衛星データは、他の人工衛星ｓを中継して地上局ｇに転送される。このように、衛星メガコンステレーションなどのクラスタ内では衛星間通信が基本となるため、テレコマンド或いは衛星データの送信先となる人工衛星ｓの衛星ＩＤが記録される。

例えば、観測ミッションを行うことで得られるプロダクトがプロダクトリクエストとしてユーザから要求された場合、選択部１１４ｂは、図６から図８に例示する要求仕様データ、トラフィックデータ、及び予約データを参照して、複数の観測衛星ｓのうち、プロダクトリクエストとして指定された解析期間内かつ解析座標域内において、観測ミッションに対応可能なリソース（以下、観測リソース）が使用される予定がない観測衛星ｓを、ターゲット人工衛星ｓ＿ｔａｒとして選択する。観測衛星ｓとは、少なくとも観測リソースを有し、定常的に観測ミッションを行っている人工衛星ｓである。つまり、選択部１１４ｂは、観測リソースに余剰がある観測衛星ｓを、ターゲット人工衛星ｓ＿ｔａｒとして選択する。

一方、選択部１１４ｂは、観測衛星ｓの観測リソースに余剰がない場合、複数の通信衛星ｓのうち、観測リソースを有しつつ、更に、プロダクトリクエストとして指定された解析期間内かつ解析座標域内において、観測リソースが使用される予定がない通信衛星ｓを、ターゲット人工衛星ｓ＿ｔａｒとして選択する。通信衛星ｓとは、少なくとも通信ミッションに対応可能なリソース（以下、通信リソース）を有し、定常的に通信ミッションを行っている人工衛星ｓである。観測ミッションは「第１ミッション」の一例であり、通信ミッションは「第２ミッション」の一例である。

このように、プロダクトリクエストとして観測ミッションが要求されたときに、観測衛星ｓに観測リソースが無く、通信衛星ｓに観測リソースが有る場合、言い換えれば、観測衛星ｓよりも通信衛星ｓの方が観測リソースに余剰がある場合、専ら通信ミッションのみを行う通信衛星ｓを、一時的に観測ミッションを行わせるためのターゲット人工衛星ｓ＿ｔａｒとして選択するため、通信衛星ｓの運用方式を拡張することができる。以下、通信衛星ｓに観測ミッションを行わせることや、観測衛星ｓに通信ミッションを行わせることなどを「運用方式の拡張」或いは「運用拡張」と称して説明する。

また、選択部１１４ｂは、プロダクトリクエストによって観測等が要求されたドメインが地表面ドメインＤ１である場合、その地表面ドメインＤ１に関する環境データと、複数の人工衛星ｓのトラフィックの分布との相関に基づいて、複数の人工衛星ｓの中から、プロダクトリクエストによって要求されたミッションに対応可能なリースの余剰が多い人工衛星ｓを特定し、その特定した人工衛星ｓをターゲット人工衛星ｓ＿ｔａｒとして選択してもよい。

図９から図１１は、環境データの一例を表す図である。図９の環境データは、地表面の有害ガスの濃度分布を表しており、図１０の環境データは、雨量や風速といった地表面の気象データを表しており、図１１の環境データは、海上の船舶の位置データを表している。例えば、選択部１１４ｂは、これらの環境データの相関を求め、周回軌道上の複数の人工衛星ｓの中から、需要の低い又は需要の無い人工衛星ｓ（つまりリソースに余剰がある人工衛星ｓ）を特定し、その人工衛星ｓをターゲット人工衛星ｓ＿ｔａｒとして選択してよい。選択部１１４ｂは、更に、波高データや、都市や沿岸等の地形データ、既存の電波発信源データといったその他の環境データを用いてターゲット人工衛星ｓ＿ｔａｒを選択してもよい。

選択部１１４ｂは、ターゲット人工衛星ｓ＿ｔａｒを選択すると、更に、地上局ｇからターゲット人工衛星ｓ＿ｔａｒまでの伝送経路を決定する。具体的には、選択部１１４ｂは、地上局ｇからターゲット人工衛星ｓ＿ｔａｒまでの伝送経路内において、テレコマンドを中継する他の人工衛星ｓ（以下、リレー人工衛星ｓ＿ｒｅと称する）を選択する。例えば、選択部１１４ｂは、利用干渉を避けるため、複数の人工衛星ｓの中で、トラフィックの負荷が低い（使用されていない）人工衛星ｓをリレー人工衛星ｓ＿ｒｅとして選択し、更にそのリレー人工衛星ｓ＿ｒｅをノードと見做したネットワークを伝送経路として決定する。リレー人工衛星ｓ＿ｒｅは、ターゲット人工衛星ｓ＿ｔａｒを兼ねていてもよい。この際、選択部１１４ｂは、伝送経路内の各リンクにおけるデータ伝送の配分量を適切に決定してよい。

生成部１１４ｃは、プロダクトリクエストとして要求されたミッションをターゲット人工衛星ｓ＿ｔａｒに行わせるためのテレコマンドを生成する。この際、生成部１１４ｃは、地上局ｇからターゲット人工衛星ｓ＿ｔａｒまでの伝送経路において中継すべきリレー人工衛星ｓ＿ｒｅの衛星ＩＤなどをテレコマンドに含めてよい。つまり、テレコマンドは、ミッションだけでなく伝送経路も指示するコマンドであってよい。

これを受けて、通信制御部１１８は、生成部１１４ｃによって生成されたテレコマンドをターゲット人工衛星ｓ＿ｔａｒに送信するように通信部１０２を制御する。これにより、テレコマンドは、通信部１０２から地上局ｇへと送信され、更にその地上局ｇから適宜リレー人工衛星ｓ＿ｒｅを中継しながらターゲット人工衛星ｓ＿ｔａｒへと送信される。

また、生成部１１４ｃは、プロダクトリクエストの優先度等に基づいて、解析部１１６による解析計画を生成する。

解析部１１６は、通信部１０２によって地上局ｇを介してターゲット人工衛星ｓ＿ｔａｒから衛星データが受信された場合、生成部１１４ｃによって生成された解析計画に基づいて、衛星データに対してＤＢＦ（Digital Beam Forming）やＤＯＡ（Direction Of Arrival angle）などの処理を行い、プロダクトリクエストごとに最適なプロダクトを生成する。

また、解析部１１６は、観測可能な複数の衛星データから広範囲軟判定処理を実施し、絞られた軌道上空間に対して分解能の向上に適した数機の衛星データによる硬判定再処理を行ってもよい。また、解析部１１６は、一度特定した電波発信源を仮想空間上でマーキングし、計画部１１４による有効なターゲット人工衛星ｓ＿ｔａｒの選択を効率的に実施してもよい。

また、解析部１１６は、複数の人工衛星ｓのトラフィックの時間変化する分布に基づいて、衛星データに対する情報抽出処理に制約及び重みを付与してもよい。例えば、解析部１１６は、（１）情報抽出処理と、（２）情報抽出処理の制約と、（３）情報抽出処理の重み付与とを行う。（１）の処理は、端末装置２００によるプロダクトリクエストや、人工衛星ｓの運用計画に関する情報（トラフィックデータや予約データなど）を収集する処理である。（２）は、地上設備や静止衛星などの固定座標となる既存観測点が疎となるエリアに存在する軌道上観測点や、衛星間の通信経路トラフィックが疎となるエリアを優先して対象とする、または密な条件を除外して情報収集条件とする処理である。（３）の処理は、人工衛星間の伝送ルートのパターンが多岐にわたり時々刻々と変化するため、ネットワーク補償の概念に従ってトポロジー的な最適化を実施する処理である。具体的には、各衛星から各衛星への各通信リンクに対してデータ量の重み付けを行う。同時に複数の伝送経路を構築できる衛星であればその間でデータ量の分割を最適化し、単経路のみ持つ衛星においては時間ごとの経路選択と伝送量を最適化する。

［計画部の処理フロー］
以下、計画部１１４の一連の処理の流れについて説明する。図１２は、実施形態に係る計画部１１４の一連の処理の流れを表すフローチャートである。本フローチャートの処理は、例えば、取得部１１２によってプロダクトリクエストが取得された場合に実行される。

まず、計画部１１４の決定部１１４ａは、取得部１１２によって取得されたプロダクトリクエストの種別に応じて、そのプロダクトリクエストの優先度を決定する（ステップＳ１００）。

次に、計画部１１４の選択部１１４ｂは、ターゲット人工衛星ｓ＿ｔａｒとして選択する人工衛星ｓの運用方式の拡張が必要か否かを判定する（ステップＳ１０２）。例えば、選択部１１４ｂは、プロダクトリクエストとして要求されたミッションが可能な人工衛星ｓのリソースが十分に残されており、プロダクトリクエストとして要求されたミッションとは種類の異なる他のミッションを行う人工衛星ｓに、プロダクトリクエストとして要求されたミッションを行わせる必要がない場合、運用方式の拡張が必要でないと判定し、そうでない場合、運用方式の拡張が必要であると判定する。

選択部１１４ｂは、運用方式の拡張が必要でないと判定した場合、リソースが十分に余っており、且つ運用方式が同じ人工衛星ｓをターゲット人工衛星ｓ＿ｔａｒとして選択する（ステップＳ１０４）。

次に、選択部１１４ｂは、地上局ｇからターゲット人工衛星ｓ＿ｔａｒまでの最適な伝送経路を決定する（ステップＳ１０６）。

次に、計画部１１４の生成部１１４ｃは、プロダクトリクエストとして要求されたミッションをターゲット人工衛星ｓ＿ｔａｒに行わせるためのテレコマンドを生成するとともに、解析部１１６の解析計画を生成する（ステップＳ１０８）。

一方、選択部１１４ｂは、Ｓ１０２の処理において運用方式の拡張が必要であると判定した場合、リソースが十分に余っており、且つ運用方式が異なる人工衛星ｓをターゲット人工衛星ｓ＿ｔａｒとして選択するのに先立って、運用方式の拡張が継続的（定常的）か否かを判定する（ステップＳ１１０）。

例えば、取得部１１２が、運用方式の拡張が必要なプロダクトリクエスト（例えば通信衛星ｓに観測ミッションを行わせるようなプロダクトリクエスト）を、過去のある所定期間内に繰り返し取得していたとする。この場合、選択部１１４ｂは、運用方式の拡張が継続的（定常的）であると判定する。一方、例えば、取得部１１２が、運用方式の拡張が必要なプロダクトリクエストを、過去のある所定期間内に繰り返し取得していなかったとする。この場合、選択部１１４ｂは、運用方式の拡張が一時的（非定常的）であると判定する。

選択部１１４ｂは、運用方式の拡張が一時的であると判定すると、プロダクトの制約条件を収集し（ステップＳ１１２）、制約条件を満たしつつ、運用方式が異なる人工衛星ｓをターゲット人工衛星ｓ＿ｔａｒとして選択する（ステップＳ１１４）。プロダクトの制約条件とは、上述した人工衛星ｓの要求仕様データ、トラフィックデータ、及び予約データ等である。

次に、選択部１１４ｂは、地上局ｇからターゲット人工衛星ｓ＿ｔａｒまでの最適な伝送経路を決定する（ステップＳ１１６）。

次に、選択部１１４ｂは、選択したターゲット人工衛星ｓ＿ｔａｒや伝送経路に関する情報（以下、履歴情報と称する）を記憶部１３０に記憶させ（ステップＳ１１８）、上述したＳ１０８の処理へと進める。

一方、選択部１１４ｂは、Ｓ１１０の処理において運用方式の拡張が継続的であると判定した場合、記憶部１３０に記憶された履歴情報を読み出し、その読み出した履歴情報に基づいて、過去にターゲット人工衛星ｓ＿ｔａｒとして選択した人工衛星ｓを再度ターゲット人工衛星ｓ＿ｔａｒとして選択したり、過去に決定した伝送経路を再度利用したりする（ステップＳ１２０）。そして、上述したＳ１０８の処理へと進める。これによって本フローチャートの処理が終了する。

［解析部及び通信制御部の処理フロー］
以下、解析部１１６及び通信制御部１１８の一連の処理の流れについて説明する。図１３は、実施形態に係る解析部１１６及び通信制御部１１８の一連の処理の流れを表すフローチャートである。本フローチャートの処理は、例えば、生成部１１４ｃによって解析計画が生成された場合に所定の周期で繰り返し実行される。

まず、解析部１１６は、解析計画に従って、取得部１１２から衛星データを取得する（ステップＳ２００）。

次に、解析部１１６は、動的対象の対策（マーキング或いはトラッキングの対策）が必要か否かを判定する（ステップＳ２０２）。例えば、解析部１１６は、ターゲット人工衛星ｓ＿ｔａｒから見て電波発信源などのミッション対象が相対的に移動している場合、動的対象の対策が必要であると判定し、そうでない場合、動的対象の対策が必要でないと判定する。

解析部１１６は、動的対象の対策が必要でないと判定した場合、更に、ターゲット人工衛星ｓ＿ｔａｒの運用方式が拡張されたか否かを判定する（ステップＳ２０４）。

解析部１１６は、ターゲット人工衛星ｓ＿ｔａｒの運用方式が拡張されていると判定した場合、更に、その運用方式の拡張が継続的なものであるのか否かを判定する（ステップＳ２０６）。

解析部１１６は、運用方式の拡張が継続的であると判定した場合、複数の衛星データによる定常的なウェイト処理を行う（ステップＳ２０８）。定常的なウェイト処理とは、以前に決めた実績のあるウェイトによって複数の衛星データのそれぞれを重み付ける処理である。

解析部１１６は、運用方式の拡張が継続的でないと判定した場合、後述するＳ２１６に処理を進め、その後Ｓ２１０に処理を進める。

一方、解析部１１６は、Ｓ２０４の処理においてターゲット人工衛星ｓ＿ｔａｒの運用方式が拡張されていないと判定した場合、Ｓ２０６及びＳ２０８の処理を省略し、Ｓ２１０に処理を進める。

次に、解析部１１６は、高次処理を行って、プロダクトリクエストとして要求されたデータ形式（例えば画像データなど）に衛星データを変換したり、衛星データに付加的な情報を付けたりすることでプロダクトを生成する（ステップＳ２１０）。

次に、通信制御部１１８は、解析部１１６により生成されたプロダクトを送信するよう通信部１０２を制御する（ステップＳ２１２）。例えば、通信制御部１１８は、プロダクトリクエストの送信元である一つの端末装置２００に対してプロダクトを送信してもよいし、ＡＰＩ（ウェブＡＰＩを含む）を介して、衛星リモートセンシングシステム１を一つのサービスとして利用する複数のユーザのそれぞれの端末装置２００に送信してもよい。

一方、解析部１１６は、Ｓ２０２の処理において動的対象の対策が必要でないと判定した場合、動的対象の対策処理を行う（ステップＳ２１４）。例えば、解析部１１６は、環境データを用いて、動的に移動しているミッション対象が存在し得るドメイン内の領域を推定する。例えば、海上で航行している船舶や、上空を飛行している航空機といった電波を発信する移動体を観測するミッションであった場合、電波発信源の位置は時々刻々を変化する。この場合、環境データの一つである天候データを利用すれば、移動体が嵐などを避けながら移動するという傾向を考慮して、その移動体の移動先の範囲をある程度予測することができる。この結果、海上全体や上空全体を満遍なく観測せずに、当たりを付けた領域を重点的に観測することで、移動体をロストせずに継続して観測することができる。

次に、解析部１１６は、衛星データに対してＤＢＦ及びＤＯＡを行い（ステップＳ２１６）、上述したＳ２１０に処理を進めるとともに、電波発信源の位置の推定精度が閾値よりも低いか否かを判定する（ステップＳ２１８）。

解析部１１６は、電波発信源の位置の推定精度が閾値よりも低いと判定した場合、計画部１１４に対してプロダクトリクエストに基づく処理を追加で要求する（ステップＳ２２０）。これを受けて、計画部１１４は、図１２のフローチャートの処理を再度繰り返す。具体的には、計画部１１４は、複数の人工衛星ｓの中から、解析部１１６によって推定された電波発信源の位置に最も近い人工衛星ｓを新たなターゲット人工衛星ｓ＿ｔａｒとして選択し、その新たなターゲット人工衛星ｓ＿ｔａｒまでの伝送経路を再決定したりする。そして、計画部１１４は、新たにテレコマンドや解析計画を生成する。これを受けて、通信制御部１１８は、新たに生成されたテレコマンドを、新たに選択されたターゲット人工衛星ｓ＿ｔａｒに送信するよう通信部１０２を制御する。これによって新たな衛星データが得られる。解析部１１６は、プロダクトリクエストの再要求により、新たに衛星データが取得されるたびに、その衛星データに基づいて電波発信源の位置を推定することを繰り返す。この結果、解析部１１６によって生成されるプロダクトがユーザが所望するものに近くなり、ユーザの満足度を向上させることができる。

解析部１１６は、電波発信源の位置の推定精度が閾値よりも高いと判定した場合、本フローチャートの処理を終了する。

［衛星リモートセンシングシステムのシーケンス］
以下、衛星リモートセンシングシステム１の一連の処理の流れについて説明する。図１４は、実施形態に係る衛星リモートセンシングシステム１の一連の処理の流れを表すシーケンスである。本シーケンスでは、一例として、近宇宙ドメインＤ２の電波発信源に関するプロダクトを提供するまでの一連の処理について説明する。

まず、端末装置２００は、情報処理装置１００にプロダクトリクエストを送信する（ステップＳ３００）。

情報処理装置１００は、プロダクトリクエストを受信すると、そのプロダクトリクエストの種別に応じて優先度を決定する（ステップＳ３０２）。

次に、情報処理装置１００は、地上局ｇ１～３から人工衛星ｓのトラフィックデータや予約データを取得したり（ステップＳ３０４）、深宇宙局ｇ４や電波天文台ｇ５といった地上設備から、人工衛星ｓのトラフィックデータや予約データを取得したり（ステップＳ３０６）。これらトラフィックデータや予約データは、地上局ｇ１～３や、深宇宙局ｇ４、電波天文台ｇ５などが定常的に運用されている間にデータベースとして蓄積される。

次に、情報処理装置１００は、プロダクトリクエストの条件を満たす人工衛星ｓ（余剰なリソースがある人工衛星ｓ）をターゲット人工衛星ｓ＿ｔａｒとして選択したり、そのターゲット人工衛星ｓ＿ｔａｒまでの最適な伝送経路を決定したり、テレコマンドを生成したり、解析計画を生成したりする（ステップＳ３０８）。

次に、情報処理装置１００は、テレコマンドを、深宇宙局ｇ４や電波天文台ｇ５といった地上設備に送信したり（ステップＳ３１０）、地上局ｇ１～３に送信したりする（ステップＳ３１２）。なお、情報処理装置１００は、地上局ｇ１～３を経由して深宇宙局ｇ４や電波天文台ｇ５といった地上設備にテレコマンドを送信してもよい。

地上局ｇ１～３は、テレコマンドを受信すると、それをアップコンバートなどして（ステップＳ３１４）、リレー人工衛星ｓ＿ｒｅとターゲット人工衛星ｓ＿ｔａｒとを兼ねる人工衛星ｓ１に送信する（ステップＳ３１６）。

人工衛星ｓ１は、テレコマンドを受信すると、それをターゲット人工衛星ｓ＿ｔａｒである人工衛星ｓ２に送信する（ステップＳ３１８）。

人工衛星ｓ１は、受信したテレコマンドに基づいて、人工衛星ｓ２、深宇宙局ｇ４、及び電波天文台ｇ５と協調しながら、近宇宙ドメインＤ２の電波発信源を観測するミッションを行う（ステップＳ３２０）。この観測ミッションは、運用拡張されたミッションであってもよい。

人工衛星ｓ２は、受信したテレコマンドに基づいて、人工衛星ｓ１、深宇宙局ｇ４、及び電波天文台ｇ５と協調しながら、近宇宙ドメインＤ２の電波発信源を観測するミッションを行う（ステップＳ３２２）。この観測ミッションは、運用拡張されたミッションであってもよい。

深宇宙局ｇ４や電波天文台ｇ５は、受信したテレコマンドに基づいて、人工衛星ｓ１及び人工衛星ｓ２と協調しながら、近宇宙ドメインＤ２の電波発信源を観測するミッションを行う（ステップＳ３２４）。この観測ミッションは、運用拡張されたミッションであってもよい。

人工衛星ｓ２は、観測ミッションが完了すると、その観測ミッションの結果である観測データを人工衛星ｓ１に送信する（ステップＳ３２６）。

人工衛星ｓ１は、観測ミッションが完了すると、その観測ミッションの結果である観測データと、人工衛星ｓ２から受信した観測データとをダウンコンバートなどして（ステップＳ３２８）、地上局ｇ１～３に送信する（ステップＳ３３０）。なお、人工衛星ｓ２は、観測データを人工衛星ｓ１を経由せずに直接地上局ｇ１～３に送信してもよい。

地上局ｇ１～３は、人工衛星ｓ１から２つの観測データを受信すると、それら２つの観測データを情報処理装置１００に送信する（ステップＳ３３２）。

一方、深宇宙局ｇ４や電波天文台ｇ５は、観測ミッションが完了すると、その観測ミッションの結果である観測データを、情報処理装置１００に送信する（ステップＳ３３４）。

情報処理装置１００は、受信した各種観測データを統合処理し、プロダクトを生成する（ステップＳ３３６）。そして、情報処理装置１００は、生成したプロダクトを端末装置２００に提供する（ステップＳ３３８）。これによって本シーケンスの処理が終了する。

以上説明した実施形態によれば、情報処理装置１００は、複数のプロダクトリクエストを取得する。情報処理装置１００は、複数のプロダクトリクエストのそれぞれのプロダクトの種別に応じて、複数の人工衛星ｓの中から、１つ又は複数のターゲット人工衛星ｓ＿ｔａｒを選択する。また、情報処理装置１００は、各プロダクトリクエストに対応したテレコマンドを生成する。そして、情報処理装置１００は、地上局ｇを介して、ターゲット人工衛星ｓ＿ｔａｒにテレコマンドを送信する。これによって、複数の人工衛星ｓを効率よく活用しながら、ユーザが所望するドメインに対するプロダクトを獲得することができる。

また、上述した実施形態によれば、情報処理装置１００は、プロダクトリクエストに応じてターゲット人工衛星ｓ＿ｔａｒを選択する際に、そのターゲット人工衛星ｓ＿ｔａｒの運用方式を拡張するため、同時に多種多様なドメインを観測することができるようになる。この結果、衛星リモートセンシングシステム１の全体的な稼働率を高めることができる。

また、上述した実施形態によれば、情報処理装置１００は、複数の人工衛星ｓのトラフィックの分布と、有害ガスの濃度分布データや気象データなどの環境データとの相関に基づいて、ミッション対象である地表面の移動体の位置を推定するため、移動体を効率よく観測することができる。

（変形例）
以下、上述した実施形態の変形例について説明する。上述した実施形態では、衛星リモートセンシングシステム１が、複数の人工衛星ｓ１～ｓ８と、複数の地上局ｇ１～ｇ５（深宇宙局ｇ４や天文台ｇ５を含む）と、情報処理装置１００と、複数の端末装置２００と、データ管理サーバ３００とを備えるものとして説明したがこれに限られない。

例えば、衛星リモートセンシングシステム１は、複数の人工衛星ｓ１～ｓ８や複数の地上局ｇ１～ｇ５に代えて、或いは加えて、航空機やドローン、船舶、車両といった地上の移動体を備えていてもよい。これらの地上の移動体は、人工衛星ｓに搭載されるアンテナやセンサなどが搭載され、人工衛星ｓが行うような各種ミッションを行う。また、これらの地上の移動体は、地上局ｇ（特に深宇宙局ｇ４や天文台ｇ５）に相当する設備（観測設備や通信設備など）が搭載されてもよい。

例えば、情報処理装置１００は、複数の人工衛星ｓ１～ｓ８の中からターゲット人工衛星ｓ＿ｔａｒを選択する代わりに、海上や上空といった地表面に存在する複数の移動体の中から、プロダクトリクエストとして要求されたミッションが可能な移動体（ターゲット移動体）を選択し、その選択したターゲット移動体にテレコマンドを送信してもよい。これによって、複数の人工衛星ｓのみならず、地表面に存在する複数の移動体を効率よく活用しながら、ユーザが所望するドメインに対するプロダクトを獲得することができる。

また、情報処理装置１００は、複数の端末装置２００のそれぞれからプロダクトリクエストを取得した場合、それら複数のプロダクトリクエストを調整してもよい。

例えば、情報処理装置１００の取得部１１２は、ある第１ユーザの端末装置２００からプロダクトリクエスト（以下、第１プロダクトリクエストと称する）を取得しつつ、更には、第２ユーザの端末装置２００からプロダクトリクエスト（以下、第２プロダクトリクエストと称する）を取得したとする。この場合、情報処理装置１００の決定部１１４ａは、第１プロダクトリクエストのミッションで利用されるリソースと、第２プロダクトリクエストのミッションで利用されるリソースとが互いに共通するか否かを判定する。

情報処理装置１００の通信制御部１１８は、決定部１１４ａによってリソースが共通すると判定された場合、すなわち、第１プロダクトリクエストと第２プロダクトリクエストとが競合する場合、通信部１０２を制御することによって、第１ユーザの端末装置２００に対して第１コンテンツを送信したり、第２ユーザの端末装置２００に対して、第２コンテンツを送信したりする。

第１コンテンツは、第１プロダクトリクエストに対して競合する他のプロダクトリクエスト（第２プロダクトリクエスト）を可視化したコンテンツであり、第２コンテンツは、第２プロダクトリクエストに対して競合する他のプロダクトリクエスト（第１プロダクトリクエスト）を可視化したコンテンツである。第１コンテンツ及び第２コンテンツは、例えば静止画像や動画像といったＡＰＩやウェブブラウザを介して提供可能なコンテンツであってよい。これらのコンテンツは、衛星リモートセンシングシステム１を利用したサービスの一つとしてユーザに提供される。

これによって、各ユーザは、自身のプロダクトリクエストが他者のプロダクトリクエストと競合しているのかを知ることができる。この結果、例えば、各ユーザは、プロダクトリクエストをキャンセルしたり、競合する他のプロダクトリクエストに係る処理が完了してから、自身のプロダクトリクエストに係る処理が開始されるように事前に予約したりすることができる。また、例えば、各ユーザは、提供されたサービスを介して、他のユーザとプロダクトリクエストの優先権を売買することができる。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１…衛星リモートセンシングシステム、ｓ…人工衛星、ｇ…地上局、１００…情報処理装置、１０２…通信部、１１０…処理部、１１２…取得部、１１４…計画部、１１４ａ…決定部、１１４ｂ…選択部、１１４ｃ…生成部、１１６…解析部、１１８…通信制御部、１３０…記憶部、２００…端末装置、３００…データ管理サーバ

Claims (12)

1. 一つの集合体を形成する複数の人工衛星のうち少なくとも１つの人工衛星に、一つ又は複数のドメインに対してミッションを行わせ、かつ前記人工衛星が前記ドメインに対して行った前記ミッションの結果に基づくプロダクトを提供させる複数のリクエストを取得する取得部と、
   前記取得部によって取得された前記複数のリクエストのそれぞれに対応したコマンドを生成する生成部と、
   前記取得部によって取得された前記複数のリクエストのそれぞれの前記プロダクトの種別に応じて、前記複数の人工衛星の中から、前記生成部によって生成された前記コマンドの送信対象とする１つ又は複数のターゲット人工衛星を選択する選択部と、
   前記選択部によって選択された前記ターゲット人工衛星に地上局を介して前記コマンドを送信する送信部と、
   を備える情報処理装置。
2. 前記複数のリクエストの優先度を決定する決定部を更に備え、
   前記送信部は、前記決定部によって決定された前記優先度に応じて、前記ターゲット人工衛星に前記コマンドを送信する、
   請求項１に記載の情報処理装置。
3. 前記選択部は、前記複数の人工衛星のトラフィックに基づいて、前記複数の人工衛星の中でリソースに余剰がある前記人工衛星を、前記ターゲット人工衛星として選択する、
   請求項１又は２に記載の情報処理装置。
4. 前記選択部は、前記リクエストのミッションが第１ミッションであり、前記複数の人工衛星の中で、前記第１ミッションを行う予定の第１人工衛星よりも、第２ミッションを行う予定の第２人工衛星の方が余剰なリソースが多い場合、前記第２人工衛星を前記ターゲット人工衛星として選択する、
   請求項３に記載の情報処理装置。
5. 前記第１ミッションは、電波の発信源の位置を特定するミッションであり、
   前記ターゲット人工衛星によって行われた前記ミッションの結果を解析する解析部を更に備え、
   前記選択部は、前記複数の人工衛星の中に複数の第２人工衛星が含まれ、かつ前記複数の第２人工衛星のいずれの人工衛星よりも前記第１人工衛星の方が余剰なリソースが少ない場合、前記複数の第２人工衛星のいずれかの人工衛星を前記ターゲット人工衛星として選択し、
   前記送信部は、前記選択部によって選択された前記ターゲット人工衛星に、前記地上局を介して前記コマンドを送信し、
   前記解析部は、前記ターゲット人工衛星によって行われた前記第１ミッションの結果に基づいて前記発信源の位置を推定し、
   前記選択部は、前記複数の第２人工衛星の中から、前記解析部によって推定された前記発信源の位置に最も近い前記第２人工衛星を、新たな前記ターゲット人工衛星として選択し、
   前記送信部は、前記選択部によって新たに選択された前記ターゲット人工衛星に、新たに前記地上局を介して前記コマンドを送信し、
   前記解析部は、新たな前記ターゲット人工衛星によって行われた前記第１ミッションの結果に基づいて、新たに前記発信源の位置を推定する、
   請求項４に記載の情報処理装置。
6. 前記ドメインには、地表面が含まれ、
   前記取得部は、更に、前記地表面の環境を表す環境データを取得し、
   前記解析部は、前記複数の人工衛星のトラフィックの分布と前記環境データとの相関に基づいて、前記発信源の位置を推定する、
   請求項５に記載の情報処理装置。
7. 前記選択部は、
   更に、選択した前記ターゲット人工衛星に関する履歴情報を記憶部に記憶させ、
   前記第２人工衛星に前記第１ミッションを行わせる前記リクエストが前記取得部によって繰り返し取得される場合、前記記憶部に記憶させた前記履歴情報を読み出し、読み出した前記履歴情報に基づいて、前記ターゲット人工衛星を選択する、
   請求項４から６のうちいずれか一項に記載の情報処理装置。
8. 前記取得部は、更に、前記コマンドが送信された前記ターゲット人工衛星から、前記地上局を介して前記ミッションの結果を表す衛星データを取得し、
   前記取得部によって取得された前記衛星データを解析することで、前記プロダクトを生成する解析部を更に備える、
   請求項２から７のうちいずれか一項に記載の情報処理装置。
9. 前記解析部は、前記複数の人工衛星のトラフィックの時間変化する分布に基づいて、前記衛星データに対する情報抽出処理に制約及び重みを付与する、
   請求項８に記載の情報処理装置。
10. 前記送信部は、前記ターゲット人工衛星に加えて、更に地上設備に前記コマンドを送信する、
    請求項１から９のうちいずれか一項に記載の情報処理装置。
11. コンピュータが、
    一つの集合体を形成する複数の人工衛星のうち少なくとも１つの人工衛星に、一つ又は複数のドメインに対してミッションを行わせ、かつ前記人工衛星が前記ドメインに対して行った前記ミッションの結果に基づくプロダクトを提供させる複数のリクエストを取得し、
    取得した前記複数のリクエストのそれぞれに対応したコマンドを生成し、
    取得した前記複数のリクエストのそれぞれの前記プロダクトの種別に応じて、前記複数の人工衛星の中から、生成した前記コマンドの送信対象とする１つ又は複数のターゲット人工衛星を選択し、
    選択した前記ターゲット人工衛星に地上局を介して前記コマンドを送信する、
    情報処理方法。
12. コンピュータに、
    一つの集合体を形成する複数の人工衛星のうち少なくとも１つの人工衛星に、一つ又は複数のドメインに対してミッションを行わせ、かつ前記人工衛星が前記ドメインに対して行った前記ミッションの結果に基づくプロダクトを提供させる複数のリクエストを取得し、
    取得した前記複数のリクエストのそれぞれに対応したコマンドを生成することと、
    取得した前記複数のリクエストのそれぞれの前記プロダクトの種別に応じて、前記複数の人工衛星の中から、生成した前記コマンドの送信対象とする１つ又は複数のターゲット人工衛星を選択することと、
    選択した前記ターゲット人工衛星に地上局を介して前記コマンドを送信することと、
    を実行させるためのプログラム。

Images