JPWO2020153171A1 - 情報処理装置 - Google Patents

Abstract

飛行情報取得部１０２は、飛行中の複数のドローン２０の各々の飛行状況を繰り返し取得する。計画外飛行判定部１０３は、ドローン２０が飛行計画から外れた飛行をしているか否かを判定する。第１衝突特定部１０５は、飛行計画から外れた飛行を示すドローン２０の飛行状況が取得された場合に、その飛行状況のドローン２０と衝突の可能性があるドローン２０を特定する。飛行状況処理部１１２（計画外飛行判定部１０３等）は、ドローン２０に落下の可能性があることを示す飛行状況が取得された場合、そのドローン２０から取得される飛行状況に基づく処理を他のドローン２０から取得される飛行状況に基づく処理よりも優先度を高くする。

Description

本発明は、飛行体の安全な飛行を支援する技術に関する。

特許文献１には、サーバが各移動体の予定軌道を収集して衝突回避する移動体システムにおいて、他者予定軌道と干渉しない自己予定軌道の生成を各移動体に行わせることでサーバの負荷を軽減する技術が開示されている。

特開２０１７−１３０１２１号公報

ドローン等の飛行体が飛行中に送信してきた自機の位置等を含む情報から落下の可能性が察知される場合がある。その際は、可能な限り迅速に落下を回避するための処理（操作者への警告処理等）が行われることが重要である。
そこで、本発明は、飛行体に落下の可能性が生じても、その落下を回避しやすくすることを目的とする。

上記目的を達成するために、本発明は、飛行中の複数の飛行体から各々の飛行状況を繰り返し取得する取得部と、取得された前記飛行状況に基づく処理を実行して当該処理の実行結果を出力する出力部であって、前記飛行体に落下の可能性があることを示す前記飛行状況が取得された場合、当該飛行体から取得される前記飛行状況に基づく処理を他の飛行体から取得される前記飛行状況に基づく処理よりも高い優先で実行する出力部とを備える情報処理装置を提供する。

本発明によれば、飛行体に落下の可能性が生じても、その落下を回避しやすくすることができる。

実施例に係る運航管理支援システムの全体構成の一例を表す図 サーバ装置及び統合管理装置のハードウェア構成の一例を表す図 ドローンのハードウェア構成の一例を表す図 各装置が実現する機能構成を表す図 飛行情報の一例を表す図 飛行計画の一例を表す図 優先処理におけるサーバ装置の動作手順の一例を表す図 優先処理におけるサーバ装置の動作手順の別の一例を表す図 優先度テーブルの一例を表す図 変形例の優先度テーブルの一例を表す図 変形例の優先度テーブルの一例を表す図 変形例の優先度テーブルの一例を表す図 変形例の優先度テーブルの一例を表す図

［１］実施例
図１は実施例に係る運航管理支援システム１の全体構成の一例を表す。運航管理支援システム１は、飛行体の運航管理を支援するシステムである。運航管理とは、ドローンのような飛行体の飛行計画に則った飛行（すなわち運航）を管理することをいう。本実施例では、運航管理を行う複数の事業者３があり、各事業者３が各々の管轄する飛行体の運航を管理しているものとする。

運航管理支援システム１は、ネットワーク２と、複数のサーバ装置１０と、複数のドローン２０と、統合管理装置３０とを備える。ネットワーク２は、移動体通信網及びインターネット等を含む通信システムであり、自システムにアクセスする装置同士のデータのやり取りを中継する。ネットワーク２には、サーバ装置１０及び統合管理装置３０が有線通信で（無線通信でもよい）、ドローン２０が無線通信でアクセスしている。

ドローン２０は、本実施例では、１以上の回転翼を回転させて飛行する回転翼機型の飛行体であり、撮影、検査、散布、警備及び搬送等の様々な用途に用いられる。ドローン２０は、操作者の操作に従って飛行する。操作者による操作は、プロポ（プロポーショナル式の制御（比例制御）を行うコントローラ）又は飛行指示用のパソコン（設定された飛行指示を出し続ける装置）等を用いて行われる。

ドローン２０は、安全な飛行等を目的とした運航管理に用いるため、飛行中の自機の位置を少なくとも含む飛行状況を示す情報（飛行情報）を、自機を管轄するサーバ装置１０に定期的に送信する。サーバ装置１０は、事業者３によって設置され、送信されてきた飛行情報及び各ドローン２０の飛行計画に基づいて、事業者３及び自装置が管轄するドローン２０の運航を管理するための処理を行う。この処理の詳細は後述する。

統合管理装置３０は、複数のサーバ装置１０が取り扱う情報（飛行計画及び飛行情報等）を集約し、装置間の円滑な情報共有のための処理等を行う。例えば各ドローン２０の飛行計画は、サーバ装置１０が相互に共有するよりも、統合管理装置３０に一旦集約し、各サーバ装置１０に配信した方が効率的に共有することができる。但し、全ての情報共有が統合管理装置３０を介して行われる訳ではない。サーバ装置１０間で直接行われる情報共有についても後程詳しく説明する。

図２はサーバ装置１０及び統合管理装置３０のハードウェア構成の一例を表す。サーバ装置１０及び統合管理装置３０は、物理的には、プロセッサ１１と、メモリ１２と、ストレージ１３と、通信装置１４と、バス１５などを含むコンピュータ装置として構成されてもよい。なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。

また、各装置は、１つ又は複数含まれていてもよいし、一部の装置が含まれていなくてもよい。プロセッサ１１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）によって構成されてもよい。

例えば、ベースバンド信号処理部等は、プロセッサ１１によって実現されてもよい。また、プロセッサ１１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１３及び通信装置１４の少なくとも一方からメモリ１２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。

上述の各種処理は、１つのプロセッサ１１によって実行される旨を説明してきたが、２以上のプロセッサ１１により同時又は逐次に実行されてもよい。プロセッサ１１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。メモリ１２は、コンピュータ読み取り可能な記録媒体である。

メモリ１２は、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つによって構成されてもよい。メモリ１２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１２は、本開示の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

ストレージ１３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。

ストレージ１３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１２及びストレージ１３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。通信装置１４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）である。

例えば、上述の送受信アンテナ、アンプ部、送受信部、伝送路インターフェースなどは、通信装置１４によって実現されてもよい。送受信部は、送信部と受信部とで、物理的に、または論理的に分離された実装がなされてもよい。また、プロセッサ１１、メモリ１２などの各装置は、情報を通信するためのバス１５によって接続される。バス１５は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。

図３はドローン２０のハードウェア構成の一例を表す。ドローン２０は、物理的には、プロセッサ２１と、メモリ２２と、ストレージ２３と、通信装置２４と、飛行装置２５と、センサ装置２６と、バス２７などを含むコンピュータ装置として構成されてもよい。これらのうち図２に同名のハードウェアが表されているものは、性能及び仕様等の違いはあるがそれらと同種のハードウェアである。

通信装置２４は、ネットワーク２との通信に加え、プロポとの通信を行う機能（例えば２．４ＧＨｚ帯の電波による無線通信機能）を有する。飛行装置２５は、モータ及びローター等を備え、自機を飛行させる装置である。飛行装置２５は、空中において、あらゆる方向に自機を移動させたり、自機を静止（ホバリング）させたりすることができる。

センサ装置２６は、飛行制御に必要な情報を取得するセンサ群を有する装置である。センサ装置２６は、例えば、自機の位置（緯度及び経度）を測定する位置センサと、自機が向いている方向（ドローンには自機の正面方向が定められており、その正面方向が向いている方向）を測定する方向センサと、自機の高度を測定する高度センサとを備える。また、センサ装置２６は、自機の速度を測定する速度センサと、３軸の角速度及び３方向の加速度を測定する慣性計測センサ（ＩＭＵ（Inertial Measurement Unit））とを備える。

運航管理支援システム１が備える各装置における各機能は、各々のプロセッサ、メモリなどのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサが演算を行い、各々の通信装置による通信を制御したり、メモリ及びストレージにおけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。

図４は各装置が実現する機能構成を表す。図４では、サーバ装置１０及びドローン２０の組合せが２つ表されているが、これらは異なる運航管理事業者が管轄するドローン２０と、各運航管理事業者がドローン２０を管轄するために使用するサーバ装置１０との組合せである。また、運航管理支援システム１が備える各サーバ装置１０及び各ドローン２０は、いずれも図４に表す機能を備えているので、他のサーバ装置１０及びドローン２０は図示を省略している。

運航管理支援システム１においては、各サーバ装置１０を識別する装置ＩＤと、各ドローン２０を識別するドローンＩＤとが定められている。装置間でやり取りされるデータにはそれらのＩＤ及び現在時刻が付与されることで、情報の送信元、情報の対象（例えばどのドローン２０の飛行計画であるのか）及び送信時刻等が識別されるようになっている。なお、飛行計画及び飛行情報等の各種の情報はデータ化してやり取りされるが、以下では、データを送信することを単にそのデータが示す情報を送信するとも言う。

サーバ装置１０は、飛行計画送信部１０１と、飛行情報取得部１０２と、計画外飛行判定部１０３と、飛行計画取得部１０４と、第１衝突特定部１０５と、回避処理部１０６と、計画外飛行通知部１０７と、計画外通知受取部１０８と、第２衝突特定部１０９と、衝突通知部１１０と、衝突通知受取部１１１とを備える。ドローン２０は、飛行制御部２０１と、飛行情報送信部２０２とを備える。統合管理装置３０は、飛行計画取得部３０１と、飛行計画記憶部３０２と、飛行計画配信部３０３とを備える。

