特許 6765732 無人飛行体の予約管理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】6765732

(24)【登録日】2020年9月18日

(45)【発行日】2020年10月7日

(54)【発明の名称】無人飛行体の予約管理装置

(51)【国際特許分類】

   G06Q 10/02 20120101AFI20200928BHJP

   G06Q 50/10 20120101ALI20200928BHJP

   B64C 27/08 20060101ALI20200928BHJP

   B64C 39/02 20060101ALI20200928BHJP

   B64F 1/12 20060101ALI20200928BHJP

【ＦＩ】

   G06Q10/02

   G06Q50/10

   B64C27/08

   B64C39/02

   B64F1/12

【請求項の数】3

【全頁数】14

(21)【出願番号】特願2019-148315(P2019-148315)

(22)【出願日】2019年8月13日

(62)【分割の表示】特願2019-542634(P2019-542634)の分割

【原出願日】2019年7月30日

【審査請求日】2019年8月13日

(31)【優先権主張番号】PCT/JP2019/017823

(32)【優先日】2019年4月25日

(33)【優先権主張国】JP

【早期審査対象出願】

(73)【特許権者】

【識別番号】518156358

【氏名又は名称】株式会社センシンロボティクス

(74)【代理人】

【識別番号】110002790

【氏名又は名称】Ｏｎｅ ｉｐ特許業務法人

(72)【発明者】

【氏名】吉井 太郎

(72)【発明者】

【氏名】高橋 和也

【審査官】 塩澤 如正

(56)【参考文献】

【文献】 国際公開第２０１７／１２２２７８（ＷＯ，Ａ１）

【文献】 特表２０１８−５１６０２４（ＪＰ，Ａ）

【文献】 特開２０１７−０６１３６３（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００−９９／００

Ｂ６４Ｂ １／００− １／７０

Ｂ６４Ｃ １／００−９９／００

Ｂ６４Ｄ １／００−４７／０８

Ｂ６４Ｆ １／００− ５／６０

Ｂ６４Ｇ １／００−９９／００

(57)【特許請求の範囲】

【請求項1】

無人飛行体及び当該無人飛行体を格納可能な複数の格納装置の夫々とネットワークを介して通信可能な無人飛行体の予約管理装置であって、
前記無人飛行体の予約情報を管理する予約管理部と、
ユーザから前記無人飛行体の予約リクエストを受信する受信部と、
前記予約情報を参照して、前記予約リクエストを受け付けるか否か判断する判断部と、
を備え、
前記判断部は、前記予約リクエストに応じて、第１の格納装置、飛行先、及び、前記無人飛行体を帰還させる第２の格納装置を含む飛行ルートを作成し、
前記第２の格納装置は、前記第１の格納装置とは異なる格納装置であり、前記飛行先に応じて決定され、
前記受信部が少なくとも災害信号又は緊急避難信号を受信した場合に、前記判断部は、前記ユーザからの前記予約リクエストの一部又は全部を不許可にする、又は、既にされている予約の一部又は全部をキャンセルする処理を行う、
無人飛行体の予約管理装置。

【請求項2】

無人飛行体及び当該無人飛行体を格納可能な複数の格納装置の夫々とネットワークを介して通信可能な無人飛行体の予約管理装置による予約管理方法であって、
当該予約管理方法は、前記予約管理装置により、
前記無人飛行体の予約情報を管理するステップと、
ユーザから前記無人飛行体の予約リクエストを受信するステップと、
前記予約情報を参照して、前記予約リクエストを受け付けるか否か判断するステップと、
を実行し、
前記判断するステップは、前記予約リクエストに応じて、第１の格納装置、飛行先、及び、前記無人飛行体を帰還させる第２の格納装置を含む飛行ルートを作成するステップを含み、
前記第２の格納装置は、前記第１の格納装置とは異なる格納装置であり、前記飛行先に応じて決定され、
前記受信するステップが少なくとも災害信号又は緊急避難信号を受信した場合に、前記判断するステップは、前記ユーザからの前記予約リクエストの一部又は全部を不許可にする、又は、既にされている予約の一部又は全部をキャンセルするステップをさらに実行する、
ことを特徴とする無人飛行体の予約管理方法。

【請求項3】

