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

Abstract

【課題】ドローンにより物品を配送する状況下において、ドローンの飛行を管理する飛行責任者が、よりいっそう安全に物品を配送するための技術を提供する。【解決手段】プロセッサと、メモリとを備えるコンピュータに実行させるプログラムであって、プログラムは、プロセッサに、ドローンにより物体を配送させるサービスにおける、配送案件の離陸場所の情報、着陸場所の情報の少なくとも１つを決定する第１のステップと、配送案件における、ドローンの飛行を管理するユーザの体調の情報を取得する第２のステップと、取得した体調の情報が所定の情報であるか否かに応じて、ユーザに対して、配送案件の配送の開始を許可するか否かを決定する第３のステップとを実行させる。【選択図】図１

Description

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

ドローンの飛行を管理する飛行責任者が、ドローンの飛行開始から終了まで、安全に飛行を管理する需要が増えている。ドローンの飛行中において飛行が安全であるか否かを判断するシステムとして、特許文献１がある。

特許文献１には、自律飛行中の無人航空機ＵＡから、ＵＡが自律飛行中である間に自律飛行からパイロット制御飛行への移行が必要とされるという指示を受信することと、パイロット基準に基づいて、ＵＡのパイロット制御飛行を行うためのパイロット局を選択することが記載されている。パイロット基準として、パイロット経験の全長（たとえば、時間）、状態に関連するパイロット経験の長さ（たとえば、２５時間ウィンドシア）、ＵＡ（たとえば、ミッションのためのＵＡ、同様のＵＡまたはＵＡのクラス）に関連するパイロット経験の長さ、パイロット身体状態、パイロット精神状態、パイロット飛行近況が記載されている。

特表２０１８ー５２５７１０号公報

ドローンの飛行を管理する飛行責任者が、よりいっそうドローンの飛行を安全に行う技術が必要になってきている。例えば、ドローンで物品の配送を実施する場合において、担当の飛行責任者によって安全にドローンの飛行ができるかチェックを行う必要が生じる場合がある。

そこで、本開示において、ドローンにより物品を配送する状況下において、ドローンの飛行を管理する飛行責任者が、よりいっそう安全に物品を配送するための技術を提供する。

一実施形態によると、プロセッサと、メモリとを備えるコンピュータに実行させるプログラムが提供される。プログラムは、プロセッサに、ドローンにより物体を運搬させるサービスにおける、配送案件の離陸場所の情報、着陸場所の情報の少なくとも１つを決定する第１のステップと、前記配送案件の飛行を管理するユーザの体調の情報を取得する第２のステップと、前記取得した体調の情報が所定の情報であるか否かに応じて、前記ユーザに対して、配送案件の配送の開始を許可するか否かを決定する第３のステップと、を実行させる。

本開示によれば、ドローンの飛行を管理する飛行責任者が、よりいっそう安全に物品を配送することができる。

システム１の全体の構成を示す図である。 第１の実施の形態のシステム１を構成する端末装置１０のブロック図である。 第１の実施の形態のシステム１を構成するサーバ２０の機能的な構成を示す図である。 第１の実施の形態のシステム１を構成するドローン３０のブロック図である。 サーバ２０が記憶する配送予定データベース２８１と、ユーザデータベース２８２と、飛行日誌データベース２８３と、ポートデータベース２８４と、地図データベース２８５のデータ構造を示す図である。 第１の実施の形態におけるシステム１により、ドローンによる配送の依頼を受け付けてから、ユーザがドローンの飛行を開始させるまでの流れの一例を示すフローチャートである。 第１の実施の形態におけるシステム１により、ユーザがドローンの飛行を開始させてから、ドローンが飛行終了するまでの流れの一例を示すフローチャートである。 第１の実施の形態における、ユーザの端末装置１０の画面例を示す図である。 第１の実施の形態における、ユーザの端末装置１０の画面例を示す図である。 第１の実施の形態における、ユーザの端末装置１０の画面例を示す図である。 第2の実施の形態における、代役の飛行責任者を決定する処理を示すフローチャートである。 第３の実施の形態における、代役の飛行責任者を決定する処理を示すフローチャートである。

以下、図面を参照しつつ、本開示の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

＜第１の実施の形態＞
＜１ システム１の全体構成＞
システム１は、物品を配送するためのドローンの飛行を管理するユーザ（以下、ユーザ）が、ドローンの飛行開始前に安全確認を行うためのシステムである。以下、ドローンによる物品の配送に関する注文を受け付けた場合において、ユーザが、当該配送におけるドローンの飛行を管理する責任者（以下、飛行責任者）としてドローンによる配送を開始する局面を例として説明する。図１は、システム１の全体の構成を示す図である。

図１に示すように、システム１は、端末装置１０と、サーバ２０と、ドローン３０とを含む。端末装置１０は、ドローンによって物品を配送するサービスを提供する事業所に設置される端末、または、ドローンを操縦するユーザが操作する端末である。ここで、ドローンによって物品を配送するサービスとは、例えば、飲食店、小売店などの店舗から配送の依頼を受け付け、店舗が提供する商品を、店舗に対して商品を注文した注文者へ配送するサービスでもよい。また、ドローンによって物品を配送するサービスとは、ドローンによる物品の配送を希望する注文者から直接注文を受け付け、注文者によって指定された目的地まで物品を配送するサービスでもよい。端末装置１０と、サーバ２０と、ドローン３０とは、ネットワーク８０を介して通信接続する。

端末装置１０は、ドローン３０による配送サービスを提供する際に各ユーザが操作する装置である。ここでいうユーザは、例えば、ドローン３０を操縦する者、ドローン３０の飛行管理を行う者などが挙げられる。端末装置１０は、例えば据え置き型のＰＣ（Personal Computer）、ラップトップＰＣ、タブレットである

図１に端末装置１０として示すように、端末装置１０は、通信ＩＦ（Interface）１２と、入力装置１３と、出力装置１４と、メモリ１５と、記憶部１６と、プロセッサ１９とを備える。

端末装置１０は、ネットワーク８０を介してサーバ２０と通信可能に接続される。ネットワーク８０の通信回線は、有線でもよいし無線でもよい。

通信ＩＦ１２は、端末装置１０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入力装置１３は、ユーザからの入力操作を受け付けるための入力装置（例えば、タッチパネル、タッチパッド、マウス等のポインティングデバイス、キーボード等）である。出力装置１４は、ユーザに対し情報を提示するための出力装置（ディスプレイ、スピーカ等）である。メモリ１５は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。記憶部１６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。プロセッサ１９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。

サーバ２０は、ドローン３０の飛行管理を行うユーザの情報及び配送履歴を管理する装置である。サーバ２０は、ネットワーク８０に接続されたコンピュータである。

図１に示すように、サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。

通信ＩＦ２２は、サーバ２０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、および、ユーザに対し情報を提示するための出力装置とのインタフェースとして機能する。メモリ２５は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。ストレージ２６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。プロセッサ２９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。

＜１．１ 端末装置１０の構成＞
図２は、第１の実施の形態のシステム１を構成する端末装置１０のブロック図である。図２に示すように、端末装置１０は、通信部１２０と、操作受付部１３０と、表示部１６０と、記憶部１７０と、制御部１８０と、を含む。端末装置１０は、図２では特に図示していない機能及び構成（例えば、電力を保持するためのバッテリー、バッテリーから各回路への電力の供給を制御する電力供給回路など）も有している。図２に示すように、端末装置１０に含まれる各ブロックは、バス等により電気的に接続される。

通信部１２０は、端末装置１０が他の機器と通信するため、ネットワーク８０を介してサーバ２０と通信可能に接続される。