サーバ装置１０の飛行計画送信部１０１は、自装置が管轄する（自装置を使用する運航管理事業者が管轄するということ）ドローン２０の飛行計画を統合管理装置３０に送信する。ドローン２０の飛行計画は、そのドローン２０を管轄する運航管理事業者が作成してデータ化し、サーバ装置１０に格納する。飛行計画は、例えば、ドローン２０が飛行する飛行空域と、その飛行空域を飛行する時間帯とを示す情報である。飛行計画は、当日の計画の場合もあるし、翌日以降の計画の場合もある。飛行計画送信部１０１は、格納された飛行計画データを統合管理装置３０に送信する。

統合管理装置３０の飛行計画取得部３０１は、送信されてきた飛行計画データが示す飛行計画、すなわち、運航管理支援システム１が支援の対象とするドローン２０の飛行計画を取得する。飛行計画取得部３０１は、取得した飛行計画を飛行計画記憶部３０２に供給する。飛行計画記憶部３０２は、供給された飛行計画を、計画対象のドローン２０のドローンＩＤに対応付けて記憶する。

ドローン２０の飛行制御部２０１は、センサ装置２６が備える各センサの測定結果を用いて、自機の飛行を制御する。飛行制御部２０１は、例えば、操作者がプロポ等を用いて指示した飛行経路で飛行するよう飛行制御を行う。ドローン２０の飛行情報送信部２０２は、自機の飛行状況を示す飛行情報を、自機を管轄するサーバ装置１０に一定の間隔で送信する。

飛行情報送信部２０２は、センサ装置２６が備える各センサの測定結果に基づいて飛行情報データを定められた時間間隔で生成し、サーバ装置１０に送信する。サーバ装置１０の飛行情報取得部１０２は、上記のとおりドローン２０から一定の間隔で送信されてくる飛行情報を取得する。飛行情報取得部１０２は、この飛行情報を取得することで、飛行中の複数のドローン２０（自装置が管轄するグループに属するドローン２０）の各々の飛行状況を繰り返し取得する。

ここで、サーバ装置１０にとって、自装置が管轄するドローン２０のグループのことを「管轄グループ」といい、他のサーバ装置１０が管轄するドローン２０のグループのことを「管轄外グループ」というものとする。つまり、飛行情報取得部１０２は、管轄グループに属するドローン２０の飛行状況を繰り返し取得する。飛行情報取得部１０２は本発明の「取得部」の一例である。

図５は飛行情報の一例を表す。図５の例では、ドローンＩＤと、飛行時刻（各情報の測定時刻）と、飛行位置（例えば緯度及び経度）と、飛行方向（例えば方角を３６０度で表した数値）と、飛行高度（例えば海抜高度）と、飛行速度とを含む飛行情報が表されている。飛行情報は繰り返し取得されるので、１つのドローンＩＤに対して複数の飛行時刻等が対応付けられている。

飛行情報取得部１０２は、取得した管轄グループに属するドローン２０の飛行情報を計画外飛行判定部１０３に供給する。計画外飛行判定部１０３は、管轄グループに属するドローン２０が飛行計画から外れた飛行をしているか否かを判定する。計画外飛行判定部１０３は、例えば１日の初めに当日に飛行する予定で且つ管轄グループに属するドローン２０の全ての飛行計画を飛行計画取得部１０４に要求する。

飛行計画取得部１０４は、要求された飛行計画、すなわち、当日飛行予定の管轄グループに属するドローン２０の飛行計画を取得する。飛行計画取得部１０４は、自装置の飛行計画送信部１０１から該当する飛行計画を読み出すことで、要求された飛行計画を取得する。飛行計画について、図６を参照して説明する。

図６は飛行計画の一例を表す。図６（ａ）では、ドローンＩＤが「Ｄ００１」のドローン２０が飛行する予定の飛行空域が表されている。運航管理支援システム１においては、ドローン２０が飛行することができる飛行可能空域が道路網のように予め定められている。飛行可能空域は、飛行のために必要な許可を受けた空域であり、場合によっては許可が不要な空域を含むこともある。

本実施例では、飛行可能空域は、隙間なく敷き詰められた立方体の空間（以下「セル」という）によって表され、各セルには各々を識別するセルＩＤが付されている。本実施例では、説明を分かり易くするため、各セルの高度が一定であり、各セルのｘｙ座標とセルＩＤとを対応させて表している（例えばｘｙ座標が（ｘ１０、ｙ１５）のセルはＣ１０＿１５というセルＩＤが付されている）。

図６（ａ）では、「倉庫α１１」から「店舗α１２」まで至る飛行空域Ｒ１が表されている。飛行空域Ｒ１には、ドローン２０の出発地となるセルＣ０１＿０１からｘ軸正方向に隣接するセルを通ってセルＣ２０＿０１に至る分割空域Ｒ１１（飛行空域を分割した空域のこと）と、そこからｙ軸正方向に隣接するセルを通ってセルＣ２０＿２０に至る分割空域Ｒ１２と、そこからｘ軸正方向に隣接するセルを通って目的地セルであるセルＣ５０＿２０に至る分割空域Ｒ１３とが含まれている。

図６（ｂ）では、ドローンＩＤが「Ｄ００１」のドローン２０の飛行計画として、飛行空域を表すセルＩＤと、その飛行空域における飛行予定期間とが表されている。例えば上記ドローン２０の場合、分割空域毎にセルＩＤ及び飛行予定期間が表されている。例えば分割空域Ｒ１１であれば、分割空域Ｒ１１に進入する予定の時刻Ｔ１１１から離脱する予定の時刻Ｔ１１２までの期間Ｋ１１が表されている。

また、ドローンＩＤが「Ｄ００２」のドローン２０は、飛行空域Ａ２１を時刻Ｔ２１からＴ２２まで飛行する飛行計画が表されている。このドローン２０は例えば或る敷地を上空から撮影することになっており、飛行空域Ａ２１はその敷地の上空に位置するセルのセルＩＤの集合で表されている。この例では、飛行空域Ａ２１の中でどのような経路で飛行するかまでは計画で決まっていないが、そこまで詳細に決まっていてもよい。

飛行計画取得部１０４は、取得した管轄グループに属するドローン２０の飛行計画を計画外飛行判定部１０３に供給する。計画外飛行判定部１０３は、供給された飛行計画と、供給された飛行情報が示す飛行状況とを比較して、例えば飛行計画で予定された飛行経路から所定の距離以上離れた位置を飛行している場合に、飛行計画から外れた飛行をしていると判定する。計画外飛行判定部１０３は、例えば飛行計画が表す飛行空域からセル２つ分以上離れた場合に飛行計画から外れた飛行をしていると判定する。

また、計画外飛行判定部１０３は、飛行計画で予定された飛行経路であっても、予定された飛行時間帯から所定の時間以上離れた時刻に飛行している場合に、飛行計画から外れた飛行をしていると判定する。計画外飛行判定部１０３は、例えば飛行計画が表す飛行予定期間から５分以上離れている場合に飛行計画から外れた飛行をしていると判定する。なお、上述したセル２つ及び５分という距離及び時間は一例であり、それら以外の距離及び時間が用いられてもよい。

ここで、本実施例では、図１に表すように、サーバ装置１０毎にドローン２０の属するグループが存在する。飛行計画取得部１０４は、自装置が管轄する管轄グループに属するドローン２０だけでなく、他のサーバ装置１０が管轄する管轄外グループに属し且つ当日飛行予定のドローン２０の飛行計画も合わせて取得する。飛行計画取得部１０４は、統合管理装置３０に対して、該当する管轄外グループに属するドローン２０の飛行計画を要求する要求データを送信する。

統合管理装置３０の飛行計画配信部３０３は、送信されてきた要求データにより要求された飛行計画を飛行計画記憶部３０２から読み出して、要求元のサーバ装置１０に配信する。飛行計画取得部１０４は、配信されてきた飛行計画を管轄外グループに属するドローン２０の飛行計画として取得し、第１衝突特定部１０５に供給する。なお、飛行計画取得部１０４は、他のサーバ装置１０から直接管轄外グループに属するドローン２０の飛行計画を取得してもよい。

第１衝突特定部１０５には、計画外飛行判定部１０３が、飛行計画から外れた飛行をしていると判定したドローン２０の飛行情報を供給する。第１衝突特定部１０５は、計画外飛行判定部１０３から飛行情報が供給された場合、すなわち、飛行計画から外れた飛行を示すドローン２０の飛行状況が取得された場合に、管轄グループに属するドローン２０のうちから、飛行計画から外れた飛行を示す飛行状況のドローン２０に対して衝突する可能性があるドローン２０を特定する。

第１衝突特定部１０５は、例えば、飛行計画取得部１０４により取得された管轄グループに属するドローン２０の飛行計画に基づいて、衝突の可能性があるドローン２０を特定する。以下では、単に「衝突の可能性があるドローン２０」と言った場合、計画外飛行をしているドローン２０に対して衝突する可能性があるドローン２０のことを言うものとする。

なお、２台以上のドローン２０が計画外飛行をしている場合は、衝突の可能性があるドローン２０自身が計画外飛行をしていることも起こり得る。また、計画外飛行をしているドローン２０及び衝突の可能性があるドローン２０の属するグループは、上記の例ではいずれも管轄グループであるが、管轄外グループの場合もある（その場合については後述する）。