無人飛行体及び当該無人飛行体を格納可能な複数の格納装置の夫々とネットワークを介して通信可能な無人飛行体の予約管理装置に予約管理方法を実行させるプログラムであって、
当該予約管理方法は、前記予約管理装置により、
前記無人飛行体の予約情報を管理するステップと、
ユーザから前記無人飛行体の予約リクエストを受信するステップと、
前記予約情報を参照して、前記予約リクエストを受け付けるか否か判断するステップと、
を実行し、
前記判断するステップは、前記予約リクエストに応じて、第１の格納装置、飛行先、及び、前記無人飛行体を帰還させる第２の格納装置を含む飛行ルートを作成するステップを含み、
前記第２の格納装置は、前記第１の格納装置とは異なる格納装置であり、前記飛行先に応じて決定され、
前記受信するステップが少なくとも災害信号又は緊急避難信号を受信した場合に、前記判断するステップは、前記ユーザからの前記予約リクエストの一部又は全部を不許可にする、又は、既にされている予約の一部又は全部をキャンセルするステップをさらに実行する、
ことを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無人飛行体の予約管理装置に関する。

【背景技術】

【0002】

近年、ドローン（Ｄｒｏｎｅ）や無人航空機（ＵＡＶ：Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）などの飛行体（以下、「飛行体」と総称する）が産業に利用され始めている。こうした中で、特許文献１には、飛行体の充電に際して共用できる充電ポートの管理及び保守に関するシステムが開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１７−１７７９１２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１の技術は充電設備の所謂シェアリングのためのものである。しかしながら、当該技術によって利用される飛行体自体は各ユーザで用意しなければならず、導入コストが高い。

【0005】

そこで、本発明は、必要なときに必要な任務を遂行できる飛行体を容易に利用することができる技術を提供することを一つの目的とする。

【課題を解決するための手段】

【0006】

本発明によれば、
無人飛行体及び当該無人飛行体を格納可能な格納装置の夫々とネットワークを介して通信可能な無人飛行体の予約管理装置であって、
前記無人飛行体の予約情報を管理する予約管理部と、
ユーザから前記無人飛行体の予約リクエストを受信する受信部と、
前記予約情報を参照して、前記予約リクエストを受け付けるか否か判断する判断部と、を備える
無人飛行体の予約管理装置であって、
前記受信部が少なくとも災害信号又は緊急避難信号を受信した場合に、前記判断部は、前記ユーザからの前記予約リクエストの一部又は全部を不許可にする、又は、既にされている予約の一部又は全部をキャンセルする処理を行う、無人飛行体の予約管理装置が得られる。

【発明の効果】

【0007】

本発明によれば、飛行効率を向上し得る飛行体を提供し得る。

【図面の簡単な説明】

【0008】

【図1】本発明の実施の形態による予約管理システムの構成を示す図である。

【図2】図１の管理サーバのハードウェア構成を示すブロック図である。

【図3】図１の格納装置のハードウェア構成を示すブロック図である。

【図4】図１の格納装置から飛行するドローン（無人飛行体）の飛行状態を示すイメージ図である。

【図5】図１のドローンのハードウェア構成を示すブロック図である。

【図6】本発明の管理サーバの機能ブロック図である。

【図7】本発明のシステムの予約処理のフロー図である。

【図8】本発明のシステムの他の予約処理のフロー図である。

【図9】本発明のシステムを利用しているユーザ端末の画面表示例である。

【図10】本発明のシステムを利用しているユーザ端末の他の画面表示例である。

【図11】本発明のシステムを利用しているユーザ端末の他の画面表示例である。

【図12】本発明のシステムを利用しているユーザ端末の他の画面表示例である。

【図13】本発明のシステムを利用しているユーザ端末の他の画面表示例である。

【図14】本発明のシステムを利用しているユーザ端末の他の画面表示例である。

【図15】本発明のシステムを利用しているユーザ端末の他の画面表示例である。

【図16】本発明のシステムを利用しているユーザ端末の他の画面表示例である。

【発明を実施するための形態】

【0009】