操作受付部１３０は、ユーザの入力操作を受け付けるための機構を有する。例えば、操作受付部１３０は、マウス、キーボード又はタッチパネルなどを含む。

表示部１６０は、制御部１８０の制御に応じて、画像、動画、テキストなどのデータを表示する。表示部１６０は、例えば液晶ディスプレイによって実現される。

記憶部１７０は、例えばフラッシュメモリ等により構成され、端末装置１０が使用するデータおよびプログラムを記憶する。ある局面において、記憶部１７０は、飛行日誌１７１と、飛行履歴１７２とを記憶する。

飛行日誌１７１は、ドローン３０の飛行開始前にチェックする、ユーザの体調について示す情報である。端末装置１０は、例えば、ユーザから自身の体調に関する情報の入力操作を受け付けてもよい。

飛行履歴１７２は、ユーザがドローン３０の飛行を管理した実績を示す情報である。端末装置１０は、ネットワーク８０を介して、サーバ２０のユーザデータベース２８２から情報を取得してもよい。端末装置１０は、例えば、ユーザから自身の体調に関する情報の入力操作を受け付けてもよい。

制御部１８０は、記憶部１７０に記憶されるプログラムを読み込んで、プログラムに含まれる命令を実行することにより、端末装置１０の動作を制御する。制御部１８０は、プログラムに従って動作することにより、入力操作受付部１８１と、送受信部１８２と、表示制御部１８３と、通知制御部１８４としての機能を発揮する。

入力操作受付部１８１は、マウス、キーボード等の入力装置に対するユーザの入力操作を受け付ける処理を行う。

送受信部１８２は、端末装置１０が、サーバ２０等の外部の装置と、通信プロトコルに従ってデータを送受信するための処理を行う。

表示制御部１８３は、表示部１６０の表示処理を制御する。例えば、表示制御部１８３は、表示部１６０の表示処理を制御する。例えば、表示制御部１８３は、ビデオメモリの内容を読み取ってディスプレイで表示させるための信号を生成してディスプレイに送出するように制御する。

通知制御部１８４は、ユーザに対し通知情報を提示する処理を行う。通知制御部１８４は、通知情報を表示部１６０に表示させる処理等を行う。

＜１．２ サーバ２０の機能的な構成＞
図３は、第１の実施の形態のシステム１を構成するサーバ２０の機能的な構成を示す図である。図３に示すように、サーバ２０は、通信部２０１と、記憶部２０２と、制御部２０３としての機能を発揮する。

通信部２０１は、サーバ２０が外部の装置と通信するための処理を行う。

記憶部２０２は、サーバ２０が使用するデータ及びプログラムを記憶する。記憶部２０２は、配送予定データベース２８１と、ユーザデータベース２８２と、飛行日誌データベース２８３と、ポートデータベース２８４と、地図データベース２８５を記憶する。

配送予定データベース２８１は、顧客から受け付けた配送に関する情報を保持するためのデータベースである。詳細は後述する。

ユーザデータベース２８２は、それぞれのユーザの情報を保持するためのデータベースである。具体的には、ユーザデータベース２８２は、ユーザの情報として、ユーザが配送を担当するスケジュール、ユーザのこれまでの飛行実績、ユーザが配送を担当するエリアに関する情報を保持するためのデータベースである。詳細は後述する。

飛行日誌データベース２８３は、ドローン３０の飛行管理を担当する、ユーザの体調に関する情報を保持するためのデータベースである。具体的には、飛行日誌データベース２８３は、ユーザの飲酒、服薬に関する情報を保持するためのデータベースである。詳細は後述する。

ポートデータベース２８４は、それぞれのドローンポートの情報を保持するためのデータベースである。具体的には、ポートデータベース２８４は、ドローン３０の離発着の場所と、中継地点であるドローンポートとのうち少なくともいずれかの所在に関する情報を保持するためのデータベースである。詳細は後述する。

地図データベース２８５は、ドローン３０の飛行が可能な空域の情報を保持するためのデータベースである。詳細は後述する。

制御部２０３は、サーバ２０のプロセッサがプログラムに従って処理を行うことにより、各種モジュールとして示す機能を発揮する。

受信制御モジュール２０３１は、サーバ２０が外部の装置から通信プロトコルに従って信号を受信する処理を制御する。

送信制御モジュール２０３２は、サーバ２０が外部の装置に対し通信プロトコルに従って信号を送信する処理を制御する。

受付モジュール２０３３は、サーバ２０がネットワーク８０を介して、情報の入力および登録を受け付ける処理を制御する。受付モジュール２０３３は、例えば、サーバ２０がネットワーク８０を介して、顧客から配送の依頼の登録を受け付ける処理を制御する。また、受付モジュール２０３３は、例えば、サーバ２０がネットワーク８０を介して、端末装置１０からユーザの体調に関する情報の登録を受け付ける処理を制御する。

経路決定モジュール２０３４は、サーバ２０がネットワーク８０を介して、ドローン３０が飛行する経路を決定する処理を制御する。経路決定モジュール２０３４は、例えば、サーバ２０がネットワーク８０を介して、登録を受け付けた離陸ポートおよび着陸ポートの場所の情報に基づき、ドローン３０が飛行する経路を決定する処理を制御する。

飛行可否決定モジュール２０３５は、サーバ２０がネットワーク８０を介して、端末装置１０から受け付けたユーザの情報に基づいて、飛行開始の可否を決定する処理を制御する。

提示モジュール２０３６は、サーバ２０がネットワーク８０を介して、ユーザへ情報を提示する処理を制御する。提示モジュール２０３６は、例えば、サーバ２０がネットワーク８０を介して、ドローン３０の飛行に関する情報をユーザへ提示する処理を制御する。提示モジュール２０３６は、例えば、経路決定モジュール２０３４において決定した、飛行開始の可否について、端末装置１０へ表示する処理を制御する。

＜１．３ ドローン３０の機能的な構成＞
図４は、第１の実施の形態のシステム１を構成するドローン３０のブロック図である。図４に示すように、ドローン３０は、通信部３２０と、位置情報取得部３３０と、記憶部３７０と、制御部３８０と、を含む。ドローン３０は、図４では特に図示していない機能及び構成（例えば、電力を保持するためのバッテリー、バッテリーから各回路への電力の供給を制御する電力供給回路など）も有している。図４に示すように、端末装置１０に含まれる各ブロックは、バス等により電気的に接続される。

通信部３２０は、ドローン３０が他の機器と通信するため、ネットワーク８０を介して端末装置１０、サーバ２０と通信可能に接続される。

位置情報取得部３３０は、ドローン３０が位置する情報を取得する。例えば、位置情報取得部３３０は、GPS、カメラなどを含む。

記憶部３７０は、例えばフラッシュメモリ等により構成され、ドローン３０が使用するデータおよびプログラムを記憶する。ある局面において、記憶部１７０は、飛行経路情報３７１と、飛行履歴３７２とを記憶する。

飛行経路情報３７１は、ドローン３０が飛行を予定している経路を示す情報である。ドローン３０は、ネットワーク８０を介して、サーバ２０の配送予定データベース２８１から 飛行経路情報３７１を取得してもよい。

飛行履歴３７２は、ドローン３０が飛行した実績を示す情報である。ドローン３０は、飛行履歴３７２について、ネットワーク８０を介して、サーバ２０の配送予定データベース２８１から情報を取得してもよい。また、ドローン３０は、飛行履歴３７２として、飛行中に位置情報取得部３３０によって取得した情報を記憶してもよい。