第１衝突特定部１０５は、例えば、供給された飛行状況に含まれるドローン２０（計画外飛行をしているドローン２０）の位置と、取得された飛行計画におけるドローン２０の現在位置との距離に基づいて衝突の可能性があるドローン２０を特定する。一般に２機のドローンの飛行する位置が一定の距離以上近づくと、衝突の可能性が高まってくる。そこで、第１衝突特定部１０５は、計画外飛行をしているドローン２０との距離が閾値未満であるドローン２０を、衝突の可能性があるドローン２０として特定する。

ここで、「衝突の可能性がある」とは、衝突の可能性が所定のレベル以上まで高まった状態をいう。例えばドローン同士が１００ｍ以上離れている状態でも、飛行を続けていれば衝突する可能性は０ではないが極めて小さいので、衝突の可能性があるとは判断されない。一方、ドローン同士の距離がある程度（上述した閾値未満の距離）まで近づくと、飛行方向や飛行速度にもよるが衝突の可能性が高まることには間違いないので、第１衝突特定部１０５は、そのような場合に衝突の可能性があるドローン２０を特定する。

第１衝突特定部１０５は、衝突の可能性があるドローン２０を特定すると、特定されたドローン２０及び計画外飛行をしているドローン２０を回避処理部１０６に通知する。回避処理部１０６は、管轄グループに属するドローン２０が衝突の可能性があると特定された場合に、その衝突を回避させるための処理（回避処理）を行う。回避処理部１０６は、例えば、計画外飛行をしているドローン２０と衝突する可能性があるドローン２０に対して一定時間の停止を指示する処理を回避処理として行う。

回避処理部１０６は、例えば、計画外飛行をしているドローン２０と衝突する可能性があるドローン２０に対して一定時間の停止を指示する処理を回避処理として行う。また、回避処理部１０６は、ドローン２０の飛行経路を、衝突を回避することが可能な飛行経路に変更することを指示する処理を回避処理として行ってもよい。また、計画外飛行をしているドローン２０が管轄グループに属することもある。

その場合、回避処理部１０６は、計画外飛行をしているドローン２０に対して同じ指示を行う処理を回避処理として行ってもよい。回避処理部１０６は、上記の各指示を示す指示データを生成する処理と、生成した指示データを指示対象のドローン２０に対して送信する処理（つまり指示データを出力する処理）とを回避処理として行う。指示対象のドローン２０の飛行制御部２０１は、指示データを受け取ると、その指示データが示す指示のとおりに自機の飛行を制御する。

なお、指示データの送信先（出力先）はドローン２０に限らず、例えば操作者が用いるプロポ又はパソコン等であってもよい。その場合はプロポ又はパソコン等が指示データの示す指示を表示し、操作者がそれを見て指示に従った飛行操作を行う。このように回避処理が行われることで、計画外飛行をしているドローン２０が同じ管轄グループに属するドローン２０と衝突することが避けられる。

また、第１衝突特定部１０５は、飛行計画取得部１０４により取得された管轄外グループに属するドローン２０の飛行計画に基づいて、管轄外グループに属するドローン２０のうちから、計画外飛行をしているドローン２０と衝突の可能性があるドローン２０を特定する。第１衝突特定部１０５は、例えば管轄グループに属するドローン２０を対象にする場合と同じ方法（ドローン２０間の距離を用いる方法）で、管轄外グループに属するドローン２０を対象として、衝突の可能性があるドローン２０を特定する。

第１衝突特定部１０５は、衝突の可能性があるドローン２０として管轄外グループに属するドローン２０を特定した場合も、回避処理部１０６への通知を行う。回避処理部１０６は、管轄外グループに属するドローン２０には指示できないので、計画外飛行をしているドローン２０（つまり管轄グループに属するドローン２０）に対して例えば上記の停止又は飛行経路の変更の少なくとも一方を指示する回避処理を行う。

計画外飛行判定部１０３は、計画外飛行をしているドローン２０の飛行情報を計画外飛行通知部１０７にも供給する。計画外飛行通知部１０７は、供給された飛行情報を他のサーバ装置１０に送信することで、送信した飛行情報が示す計画外飛行をしているドローン２０の飛行状況を他の全てのサーバ装置１０に通知する。

ここからは、飛行状況の通知先となったサーバ装置１０の機能について説明する。通知先のサーバ装置１０の計画外通知受取部１０８は、送信されてきた飛行情報を受け取ることで、計画外飛行をしているドローン２０の飛行状況の通知を受け取る。計画外通知受取部１０８は、飛行状況の通知として受け取った飛行情報を自装置の第２衝突特定部１０９に供給する。

第２衝突特定部１０９は、他のサーバ装置１０から計画外飛行をしているドローン２０の飛行状況が通知された場合に、通知されたドローン２０と衝突の可能性があり且つ自装置が管轄するグループに属するドローン２０を特定する。第２衝突特定部１０９には、自装置の飛行計画取得部１０４が、取得した飛行計画のうち自装置が管轄するグループに属するドローン２０の飛行計画を供給する。

第２衝突特定部１０９は、供給された飛行情報及び飛行計画に基づいて、例えば第１衝突特定部１０５と同じ方法（ドローン２０間の距離を用いる方法）で、通知された計画外飛行をしているドローン２０及び管轄グループに属するドローン２０を対象として、衝突の可能性があるドローン２０を特定する。

第２衝突特定部１０９は、管轄グループに属するドローン２０から衝突の可能性があるドローン２０を特定すると、特定されたドローン２０を自装置の回避処理部１０６に通知する。回避処理部１０６は、衝突の可能性があるドローン２０の通知を受け取った場合、回避処理を行う。回避処理部１０６が行う回避処理は、上述した回避処理（停止指示及び飛行経路の変更指示等）と同じ処理である。第２衝突特定部１０９は、特定したドローン２０及び計画外飛行をしているドローン２０を衝突通知部１１０に通知する。

衝突通知部１１０は、計画外飛行をしているドローン２０の通知を受け取った場合、すなわち、第２衝突特定部１０９により衝突の可能性がある管轄グループに属するドローン２０が特定された場合、特定されたドローン２０の飛行状況を、飛行計画から外れた飛行を示す飛行状況の通知元のサーバ装置１０に通知する。衝突通知部１１０は、特定されたドローン２０の飛行状況を示す飛行情報を、前述した通知元のサーバ装置１０に送信することで、上記の通知を行う。

ここから、計画外飛行をしているドローン２０の飛行状況を示す飛行情報の通知元であったサーバ装置１０の説明に戻る。通知元のサーバ装置１０の衝突通知受取部１１１は、送信されてきた飛行情報を受け取ることで、計画外飛行をしているドローン２０（管轄グループに属するドローン２０）と衝突の可能性があるドローン２０（管轄外グループに属するドローン２０）の飛行状況の通知を受け取る。衝突通知部１１０による通知は、第２衝突特定部１０９による特定が行われている間（つまり衝突の可能性が残っている間）、継続される。

衝突通知受取部１１１は、その間継続して、衝突の可能性があるドローン２０の飛行状況を繰り返し取得する。衝突通知受取部１１１は本発明の「取得部」の一例である。衝突通知受取部１１１は、飛行状況の通知として受け取った飛行情報を回避処理部１０６に供給する。供給された飛行情報は、管轄グループに属するドローン２０が計画外飛行をしている場合に、管轄外グループに属するドローン２０と衝突する可能性があることを示す。

管轄外グループに属するドローン２０は、第１衝突特定部１０５によっても衝突する可能性があるドローン２０として特定されることがあるが、必ずしもこの特定がされるとは限らない。例えば、管轄外グループに属するドローン２０の飛行計画が当日になって変更され、変更された飛行計画が配信されなかった場合、第１衝突特定部１０５は古い飛行計画を用いるため衝突する可能性があるドローン２０を正しく特定することができない。その場合、飛行計画が当日になって変更されたドローン２０を管轄するサーバ装置１０は新たな飛行計画を取得できるので、衝突する可能性があるドローン２０を正しく特定することができる。

そこで、回避処理部１０６は、他のサーバ装置１０から管轄グループに属するドローン２０に対して衝突する可能性があるドローン２０の飛行状況が通知された場合、第１衝突特定部１０５により衝突の可能性があるドローン２０が特定されていなくても、通知された飛行状況のドローン２０（管轄外グループに属するドローン２０）に対して衝突する可能性があるドローン２０（管轄グループに属し且つ計画外飛行をしているドローン２０）の回避処理を行う。この回避処理を行うことで、前述したような理由で衝突する可能性があるドローン２０の特定が正しくできなかったために衝突が発生することを防ぐことができる。

回避処理の根拠となる特定結果、すなわち衝突の可能性があるドローン２０の特定結果は、そのまま落下の可能性があるドローン２０を表すことになる。ドローン２０同士が衝突すると、かなりの確率で故障するかバランスを崩すかして落下するためである。また、飛行するドローン２０の台数が増えてくると、計画外飛行を行うドローン２０も増えてきて、それと共に計画外飛行の判定処理、衝突の可能性があるドローン２０の特定処理、それらの通知処理及び回避処理の負荷が増大してくる。

処理の負荷が増えると、処理に要する時間も長くなるので、回避処理が遅延しやすくなり、その結果、ドローン２０の落下を回避できないという事態が生じやすくなる。サーバ装置１０においては、そのような事態を避けるため、落下の可能性があるドローン２０についての処理が優先して行われる。ここでいう処理は、計画外飛行判定部１０３、第１衝突特定部１０５、回避処理部１０６、計画外飛行通知部１０７、第２衝突特定部１０９及び衝突通知部１１０によって行われる。