本発明の実施形態の内容を列記して説明する。
無人飛行体の予約管理装置は、以下のような構成を備える。
［項目１］
無人飛行体及び当該無人飛行体を格納可能な格納装置の夫々とネットワークを介して通信可能な無人飛行体の予約管理装置であって、
前記無人飛行体の予約情報を管理する予約管理部と、
ユーザから前記飛行体の予約リクエストを受信する受信部と、
前記予約情報を参照して、前記予約リクエストを受け付けるか否か判断する判断部と、を備える
無人飛行体の予約管理装置。
［項目２］
項目１に記載の無人飛行体の予約管理装置であって、
前記予約リクエストの少なくとも一部を前記無人飛行体及び前記格納装置に送信する送信部を更に備える、
無人飛行体の予約管理装置。
［項目３］
項目１又は項目２に記載の無人飛行体の予約管理装置であって、
前記ユーザに対して、前記予約リクエストに応じた決済処理を行う決済部を更に備える、
無人飛行体の予約管理装置。
［項目４］
項目１乃至項目３のいずれかに記載の無人飛行体の予約管理装置であって、
前記無人飛行体は、少なくとも二以上の機能を有しており、
前記予約リクエストは、前記無人飛行体の前記機能のうちのいずれかの指定が含まれている、
無人飛行体の予約管理装置。
［項目５］
項目１乃至項目４のいずれかに記載の無人飛行体の予約管理装置であって、
前記予約リクエストは、前記無人飛行体の飛行能力に関する情報が含まれている、
無人飛行体の予約管理装置。
［項目６］
項目１乃至項目５のいずれかに記載の無人飛行体の予約管理装置であって、
前記予約リクエストは、前記無人飛行体の飛行先に関する情報が含まれている、
無人飛行体の予約管理装置。
［項目７］
項目１乃至項目６のいずれかに記載の無人飛行体の予約管理装置であって、
複数の前記無人飛行体及び複数の前記格納装置とネットワークを介して通信可能であり、
前記予約リクエストは、前記格納装置の場所に関する情報が含まれている、
無人飛行体の予約管理装置。
［項目８］
項目１乃至項目８のいずれかに記載の無人飛行体の予約管理装置であって、
前記判断部は、前記受信部が災害信号を受信した場合に前記予約リクエストの一部又は全部を不許可にする、
無人飛行体の予約管理装置。

【0010】

＜実施の形態の詳細＞
以下、本発明の実施の形態による無人飛行体の予約管理装置について、図面を参照しながら説明する。

【0011】

＜背景＞
近年、ドローンの配達、点検、測量、空撮、災害時情報収集等の用途への利用が期待されている。しかしながら、ドローンは本体のコストや維持・メンテナンスコストも多くかかることから、ユーザが各自で保有し管理するにはコストが嵩む。また、例えば、月に数回程度や年に数回程度しか使用しないユースケースもあることから、所有コストの最適化を図ることがドローンの社会実装への急務ともなっている。

【0012】

本発明はかかる知見に基づいてなされたものであり、必要なときに必要な用途に応じたドローンが手軽に利用できることをその目的の一つとしているものである。

【0013】

＜本発明による実施の形態の詳細＞
図１に示されるように、本発明の無人飛行体の予約管理装置によって実現される予約管理システム（以下単に「システム」と呼ぶ。）は、管理サーバ１と、複数の格納装置２と、複数のドローン３とを有している。本実施の形態による格納装置２へ複数台の飛行体が同時に／又は順次、格納されることとしてもよい、また、飛行体が格納される格納装置は自由に選択させることが可能である。管理サーバ１と、格納装置２と、ドローン３は、ネットワークを介して互いに通信可能に接続されている。

【0014】

＜管理サーバ１＞
図２は、管理サーバ１のハードウェア構成を示す図である。なお、図示された構成は一例であり、これ以外の構成を有していてもよい。

【0015】

図示されるように、管理サーバ１は、予約データベース（図示せず）と接続されシステムの一部を構成する。管理サーバ１は、例えばワークステーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、或いはクラウド・コンピューティングによって論理的に実現されてもよい。

【0016】

管理サーバ１は、少なくとも、プロセッサ１０、メモリ１１、ストレージ１２、送受信部１３、入出力部１４等を備え、これらはバス１５を通じて相互に電気的に接続される。

【0017】

プロセッサ１０は、管理サーバ１全体の動作を制御し、各要素間におけるデータの送受信の制御、及びアプリケーションの実行及び認証処理に必要な情報処理等を行う演算装置である。例えばプロセッサ１０はＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）であり、ストレージ１２に格納されメモリ１１に展開された本システムのためのプログラム等を実行して各情報処理を実施する。

【0018】