制御部３８０は、記憶部３７０に記憶されるプログラムを読み込んで、プログラムに含まれる命令を実行することにより、ドローン３０の動作を制御する。制御部３８０は、プログラムに従って動作することにより、送受信部３８１と、受付部３８２と、設定部３８３と、飛行制御部３８４としての機能を発揮する。

送受信部３８１は、ドローン３０が、端末装置１０、及び、サーバ２０等の外部の装置と、通信プロトコルに従ってデータを送受信するための処理を行う。

受付部３８２は、ユーザの入力操作を受け付ける処理を行う。受付部３８２は、例えば、外部の入力装置に対するユーザの入力操作を受け付ける処理を行う。

設定部３８３は、送受信部３８１を介して受信した飛行経路を設定する。また、設定部３８３は、送受信部３８１と、受付部３８２との少なくともいずれかを介して受け付けた飛行条件を設定する。

飛行制御部３８４は、設定部３８３により設定された飛行経路及び飛行条件に基づき、ドローン３０の飛行を制御する。
＜２ データ構造＞

図５は、サーバ２０が記憶する配送予定データベース２８１と、ユーザデータベース２８２と、飛行日誌データベース２８３と、ポートデータベース２８４と、地図データベース２８５のデータ構造を示す図である。

配送予定データベース２８１は、顧客から依頼を受け付けた配送に関する情報を保持するためのデータベースである。図５に示すように、配送予定データベース２８１のレコードのそれぞれは、項目「配送ID」と、項目「依頼元ID」と、項目「離陸ポートID」と、項目「着陸ポートID」と、項目「到着予定日時」と、項目「飛行経路」と、項目「中継ポートID」と、項目「配送物」と、項目「ユーザID」と、項目「変更ユーザID」と、項目「出発時刻」と、項目「到着時刻」と、 項目「報酬額」とを含む。
サーバ２０は、例えば、依頼元から、配送の依頼を受け付けることにより、配送予定データベース２８１にレコードを追加する。

項目「配送ID」は、依頼元から受け付けたそれぞれの配送依頼を識別する情報である。

項目「依頼元ID」は、ドローン３０による配送を依頼するそれぞれの依頼元を識別する情報である。項目「依頼元ID」は、例えば、依頼元として配送を依頼する店舗又は会社と、依頼者とのうち少なくともいずれかをそれぞれ識別する情報である。

項目「離陸ポートID」は、ドローン３０が飛行を開始するための場所であるドローンポートのIDを示す情報である。

項目「着陸ポートID」は、ドローン３０が飛行を終了するための場所であるドローンポートのIDを示す情報である。

項目「到着予定日時」は、配送の依頼を受け付けた物品が、目的地へ到着する予定の日時を示す情報である。項目「到着予定日時」は、具体的には、項目「到着予定日時」は、物品の配送を依頼する依頼者が指定する日時を示す情報であってもよい。また、項目「到着予定日時」は、具体的には、依頼者より配送の依頼を受け付けるタイミングで、サーバ２０が算出する、配送可能な時間に基づいて決定した日時を示す情報であってもよい。さらに、項目「到着予定日時」は、具体的には、サーバ２０が算出する配送可能な時間の候補をユーザへ提示して、当該時間の候補からユーザによる選択を受け付けた日時を示す情報であってもよい。

項目「飛行経路」は、物品を配送するドローン３０の飛行経路の情報を示す情報である。項目「飛行経路」は、例えば、依頼元より受け付けた配送依頼の離陸場所の情報、又は、着陸場所の情報の少なくとも一つに基づき、ドローン３０が飛行可能である空域から経路を検索して配送の経路として決定した、緯度、経度、高度を示す情報である。

項目「中継ポートID」は、物品を配送するドローン３０の飛行経路上に備えるドローンポートのIDを示す情報である。
具体的には、項目「中継ポートID」は、設定された飛行経路が長距離である場合に、途中で経由するためのドローンポートのIDを示す。

項目「配送物ID」は、配送依頼を受け付けたそれぞれの物品の内容を識別する情報である。

項目「ユーザID」は、依頼を受け付けた配送について、ドローン３０の飛行を管理する担当者であるユーザのＩＤを示す情報である。

項目「変更ユーザID」は、ドローン３０の飛行管理を担当する担当者の変更があった場合において、変更後の担当者であるユーザのIDを示す情報である。

項目「出発時刻」は、ドローン３０が飛行を開始した時刻を示す情報である。

項目「到着時刻」は、ドローン３０が飛行を終了した時刻を示す情報である。

項目「報酬額」は、配送において、ドローン３０の飛行の管理を担当したユーザに対して支払われる報酬額を示す情報である。

ユーザデータベース２８２は、それぞれのユーザの情報を保持するためのデータベースである。図５に示すように、ユーザデータベース２８２は、項目「ユーザID」と、項目「ユーザ名」と、項目「スケジュール」と、項目「飛行実績」と、項目「担当エリア」と、項目「ユーザスコア」とを含む。サーバ２０は、例えば、ドローン３０の飛行を管理するユーザの登録を受け付けることにより、ユーザデータベース２８２にレコードを追加する。

項目「ユーザID」は、ユーザをそれぞれ識別する情報である。

項目「ユーザ名」は、ユーザの氏名を示す情報である。

項目「スケジュール」は、ユーザがドローン３０の飛行の管理を担当するスケジュールを示す情報である。

項目「飛行実績」は、ユーザが過去にドローン３０の飛行の管理を担当した実績を示す情報である。

項目「担当エリア」は、ユーザが配送を担当する地域を示す情報である。

項目「ユーザスコア」は、ユーザの飛行実績に基づく評価を示す情報である。項目「ユーザスコア」は、例えば、ユーザがこれまでに配送の担当を指名された回数に対する、実際に配送を許可された回数の割合を算出した値であってもよい。また、項目「ユーザスコア」は、例えば、ユーザがこれまでに配送を担当した回数と、累積の飛行時間とのうち少なくともいずれかに基づいて算出した値であってもよい。さらに、項目「ユーザスコア」は、例えば、ユーザがこれまでに担当したドローン３０の飛行に関する操作の技能に基づいて算出した値であってもよい。項目「ユーザスコア」の算出方法は、これに限定されない。

飛行日誌データベース２８３は、ドローン３０の飛行における、飛行を予定するドローン３０と、飛行管理を担当するユーザとのうち少なくともいずれかの情報を保持するためのデータベースである。飛行日誌データベース２８３は、例えば、ドローン３０の飛行管理を担当するユーザの、体調に関する情報を保持するためのデータベースである。飛行日誌データベース２８３は、項目「日誌ＩＤ」と、項目「ユーザＩＤ」と、項目「判断日時」と、項目「配送ＩＤ」と、項目「服薬」と、項目「アルコール」と、項目「点検結果」と、項目「判断結果」とを含む。サーバ２０は、例えば、ユーザの体調のチェックにおける、ユーザの体調の情報の登録をユーザから受け付けることにより、飛行日誌データベース２８３にレコードを追加する。

項目「日誌ＩＤ」は、ユーザが実施したそれぞれの体調チェック結果を識別する情報である。

項目「ユーザＩＤ」は、体調チェックを受けたユーザをそれぞれ識別する情報である。

項目「判断日時」は、体調チェックを実施した日時を示す情報である。

項目「配送ＩＤ」は、ユーザが担当することを予定している配送案件を示す情報である。

項目「服薬」は、ユーザの服薬状況を示す情報である。具体的には、項目「服薬」は、ユーザが担当することを予定している配送案件において、ドローン３０の飛行を開始する予定時刻より所定時間以内にユーザが服薬したか否かを示す情報である。