例えば計画外飛行判定部１０３は、飛行情報取得部１０２により取得された飛行状況に基づいて計画外飛行をしているか否かを判定し、第１衝突特定部１０５は、その判定結果に基づいて衝突の可能性があるドローン２０の特定を行う。また、第２衝突特定部１０９は、衝突通知受取部１１１により取得された飛行状況に基づいて衝突の可能性があるドローン２０の特定を行う。

また、回避処理部１０６はその特定結果に基づいて回避処理を行い、計画外飛行通知部１０７及び衝突通知部１１０は前述した判定結果又は特定結果に基づいて通知処理を行う。以上のとおり、これらの各部は、いずれも、繰り返し取得される飛行状況に基づく処理（直接的に飛行状況に基づく処理だけでなく間接的に飛行状況に基づく処理を含む）を実行する。以下では、これらの各部のことを飛行状況処理部１１２とも言う。

飛行状況処理部１１２は、いずれも、飛行状況に基づく処理を実行すると、その処理の実行結果を出力する。例えば回避処理部１０６は、危険を回避するための指示を示す指示データを出力（送信）する。また、計画外飛行判定部１０３、第１衝突特定部１０５及び第２衝突特定部１０９は、判定結果又は特定結果を次の各部に出力（供給）する。また、計画外飛行通知部１０７及び衝突通知部１１０は、通知する飛行状況を示す飛行情報を出力（送信）する。各飛行状況処理部１１２は本発明の「出力部」の一例である。

飛行状況処理部１１２は、ドローン２０に落下の可能性があることを示す飛行状況（以下「落下状況」という）が取得された場合、落下状況が取得されたドローン２０から取得される飛行状況に基づく処理を、落下状況が取得されていないドローン２０から取得される飛行状況に基づく処理よりも優先度を高くする。或るドローン２０にとっての落下状況（落下の可能性があることを示す飛行状況）とは、例えばそのドローン２０とは別のドローン２０と接触の可能性があることを示す飛行状況のことである。

従って、第１衝突特定部１０５及び第２衝突特定部１０９による特定が行われた場合に、計画外飛行をしているドローン２０及び特定されたドローン２０の落下状況が取得されたことになる。従って、第１衝突特定部１０５及び第２衝突特定部１０９は、各々の特定を行った場合に、落下状況が取得されたと判断する。また、両特定部の特定結果が供給される各部（回避処理部１０６、計画外飛行通知部１０７及び衝突通知部１１０）は、両特定部の特定結果が供給された場合に、落下状況が取得されたと判断する。

また、第１衝突特定部１０５は、自身の特定結果を計画外飛行判定部１０３にも供給する。計画外飛行判定部１０３は、この特定結果が供給された場合に、落下状況が取得されたと判断する。飛行状況処理部１１２は、以上のとおり落下状況が取得された場合に、本実施例では、優先度が高い処理（落下状況が取得されたドローン２０から取得される飛行状況に基づく処理）を優先度が低い処理（落下状況が取得されていないドローン２０から取得される飛行状況に基づく処理）よりも先に実行する。

例えば計画外飛行判定部１０３は、落下状況が取得されたと判断すると、それ以降は落下状況が取得された管轄グループに属するドローン２０についての計画外飛行の判定を、他のドローン２０（落下状況が取得されていないドローン２０）よりも優先して行う。例えば優先度が高い方の飛行状況が優先度が低い方の飛行状況よりも後に取得された場合、計画外飛行判定部１０３は、まずは取得された飛行状況に基づく判定処理を進める。

しかし、計画外飛行判定部１０３は、優先度が高い方の飛行状況が取得された時点でそれまでの判定処理を中断し、優先度が高い方の飛行状況に基づく判定処理を開始する。そして、計画外飛行判定部１０３は、優先度が高い方の飛行状況に基づく判定処理が終了してから、優先度が低い方の飛行状況に基づく判定処理を再開する。なお、計画外飛行判定部１０３は、優先度が低い方の飛行状況に基づく判定処理を開始せずに、優先度が高い方の飛行状況が取得されるまで待機していてもよい。

第２衝突特定部１０９も、落下状況が取得されたと判断すると、それ以降は、計画外飛行を判定された管轄外のドローン２０のうち、落下状況が取得されたドローン２０に衝突の可能性があるドローン２０の特定を、落下状況が取得されていないドローン２０についての特定よりも優先して行う。

上記のとおり落下状況が取得されたドローン２０についての判定処理及び特定処理が優先して行われることで、第１衝突特定部１０５による特定処理と、計画外飛行通知部１０７及び衝突通知部１１０による通知処理も、落下状況が取得されたドローン２０についての処理が優先されることになる。運航管理支援システム１が備える各装置は、上記の構成に基づいて、落下状況が取得されたドローン２０について各種の処理を優先する優先処理を行う。優先処理について、図７及び図８を参照して説明する。

図７は優先処理におけるサーバ装置１０の動作手順の一例を表す。運航管理支援システム１においては、例えば、各ドローン２０が時間間隔Ｔ１毎に飛行情報を送信し、この動作手順が時間間隔Ｔ１毎に行われるものとする。まず、サーバ装置１０は、管轄グループのドローン２０の中に既に落下状況が取得済みのものがあるか否かを、第１衝突特定部１０５の特定結果に基づいて判断する（ステップＳ１１）。

飛行当初は落下状況が取得されていないので、サーバ装置１０はＮＯと判断する。その場合、サーバ装置１０（飛行情報取得部１０２）は、管轄グループの各ドローン２０から送信されてきた飛行情報が示す飛行状況をそれぞれ取得する（ステップＳ２１）。次に、サーバ装置１０（計画外飛行判定部１０３）は、飛行状況が取得された順番で、管轄グループのドローン２０が計画外飛行をしているか否かを判定する判定処理を行う（ステップＳ２２）。

この例では、計画外飛行をしていると判定されたドローン２０が複数あったとする。その場合、サーバ装置１０（第１衝突特定部１０５）は、ステップＳ２２で判定された順番で、それらのドローン２０と衝突の可能性があるドローン２０を特定する特定処理を行う（ステップＳ２３）。この例では、計画外飛行をしていると判定されたドローン２０のうち、衝突の可能性があるドローン２０が特定されたものが複数あったとする。

その場合、サーバ装置１０（回避処理部１０６）は、特定された順番で、それらの計画外飛行をしていると判定されたドローン２０及び衝突の可能性があると特定された管轄グループのドローン２０について回避処理を行う（ステップＳ２４）。また、サーバ装置１０（計画外飛行通知部１０７）は、ステップＳ２２で判定された順番で、計画外飛行をしていると判定されたドローン２０の飛行状況を通知する通知処理を行う（ステップＳ２５）。

なお、ステップＳ２５の動作はステップＳ２３及びＳ２４よりも前又は並行して行われてもよい。そして、サーバ装置１０は、ステップＳ１１に戻って動作を繰り返す。ステップＳ２３で衝突の可能性があるドローン２０が特定された場合、サーバ装置１０は、既に落下状況が取得済みである（ＹＥＳ）とステップＳ１１において判断する。その場合も、サーバ装置１０（飛行情報取得部１０２）は、まず、各ドローン２０から送信されてきた飛行情報が示す飛行状況をそれぞれ取得する（ステップＳ３１）。

次に、サーバ装置１０（計画外飛行判定部１０３）は、落下状況が取得されたドローン２０を優先して計画外飛行の判定処理（優先度順に判定処理）を行う（ステップＳ３２）。この例では、計画外飛行をしていると判定されたドローン２０が複数あったとする。その場合、サーバ装置１０（第１衝突特定部１０５）は、計画外飛行をしていると判定された複数のドローン２０のうち落下状況が取得されたドローン２０を優先して、自機に対して衝突する可能性があるドローン２０を特定する特定処理（優先度順に特定処理）を行う（ステップＳ３３）。

以下では、ステップＳ３２において計画外飛行をしていると判定されたドローン２０のうち、ステップＳ３３において自機に対して衝突する可能性があるドローン２０が特定されたもののことを、計画外飛行中で且つ衝突可能性のあるドローン２０という。サーバ装置１０（回避処理部１０６）は、ステップＳ３３において衝突の可能性があると特定されたドローン２０について回避処理を行うと共に、計画外飛行中で且つ衝突可能性のあるドローン２０についても回避処理を行う（ステップＳ３４）。ステップＳ３４で回避処理が行われるドローン２０は、いずれも管轄グループに属するドローン２０である。

この回避処理は、ステップＳ３３において特定処理が優先度順に行われるため、落下状況が取得されたドローン２０及びそのドローン２０に対して衝突する可能性があると特定されたドローン２０の方が、落下状況がまだ取得されていなかったドローン２０及びそのドローン２０に対して衝突する可能性があると特定されたドローン２０に比べて優先して行われることになる。つまり、ステップＳ３４においても、優先度順に回避処理が行われる。

続いて、サーバ装置１０（計画外飛行通知部１０７）は、ステップＳ３２で計画外飛行をしていると判定された各ドローン２０について、落下状況が取得されたドローン２０を優先して飛行状況の通知処理（優先度順に通知処理）を行う（ステップＳ３５）。なお、ステップＳ３５の動作はステップＳ３３及びＳ３４よりも前又は並行して行われてもよい。そして、サーバ装置１０は、ステップＳ１１に戻って動作を繰り返す。

以上のとおり、図７に示す動作手順においては、第１衝突特定部１０５により衝突の可能性があると特定されたドローン２０、すなわち、落下状況が取得されたドローン２０が存在しないうちはステップＳ２１〜Ｓ２５の動作が行われる。しかし、落下状況が取得されたドローン２０が現れると、そのドローン２０に関する処理を優先したステップＳ３１〜Ｓ３５の動作が行われる。そして、落下状況が取得されたドローン２０が存在しなくなると、再びステップＳ２１〜Ｓ２５の動作が行われる。