メモリ１１は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の揮発性記憶装置で構成される主記憶と、フラッシュメモリやＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）等の不揮発性記憶装置で構成される補助記憶と、を含む。メモリ１１は、プロセッサ１０のワークエリア等として使用され、また、管理サーバ１の起動時に実行されるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）、及び各種設定情報等を格納する。

【0019】

ストレージ１２は、アプリケーション・プログラム等の各種プログラムを格納する。各処理に用いられるデータを格納したデータベースがストレージ１２に構築されていてもよい。

【0020】

送受信部１３は、管理サーバ１をネットワークおよびブロックチェーンネットワークに接続する。なお、送受信部１３は、Ｂｌｕｅｔｏｏｔｈ（登録商標）及びＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）の近距離通信インタフェースを備えていてもよい。

【0021】

入出力部１４は、キーボード・マウス類等の情報入力機器、及びディスプレイ等の出力機器である。

【0022】

バス１５は、上記各要素に共通に接続され、例えば、アドレス信号、データ信号及び各種制御信号を伝達する。

【0023】

＜格納装置２＞
図３は、格納装置２のハードウェア構成を示す図である。本実施の形態による格納装置２は、少なくとも１台以上のドローンを格納することができる大きさを有しているものである。なお、図示された構成は一例であり、これ以外の構成を有していてもよい。

【0024】

図示されるように、格納装置２は、少なくとも管理サーバ１と接続されシステムの一部を構成する。格納装置２は、少なくとも、プロセッサ２０、メモリ２１、ストレージ２２、送受信部２３、入出力部２４等を備え、これらはバス２５を通じて相互に電気的に接続される。また、本実施の形態においては、ドローンに対して給電を行う給電部２６を更に備えている。給電部２６は金属電極同士を接触させることにより給電（充電）することとしてもよいし。非接触による充電（誘導電流等）であってもよい。

【0025】

図４に示されるように、格納装置２は、ドローン３が格納されている状態（格納状態：図（ａ））と、ドローン３が格納されていない状態（空き状態：図（ｂ））のいずれかの状態にある。格納装置２は、屋外常設型の飛行体格納装置であり、例えば、ボックス状、ドーム状、パッド状等、ドローン３の少なくとも一部又は全部が格納される装置を用途に応じて使い分けることが可能である。本実施の形態においてはボックス状のものを採用しているが、形状はこれに限られない。図示されるように、格納装置２の上部には、蓋部２ａが形成されている。ドローン３に飛行が必要な場合には蓋部２ａを開け、ドローン３が上昇して飛行する仕組みとなっている。

【0026】

＜ドローン３＞
図５は、ドローン３のハードウェア構成を示すブロック図である。フライトコントローラは、プログラマブルプロセッサ（例えば、中央演算処理装置（ＣＰＵ））などの１つ以上のプロセッサを有することができる。

【0027】

また、フライトコントローラは、図示しないメモリを有しており、当該メモリにアクセス可能である。メモリは、１つ以上のステップを行うためにフライトコントローラが実行可能であるロジック、コード、および／またはプログラム命令を記憶している。

【0028】

メモリは、例えば、ＳＤカードやランダムアクセスメモリ（ＲＡＭ）などの分離可能な媒体または外部の記憶装置を含んでいてもよい。カメラやセンサ類から取得したデータは、メモリに直接に伝達されかつ記憶されてもよい。例えば、カメラ等で撮影した静止画・動画データが内蔵メモリ又は外部メモリに記録される。カメラは飛行体にジンバルを介して設置される。

【0029】

フライトコントローラは、飛行体の状態を制御するように構成された制御モジュールを含んでいる。例えば、制御モジュールは、６自由度（並進運動ｘ、ｙ及びｚ、並びに回転運動θ_ｘ、θ_ｙ及びθ_ｚ）を有する飛行体の空間的配置、速度、および／または加速度を調整するために、ＥＳＣ（Ｅｌｅｃｔｒｉｃ Ｓｐｅｅｄ Ｃｏｎｔｒｏｌｌｅｒ）を経由して飛行体の推進機構（モータ等）を制御する。モータによりプロペラが回転することで飛行体の揚力を生じさせる。制御モジュールは、搭載部、センサ類の状態のうちの１つ以上を制御することができる。

【0030】