項目「アルコール」は、ユーザの体内のアルコール濃度を示す情報である。具体的には、項目「アルコール」は、ユーザが担当することを予定している配送案件において、ドローン３０の飛行を開始する予定時刻の所定時間前のタイミングにおける、ユーザの体内のアルコール濃度を示す情報である。

項目「点検結果」は、ユーザによるドローン３０の点検の結果を示す情報である。具体的には、項目「点検結果」は、ユーザによるドローン３０の外部点検、および動作確認を実施して、ドローン３０の飛行に問題がないかを示す情報である。

項目「判断結果」は、体調チェックの結果を示す情報である。項目「判断結果」は、例えば、ユーザの服薬状況を示す情報と、ユーザの体内のアルコール濃度の情報に基づき、当該ユーザによるドローン３０の飛行管理を許可できるか否かを示す情報である。項目「判断結果」は、例えば、ドローン３０の飛行開始から所定時間以内に特定の服薬をしていない場合、及び、飲酒をしていない場合において、ドローン３０の飛行管理を許可する判断を示すとしてもよい。項目「判断結果」は、例えば、ドローン３０の飛行開始から所定時間前のタイミングにおいて、ユーザの呼気より検知した体内の残留アルコール濃度が所定以下の場合において、ドローン３０の飛行管理を許可する判断を示すとしてもよい。

ポートデータベース２８４は、それぞれのドローンポートの情報を保持するためのデータベースである。ポートデータベース２８４は、項目「ポートID」と、項目「緯度」と、項目「経度」と、項目「標高」と、 項目「ステータス」とを含む。サーバ２０は、例えば、ドローンポートの設置に応じて、登録をシステム管理者から受け付けることにより、ポートデータベース２８４にレコードを追加する。

項目「ポートID」は、設置されたそれぞれのドローンポートを識別する情報である。

項目「緯度」は、ドローンポートの所在地の緯度を示す情報である。

項目「経度」は、ドローンポートの所在地の経度を示す情報である。

項目「標高」は、ドローンポートの所在地の標高を示す情報である。

項目「ステータス」は、ドローンポートの状況を示す情報である。具体的には、項目「ステータス」は、ドローンポートが使用可能な状態であるかを示す。

地図データベース２８５は、ドローン３０の飛行が可能な空域の情報を保持するためのデータベースである。地図データベース２８５は、項目「地点No.」と、項目「緯度」と、項目「経度」と、項目「標高」とを含む。地図データベース２８５は、例えば、国土交通省がドローン３０の飛行を許可している空域と、国または地方公共団体へ申請することにより許可の得られた空域との少なくともいずれかの空域の情報を保持するためのデータベースである。サーバ２０は、例えば、任意の空域がドローン３０の飛行が可能な空域であると許可が得られた場合に、登録をシステム管理者から受け付けることにより、地図データベース２８５にレコードを追加してもよい。

項目「地点No.」は、それぞれのドローン３０の飛行が可能な空域を識別する情報である。

項目「緯度」は、ドローン３０の飛行が可能な空域の緯度を示す情報である。

項目「経度」は、ドローン３０の飛行が可能な空域の経度を示す情報である。

項目「標高」は、ドローン３０の飛行が可能な空域の標高を示す情報である。
＜３ 動作＞

以下、図６を参照しながら、システム１により、ユーザが実施した体調チェックの結果に基づいて、ユーザがドローン３０の飛行を開始する許可を受ける処理について説明する。

図６は、第１の実施の形態におけるシステム１により、ドローン３０による配送の依頼を受け付けてから、飛行責任者に命じられたユーザがドローン３０の飛行を開始させるまでの流れの一例を示すフローチャートである。

システム１では、サーバ２０は、依頼元から配送依頼の登録を受け付ける。サーバ２０は、依頼元として、顧客に商品を提供する店舗から、顧客へ商品を配送する依頼の登録を受け付けてもよい。また、サーバ２０は、依頼元として、物品の配送を希望する注文者から、配送依頼の登録を受け付けてもよい。さらに、サーバ２０は、システム１とは異なる、配送の注文を受け付ける注文システムから配送依頼の登録を受け付けてもよい。依頼元の端末装置（図示しない）は、依頼元から配送を依頼するための情報を入力する操作を受け付け、受け付けた内容をサーバ２０へ送信する。依頼元の端末装置は、例えば、依頼元が配送を希望する日時、配送する物品などの情報の入力を依頼元から受け付けてもよい。

ステップS６２１において、サーバ２０は、依頼元から受信した配送依頼の情報を、配送予定データベース２８１に登録する。

ステップS６２２において、サーバ２０は、ステップS６２１において登録した配送依頼の情報に基づき、飛行経路を決定する。サーバ２０は、例えば、受け付けた配送依頼の離陸場所の情報、又は、着陸場所の情報の少なくとも一つに基づき、地図データベース２８５に登録されているドローン３０の飛行が可能な空域の情報から経路を探索して、飛行経路を決定してもよい。さらに、サーバ２０は、決定した飛行経路の情報をドローン３０へ送信する。

ステップS６２３において、サーバ２０は、受け付けた配送依頼に対して、飛行責任者を指定する。ステップS６２２において、サーバ２０は、例えば、ユーザデータベース２８２に登録さされているユーザから、飛行責任者を指定する。サーバ２０は、例えば、ユーザデータベース２８２に登録されているユーザから、配送のための作業を行う時間帯にスケジュールの入っていないユーザを指定する。サーバ２０は、指定したユーザの端末装置１０に、飛行責任者を命じる通知を送信する。サーバ２０は、指定したユーザの端末装置１０に、飛行責任者を命じる通知と併せて、配送依頼に関する情報と、ステップS622で決定した飛行経路のうち少なくともいずれかを通知してもよい。

ステップS６１１において、端末装置１０は、ステップS６２２において飛行責任者として指定されたユーザから、飛行日誌の情報の入力を受け付ける。端末装置１０は、例えば、ユーザの服薬に関する情報と、ユーザの飲酒に関する情報との入力をユーザから受け付ける。端末装置１０は、例えば、ユーザが所定時間内に特定の薬剤を服薬しているか否かの情報と、ユーザが所定時間以内に飲酒をしたか否かの情報の入力をユーザから受け付ける。端末装置１０は、例えば、ユーザが担当する予定の配送における到着予定日時に基づき算出した配送開始の予定時刻から所定時間以内にユーザが特定の薬剤を服薬したか否かの情報を受け付けてもよい。端末装置１０は、例えば、ユーザが担当する予定の配送における到着予定日時に基づき算出した配送開始の予定時刻から所定時間以内にユーザが飲酒をしたか否かの情報を受け付けてもよい。端末装置１０は、例えば、ユーザが担当する予定の配送における到着予定日時に基づき算出した配送開始の予定時刻から所定時間以内のタイミングにおいて、ユーザの呼気より取得した体内の残留アルコール濃度を示す情報をユーザから受け付けてもよい。端末装置１０は、ユーザから入力を受け付けた情報を、サーバ２０へ送信する。サーバ２０は、端末装置１０から受信した情報をユーザデータベース２８２に登録する。