続いて、落下状況の取得の有無が第２衝突特定部１０９の特定結果に基づいて判断される場合について、図８を参照して説明する。
図８は優先処理におけるサーバ装置１０の動作手順の別の一例を表す。まず、サーバ装置１０は、管轄外のドローン２０（他のサーバ装置１０から通知された計画外飛行をしているドローン２０）の中に既に落下状況が取得済みのものがあるか否かを、第２衝突特定部１０９の特定結果に基づいて判断する（ステップＳ４１）。

飛行当初は落下状況が取得されていないので、サーバ装置１０はＮＯと判断する。次に、サーバ装置１０（計画外通知受取部１０８）は、他のサーバ装置１０から送信されてきた計画外飛行をしている管轄外のドローン２０の飛行状況を取得する（ステップＳ５１）。この例では、複数の飛行状況が取得されるものとする。その場合、サーバ装置１０（第２衝突特定部１０９）は、飛行状況が取得された順番で、それらのドローン２０と衝突の可能性があるドローン２０を特定する特定処理を行う（ステップＳ５２）。

この例では、計画外飛行をしていると判定された管轄外のドローン２０のうち、衝突の可能性があるドローン２０が特定されたものが複数あったとする。その場合、サーバ装置１０（回避処理部１０６）は、特定された順番で、それらのドローン２０と衝突の可能性があると特定された管轄グループのドローン２０について回避処理を行う（ステップＳ５３）。

また、サーバ装置１０（衝突通知部１１０）は、ステップＳ５３で特定された順番で、衝突の可能性があると特定されたドローン２０の飛行状況を他のサーバ装置１０に通知する通知処理を行う（ステップＳ５４）。そして、サーバ装置１０は、ステップＳ４１に戻って動作を繰り返す。ステップＳ５２で衝突の可能性があるドローン２０が特定された場合、サーバ装置１０は、既に落下状況が取得済みである（ＹＥＳ）とステップＳ４１において判断する。

その場合も、サーバ装置１０（計画外通知受取部１０８）は、他のサーバ装置１０から送信されてきた計画外飛行をしている管轄外のドローン２０の飛行状況を取得する（ステップＳ６１）。次に、サーバ装置１０（第２衝突特定部１０９）は、落下状況が取得されたドローン２０を優先して衝突の可能性があるドローン２０の特定処理（優先度順に特定処理）を行う（ステップＳ６２）。

ステップＳ６２では、落下状況がまだ取得されていなかったドローン２０についても、衝突の可能性があるドローン２０が特定される場合がある。反対に、落下状況が取得されていたドローン２０について、衝突の可能性があるドローン２０が特定されなくなる場合もある。いずれにしても、サーバ装置１０（回避処理部１０６）は、衝突の可能性があると特定された管轄グループのドローン２０について回避処理を行う（ステップＳ６３）。

この回避処理は、ステップＳ６２において特定処理が優先順に行われるため、落下状況が取得されたドローン２０及びそれについて特定されたドローン２０の方が、落下状況がまだ取得されていなかったドローン２０及びそれについて特定されたドローン２０に比べて優先して行われることになる。つまり、ステップＳ６３においても、優先度順に回避処理が行われる。

なお、計画外飛行をしている飛行状況を通知されたドローン２０は管轄外なので、他のサーバ装置１０によって回避処理が行われる。また、サーバ装置１０（衝突通知部１１０）は、ステップＳ６２で特定された各ドローン２０について、落下状況が取得されたドローン２０を優先して通知処理（優先度順に通知処理）を行う（ステップＳ６４）。そして、サーバ装置１０は、ステップＳ４１に戻って動作を繰り返す。

以上のとおり、図８に示す動作手順においては、第２衝突特定部１０９により衝突の可能性があると特定されたドローン２０、すなわち、落下状況が取得されたドローン２０が存在しないうちはステップＳ５１〜Ｓ５４の動作が行われる。しかし、落下状況が取得されたドローン２０が現れると、そのドローン２０に関する処理を優先したステップＳ６１〜Ｓ６４の動作が行われる。そして、落下状況が取得されたドローン２０が存在しなくなると、再びステップＳ５１〜Ｓ５４の動作が行われる。

本実施例では、上記のとおり、落下の可能性があることを示す飛行状況が取得されたドローン２０について取得される飛行状況に基づく処理が優先して行われる。そのように優先度の順番で処理を行うことで、上述したようにドローン２０の台数が増えて処理の遅延が生じるような状況でも、落下の可能性があるドローン２０については先に各処理が行われる。

その結果、ドローン２０に落下の可能性が生じても、上記の優先度を用いない場合に比べて、落下の可能性があるドローン２０について回避処理が間に合わないという事態が起こりにくくなり、ドローン２０の落下を回避しやすくすることができる。なお、複数のドローン２０における特定処理等が行われる場合に、サーバ装置１０のリソースを分割して割り当てて並行して処理を行うことも可能である。

リソースを分割する方法だと、飛行情報の取得順に処理が行われるよりは早く処理が開始されるが、落下の可能性があるドローン２０における特定処理等に用いられるリソースが減って処理に時間を要することになる。本実施例では、落下の可能性があるドローン２０における特定処理等の順番をそれ以外のドローン２０よりも完全に先にすることで、並行処理を行う場合に比べても、より早く回避処理を実行することができる。

［２］変形例
上述した実施例は本発明の実施の一例に過ぎず、以下のように変形させてもよい。また、実施例及び各変形例は必要に応じてそれぞれ組み合わせてもよい。その際は、各変形例について優先順位を付けて（各変形例を実施すると競合する事象が生じる場合にどちらを優先するかを決める順位付けをして）実施してもよい。

また、具体的な組み合わせ方法として、例えば共通する指標（例えば優先度）を求めるために異なるパラメータを用いる変形例を組み合わせて、それらのパラメータを共に用いて共通する指標等を求めてもよい。また、個別に求めた指標等を示す値を何らかの規則に従い合算して１つの値を求めてもよい。また、それらの際に、用いられるパラメータ毎に異なる重み付けをしてもよい。

［２−１］ドローンの特定方法
第１衝突特定部１０５及び第２衝突特定部１０９は、実施例とは異なる方法で衝突の可能性（落下の可能性）があるドローン２０を特定してもよい。例えば、第１衝突特定部１０５は、実施例では計画外飛行をしているドローン２０の位置と、飛行計画におけるドローン２０の現在位置との距離が閾値未満である場合に衝突の可能性があるドローン２０として特定した。

第１衝突特定部１０５は、例えば、計画外飛行をしているドローン２０と他のドローン２０の位置関係及び飛行方向によって閾値を変動させてもよい。具体的には、第１衝突特定部１０５は、両ドローン２０の位置が近づいている状態では閾値を小さくし、両ドローン２０の位置が遠ざかっている状態では閾値を大きくする。また、実施例のように飛行空域がセルによって表される場合、そのセルを活用して特定が行われてもよい。

例えば、第１衝突特定部１０５は、計画外飛行をしているドローン２０の飛行方向から今後の一定期間の飛行経路を予測し、計画外飛行をしているドローン２０との距離がその期間において閾値未満になるセルを飛行予定のドローン２０を、衝突の可能性があるドローン２０として特定してもよい。また、例えばドローン２０の飛行状況に含まれる飛行位置及び飛行高度が示す３次元空間上の位置を含むセルは、そのドローン２０の飛行中の空域を示すことになる。

そこで、第１衝突特定部１０５は、計画外飛行をしているドローン２０が現在飛行中の空域と所定の関係にある空域を飛行する飛行計画が取得されたドローン２０を、衝突の可能性があるドローン２０として特定してもよい。所定の関係とは、例えば現在飛行中の空域と同じ空域という関係である。同じ空域内を飛行しているドローン２０同士は衝突の可能性があるためである。

なお、他にも、例えば計画外飛行のドローン２０が現在飛行中の空域と同じ空域又はそれに隣接する空域という関係が所定の関係として用いられてもよい。また、搬送用の飛行経路のようにドローン２０の飛行方向が限られている場合、飛行方向の前後だけ隣接する空域を所定の関係にある空域に含めるようにしてもよい。このようにセル（飛行空域）に基づく特定が行われることで、ドローン２０同士の距離を算出する処理が不要になる。

３次元座標間の距離を算出するよりも、セルに座標が含まれるか否か（決まった範囲内の座標であるか否か）を判断する方が処理の負荷が小さくなりやすい。そのため、本変形例によれば、ドローン２０同士の距離に基づく場合に比べて、衝突の可能性があるドローン２０を特定する際の処理の負荷を小さくすることができる。

一方、セル内のどこを飛行するかによって衝突の可能性が変動するが、セル単位では詳細な衝突可能性の高さまでは判断できない。実施例のようにドローン２０同士の距離を用いると、セル単位で判断する場合に比べて、衝突の可能性があるドローン２０をより高い精度で特定することができる。

また、第２衝突特定部１０９も、上述した第１衝突特定部１０５と同様の特定方法を用いてもよい。例えば、第２衝突特定部１０９は、計画外飛行を示し且つ管轄外グループに属するドローン２０の飛行状況が通知された場合に、そのドローン２０が飛行中の空域と所定の関係にある空域を飛行する飛行計画が取得された間隔グループに属するドローン２０を衝突の可能性があるドローン２０として特定する。