フライトコントローラは、１つ以上の外部のデバイス（例えば、送受信機（プロポ）、端末、表示装置、または他の遠隔の制御器）からのデータを送信および／または受け取るように構成された送受信部と通信可能である。送受信機は、有線通信または無線通信などの任意の適当な通信手段を使用することができる。

【0031】

例えば、送受信部は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、赤外線、無線、ＷｉＦｉ、ポイントツーポイント（Ｐ２Ｐ）ネットワーク、電気通信ネットワーク、クラウド通信などのうちの１つ以上を利用することができる。

【0032】

送受信部は、センサ類で取得したデータ、フライトコントローラが生成した処理結果、所定の制御データ、端末または遠隔の制御器からのユーザコマンドなどのうちの１つ以上を送信および／または受け取ることができる。

【0033】

本実施の形態によるセンサ類は、慣性センサ（加速度センサ、ジャイロセンサ）、ＧＰＳセンサ、近接センサ（例えば、ライダー）、またはビジョン／イメージセンサ（例えば、カメラ）を含み得る。

【0034】

＜システムの処理＞
図６は管理サーバ１の機能構成を示す図である。管理サーバ１は、その機能として、受信部と、予約管理部と、判断部と、決済部と、送信部と、予約データベース（ＤＢ）と、決済データベース（ＤＢ）を含んでいる。

【0035】

受信部は、ユーザからドローンの予約リクエストを受信する。予約リクエストには、ドローンの有する複数の機能のうちのいずれかの指定や、ドローンの飛行能力（ペイロード、最高速度、搭載しているセンサ類、バッテリー容量等）に関する情報や、飛行先に関する情報や、特定の格納装置に関する情報が含まれている。なお、特定の機種名や製造事業者名を指定することも可能である。

【0036】

予約管理部は、予約ＤＢを参照して、予約情報を管理・更新する。予約ＤＢには、少なくとも、格納装置及びドローンの利用の予約に関して時間帯ごとに登録され管理されている。

【0037】

判断部は、予約管理部からの情報に基づいて予約リクエストを受け付けるか否か判断する。即ち、同一の時間帯に複数のユーザによる予約が重複しそうなときや、ユーザの希望を満たすドローンが当該格納装置内に存在していなかった場合等である。

【0038】

送信部は、予約リクエストのうち、ドローンの飛行に関する情報（飛行ルートデータ、要求された任務等）をドローン及び格納装置に送信する。

【0039】

決済部は、予約に対する決済処理を実行する。この際、ユーザのクレジット情報や口座情報等が格納された決済データベース（ＤＢ）を参照することとしてもよい。

【0040】

続いて、図７及び図８の図面を参照して、本実施の形態の予約の流れを説明する。図７に示されるように、ユーザは自己の端末等から予約をしたいドローンが格納されている格納装置に関する情報を「拠点」として選択する。拠点はドローンを使いたい地点や、現在の位置などに基づいて複数の格納装置から選択することができる。次に、活用の用途に応じた一以上のドローンを選択する。これにより、希望に適した機能を有する最適なドローンを選択することができる。また、搭載物がある場合には、ペイロードを選択することも可能である。選択が終わると、飛行ルートが生成されるなお、予め記録されていたルートや、ユーザが作成したルートの情報を一部又は全部として利用することもできる。最後に、飛行が完了した先で行われる活動（空撮、点検、測量、輸送等）に関する設定を行う。その後、ユーザはドローンを使用したい日時・時間帯の情報の入力を行い、スケジュールを確保できているか否か確認し、予約を確保できる場合には、ユーザに対して予約が完了した旨の通知を行う。予約の確保ができない場合には、他の時間帯やドローンの特性に関する選択を再選択させてもよい。

【0041】

図８は予約の指定を先に選択させる場合の流れである。即ち、ユーザは、拠点選択後、ドローンを使用したい日時・時間帯の情報の入力を行い、スケジュールを確保できるか否か確認し、予約を確保できる場合には、ユーザに対して予約が完了した旨の通知を行う。予約の確保ができない場合には、他の時間帯やドローンの特性に関する選択を再選択させてもよい。その後に、活用の用途に応じた一以上のドローンを選択し、ペイロードを選択する。選択が終わると、飛行ルートが生成される。最後に、飛行が完了した先で行われる活動（空撮、点検、測量、輸送等）に関する設定を行う。

【0042】