ステップS６２４において、サーバ２０は、ステップS６１１で端末装置１０がユーザから受け付けた情報が所定の基準を満たす場合において、当該ユーザに対して、ドローン３０の飛行の管理を許可することを決定する。サーバ２０は、例えば、ユーザが配送開始の予定時刻から所定時間内に特定の薬剤を服薬していない場合であって、かつ、飲酒をしていない場合において、当該ユーザに対して、ドローン３０の飛行の管理を許可するとしてもよい。サーバ２０は、例えば、ユーザが配送開始の予定時刻から所定時間以内のタイミングにおいて、ユーザが配送開始の予定時刻から所定時間内に特定の薬剤を服薬していない場合であって、かつ、ユーザの呼気より取得した体内の残留アルコール濃度が所定値以下の場合において、当該ユーザに対して、ドローン３０の飛行の管理を許可するとしてもよい。

ステップS６２５において、サーバ２０は、端末装置１０のディスプレイに、ドローン３０の飛行管理を許可する画面を提示する。

ステップS６１２において、端末装置１０は、ドローン３０の飛行を開始させる入力を飛行責任者であるユーザから受け付ける。

ステップS６３１において、ドローン３０は、飛行開始の通知を受け付けたことに応答して、飛行可能な状態にする処理を開始する。

＜小括＞
上記するように、本開示によると、ドローンの飛行開始前に、ドローンの飛行責任者であるユーザの体調チェックを実施して、体調チェックの結果が基準を満たす場合に限りドローンが飛行可能な状態になるための処理を開始する。これにより、ユーザは、よりいっそう安全な状況下において、ドローンによる物品の配送が実現できる。

図７は、第１の実施の形態におけるシステム１により、ユーザがドローン３０の飛行を開始させてから、ドローン３０が飛行終了するまでの流れの一例を示すフローチャートである。尚、図７のステップS６１２と、ステップS６３１は、図６に記載のステップと同様の内容のため、説明を繰り返さない。

ステップS７２１において、サーバ２０は、ステップS６１２において端末装置１０がユーザから受け付けた、ドローン３０の飛行が開始された情報を受信して、配送予定データベース２８１に登録する。サーバ２０は、例えば、ドローン３０の飛行が開始されたタイミングに関する情報を、配送予定データベース２８１に登録してもよい。

ステップS７３２において、ドローン３０は飛行を開始する。ドローン３０は、設定部３８３において予め設定した飛行経路と、位置情報取得部３３０において取得する位置情報に基づき、飛行制御部３８４において飛行を制御しながら目的地へ移動する。

ドローン３０の飛行について、例えば、ドローン３０自身が飛行を制御しながら移動するとしてもよい。また、ドローン３０の飛行について、例えば、飛行責任者であるユーザが操作することにより、ドローン３０が移動するとしてもよい。

ステップS７３３において、ドローン３０は、目的地であるドローンポートに到着したことを端末装置１０に通知する。

ステップS７１３において、端末装置１０は、ステップS７３３においてドローン３０から通知を受けたことに応答して、飛行を終了する入力をユーザから受け付ける。端末装置１０は、ユーザから入力を受け付けた旨をサーバ２０へ通知する。サーバ２０は、ユーザから飛行を終了する入力を受け付けたことに応答して、到着時刻を示す情報を、配送予定データベース２８１に登録してもよい。

ステップS７２２において、サーバ２０は、ステップS７１３において端末装置１０からドローン３０の飛行が終了した通知を受けたことに応答して、ユーザに対して報酬の支払いをするための処理を開始する。ステップS７２２において、サーバ２０は、例えば、ユーザに対する報酬額を決定して、端末装置１０のディスプレイに報酬額を表示する。サーバ２０は、例えば、ユーザに対する報酬額について、ユーザスコアに基づいて決定してもよい。

サーバ２０は、ユーザに対する報酬額の決定方法について、次のようにしてもよい。

サーバ２０は、物品の配送案件の単価から、手数料を差し引いた額をユーザに対する報酬額としてもよい。また、サーバ２０は、物品の配送案件の単価に、一定割合を乗じた額をユーザに対する報酬額としてもよい。サーバ２０は、報酬額をユーザスコアに基づいて決定する場合において、例えば、ユーザスコアが高いユーザほど、差し引く手数料の金額を小さくしてもよい。また、例えば、ユーザスコアが高いユーザほど、配送案件の単価に乗じる割合を大きくしてもよい。

また、ステップS７２２において、サーバ２０は、端末装置１０からドローン３０の飛行が終了した通知を受けたことに応答して、依頼主へ配送が完了した通知を送信してもよい。さらに、サーバ２０は、依頼主から配送完了を確認した旨の通知を受信したことに応答して、ユーザに対する報酬額を決定してもよい。

＜画面例＞

図８および図９は、第１の実施の形態における、端末装置１０の画面例を示す図である。図８および図９は、図６のステップS６１２において、端末装置１０がユーザから操作を受け付ける画面を示す図である。

図８に示すように、端末装置１０の表示画面１３１は、依頼を受け付けた配送案件のID及び飛行責任者の情報を示す領域１３２と、配送予定データベース２８１当該配送案件を参照して、配送に関する詳細な情報を示す領域１３３と、操作部材を表示する領域１３４及び１３５とを含む。端末装置１０の表示画面１３１は、ドローン３０の飛行の開始を許可させるための操作を受け付ける操作部材１３４と、ドローン３０の飛行の開始をキャンセルするための操作を受け付ける操作部材１３５とを含む。

図８は、図６のステップS６２５において、サーバ２０によって端末装置１０のディスプレイに表示される。ここで、図８の画面例について、ユーザに対して、（A）飛行の管理が許可された場合と、（B）許可されなかった場合のそれぞれについて、端末装置１０のディスプレイに表示される画面の機能を説明する。

（A）ユーザに対して飛行の管理が許可された場合：図８の表示画面１３１において、ユーザが表示画面１３１上の「飛行開始」の操作部材１３４を操作することに応答して、ドローン３０を飛行可能な状態になるための処理を開始する。

（B）ユーザに対して飛行の管理が許可されなかった場合、図８の表示画面１３１において、操作部材を表示する領域１３４における「飛行開始」の操作部材は無効であり、ユーザが「飛行開始」の操作部材を操作しようとしても応答しない。

（B）ユーザに対して飛行の管理が許可されなかった場合において、別の画面例を図９に示す。図９は、（B）ユーザに対して飛行の管理が許可されなかった場合に、端末装置１０のディスプレイに表示される画面例を示す図である。

図９に示すように、端末装置１０の表示画面１３１は、図８と同様に、依頼を受け付けた配送案件のID及び飛行責任者の情報を示す領域１３２と、当該配送案件の配送に関する詳細な情報を示す領域１３３を含む。しかし、図８の表示画面１３１に表示されている、飛行を開始させるための操作部材を表示する領域１３４は含まない。これにより、ユーザはドローン３０の飛行を開始させることができない。

上記するように、ドローン３０の飛行開始前に、ドローン３０の飛行責任者であるユーザの体調チェックを実施して、体調チェックの結果が基準を満たさない場合においては、ユーザはドローン３０の飛行を開始することができない。これにより、より安全な状況下での、ドローン３０による物品の配送が実現できる。

＜変形例＞
以上のように、サーバ２０がユーザによる体調チェックの結果に基づき、ドローン３０の飛行の管理を許可する技術について説明した。この他に、以下のように構成してもよい。

飛行開始前に実施するチェックの項目：以上のように、ドローン３０の飛行開始前にユーザの体調チェックを実施して、体調チェックの結果が基準を満たさない場合においては、ユーザがドローン３０の飛行を開始することができないよう制御する技術について説明した。サーバ２０は、ドローン３０をより安全な状況下で飛行させるため、ユーザの体調以外についても、飛行開始前にチェックを実施してもよい。