所定の関係の考え方は上述したとおりである。この場合も、ドローン２０同士の距離に基づく場合に比べて、衝突の可能性があるドローン２０を特定する際の処理（特定処理）の負荷を小さくすることができる。また、実施例のようにドローン２０同士の距離を用いると、セル単位で判断する場合に比べて、衝突の可能性があるドローン２０をより高い精度で特定することができる。

また、第１衝突特定部１０５及び第２衝突特定部１０９は、上記方法以外にも、例えば２台のドローン２０の関係だけでなく、他のドローン２０との関係にも基づいて特定を行ってもよい。例えば、第１衝突特定部１０５及び第２衝突特定部１０９は、計画外飛行をするドローン２０と同じ飛行空域を飛行中のドローン２０の台数（ドローン２０の密集度）が閾値以上である場合に、それらの他のドローン２０を衝突の可能性があるドローン２０として特定する。この場合も、距離の算出が不要なので、処理の負荷を小さくすることができる。

また、第１衝突特定部１０５及び第２衝突特定部１０９は、上記方法以外にも、例えばドローン２０の飛行方向又は飛行速度に基づいて衝突の可能性があるドローン２０を特定してもよい。その場合、例えばドローン２０同士の距離が同じであっても、飛行方向が向き合っている場合は反対向きの場合よりも衝突の可能性が高いものとして特定が行われる。

具体的には、例えば第１衝突特定部１０５は、飛行方向が向き合っているドローン２０同士の距離の閾値（閾値未満だと衝突の可能性があることを示す）を、飛行方向が反対向きのドローン２０同士の距離の閾値よりも大きくして、衝突の可能性があるドローン２０を特定する。また、第１衝突特定部１０５は、飛行速度が速いほどドローン２０同士の距離の閾値を大きくする。第２衝突特定部１０９も、同様の方法で衝突の可能性があるドローン２０を特定可能である。いずれの場合も、飛行方向又は飛行速度を用いない場合に比べて、衝突の可能性があるドローン２０の特定精度を高めることができる。

［２−２］飛行情報
ドローン２０が送信する飛行情報が示す飛行状況は、実施例と異なっていてもよい。例えば飛行位置及び飛行高度の変化量から飛行方向及び飛行速度を算出可能なので、飛行情報に飛行方向及び飛行速度が含まれていなくてもよい。また、例えば或る地域では一定の飛行高度で飛行することが決まっていれば、飛行情報に飛行高度も含まれていなくてもよい。

また、ドローン２０が周囲の飛行体（主に他のドローン２０）の距離及び方向を検知する機能を有している場合、検知した距離及び方向に飛行体が存在するという飛行状況を示す飛行情報が取得されてもよい。この飛行状況も、ドローン２０同士の衝突の可能性の判断に活用できる。要するに、計画外飛行の判断又はドローン２０同士の衝突の可能性の判断の少なくとも一方に活用することが可能であれば、どのような情報が飛行情報に含まれていてもよい。

［２−３］段階的な優先度：ドローン間の距離
実施例では、落下の可能性があることを示す飛行状況が取得されたか否かによって、優先度の有無だけが決められたが、さらに細かく段階的に優先度が決められてもよい。本変形例では、飛行状況処理部１１２が、取得された飛行状況が他のドローン２０との距離を示し、その距離により落下の可能性が示される場合に、その距離が短いほど優先度を高くする。

飛行状況処理部１１２は、例えば、ドローン２０間の距離と、優先度とを対応付けた優先度テーブルを用いてこの優先度を判断する。
図９は優先度テーブルの一例を表す。図９の例では、「Ｔｈ１１未満」、「Ｔｈ１１以上Ｔｈ１２未満」及び「Ｔｈ１２以上Ｔｈ１３未満」（Ｔｈ１１＜Ｔｈ１２＜Ｔｈ１３）というドローン２０間の距離と、「高」、「中」及び「低」という優先度とがそれぞれ対応付けられている。

なお、ドローン２０間の距離がＴｈ１３以上である場合は、衝突の可能性があるドローン２０として特定されないため、優先度もつかないものとする。第１衝突特定部１０５及び第２衝突特定部１０９は、実施例で述べたように計画外飛行をしているドローン２０及び他のドローン２０の間の距離を算出する。例えば計画外飛行判定部１０３は、算出されたドローン２０間の距離に優先度テーブルにおいて対応付けられている優先度を読み取り、読み取った優先度が高い方から順番に判定処理を実行する。

また、第２衝突特定部１０９も、算出したドローン２０間の距離に優先度テーブルにおいて対応付けられている優先度を読み取り、読み取った優先度が高い方から順番に特定処理を実行する。また、第１衝突特定部１０５、計画外飛行通知部１０７及び衝突通知部１１０は、上流の処理が優先度の順番で行われるので、同じように優先度が高い方のドローン２０からそれぞれ特定処理又は通知処理を行う。

なお、優先度が同じ場合は、飛行状況の取得順、前回の優先度の順（優先度の違いが現れるまで遡る）又はランダムに決められた順番等で処理が行われればよい。また、図９に表す優先度は一例であり、２段階の優先度でもよいし、４段階以上の優先度が用いられてもよい。また、例えば優先度が最も低いことを表す「０」から優先度が最も高いことを表す「１」までの数値で無段階に優先度が表されてもよい。要するに、処理を行う優先順位を決めることができるのであれば、どのように表された優先度が用いられてもよい。以降の優先度についても同様である。

ドローン２０間の距離が近いほど衝突する可能性が高くなり、落下の可能性も高くなる。本変形例では、上記のとおりドローン２０間の距離に応じた段階的な優先度で各処理を実行することで、この優先度を用いない場合に比べて、落下の可能性が高いドローン２０ほど処理の遅延が生じにくいようにして、回避処理が間に合わないという事態を起こりにくくしている。

［２−４］段階的な優先度：衝突までの時刻
段階的な優先度の決め方は上記変形例の決め方に限らない。本変形例では、飛行状況処理部１１２が、取得された飛行状況により落下の原因となる他のドローン２０との衝突が予測される時刻が示される場合、予測時刻までの時間が短いほど優先度を高くする。ドローン２０の衝突の予測時刻は、各ドローン２０の飛行位置、飛行時刻、飛行方向及び飛行速度に基づいて算出することができる。

予測時刻の算出は、例えば第１衝突特定部１０５及び第２衝突特定部１０９が、飛行状況に含まれる前述した各情報に基づいて行う。なお、飛行状況に飛行方向及び飛行速度が含まれていない場合でも、飛行位置の時間変化から飛行方向及び飛行速度を求めて予測時刻を算出することができる。両特定部を含む飛行状況処理部１１２は、例えば、予測時刻までの時間（衝突までの予測時間）と、優先度とを対応付けた優先度テーブルを用いてこの優先度を判断する。

図１０は本変形例の優先度テーブルの一例を表す。図１０の例では、「Ｔｈ２１未満」、「Ｔｈ２１以上Ｔｈ２２未満」及び「Ｔｈ２２以上Ｔｈ２３未満」（Ｔｈ２１＜Ｔｈ２２＜Ｔｈ２３）という衝突までの予測時間と、「高」、「中」及び「低」という優先度とがそれぞれ対応付けられている。なお、衝突までの予測時間がＴｈ２３以上である場合は、衝突の可能性があるドローン２０として特定されず、優先度もつかないものとする。

例えば計画外飛行判定部１０３は、算出された衝突までの予測時間に優先度テーブルにおいて対応付けられている優先度を読み取り、読み取った優先度が高い方から順番に判定処理を実行する。また、第１衝突特定部１０５、計画外飛行通知部１０７、第２衝突特定部１０９及び衝突通知部１１０も、上記変形例で述べたように、優先度が高い方のドローン２０からそれぞれ特定処理又は通知処理を行う。

衝突までの予測時間が短いほど衝突する可能性が高く落下の可能性が高い上に、文字通り衝突までの時間が短いので、処理の遅延が生じると回避できなくなる可能性がより高まる。本変形例では、上記のとおり衝突までの予測時間に応じた段階的な優先度で各処理を実行することで、この優先度を用いない場合に比べて、衝突までの時間が短いドローン２０ほど処理の遅延が生じにくいようにして、回避処理が間に合わないという事態を起こりにくくしている。

［２−５］段階的な優先度：落下範囲
段階的な優先度の決め方は上記変形例の決め方に限らない。本変形例では、飛行状況処理部１１２が、取得された飛行状況によりドローン２０の落下する可能性のある範囲（落下予測範囲）が示される場合、落下予測範囲が広いほど優先度を高くする。ドローン２０の落下予測範囲は、各ドローン２０の飛行位置、飛行時刻、飛行高度、飛行方向及び飛行速度に基づいて算出することができる。

落下予測範囲は、例えば第１衝突特定部１０５及び第２衝突特定部１０９が、飛行状況に含まれる前述した各情報に基づいて行う。例えば第２衝突特定部１０９は、飛行位置、飛行時刻、飛行方向及び飛行速度に基づいて衝突する可能性が高い位置を算出する。第２衝突特定部１０９は、飛行高度の推移からその衝突が予測される位置（衝突予測位置）での飛行高度を算出し、衝突予測位置から落下した場合にドローン２０が到達する可能性がある範囲を算出する。

第２衝突特定部１０９は、例えば、衝突位置を頂点とし且つ頂角を所定の角度（例えば４５度）とした円錐の形をした空間が落下範囲だとして、その円錐が地上と交わる円形の範囲を落下予測範囲として算出する。なお、第２衝突特定部１０９は、この円錐をドローン２０の飛行方向に飛行速度に応じた割合だけ変形させたもの（地上と交わる部分は円錐の形になる）を用いて落下予測範囲を算出してもよい。