上述した予約リクエストは、少なくとも目的情報を含んでいる。目的情報には、作業の内容、作業の日時、作業の場所、が含まれている。この目的情報に応じて、いずれのドローンによって実行するのかが決定される。ドローンの選定は、当該目的情報の達成に必要な機能（ペイロード、装備等）に応じて行われる。ドローンが選定されると、当該ドローンを格納する最適な格納装置が選択される。

【0043】

上述したシステムは、災害・緊急時にも使用することができる。この場合、判断部は、受信部が災害信号や緊急避難信号を受信した場合に一般のユーザからの予約リクエストの一部又は全部を不許可にしたり、既に予約されている時間帯をキャンセルするなどして災害・緊急事態等に対応できるように待機する。

【0044】

＜ユーザの使用例＞
次に、図９乃至図１４を参照して、ユーザの利用例を説明する。以下の利用例は、ユーザが所定の場所に行く際にガイドするものであるが、例えば、所定の場所の空撮や探索、災害避難等のアナウンスをしながらの飛行や、作業員に同行して又は同行なくドローンが自律的に電線などのインフラ設備を点検する場合など様々な用途に拡張して利用することができる。

【0045】

図９に示されるように、ユーザは、地図上の所定の場所に位置している。予約時間になると、予約した格納装置から予約で指定した場所へドローン３１が飛行する。この際、図１０に示されるように、予約に関するドローン３１が格納装置から移動中であることを示すようにしてもよい。図１１に示されるようにドローン３１はユーザのもとへ到着する。ドローン３１は、生成されたルートに従って、ユーザから所定の距離をとった状態で飛行する。図１３に示すように、目的地に着くと、ドローン３１の任務は完了する。ドローン３１は、元の格納装置２１に帰還する。

【0046】

上述した実施の形態においては、ドローンは飛行を開始した格納装置に帰還することとしていた。しかしながら、目的地までの距離、目的地での作業内容、電源の残容量等に応じて飛行を開始した拠点とは異なる格納装置（例えば、図１３の格納装置２２等）に帰還することとしてもよい。即ち、ドローンと格納装置とが一対一で固定的に関連付けられているのではなく、複数の格納装置を複数のドローンによって共有することとしてもよい。この場合、管理サーバでは、各ドローンの位置と格納装置の位置、それぞれの稼働状況などに応じて必要な情報を拠点、帰還先の格納装置及びドローンに送信することとすればよい。

【0047】

格納装置間を柔軟に飛行可能にすることによって、通常であれば、往復の飛行距離の制限を考慮してルートを生成する必要がなくなり、飛距離が長くなる。

【0048】

なお、目的や用途を入力するのみで必要なドローンが格納されている格納装置が自動で選択されることとしてもよい。この場合、例えば、図１５及び図１６に示されるようなデータ管理を行うこととすればよい。即ち、図１５に示されるように、データテーブルは、格納装置の識別番号と保管されている機体番号とを関連付けて管理する。また、図１６に示されるように、機体番号と当該機体の用途と、具体的な機種名を関連付けて管理するデータテーブルを備えていてもよい。

【0049】

本発明の飛行体は、マルチコプター・ドローン等の飛行機関連産業において利用することができ、さらに、本発明は、カメラ等を搭載した空撮用の飛行体としても好適に使用することができる他、セキュリティ分野、農業、インフラ点検等の様々な産業にも利用することができる。

【0050】

上述した実施の形態は、本発明の理解を容易にするための例示に過ぎず、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良することができると共に、本発明にはその均等物が含まれることは言うまでもない。

【符号の説明】

【0051】

１ 管理サーバ
２ 格納装置
３ ドローン

【要約】      （修正有）

【課題】必要なときに必要な任務を遂行できる飛行体を容易に利用することができる無人飛行体の予約管理装置を提供する。
【解決手段】予約管理システムは、管理サーバ１と、複数の格納装置２と、複数のドローン３とを有している。管理サーバ１は、ドローン３の予約情報を管理する予約管理部と、ユーザからドローン３の予約リクエストを受信する受信部と、予約情報を参照して、予約リクエストを受け付けるか否か判断する判断部と、を備る。受信部が少なくとも災害信号又は緊急避難信号を受信した場合に、判断部は、ユーザからの予約リクエストの一部又は全部を不許可にする、又は、既にされている予約の一部又は全部をキャンセルする処理を行う。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】