サーバ２０は、図６のステップS６２２において決定した飛行経路が適切でないと判断した場合において、 ステップS６２４において実施した体調チェックの結果が基準を満たしている場合であっても、ユーザに対して、飛行の管理を許可しないと決定してもよい。サーバ２０は、例えば、決定した飛行経路について、同じ時間帯に別のドローンが飛行予定である場合、ユーザに対して、飛行の管理を許可しないと決定してもよい。サーバ２０は、例えば、ドローン３０が連続して飛行可能である距離を超えて着陸地点が設定されている場合は、ドローン３０を安全な状況下で飛行させることができないと判断して、ユーザに対して、飛行の管理を許可しないと決定してもよい。
サーバ２０は、例えば、飛行経路が所定の距離以上である場合において、決定した飛行経路上に中継地点であるドローンポートが存在しない場合は、ドローン３０を安全な状況下で飛行させることができないと判断して、ユーザに対して、飛行の管理を許可しないと決定してもよい。

また、サーバ２０は、ドローン３０の安全性の確認を実施して、確認の結果が基準を満たさない場合は、ステップS６２４において実施した体調チェックの結果が基準を満たしている場合であっても、ユーザに対して、飛行の管理を許可しないと決定してもよい。サーバ２０は、例えば、ドローン３０の耐空性が維持されていることと、ドローン３０の積載物の安全性確認がなされていることと、ドローン３０の重心重量分布が所定の範囲内であることと、ドローン３０のバッテリー残量が所定以上であることと、ユーザによるドローン３０の外部点検及び動作確認が完了していることのうち少なくともいずれかが基準を満たさない場合においては、ユーザに対して、飛行の管理を許可しないと決定してもよい。この他にも、サーバ２０は、例えば、天候が所定条件を満たさない場合は、ユーザに対して、飛行の管理を許可しないと決定してもよい。サーバ２０は、例えば、雨量と、積雪量と、風速とのうち少なくともいずれかが所定の条件を満たさない場合は、ユーザに対して、飛行の管理を許可しないと決定してもよい。

飛行責任者の指定：サーバ２０は、図６のステップS６２３において、飛行責任者の他にも１以上の飛行担当者を指定してもよい。サーバ２０は、飛行担当者として指定した１以上のユーザのそれぞれの端末装置１０に、飛行担当者を命じる通知を送信してもよい。ステップS６１１において、それぞれの端末装置１０は、飛行担当者として指定されたユーザから、飛行日誌の情報の入力を受け付けて、体調チェックを実施してもよい。

ドローン３０の飛行経路の決定：サーバ２０は、図６のステップS６２２においてドローン３０の飛行経路を決定しなくてもよい。サーバ２０は、例えば、ステップS６２２において、ドローン３０の離陸場所及び着陸場所のみ決定してもよい。ドローン３０は、飛行を開始してから、位置情報取得部３３０により取得した位置情報に基づき、飛行制御をしながら目的地へ飛行してもよい。
また、サーバ２０は、図６のステップS６２３において飛行責任者を指定したあとに、飛行経路を決定してもよい。サーバ２０は、図６のステップS６２４において飛行責任者の体調チェックが完了したあとに、飛行経路を決定してもよい。サーバ２０は、ステップS６２３において指定された飛行責任者のユーザから、端末装置１０によって、飛行経路についての入力操作を受け付けてもよい。

体調チェックを実施するタイミング：サーバ２０は、図６のステップS624の体調チェックについて、配送依頼の登録を受け付ける前に、ユーザに対して実施してもよい。サーバ２０は、例えば、ユーザが勤務を開始する前に、飛行日誌の情報の入力をユーザから受け付けて体調チェックを実施しておいてもよい。サーバ２０は、例えば、ユーザがステップS６２３において配送依頼の飛行責任者として指定される前のタイミングで、飛行日誌の情報の入力をユーザから受け付けて体調チェックを実施しておいてもよい。サーバ２０は、ステップS６２４において、勤務を開始する前に実施した、チェックの結果の情報の入力をユーザから受け付けてもよい。また、サーバ２０は、ステップS６２４において、再度、飛行日誌の情報の入力をユーザから受け付けて体調チェックを実施するとしてもよい。
＜画面例＞

図１０は、第１の実施の形態の変形例における、飛行責任者であるユーザに対して飛行の管理が許可されなかった場合に端末装置１０のディスプレイに表示される画面例を示す図である。図１０に示すように、端末装置１０の表示画面１３１は、 依頼を受け付けた配送案件のID及び飛行責任者の情報を示す領域１３２と、飛行開始を許可できない理由について詳細な情報を示す領域１３６と、操作部材を表示する領域１３７及び１３８とを含む。端末装置１０の表示画面１３１は、ドローン３０を飛行可能な状態にするために条件の設定を再度行うための操作を受け付ける操作部材１３７と、ドローン３０の飛行の設定を終了するための操作を受け付ける操作部材１３８とを含む。

図１０は、ユーザに対して飛行の管理が許可されなった場合に端末装置１０のディスプレイに表示される。ユーザは、飛行開始が許可されなかった理由を確認して、画面上の「再設定」ボタンを操作して、飛行開始が許可されなかった原因となる条件設定について、再設定を行う。ユーザは、例えば、飛行経路を再度設定する。サーバ２０は、ユーザによって再設定の操作がされたことに応答して、飛行の管理の許可について再度決定してもよい。

これにより、ユーザは、飛行開始が許可されない理由を確認して、飛行開始が許可されるような状態になるまで再度設定を実施することが可能であり、安全な状況下でドローン３０を飛行させることができる。

＜第２の実施の形態＞

上記の例では、ドローン３０の飛行開始前に、ドローン３０の飛行責任者であるユーザの体調チェックを実施して、体調チェックの結果が基準を満たす場合に限りドローン３０が飛行可能な状態になることについて説明した。

この、体調チェックの結果が基準を満たさない場合に、代わりの飛行責任者を決定できるようにしてもよい。

図１１は、サーバ２０が、ユーザの体調チェックの結果が基準を満たさない場合に、ユーザから他のユーザを飛行責任者に指定する操作を受け付ける処理を示すフローチャートである。

ステップS１１２１において、サーバ２０は、体調チェックの結果が基準を満たさない場合において、ユーザに対して飛行の管理を許可しないことを決定する。

ステップS１１２２において、サーバ２０は、代役の飛行責任者の候補をユーザデータベース２８２から抽出する。サーバ２０は、例えば、ユーザデータベース２８２に登録されているユーザのうち、当該ドローン３０の飛行予定時間のスケジュールが空いているユーザを抽出するとしてもよい。サーバ２０は、例えば、ユーザデータベース２８２に登録されているユーザのうち、ユーザスコアの高いユーザを抽出するとしてもよい。サーバ２０は、抽出したユーザの情報を、ステップS１１２１において飛行の管理を許可されなかったユーザの端末装置１０A（以下、端末装置１０A）に提示する。

ステップS１１１１において、端末装置１０Aは、ステップS１１２２において抽出された、代役の飛行責任者の候補となる、複数のユーザから１のユーザを指定する操作を、ステップS１１２１において飛行の管理を許可されなかったユーザから受け付ける。

ステップS１１２３において、サーバ２０は、ステップS１１１１でユーザによって指定された、飛行責任者の候補となる１のユーザの情報を配送予定データベース２８１に登録する。ステップS１１２３において、サーバ２０は、飛行責任者の候補となるユーザの端末装置１０B（以下、端末装置１０B）に対して、代役の飛行責任者を命じられた旨を通知する。