飛行状況処理部１１２は、例えば、落下予測範囲の面積と、優先度とを対応付けた優先度テーブルを用いてこの優先度を判断する。
図１１は本変形例の優先度テーブルの一例を表す。図１１の例では、「Ｔｈ３１未満」、「Ｔｈ３１以上Ｔｈ３２未満」及び「Ｔｈ３２以上」（Ｔｈ３１＜Ｔｈ３２）という落下予測範囲の面積と、「低」、「中」及び「高」という優先度とがそれぞれ対応付けられている。

例えば計画外飛行判定部１０３は、算出された落下予測範囲の面積に優先度テーブルにおいて対応付けられている優先度を読み取り、読み取った優先度が高い方から順番に判定処理を実行する。また、第１衝突特定部１０５、計画外飛行通知部１０７、第２衝突特定部１０９及び衝突通知部１１０も、上記変形例で述べたように、優先度が高い方のドローン２０からそれぞれ特定処理又は通知処理を行う。

ドローン２０は、万が一落下しても比較的被害が少ない場所の上空を飛行することが多い。しかし、落下予測範囲が広いほど、そのような場所を超えて被害が大きくなる場所に落下する可能性が高くなる。本変形例では、上記のとおり落下予測範囲に応じた段階的な優先度で各処理を実行することで、この優先度を用いない場合に比べて、落下時の被害が大きくなる可能性があるドローン２０ほど処理の遅延が生じにくいようにして回避が間に合うようにし、万が一ドローン２０が落下した場合においても被害が小さくなるようにすることができる。

［２−６］段階的な優先度：予想される被害
段階的な優先度の決め方は上記変形例の決め方に限らない。本変形例では、例えば飛行情報取得部１０２が、飛行中のドローン２０の周囲の地上の人口密集度を示す情報である地上情報を取得する。

人口密集度は、例えば地上の土地の種別によって表される。土地の種別とは、例えば、住宅地、商業地、工業地、農地及び林地等の、土地を用途別に区分する種類である。例えば住宅地は人が多く、林地は人が少ないというように、土地の種別はそこにいる人の多さの傾向を表す。なお、ドローン２０を飛行させる時間は基本的に昼間なので、危険度情報は日中の人の多さを表していればよい。

本変形例では、飛行計画によって飛行が予定されている地域の地図とその地域における土地の種別とを表す地図データをサーバ装置１０が予め記憶しておく。土地の種別の区分けには、例えば登記されている地目を利用したり、市販の地図においてなされている色分け（住居、店舗及び工場の色分け等）を利用したりすればよい。

飛行情報取得部１０２は、取得された飛行状況が示す飛行位置の地図上の位置を特定し、特定された位置の周囲の土地の種別を地上情報として地図データから取得する。飛行情報取得部１０２は、取得した地上情報を飛行状況処理部１１２に供給する。飛行状況処理部１１２は、取得された飛行状況により落下の可能性が示されたドローン２０について取得された地上情報が示す人口密集度が高いほど優先度を高くする。

飛行状況処理部１１２は、例えば、地上の土地の種別と、人口密集度と、優先度とを対応付けた優先度テーブルを用いてこの優先度を判断する。
図１２は本変形例の優先度テーブルの一例を表す。図１２の例では、「農地、林地」、「工業地」及び「住宅地、商業地」という土地の種別と、「低」、「中」及び「高」という人口密集度と、「低」、「中」及び「高」という優先度とがそれぞれ対応付けられている。

例えば計画外飛行判定部１０３は、取得された地上情報に優先度テーブルにおいて同じ人口密集度に対応付けられている優先度を読み取り、読み取った優先度が高い方から順番に判定処理を実行する。計画外飛行判定部１０３は、例えば地上情報が「工業地」のドローン２０と「住宅地」のドローン２０とがあれば、後者の優先度が「高」で前者の優先度が「中」なので、後者のドローン２０から順番に判定処理を行う。

また、第１衝突特定部１０５、計画外飛行通知部１０７、第２衝突特定部１０９及び衝突通知部１１０も、上記変形例で述べたように、優先度が高い方のドローン２０からそれぞれ特定処理又は通知処理を行う。本変形例では、上記のとおり地上の人口密集度に応じた段階的な優先度で各処理を実行することで、この優先度を用いない場合に比べて、落下時の被害が大きくなる可能性があるドローン２０ほど処理の遅延が生じにくいようにして回避が間に合うようにし、万が一ドローン２０が落下した場合においても被害が小さくなるようにすることができる。
従って、人口密集度は、落下した場合に予測される被害の程度（規模や深刻さ）の指標にすぎず、他の指標を用いてもよい。例えば、予想落下地点に重要な施設（例えばインフラ施設）が存在する場合は、住宅地よりも優先度を高く設定してもよい。

［２−７］段階的な優先度：気象状況
段階的な優先度の決め方は上記変形例の決め方に限らない。本変形例では、例えば飛行情報取得部１０２が、飛行中のドローン２０の周囲の気象状況を取得する。ドローン２０は風及び雨による影響を受けやすいので、風速及び降水量が多くなるほどドローン２０が落下する危険が大きくなる。

本変形例では、飛行情報取得部１０２が、天気予報サービス等を利用して気象情報を取得することで、その気象情報が示す気象状況を取得する。飛行情報取得部１０２は、取得した飛行状況を飛行状況処理部１１２に供給する。飛行状況処理部１１２は、取得された飛行状況により落下の可能性が示されたドローン２０について取得された気象状況が飛行を困難にする度合いが高いほど優先度を高くする。

飛行状況処理部１１２は、例えば、気象状況と、優先度とを対応付けた優先度テーブルを用いてこの優先度を判断する。
図１３は本変形例の優先度テーブルの一例を表す。図１３（ａ）の例では、「Ｔｈ４１未満」、「Ｔｈ４１以上Ｔｈ４２未満」及び「Ｔｈ４２以上」（Ｔｈ４１＜Ｔｈ４２）という風速と、「低」、「中」及び「高」という優先度とがそれぞれ対応付けられている。

また、図１３（ｂ）の例では、「Ｔｈ５１未満」、「Ｔｈ５１以上Ｔｈ５２未満」及び「Ｔｈ５２以上」（Ｔｈ５１＜Ｔｈ５２）という降水量と、「低」、「中」及び「高」という優先度とがそれぞれ対応付けられている。例えば計画外飛行判定部１０３は、気象状況として取得された風速又は降水量に優先度テーブルにおいて対応付けられている優先度を読み取り、読み取った優先度が高い方から順番に判定処理を実行する。

なお、気象状況は、上記の風速及び降水量に限らず、例えば降雪量及び気温（極端な高温及び低温だとハードウェアの性能が低下して落下の可能性が高まる）等が用いられてもよい。本変形例では、以上のとおり気象状況に応じた段階的な優先度で各処理を実行することで、この優先度を用いない場合に比べて、気象状況の影響で落下する危険が増している状況のドローン２０ほど処理の遅延が生じにくいようにして回避処理が間に合うようにしている。

［２−８］優先方法
飛行状況処理部１１２は、実施例では優先度が高い処理を優先度が低い処理よりも先に実行したが、優先度に応じた処理方法（優先方法）はこれに限らない。飛行状況処理部１１２は、例えば、飛行状況に基づく処理を繰り返し実行し、優先度が高い処理に遅れが生じる場合には優先度が低い処理をキャンセルしてその遅れを解消させてもよい。

例えば計画外飛行判定部１０３は、時間間隔Ｔ１毎に判定処理、特定処理及び通知処理等を行うが、ドローン２０の台数が増えてくると時間間隔Ｔ１の間に全ての処理が終わらない事態が起こり得る。特に、計画外飛行をするドローン２０が増えると、特定処理及び通知処理も増えるので、この事態が起こりやすくなってくる。その場合に、計画外飛行判定部１０３は、優先度が高い処理が完了して優先度が低い処理を開始しても、時間間隔Ｔ１が経過したところでその処理を終了し、次の優先度が高い処理を開始する。

また、計画外飛行判定部１０３は、時間間隔Ｔ１に優先度が高い処理も終わらない場合は、優先度が低い処理を行うことなく次の優先度が高い処理を開始し、処理量が減って時間間隔Ｔ１に収まるようになるまで優先度が低い処理を行わない。なお、計画外飛行判定部１０３は、上記変形例のように段階的な優先度を用いる場合は、時間間隔Ｔ１に収まらない優先度が低い処理については途中でも終わらせて、次の優先度が高い処理を開始してもよい。

本変形例では、上記のキャンセルを行わない場合に比べて、優先度が高い処理の遅延をより確実に防ぐことができる。なお、飛行状況処理部１１２は、上記方法の他にも、例えば、優先度が低い処理は優先度が高い処理よりも処理内容を簡略化して実行してもよい。例えば第２衝突特定部１０９は、優先度が高い特定処理においては実施例で述べたドローン２０間の距離を算出する方法で特定を行う。

また、第２衝突特定部１０９は、優先度が低い特定処理においては上記変形例で述べたドローン２０が飛行する飛行空域の関係又はドローン２０の密集度を用いる方法で特定を行う。この場合、優先度が高い処理では精度が高い特定結果を得ることができる一方、優先度が低い処理では処理の負荷を小さくして、処理全体に要する時間を短くして優先度が高い処理の遅延が生じにくいようにしている。

［２−９］落下の可能性
実施例では、落下状況（ドローン２０に落下の可能性があることを示す飛行状況）として、他のドローン２０と接触の可能性があることを示す飛行状況が用いられたが、これに限らない。例えば、他のドローン２０に関係なく部品の不具合や電池切れ等の理由で徐々に落下しつつある状況も落下の可能性があることを示している。

そこで、飛行状況処理部１１２は、例えば、飛行計画の飛行高度と実際の飛行高度雄との差が所定の回数続けて増加した場合に落下状況であると判断してもよい。また、飛行状況処理部１１２は、飛行速度の差分について同様に用いて落下状況を判断してもよい。また、飛行性能は問題ないが、プロポ等からの操作指示を受け付けない状況も落下の可能性があることを示している。

その場合、飛行状況処理部１１２は、例えば、飛行計画にない経路を一直線に一定時間以上飛行し続けた場合（新たな操作指示がされない状態での飛行をしている場合）に落下状況であると判断してもよい。要するに、飛行計画に則った正常な飛行状況でなく、落下の可能性があることが示されていれば、どのような飛行状況が落下状況の判断に用いられてもよい。

［２−１０］通知先の絞込み
実施例では、計画外飛行通知部１０７が、計画外飛行をしているドローン２０の飛行状況を他の全てのサーバ装置１０に通知したが、通知先を絞り込んでもよい。計画外飛行通知部１０７は、例えば、計画外飛行をしているドローン２０と衝突の可能性があると特定されたドローン２０を管轄するサーバ装置１０だけに通知先を絞り込んでもよい。そうすることで、絞り込みを行わない場合に比べて、計画外飛行をしているドローン２０の通知による処理（通信処理及び特定処理等）の負荷を軽減することができる。

［２−１１］飛行計画
飛行計画の表し方は、実施例と異なっていてもよい。例えばセルを用いずに３次元空間の座標を用いて飛行計画が表されてもよい。その場合、例えば３次元座標系において、飛行経路を線で表す数式又は飛行空域の境界面を表す数式等が用いられればよい。また、途中の経路ではなく、出発地、経由地、到着地の情報だけで飛行計画が表されてもよい。その場合でも、各位置の間を直線的に移動すること又は決められた経路に沿って移動することが決まっていれば、実際に飛行する経路を判断することが可能である。

また、飛行予定期間も、詳細な期間が分かることが望ましいが、例えば出発予定時刻及び到着予定時刻だけが分かる程度でもよい。その場合も、例えば平均飛行速度を算出することで、どの時刻にどの辺りを飛行中であるかを判断することができる。要するに、飛行情報と突き合わせることで計画外飛行を判断することができるのであれば、どのような形で飛行計画が表されてもよい。

［２−１２］飛行体
実施例では、自律飛行を行う飛行体として回転翼機型の飛行体が用いられたが、これに限らない。例えば飛行機型の飛行体であってもよいし、ヘリコプター型の飛行体であってもよい。要するに、操作者の操作により飛行することが可能であり、且つ、検査データを取得する機能を有する飛行体であればよい。

［２−１３］各機能を実現する装置
図４に表す各機能を実現する装置は、上述した装置に限らない。例えば、サーバ装置１０が実現する機能の一部を統合管理装置３０が実現してもよい。また、例えば管轄事業者が小規模で管轄するドローン２０も少数である場合に、プロポ又はパソコン等の操作者が用いる装置がサーバ装置１０の各機能を実現してもよい。要するに、運航管理支援システム１の全体で図４に表す各機能が実現されていればよい。

［２−１４］実行結果の出力
計画外飛行判定部１０３等の飛行状況処理部１１２は、各々の処理の実行結果を出力したが、その出力方法は実施例と異なっていてもよい。例えば回避処理部１０６は、実施例では危険を回避するための指示を示す指示データをドローン２０、プロポ又はパソコン等に出力（送信）したが、例えばディスプレイ等の表示手段又はプリンタ等の印刷手段に対して出力してもよい。

また、回避処理部１０６は、指示データを操作者が利用するスマートフォンに出力してもよいし、操作者の電子メールアドレスに向けて出力してもよい。また、計画外飛行通知部１０７及び衝突通知部１１０が通知する情報の出力（送信）先も、サーバ装置１０に限らずプロポ、パソコン、ディスプレイ及びプリンタ等であってよい。その場合、ユーザにも計画外飛行をするドローン２０及び衝突の可能性があるドローン２０の飛行状況を伝達することができる。

また、計画外飛行判定部１０３、第１衝突特定部１０５、第２衝突特定部１０９、計画外飛行通知部１０７及び衝突通知部１１０の処理の実行結果は、回避処理部１０６が出力する指示データに表されていてもよい。そうすることで、各部の実行結果をまとめてユーザに伝達することができる。いずれの場合も、飛行状況処理部１１２による処理の実行結果は、サーバ装置１０による他の処理のための出力と、実行結果の内容をユーザに伝達するための出力とのいずれか又は両方が行われればよい。

［２−１５］発明のカテゴリ
本発明は、上述したサーバ装置１０及び統合管理装置３０という情報処理装置の他、それらの情報処理装置及びドローン２０のような飛行体を備える情報処理システム（運航管理支援システム１はその一例）としても捉えられる。また、本発明は、それらの情報処理装置が実施する処理を実現するための情報処理方法としても捉えられるし、それらの情報処理装置を制御するコンピュータを機能させるためのプログラムとしても捉えられる。このプログラムは、それを記憶させた光ディスク等の記録媒体の形態で提供されてもよいし、インターネット等のネットワークを介してコンピュータにダウンロードさせ、それをインストールして利用可能にするなどの形態で提供されてもよい。

［２−１６］機能ブロック
なお、上記実施例の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。

すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。

機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。

［２−１７］入出力された情報等の扱い
入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

［２−１８］判定方法
判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

［２−１９］処理手順等
本開示において説明した各態様／実施例の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

［２−２０］入出力された情報等の扱い
入出力された情報等は特定の場所(例えばメモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

［２−２１］ソフトウェア
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、
マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

［２−２２］情報、信号
本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

［２−２３］「判断」、「決定」
本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。

また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、
選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。

［２−２４］「に基づいて」の意味
本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

［２−２５］「異なる」
本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。

［２−２６］「及び」、「又は」
本開示において、「Ａ及びＢ」でも「Ａ又はＢ」でも実施可能な構成については、一方の表現で記載された構成を、他方の表現で記載された構成として用いてもよい。例えば「Ａ及びＢ」と記載されている場合、他の記載との不整合が生じず実施可能であれば、「Ａ又はＢ」として用いてもよい。

［２−２７］態様のバリエーション等
本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。

１…運航管理支援システム、１０…サーバ装置、２０…ドローン、３０…統合管理装置、１０１…飛行計画送信部、１０２…飛行情報取得部、１０３…計画外飛行判定部、１０４…飛行計画取得部、１０５…第１衝突特定部、１０６…回避処理部、１０７…計画外飛行通知部、１０８…計画外通知受取部、１０９…第２衝突特定部、１１０…衝突通知部、１１１…衝突通知受取部、２０１…飛行制御部、２０２…飛行情報送信部、３０１…飛行計画取得部、３０２…飛行計画記憶部、３０３…飛行計画配信部。

Claims (9)

1. 飛行中の複数の飛行体から各々の飛行状況を繰り返し取得する取得部と、
   取得された前記飛行状況に基づく処理を実行して当該処理の実行結果を出力する出力部であって、前記飛行体に落下の可能性があることを示す前記飛行状況が取得された場合、当該飛行体から取得される前記飛行状況に基づく処理を他の飛行体から取得される前記飛行状況に基づく処理よりも高い優先度で実行する出力部と
   を備える情報処理装置。
2. 前記出力部は、前記飛行状況が他の飛行体との距離を示し、当該距離により落下の可能性が示される場合、当該距離が短いほど前記優先度をより高くする
   請求項１に記載の情報処理装置。
3. 前記出力部は、前記飛行状況により落下の原因となる他の飛行体との衝突が予測される時刻が示される場合、当該時刻までの時間が短いほど前記優先度を高くする
   請求項１又は２に記載の情報処理装置。
4. 前記出力部は、前記飛行状況により飛行体の落下する可能性のある範囲が示される場合、当該範囲が広いほど前記優先度を高くする
   請求項１から３のいずれか１項に記載の情報処理装置。
5. 前記取得部は、飛行中の飛行体の周囲の地上の人口密集度を示す地上情報を取得し、
   前記出力部は、前記飛行状況により落下の可能性が示された飛行体について取得された前記地上情報が示す人口密集度が高いほど前記優先度を高くする
   請求項１から４のいずれか１項に記載の情報処理装置。
6. 前記取得部は、飛行中の飛行体の周囲の気象状況を取得し、
   前記出力部は、前記飛行状況により落下の可能性が示された飛行体について取得された前記気象状況が飛行を困難にする度合いが高いほど前記優先度を高くする
   請求項１から５のいずれか１項に記載の情報処理装置。
7. 前記出力部は、前記優先度が高い処理を前記優先度が低い処理よりも先に実行する
   請求項１から６のいずれか１項に記載の情報処理装置。
8. 前記出力部は、前記飛行状況に基づく処理を繰り返し実行し、前記優先度が高い処理に遅れが生じる場合には前記優先度が低い処理をキャンセルして当該遅れを解消させる
   請求項１から７のいずれか１項に記載の情報処理装置。
9. 前記出力部は、前記優先度が低い処理は前記優先度が高い処理よりも処理内容を簡略化して実行する
   請求項１から８のいずれか１項に記載の情報処理装置。

Images