ステップS１１３１において、端末装置１０Bは、飛行責任者を担当することについての可否の入力を、代役の飛行責任者を命じられたユーザから受け付ける。ステップS１１３１において、端末装置１０Bが、当該配送案件の飛行責任者を担当する意思を示す入力をユーザから受け付けた場合、サーバ２０は、当該ユーザについて体調チェックを実施するとしてもよい。また、ステップS１１３１において、端末装置１０Bが、当該配送案件の飛行責任者を担当しない意思を示す入力をユーザから受け付けた場合、サーバ２０は、再度ステップS１１２２からステップS１１２３までを繰り返し、別のユーザに代役の飛行責任者を決定してもよい。

これにより、当初の飛行責任者であるユーザに対して、飛行の管理が許可されない場合であっても、代役の飛行責任者を容易に決定できるため、配送をより確実に開始させることができる。

＜第３の実施の形態＞
上記の例では、当初の飛行責任者であるユーザから、１のユーザの指定を受け付けることによって、代役の飛行責任者を決定することついて説明した。

この、代わりの飛行責任者を決定することについて、サーバ２０は、代役の飛行責任者の候補として抽出されたユーザ側から立候補の入力を受け付けることによって決定できるようにしてもよい。

図１２は、サーバ２０が、ユーザの体調チェックの結果が基準を満たさない場合おいて、他のユーザから飛行責任者を担当する旨の通知を受け付ける処理を示すフローチャートである。

ステップS１２２１において、サーバ２０は、飛行責任者の候補をユーザデータベース２８２から抽出する。具体的な抽出方法については、実施の形態２と同様の内容のため、説明を繰り返さない。

ステップS１２２２において、サーバ２０は、代役の飛行責任者の候補として抽出されたそれぞれのユーザの端末装置１０B、端末装置１０Cに対して、飛行責任者の依頼を通知する。

ステップS１２１１において、端末装置１０Bと、端末装置１０Cはそれぞれ、飛行責任者を担当する回答の入力操作を代役の飛行責任者の候補として抽出されたユーザから受け付ける。ステップS１２１１において、端末装置１０Bと、端末装置１０Cはそれぞれ、当該ユーザから受け付けた入力内容をサーバ２０へ通知する。

ステップS１２２３において、サーバ２０は、端末装置１０Ｂと、端末装置１０Ｃとから受け付けた回答のうち、最も早いタイミングで受け付けた回答の回答者であるユーザを代役の飛行責任者として決定して、当該ユーザへ通知する。

。
ステップS１２２３において、サーバ２０が、飛行責任者を決定する具体的な方法についてはこれに限らない。例えば、サーバ２０は、代役の飛行責任者の候補であるユーザへ依頼を通知してから所定時間内に受け付けた回答の回答者であるユーザのうち、最もユーザスコアの高いユーザを飛行責任者として決定してもよい。また、例えば、サーバ２０は、代役の飛行責任者の候補であるユーザへ依頼を通知してから所定時間内に受け付けた回答の回答者であるユーザのうち、過去に同様の飛行経路、または配送物においてドローン３０による飛行の経験があるユーザを飛行責任者として決定してもよい。

これにより、当初の飛行責任者であるユーザに飛行の管理が許可されない場合であっても、代役となるユーザを容易に設定できるため、配送を確実に開始させることができる。更には、代役の飛行責任者の候補であるユーザの意思を反映させることができ、ユーザのニーズに沿う形で代役の飛行責任者を決定することができる。
＜付記＞
以上の各実施の形態で説明した事項を以下に付記する。

（付記１）プロセッサと、メモリとを備えるコンピュータに実行させるプログラムであって、プログラムは、プロセッサに、ドローンにより物体を配送させるサービスにおける、配送案件の離陸場所の情報、着陸場所の情報の少なくとも１つを決定する第１のステップ（ステップS６２２）と、配送案件における、ドローンの飛行を管理するユーザの体調の情報を取得する第２のステップ（ステップS６１１）と、取得した体調の情報が所定の情報であるか否かに応じて、ユーザに対して、配送案件の配送の開始を許可するか否かを決定する第３のステップ（ステップS６２４）とを実行させる、プログラム。
（付記２）第３のステップにおいて、第２のステップで取得したユーザの体調の情報が、所定の条件を満たさない場合に、ユーザに対して、配送案件の配送の開始を許可しない、請求項１に記載のプログラム
（付記３）第３のステップにおいて、配送案件の配送に基づくタイミングより一定期間以内に、ユーザが所定の種類の薬剤を服薬している場合に、ユーザに対して、配送案件の配送の開始を許可しない、請求項２に記載のプログラム
（付記４）第３のステップにおいて、配送案件の配送に基づくタイミングより一定期間以内に、ユーザが飲酒をしている場合に、ユーザに対して、配送案件の配送の開始を許可しない、請求項２に記載のプログラム
（付記５）第３のステップにおいて、配送案件の配送に基づくタイミングより一定期間前のタイミングに、ユーザのアルコール検知結果が所定値以上である場合に、ユーザに対して、配送案件の配送の開始を許可しない、請求項２に記載のプログラム
（付記６）第３のステップにおいて、配送案件の配送の開始が不可であると決定した場合に、ドローンの飛行を管理するユーザとして、ユーザとは別のユーザを決定する、第４のステップ（ステップS１１２３、S1223）を実行させる、請求項１に記載のプログラム
（付記７）第４のステップにおいて、ドローンの飛行を管理するユーザの候補として、所定の条件を満たすユーザを抽出する第５のステップ（ステップS１１２２）と、抽出したユーザのうち１のユーザを選択する指定を、第３のステップにおいて配送案件の配送の開始を許可されなかったユーザから受け付ける第６のステップ（ステップS１１１１）と、を実行させる、請求項６に記載のプログラム
（付記８）第４のステップにおいて、ドローンの飛行を管理するユーザの候補として、所定の条件を満たすユーザを抽出する第５のステップと、第５のステップにおいて抽出したユーザに対して、ドローンの飛行を管理する意思を問うための通知を提示する第７のステップ（ステップS１２２２）と、第５のステップにおいて抽出したユーザから通知に対する回答を受け付ける第８のステップ（ステップS１２１１）と、受け付けた回答に基づき、ドローンの飛行を管理するユーザを決定するステップ（ステップS１２２３）を実行させる、請求項６に記載のプログラム
（付記９）第８のステップにおいて、第５のステップにおいて抽出したユーザから受け付けた、ドローンの飛行の管理を担当する意思を示す回答のうち、最も早いタイミングで受け付けた回答の回答者であるユーザを、ドローンの飛行を管理するユーザと決定する、請求項８に記載のプログラム
（付記１０）第３のステップにおいて、ユーザに対して、配送案件の配送の開始を許可する場合において、プログラムは、プロセッサに、さらに、配送案件の配送を開始するための操作をユーザから受け付ける第９のステップ（ステップS６１２）と、操作をユーザから受け付けることに応答して、配送を開始したタイミングを記憶する第１０のステップ（ステップS７２１）を実行させる、請求項１に記載のプログラム
（付記１１）プログラムは、プロセッサに、さらに、配送を完了するための操作をユーザから受け付ける第１１のステップ（ステップS７１３）と、配送を完了するための操作をユーザから受け付けることに応答して、ユーザに報酬の支払いをするための処理を開始する第１２のステップ（ステップS７２２）を実行させる、請求項１０に記載のプログラム
（付記１２）第３のステップにおいて、ユーザに対して、配送案件の配送の開始を許可しない場合、第９のステップにおいて、ドローンが飛行を開始するための操作を受け付けない、請求項１０に記載のプログラム
（付記１３）第１のステップにおいて、離陸場所の情報と、着陸場所の情報のうちの少なくとも１つに基づいてドローンの飛行経路を設定する、請求項１に記載のプログラム
（付記１４）第１のステップにおいて、設定した飛行経路上にドローンポートが存在しない場合は、第３のステップにおいて、ドローンの飛行を管理するユーザの体調の情報が所定の条件を満たす場合であっても、配送開始のための操作を無効とする、請求項１３に記載のプログラム

１ ：システム
１０ ：端末装置
１３ ：入力装置
１４ ：出力装置
１５ ：メモリ
１６ ：記憶部
１９ ：プロセッサ
２０ ：サーバ
２５ ：メモリ
２６ ：ストレージ
２９ ：プロセッサ
３０ ：ドローン
８０ ：ネットワーク
１２０ ：通信部
１３０ ：操作受付部
１６０ ：表示部
１７０ ：記憶部
１８０ ：制御部
１８１ ：入力操作受付部
１８２ ：送受信部
１８３ ：表示制御部
１８４ ：通知制御部
２０１ ：通信部
２０２ ：記憶部
２０３ ：制御部
２８１ ：配送予定データベース
２８２ ：ユーザデータベース
２８３ ：飛行日誌データベース
２８４ ：ポートデータベース
２８５ ：地図データベース
３２０ ：通信部
３３０ ：位置情報取得部
３７０ ：記憶部
３７１ ：飛行経路情報
３７２ ：飛行履歴
３８０ ：制御部
３８１ ：送受信部
３８２ ：受付部
３８３ ：設定部
３８４ ：飛行制御部
２０３１ ：受信制御モジュール
２０３２ ：送信制御モジュール
２０３３ ：受付モジュール
２０３４ ：経路決定モジュール
２０３５ ：飛行可否決定モジュール
２０３６ ：提示モジュール

Claims (16)

1. プロセッサと、メモリとを備えるコンピュータに実行させるプログラムであって、
   前記プログラムは、前記プロセッサに、
   ドローンにより物体を配送させるサービスにおける、配送案件の離陸場所の情報、着陸場所の情報の少なくとも１つを決定する第１のステップと、
   前記配送案件における、前記ドローンの飛行を管理するユーザの体調の情報を取得する第２のステップと、
   前記取得した体調の情報が所定の情報であるか否かに応じて、前記ユーザに対して、前記配送案件の配送の開始を許可するか否かを決定する第３のステップとを実行させる、プログラム
2. 前記第３のステップにおいて、
   前記第２のステップで取得した前記ユーザの体調の情報が、所定の条件を満たさない場合に、前記ユーザに対して、前記配送案件の配送の開始を許可しない、請求項１に記載のプログラム
3. 前記第３のステップにおいて、前記配送案件の配送に基づくタイミングより一定期間以内に、前記ユーザが所定の種類の薬剤を服薬している場合に、前記ユーザに対して、前記配送案件の配送の開始を許可しない、請求項２に記載のプログラム
4. 前記第３のステップにおいて、前記配送案件の配送に基づくタイミングより一定期間以内に、前記ユーザが飲酒をしている場合に、前記ユーザに対して、前記配送案件の配送の開始を許可しない、請求項２に記載のプログラム
5. 前記第３のステップにおいて、前記配送案件の配送に基づくタイミングより一定期間前のタイミングに、前記ユーザのアルコール検知結果が所定値以上である場合に、前記ユーザに対して、前記配送案件の配送の開始を許可しない、請求項２に記載のプログラム
6. 前記第３のステップにおいて、前記配送案件の配送の開始が不可であると決定した場合に、前記ドローンの飛行を管理するユーザとして、前記第３のステップにおいて前記配送案件の配送の開始を許可されなかった前記ユーザとは別のユーザを決定する、第４のステップを実行させる、請求項１に記載のプログラム
7. 前記第４のステップにおいて、前記ドローンの飛行を管理するユーザの候補として、所定の条件を満たすユーザを抽出する第５のステップと、抽出したユーザのうち１のユーザを選択する指定を、前記第３のステップにおいて前記配送案件の配送の開始を許可されなかったユーザから受け付ける第６のステップと、を実行させる、請求項６に記載のプログラム
8. 前記第４のステップにおいて、前記ドローンの飛行を管理するユーザの候補として、所定の条件を満たすユーザを抽出する第５のステップと、前記第５のステップにおいて抽出したユーザに対して、前記ドローンの飛行を管理する意思を問うための通知を提示する第７のステップと、前記第５のステップにおいて抽出したユーザから前記通知に対する回答を受け付ける第８のステップと、受け付けた回答に基づき、前記ドローンの飛行を管理するユーザを決定するステップを実行させる、請求項６に記載のプログラム
9. 前記第８のステップにおいて、前記第５のステップにおいて抽出したユーザから受け付けた、前記ドローンの飛行の管理を担当する意思を示す回答のうち、最も早いタイミングで受け付けた回答の回答者であるユーザを、前記ドローンの飛行を管理するユーザと決定する、請求項８に記載のプログラム
10. 前記第３のステップにおいて、前記ユーザに対して、前記配送案件の配送の開始を許可する場合において、前記プログラムは、前記プロセッサに、さらに、前記配送案件の配送を開始するための操作を前記ユーザから受け付ける第９のステップと、前記操作を前記ユーザから受け付けることに応答して、前記配送案件の配送を開始したタイミングを記憶する第１０のステップを実行させる、請求項１に記載のプログラム
11. 前記プログラムは、前記プロセッサに、さらに、前記配送を完了するための操作を前記ユーザから受け付ける第１１のステップと、前記配送を完了するための操作を前記ユーザから受け付けることに応答して、前記ユーザに報酬の支払いをするための処理を開始する第１２のステップを実行させる、請求項１０に記載のプログラム
12. 前記第３のステップにおいて、前記ユーザに対して、前記配送案件の配送の開始を許可しない場合、前記第９のステップにおいて、前記ドローンの飛行開始のための前記操作を受け付けない、請求項１０に記載のプログラム
13. 前記第１のステップにおいて、離陸場所の情報と、着陸場所の情報のうちの少なくとも１つに基づいて前記ドローンの飛行経路を設定する、請求項１に記載のプログラム
14. 前記第１のステップにおいて、設定した前記飛行経路上にドローンポートが存在しない場合は、前記第３のステップにおいて、前記ドローンの飛行を管理する前記ユーザの体調の情報が所定の条件を満たす場合であっても、配送開始の操作を無効とする、請求項１３に記載のプログラム
15. プロセッサと、メモリとを備えるコンピュータに実行させる方法であって、
    前記方法は、前記プロセッサが、
    ドローンにより物体を配送させるサービスにおける、配送案件の離陸場所の情報、着陸場所の情報の少なくとも１つを決定する第１のステップと、
    前記配送案件における、前記ドローンの飛行を管理するユーザの体調の情報を取得する第２のステップと、
    前記取得した体調の情報が所定の情報であるか否かに応じて、前記ユーザに対して、前記配送案件の配送の開始を許可するか否かを決定する第３のステップと、
    を実行させる、方法
16. 制御部と、記憶部とを備える情報処理装置であり、
    前記制御部は、
    ドローンにより物体を配送させるサービスにおける、配送案件の離陸場所の情報、着陸場所の情報の少なくとも１つを決定する第１のステップと、
    前記配送案件における、前記ドローンの飛行を管理するユーザの体調の情報を取得する第２のステップと、
    前記取得した体調の情報が所定の情報であるか否かに応じて、前記ユーザに対して、前記配送案件の配送の開始を許可するか否かを決定する第３のステップと、
    を実行する、情報処理装置