JP7106424B2 - 情報処理装置 - Google Patents

情報処理装置 Download PDF

Info

Publication number
JP7106424B2
JP7106424B2 JP2018200844A JP2018200844A JP7106424B2 JP 7106424 B2 JP7106424 B2 JP 7106424B2 JP 2018200844 A JP2018200844 A JP 2018200844A JP 2018200844 A JP2018200844 A JP 2018200844A JP 7106424 B2 JP7106424 B2 JP 7106424B2
Authority
JP
Japan
Prior art keywords
flight
instruction
instructions
drone
insurance premium
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2018200844A
Other languages
English (en)
Other versions
JP2020067878A (ja
Inventor
龍一 成瀬
隼輔 藤田
桃子 岩見
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to JP2018200844A priority Critical patent/JP7106424B2/ja
Publication of JP2020067878A publication Critical patent/JP2020067878A/ja
Application granted granted Critical
Publication of JP7106424B2 publication Critical patent/JP7106424B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Traffic Control Systems (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

本発明は、飛行体向けの保険サービスを支援する技術に関する。
飛行体向けの保険サービスを支援する技術に関連して、特許文献1には、移動体やその部品の故障又は事故の情報を活用してより最適な保険商品の開発に寄与させることが開示されている。
WO2017-013858
特許文献1の技術で言う保険商品の開発への寄与とは、過去の履歴から将来の事故の可能性を保険料に反映するリスクの高さとして評価することと解される。ドローン等の飛行体を対象とした保険サービスにおいても、そのようなリスクを考慮して保険料が決定されることが望ましい。
そこで、本発明は、飛行体の保険料をリスクに応じて定めることを目的とする。
上記目的を達成するために、本発明は、飛行体の飛行に関してユーザに指示が行われる場合に当該指示の内容を取得する指示取得部と、前記指示を受け取った前記ユーザによって行われた前記飛行体の飛行の履歴を取得する履歴取得部と、取得された前記指示の内容に従った場合の飛行と取得された前記履歴が示す飛行との差分が小さいほど小さな額を前記飛行体の保険料として決定する決定部とを備える情報処理装置を提供する。
また、前記指示は、当該指示に従った飛行をすべき時期を定め、前記決定部は、前記時期と取得された前記履歴が示す飛行がされた時期との時間的なずれを前記差分としてもよい。
また、前記指示は、当該指示に従った飛行をすべき空間内の位置を定め、前記決定部は、前記位置と取得された前記履歴が示す飛行がされた位置との空間的なずれを前記差分としてもよい。
また、前記指示には重要度が異なる複数の種類があり、前記決定部は、前記差分を求める際に用いた前記指示の種類の重要度が高いほど当該差分に重みを付けて前記保険料を決定してもよい。
また、前記指示には飛行中に行われる指示と飛行前に行われる指示があり、前記決定部は、前記飛行中に行われる指示の方が前記飛行前に行われる指示よりも重要度が高いと判断してもよい。
また、前記決定部は、前記指示がされた時刻から当該指示に従う飛行を開始しなければならない時刻までの期間が短いほど重要度が高いと判断してもよい。
また、前記指示は、定められた飛行範囲の境界との距離に応じて段階的に行われ、前記決定部は、前記指示の段階に応じて重要度が高いと判断してもよい。
また、前記指示に従う飛行を阻害する事象の発生時期を示す時期情報を取得する時期取得部を備え、前記決定部は、前記指示に従う飛行が行われた時期に前記事象が生じたことを示す前記時期情報が取得された場合、当該時期における前記差分の重みを小さくしてもよい。
本発明によれば、飛行体の保険料をリスクに応じて定めることができる。
実施例に係る保険料決定システムの全体構成の一例を表す図 各装置のハードウェア構成の一例を表す図 ドローンのハードウェア構成の一例を表す図 プロポのハードウェア構成の一例を表す図 各装置が実現する機能構成を表す図 表示された指示内容の一例を表す図 保険料テーブルの一例を表す図 指示処理における各装置の動作手順の一例を表す図 決定処理における各装置の動作手順の一例を表す図 変形例の保険料テーブルの一例を表す図 重みテーブルの一例を表す図 重要度テーブルの一例を表す図 段階的な指示の一例を表す図 変形例のサーバ装置が実現する機能構成を表す図
[1]実施例
図1は実施例に係る保険料決定システム1の全体構成の一例を表す。保険料決定システム1は、ユーザの操作により飛行する飛行体に対する保険料を算出するシステムである。ここでいう保険料は、保険会社が飛行体を対象として提供する保険に関するものであればよく、例えば賠償保険(人の怪我及び物の破損等に対する保険)及び機体保険(飛行体自体の破損等に対する保険)等が含まれる。
保険料決定システム1は、本実施例では、飛行体であるドローンに対する保険料を算出する。保険料決定システム1は、ネットワーク2と、サーバ装置10と、ドローン20と、プロポ30と、飛行関連指示装置40とを備える。ネットワーク2は、移動体通信網及びインターネット等を含む通信システムであり、自システムにアクセスする装置同士のデータのやり取りを中継する。
ネットワーク2には、サーバ装置10及び飛行関連指示装置40が有線通信によりアクセスし(無線通信でもよい)、ドローン20及びプロポ30が無線通信によりアクセスしている。ドローン20は、上述した保険の対象となる飛行体である。ドローン20は、撮影、監視、検査及び搬送等の様々な用途で用いられる。ドローン20は、本実施例では、1以上の回転翼を備え、それらの回転翼を回転させて飛行する回転翼機型の飛行体である。
ドローン20は、定められた飛行経路を自律的に飛行することもできるが、本実施例では、操作者の操作によって飛行する。プロポ30は、プロポーショナル式の制御(比例制御)を行う装置であり、操作者がドローン20の操作に用いる。飛行関連指示装置40は、ドローン20の飛行に関する指示(以下「飛行関連指示」という)を、そのドローン20の操作者に対して行う装置である。この飛行関連指示は、ドローンの飛行の安全性を高めるために行われるものであり、例えば所定の行政機関又は事業者が行うものとする。
サーバ装置10は、ドローン20に対する保険料を決定するための各種処理を行う。サーバ装置10は本発明の「情報処理装置」の一例である。サーバ装置10は、本実施例では、上記の飛行関連指示にユーザが従った度合いに応じて保険料を決定する。サーバ装置10は、例えばユーザが新規に保険に入るとき、又は、加入済みの保険の料金を定期的に見直すときに、保険料を決定する。
図2は各装置のハードウェア構成の一例を表す。図2では、サーバ装置10及び飛行関連指示装置40のハードウェア構成が表されている。これらの装置は、物理的には、プロセッサ11と、メモリ12と、ストレージ13と、通信装置14と、バス15などを含むコンピュータ装置として構成されてもよい。なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。
また、各装置は、1つ又は複数含まれていてもよいし、一部の装置が含まれていなくてもよい。プロセッサ11は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ11は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置(CPU:Central Processing Unit)によって構成されてもよい。
例えば、ベースバンド信号処理部等は、プロセッサ11によって実現されてもよい。また、プロセッサ11は、プログラム(プログラムコード)、ソフトウェアモジュール、データなどを、ストレージ13及び通信装置14の少なくとも一方からメモリ12に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。
上述の各種処理は、1つのプロセッサ11によって実行される旨を説明してきたが、2以上のプロセッサ11により同時又は逐次に実行されてもよい。プロセッサ11は、1以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。メモリ12は、コンピュータ読み取り可能な記録媒体である。
メモリ12は、例えば、ROM(Read Only Memory)、EPROM(Erasable Programmable ROM)、EEPROM(Electrically Erasable Programmable ROM)、RAM(Random Access Memory)などの少なくとも1つによって構成されてもよい。メモリ12は、レジスタ、キャッシュ、メインメモリ(主記憶装置)などと呼ばれてもよい。メモリ12は、本開示の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム(プログラムコード)、ソフトウェアモジュールなどを保存することができる。
ストレージ13は、コンピュータ読み取り可能な記録媒体であり、例えば、CD-ROM(Compact Disc ROM)などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Blu-ray(登録商標)ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー(登録商標)ディスク、磁気ストリップなどの少なくとも1つによって構成されてもよい。
ストレージ13は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ12及びストレージ13の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。通信装置14は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア(送受信デバイス)である。
通信装置14は、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置14は、例えば周波数分割複信(FDD:Frequency Division Duplex)及び時分割複信(TDD:Time Division Duplex)の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。
例えば、上述の送受信アンテナ、アンプ部、送受信部、伝送路インターフェースなどは、通信装置14によって実現されてもよい。送受信部は、送信部と受信部とで、物理的に、または論理的に分離された実装がなされてもよい。また、プロセッサ11、メモリ12などの各装置は、情報を通信するためのバス15によって接続される。バス15は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
図3はドローン20のハードウェア構成の一例を表す。ドローン20は、物理的には、プロセッサ21と、メモリ22と、ストレージ23と、通信装置24と、飛行装置25と、センサ装置26と、バッテリー27と、カメラ28と、バス29などを含むコンピュータ装置として構成されてもよい。これらのうち図2に同名のハードウェアが表されているものは、性能及び仕様等の違いはあるがそれらと同種のハードウェアである。
通信装置24は、ネットワーク2との通信に加え、プロポ30との通信を行う機能(例えば2.4GHz帯の電波による無線通信機能)を有する。飛行装置25は、モータ及びローター等を備え、自機を飛行させる装置である。飛行装置25は、空中において、あらゆる方向に自機を移動させたり、自機を静止(ホバリング)させたりすることができる。
センサ装置26は、飛行制御に必要な情報を取得するセンサ群を有する装置である。センサ装置26は、例えば、自機の位置(緯度及び経度)を測定する位置センサと、自機が向いている方向(ドローンには自機の正面方向が定められており、その正面方向が向いている方向)を測定する方向センサと、自機の高度を測定する高度センサとを備える。
また、センサ装置26は、自機の速度を測定する速度センサと、3軸の角速度及び3方向の加速度を測定する慣性計測センサ(IMU(Inertial Measurement Unit))とを備える。バッテリー27は、電力を蓄積し、ドローン20の各部に電力を供給する装置である。カメラ28は、イメージセンサ及び光学系の部品等を備え、レンズが向いている方向にある物体を撮影する。
図4はプロポ30のハードウェア構成の一例を表す。プロポ30は、物理的には、プロセッサ31と、メモリ32と、ストレージ33と、通信装置34と、入力装置35と、出力装置36と、バス37などを含むコンピュータ装置として構成されてもよい。これらのうち図2に同名のハードウェアが表されているものは、性能及び仕様等の違いはあるがそれらと同種のハードウェアである。
入力装置35は、外部からの入力を受け付ける入力デバイス(例えばスイッチ、ボタン及びセンサ等)である。特に、入力装置35は、左スティック351及び右スティック352を備え、これらのスティックへの操作をドローン20の前後方向、上下方向、左右方向、回転方向への移動操作として受け付ける。出力装置36は、外部への出力を実施する出力デバイス(例えばモニター361、スピーカー及びLED(Light Emitting Diode)ランプ等)である。なお、入力装置35及び出力装置36は、一体となった構成(例えばモニター361がタッチスクリーン)であってもよい。
また、上記の各装置は、マイクロプロセッサ、デジタル信号プロセッサ(DSP:Digital Signal Processor)、ASIC(Application Specific Integrated Circuit)、PLD(Programmable Logic Device)、FPGA(Field Programmable Gate Array)などのハードウェアを含んで構成されてもよい。また、上記の各装置は、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ11は、これらのハードウェアの少なくとも1つを用いて実装されてもよい。
保険料決定システム1が備える各装置における各機能は、各々のプロセッサ、メモリなどのハードウェア上に所定のソフトウェア(プログラム)を読み込ませることによって、プロセッサが演算を行い、各々の通信装置による通信を制御したり、メモリ及びストレージにおけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
図5は各装置が実現する機能構成を表す。サーバ装置10は、指示内容取得部101と、飛行履歴取得部102と、保険料決定部103と、保険料出力部104とを備える。ドローン20は、動作制御部201と、センサ測定部202と、飛行履歴通知部203とを備える。プロポ30は、操作受付部301と、動作指示部302と、指示表示部303と、指示内容通知部304とを備える。飛行関連指示装置40は、飛行状況取得部401と、飛行計画取得部402と、飛行関連指示部403とを備える。
プロポ30の操作受付部301は、操作者がドローン20に対して行う操作を受け付ける。ドローン20に対して行う操作には、例えば、上昇、下降、前進、後退、右移動、左移動、右転回及び左転回という基本的な移動の操作の他、自動離陸、自動帰還及び自動追尾等のドローン20に自動的に所定の飛行を行わせる操作及びカメラ28を用いた撮影の操作が含まれる。操作受付部301は、受け付けた操作内容を示す操作データを動作指示部302に供給する。
動作指示部302は、供給された操作データが示す操作内容に応じた動作をドローン20に対して指示する。動作指示部302は、動作を指示する動作指示データを生成してドローン20に送信することで、操作内容に応じた動作を指示する。ドローン20の動作制御部201は、受信した動作指示データが示す動作を行うよう自機の各部を制御する。動作制御部201は、各部の制御を行うために、センサ測定部202に対してセンサによる測定結果を要求する。
センサ測定部202は、図3に表すセンサ装置26が備える各センサ(位置センサ、方向センサ、高度センサ、速度センサ、慣性計測センサ)による測定を行い、自機の位置、方向、高度、速度、角速度、加速度を所定の時間間隔で繰り返し測定する。センサ測定部202は、それらの測定結果を動作制御部201及び飛行履歴通知部203に供給する。動作制御部201は、供給された測定結果に基づいて自機の各部を制御して自機を飛行させる。
飛行履歴通知部203は、供給された測定結果に基づいて自機の飛行履歴をサーバ装置10に通知する。飛行履歴通知部203は、本実施例では、ドローン20が飛行中に通過した飛行経路と、その飛行経路上の各位置を通過した時刻(通過時刻)と、それらの位置における飛行速度とを飛行履歴として通知する。このうちの飛行経路及び飛行速度は、測定結果が示す位置、高度、速度によって示される。
飛行履歴通知部203は、測定結果が供給される度に、それらの飛行経路及び飛行速度を示す測定結果と、通過時刻(例えば現在時刻)と、自機を識別する情報(例えばドローンID(Identification))とを示す飛行履歴データを生成する。飛行履歴通知部203は、生成した飛行履歴データをサーバ装置10に送信する。
サーバ装置10の飛行履歴取得部102は、送信されてきた飛行履歴データを受信すると、その飛行履歴データが示す飛行履歴を、その飛行履歴データが示すドローンIDのドローン20の飛行履歴として取得する。飛行履歴取得部102は本発明の「履歴取得部」の一例である。飛行履歴取得部102は、取得した飛行履歴をドローンIDに対応付けて記憶しておく。
センサ測定部202は、上記の測定結果のうち、飛行状況を示す測定結果(例えば飛行位置、飛行高度及び飛行速度等を示す測定結果)を飛行関連指示装置40にも送信する。飛行関連指示装置40の飛行状況取得部401は、送信されてきた測定結果を、ドローン20の飛行状況(を示す情報)として取得する。飛行状況取得部401は、取得した飛行状況を飛行関連指示部403に供給する。
飛行関連指示装置40の飛行計画取得部402は、ドローン20に飛行計画が定められている場合にその飛行計画を取得する。飛行計画とは、例えば、出発地から目的地まで向かう飛行経路と、その飛行経路を飛行すべき期間とを示す情報である。他にも、例えば測量エリア又は監視エリアまでの往復飛行における飛行経路及び飛行期間と、各エリアにおける飛行経路及び飛行期間とを示す情報が飛行計画として用いられる。
飛行計画取得部402は、例えばドローン20の運航を管理する事業者のシステムに対してドローン20の飛行計画を要求し、その応答で送信されてくる飛行計画を取得する。飛行計画取得部402は、取得した飛行計画を飛行関連指示部403に供給する。飛行関連指示部403は、取得された飛行状況及び飛行計画に基づいて、主に安全な飛行を目的として、ドローン20に対して飛行に関する指示を行う。
飛行関連指示部403は、例えば、飛行区域が決められており、取得された飛行状況がその区域を飛び出しそうな飛行を表している場合に、その飛行状況が取得されたドローンに対して緊急停止、減速又は方向転換等を指示する。また、飛行関連指示部403は、取得された飛行計画及び飛行状況が或る飛行区域における過度な混雑を表している場合に、その区域では飛行を開始せずに一時待機するよう指示する。
また、飛行関連指示部403は、取得された飛行状況が2台のドローンが衝突する危険があることを表している場合に、その飛行状況が取得された各ドローンに対して緊急停止、減速又は方向転換等を指示する。飛行関連指示部403は、これらの指示を例えば文字列で表す指示データを生成し、指示対象のドローンを操作するユーザに対応付けられた宛先に送信する。
飛行関連指示部403は、本実施例では、プロポ30の通信時の宛先(例えばIPアドレス等)に対して指示データを送信する。プロポ30の指示表示部303は、受信した指示データが示す指示内容を自装置のモニター361に表示する。
図6は表示された指示内容の一例を表す。指示表示部303は、図6の例では、飛行時の各種の状況を表す飛行画面をモニター361に表示している。
指示表示部303は、この飛行画面に、カメラ28が撮影する画像A1と、指示データが示す「飛行区域の端が近づいています。停止するか方向を変えてください!」という文字列の画像A2とを表示している。指示表示部303は、上記のとおり指示内容を表示すると、表示した指示内容を示す指示データに現在時刻(指示内容が表示された時刻を示す)を指示内容として付加して指示内容通知部304に供給する。
指示内容通知部304は、供給された指示データが示す指示内容及び現在時刻を通知する通知データを生成し、生成した通知データをサーバ装置10に送信することで、その通知データが示す指示内容(その表示時刻を含む)をサーバ装置10に通知する。サーバ装置10の指示内容取得部101は、送信されてきた指示データを受信することで、その指示データが示す指示内容を取得する。つまり、指示内容取得部101は、ユーザが飛行させる飛行体に関してそのユーザに指示が行われる場合に、その指示の内容を取得する。指示内容取得部101は本発明の「指示取得部」の一例である。
指示内容取得部101は、ドローン20が飛行する度に、そのドローン20を操作するユーザに対して行われた指示内容を取得する。また、飛行履歴取得部102は、その指示を受け取ったユーザによって行われたドローン20の飛行履歴を取得する。サーバ装置10の保険料決定部103は、そうして取得された指示内容及び飛行履歴に基づいて、それらが取得されたドローン20の保険料を決定する。
保険料決定部103は、具体的には、取得された指示の内容に従った場合の飛行と取得された履歴が示す飛行との差分が小さいほど小さな額をドローン20の保険料として決定する。例えば上述した緊急停止、減速及び方向転換という指示は、その指示がされたときにすぐに行わなければならない。つまり、これらの指示は、指示に従った(指示の内容に従った)飛行をすべき時期が定められている。
なお、上記の例では、指示に従った飛行をすべき時期とは、指示を受け取った直後の時期を意味するが、これに限らず、例えば指示から少し先の時点としてもよいし、時間的な長さを有する期間としてもよい。例えば、取得された飛行計画により10分後に飛行空域が混雑することが表されていた場合に10分後までに着陸するという指示が行われたとする。その場合は、指示に従いドローン20を着陸させるべき時期は、現在から10分後までの期間内の時期であればいつでもよい。
保険料決定部103は、上記のように飛行時期が指定された指示が行われた場合に、その飛行時期と取得された履歴が示す飛行がされた時期との時間的なずれを前述した差分(時間的な差分)として用いて保険料を決定する。保険料決定部103は、例えば、時間的な差分と、基準となる保険料に対する掛け率とを対応付けた保険料テーブルを用いて保険料を決定する。
図7は保険料テーブルの一例を表す。図7の例では、「Th1未満」、「Th1以上Th2未満」及び「Th2以上」という時間的な差分に、「0.8」、「0.9」及び「1.0」という掛け率が対応付けられている。保険料決定部103は、例えばドローン20について過去に取得された指示内容及び飛行の履歴が示す差分の平均値を算出する。例えば「緊急停止」の指示がされた場合、その指示が表示された時刻から実際にドローン20の位置が移動しなくなった時刻までの時間が時間的な差分として算出される。
また、例えば「10分後までに着陸」という指示がされた場合、10分後までにドローン20の高度が「0」になった場合は時間的な差分が「0」と算出され、10分経過した後にドローン20の高度が「0」になった場合は経過した時間が時間的な差分として算出される。保険料決定部103は、算出した時間的な差分の平均値が「Th1未満」である場合、ドローン20についての保険料を、基準となる保険料を0.8倍した金額に決定する。
また、保険料決定部103は、算出した平均値が「Th2以上」である場合、ドローン20についての保険料を、基準となる保険料を1.0倍した金額に決定する。つまり、図7の例では、指示に対して早く反応して指示どおりの飛行を行ったドローンほど、保険料が安くなるように掛け率が定められている。保険料決定部103は、例えば図7のテーブルを用いることで、上記のとおり、上記差分が小さいほど小さな額をドローン20の保険料として決定する。
なお、上記の例では、ドローン毎に保険料が決定されている。例えばドローン20を操作するユーザが複数いる場合(例えば企業で複数のユーザがドローン20を共有する場合)でも、保険料決定部103は、ドローン20の操作者に対して行われた指示内容及び飛行の履歴に基づいて保険料を決定する。ただし、これに限らず、例えばユーザ毎(個人ユーザであってもよいし、企業内の個々のユーザであってもよい)に保険料が決定されてもよい。その場合、指示内容及び飛行の履歴がユーザIDに対応付けて取得されればよい。
保険料決定部103は、同じユーザIDに対応付けて取得された指示内容及び飛行履歴に基づいて、そのユーザIDが識別するユーザの保険料を決定する。また、指示内容及び飛行履歴がユーザID及びドローンIDの両方に対応付けて取得されてもよい。その場合、保険料決定部103は、同じユーザID及びドローンIDに対応付けて取得された指示内容及び飛行履歴に基づいて、そのユーザIDが識別するユーザがそのドローンIDが識別するドローンを操作した場合の保険料を決定する。
保険料決定部103は、決定した保険料を保険料出力部104に通知する。保険料出力部104は、通知された保険料を所定の表示装置又は外部装置に対して出力する。例えば保険契約の更新時に保険料をユーザに提示するシステムがあった場合、保険料出力部104は、そのシステムに対して保険料を出力する。
保険料決定システム1が備える各装置は、上記の構成に基づいて、ドローン20の操作者に対して指示を行う指示処理と、その指示に対する応答状況から保険料を決定する決定処理とを行う。
図8は指示処理における各装置の動作手順の一例を表す。この動作手順は、ドローン20の飛行を開始することを契機に開始される。
まず、ドローン20(センサ測定部202)は、自機が備える各センサによる測定を繰り返し行い(ステップS11)、測定結果を飛行関連指示装置40に送信する(ステップS12)。飛行関連指示装置40(飛行状況取得部401)は、送信されてきた測定結果をドローン20の飛行状況として取得する(ステップS13)。また、飛行関連指示装置40(飛行計画取得部402)は、ドローン20に飛行計画が定められている場合にその飛行計画を取得する(ステップS14)。
ステップS13及びS14の動作は、前後関係が反対でもよいし、並行して行われてもよい。次に、飛行関連指示装置40(飛行関連指示部403)は、取得された飛行状況及び飛行計画に基づいて、ドローン20に対して飛行に関する指示を示す指示データを生成し(ステップS15)、生成した指示データをプロポ30に送信する(ステップS16)。プロポ30(指示表示部303)は、受信した指示データが示す指示内容を自装置のモニター361に表示する(ステップS21)。
次に、プロポ30(操作受付部301)は、操作者がドローン20に対して行った操作を受け付ける(ステップS22)。続いて、プロポ30(動作指示部302)は、受け付けられた操作の内容に応じた動作をドローン20に対して指示する動作指示データを生成し(ステップS23)、生成した動作指示データをドローン20に送信する(ステップS24)。ドローン20(動作制御部201)は、受信した動作指示データが示す動作を行うよう自機の各部を制御する(ステップS25)。以上で指示処理における動作手順が終了する。
図9は決定処理における各装置の動作手順の一例を表す。この動作手順は、ドローン20の飛行中又は飛行終了後の任意のタイミングにおいて開始される。まず、プロポ30(操作受付部301)は、上記指示処理において指示された指示内容を通知する通知データを生成し(ステップS31)、生成した通知データをサーバ装置10に送信する(ステップS32)。
サーバ装置10(指示内容取得部101)は、送信されてきた指示データが示す指示内容を取得する(ステップS33)。一方、ドローン20(飛行履歴通知部203)は、自機において測定された測定結果のうち飛行履歴を示すものと現在時刻とを示す飛行履歴データを生成し(ステップS41)、自機のドローンIDに対応付けてサーバ装置10に送信する(ステップS42)。サーバ装置10(飛行履歴取得部102)は、送信されてきた飛行履歴データが示すドローン20の飛行履歴を取得する(ステップS43)。
ステップS31からS33までの処理と、ステップS41からS43までの処理とは、前後関係が反対でもよいし、並行して行われてもよい。サーバ装置10(保険料決定部103)は、取得された指示内容及び飛行履歴に基づいて、それらが取得されたドローン20(又はユーザ)の保険料を上述したように決定する(ステップS51)。サーバ装置10(保険料出力部104)は、決定された保険料を所定の装置に対して出力する(ステップS52)。
ドローンを安全に飛行させるための指示が行われる場合、ユーザがその指示の内容に的確に従うほど安全が確保されやすくなる。言い換えると、指示の内容に対して的確に従わないほど(本実施例では上述した時間的な差分が大きいほど)、ドローンの飛行に関わるリスク(衝突、落下、制御不能及び禁止区域の飛行等)が増加する。本実施例では、上記のとおり時間的な差分に応じて保険料が決定されるので、ドローンの保険料をリスクに応じて定めることができる。
具体的には、指示に従う飛行をタイミングよく行うほどリスクが低いと見做して保険料を低くしている。リスクが低いほど保険料を低額にすることは、ユーザの納得感に繋がり、保険商品の競争力を高めることができる。また、保険料を低額にすることが上記の指示に従う動機付けになり、指示に従った飛行を増やして安全性の向上にも寄与することができる。
[2]変形例
上述した実施例は本発明の実施の一例に過ぎず、以下のように変形させてもよい。また、実施例及び各変形例は必要に応じてそれぞれ組み合わせてもよい。その際は、各変形例について優先順位を付けて(各変形例を実施すると競合する事象が生じる場合にどちらを優先するかを決める順位付けをして)実施してもよい。
また、具体的な組み合わせ方法として、例えば共通する値(例えば保険料)を求めるために異なるパラメータを用いる変形例を組み合わせて、それらのパラメータを共に用いて共通する値等を求めてもよい。また、個別に求めた値等を何らかの規則に従い合算して1つの値等を求めてもよい。また、それらの際に、用いられるパラメータ毎に異なる重み付けをしてもよい。
[2-1]指示内容
飛行関連指示部403は、実施例とは異なる指示を行ってもよい。飛行関連指示部403は、例えば、飛行速度が制限された区域において飛行速度を制限する指示、他のドローンを回避する飛行ルートを指定する指示、風の影響を受けにくい着陸地点を指定する指示等を行ってもよい。
また、飛行関連指示部403は、風が強く危険な状況での離陸を禁止する指示及び撮影禁止区域におけるカメラの撮影を禁止する指示等を行ってもよい。飛行関連指示部403は、これらの指示を行う際の条件(風速が閾値以上等)を記憶して起き、その条件を判断するための情報(風速等)を取得することでこれらの指示を行う。要するに、飛行関連指示部403は、ドローンの飛行の安全性を向上させたり、他人に迷惑をかけないようにしたりするための指示であれば、どのような指示を行ってもよい。
[2-2]空間的なずれ
飛行関連指示部403は、上述した飛行ルートを指定する指示及び着陸地点を指定する指示のように、指示に従った飛行をすべき空間内の位置を定める指示を行う場合がある。その場合に、保険料決定部103は、飛行すべき空間内の位置と取得された飛行履歴が示す飛行がされた位置との空間的なずれを差分(空間的な差分)として用いて保険料を決定してもよい。
保険料決定部103は、例えば、空間的な差分と、基準となる保険料に対する掛け率とを対応付けた保険料テーブルを用いて保険料を決定する。
図10は本変形例の保険料テーブルの一例を表す。図10の例では、「Th11未満」、「Th11以上Th12未満」及び「Th12以上」という空間的な差分に、「0.8」、「0.9」及び「1.0」という掛け率が対応付けられている。
保険料決定部103は、例えばドローン20について過去に取得された指示内容及び飛行履歴が示す差分の平均値を算出する。例えば「飛行ルートの指定」の指示がされた場合、その飛行ルートと実際にドローン20が飛行したルートの平均的な距離が空間的な差分として算出される。また、「着陸地点の指定」の指示がされた場合、その着地点と実際にドローン20が着地した地点との距離が空間的な差分として算出される。
保険料決定部103は、算出した空間的な差分の平均値を算出するが、その際、指示の内容によって重み付けをしてもよい。例えば指定された着陸地点に着陸させるよりも指定された飛行ルートのとおりに飛行させる方が難しいので、差分も大きくなりやすい。そこで、飛行ルートの指示における差分の重みを小さくして両方の指示における差分を公平に扱うことができる。
保険料決定部103は、算出した空間的な差分の平均値を用いて、図7の例と同じように保険料を決定する。本変形例においても、指示の内容に対して的確に従わないほど(空間的な差分が大きいほど)、特に衝突のリスクが増加する。本実施例では、上記のとおり空間的な差分に応じて保険料が決定されるので、ドローンの保険料をリスク(特に衝突のリスク)に応じて定めることができる。
[2-3]指示の重要度
飛行関連指示部403は、重要度が異なる複数の種類の指示を行う場合がある。例えば緊急停止及び緊急着陸等の即時性の高い指示は重要度が高く、着陸地点の指定等の即時性の低い指示は重要度が低いものとする。その場合に、保険料決定部103は、差分を求める際に用いた指示の種類の重要度が高いほどその差分に重みを付けて保険料を決定してもよい。
保険料決定部103は、例えば、飛行中に行われる指示と飛行前に行われる指示という2つの種類がある場合に、飛行中に行われる指示の方が飛行前に行われる指示よりも重要度が高いと判断する。飛行中に行われる指示とは、例えば、「緊急停止」、「緊急着陸」及び「方向転換」等である。飛行前に行われる指示とは、例えば、「一時待機」及び「飛行ルートの指定」等である。
なお、「飛行ルートの指定」は、飛行中に行われる場合もある。また、「速度制限」及び「着陸地点の指定」等の指示も、飛行中及び飛行前のどちらでも行われる場合がある。本変形例では、飛行関連指示部403が、飛行中及び飛行前のどちらの指示であるかを示す指示データを生成する。そして、指示内容取得部101は、その指示データが示す指示の種類(飛行中及び飛行前のいずれか)も指示内容として取得する。
保険料決定部103は、指示内容の種類に対応する重要度と、重みとして差分に乗算する重み係数とを対応付けた重みテーブルを用いて保険料を決定する。
図11は重みテーブルの一例を表す。図11の例では、「高」、「中」及び「低」という指示内容の重要度に対して、「2.0」、「1.5」及び「1.0」という重み係数とがそれぞれ対応付けられている。
保険料決定部103は、取得された指示内容の種類に対応付けらえた重み係数を読み出し、その指示内容について算出された差分(時間的な差分又は空間的な差分)に対して読み出した重み係数を乗算する。保険料決定部103は、取得された指示内容毎にこの重み付けをした値を算出し、算出した値の平均値を差分として用いて保険料を決定する。
本変形例では、ドローンの事故の防止に直結する飛行中の指示の重要度を高くして、その指示における差分の大きさを、飛行前の指示における差分よりも大きく保険料に反映することができる。その結果、上記重み付けをしない場合に比べて、ドローンの保険料をそのドローンの飛行に関わるリスク(飛行中の指示の方が従わないときのリスクが大きい)とより高い精度で連動させることができる。
なお、指示の種類の重要度の定め方は他にもある。例えば、保険料決定部103は、指示がされた時刻からその指示に従う飛行を開始しなければならない時刻までの期間(指示への応答が求められるまでの期間であり以下では「応答期間」という)が短いほど重要度が高いと判断してもよい。例えば「緊急停止」及び「緊急着陸」は応答期間が「0」であり、指示をされたら即時に応答しなければならない。
一方、例えば「5分後から着陸開始」という指示であれば、応答期間は5分間である。また、「10分後までに着陸」という指示であれば、飛行状況によって応答期間が変化する。この場合、保険料決定部103は、取得された飛行履歴から、この指示が表示された時刻における飛行位置から着陸までに要する時間を特定し、着陸の期限からその時間だけ遡った時刻までの期間を応答期間として特定する。
保険料決定部103は、応答期間と重要度とを対応付けた重要度テーブルを用いて各指示の重要度を判断する。
図12は重要度テーブルの一例を表す。図12の例では、「Th21未満」、「Th21以上Th22未満」及び「Th22以上」という応答期間に、「高」、「中」及び「低」という指示内容の重要度が対応付けられている。
保険料決定部103は、上記のとおり特定した応答期間の長さに重要度テーブルで対応付けられている重要度を指示の重要度として判断する。後は、保険料決定部103は、図11の説明で述べたように重要度に応じた重みを付けて保険料を決定する。応答期間が短い指示ほど素早く従わなければドローンの事故に繋がることになりやすい。図12の例で述べた重み付けを行うことで、そのようにドローンの事故に繋がりやすい指示への反応が早くリスクが少ないほど保険料を低額にすることができる。
また、飛行関連指示部403は、定められた飛行範囲の境界との距離に応じて段階的に指示を行う場合がある。
図13は段階的な指示の一例を表す。図13には、飛行可能区域の境界B1が表されている。また、図13には、境界B1から距離L1の境界B2で囲まれた範囲と、境界B1から距離L2(L2>L1)の境界B3で囲まれた範囲とが表されている。
飛行関連指示部403は、境界B3で囲まれた範囲を飛行中は何も指示しないが、ドローン20が境界B3を超えると、すなわち境界B1までの距離がL2よりも短くなると方向転換を「注意」する指示を行う。そして、飛行関連指示部403は、ドローン20が境界B2を超えると、すなわち境界B1までの距離がL1よりも短くなると方向転換を「警告」する指示を行う。
飛行関連指示部403は、例えば、「注意」の場合は文字列だけで指示内容を伝えるが、「警告」の場合は文字列に加えて警告音を発して(警告音を示す指示データを送信して)指示内容を伝える。さらに、飛行関連指示部403は、ドローン20が境界B1を超えると、すなわち境界B1までの距離が一度「0」になってから再び大きくなると、方向転換を「強制」する指示を行う。
飛行関連指示部403は、例えば、ドローン20の飛行方向を飛行可能区域に戻すように方向転換させる動作指示データを含む指示データを送信することで、ドローン20の飛行方向を強制的に転換させる。なお、段階的な指示の方法は図13に示すものに限らない。例えば境界B1から出た後に、境界B1からの距離に応じて段階的な指示が行われてもよい。その場合は、距離が大きいほど(境界B1から離れるほど)重要度が高い指示が行われる。
以上の例のように段階的な指示が行われる場合には、保険料決定部103は、指示の段階に応じて重要度が高いと判断する。保険料決定部103は、図13の例であれば、例えば「強制」の指示の重要度が最も高く、次いで「警告」の指示の重要度が高く、「注意」の指示の重要度は最も低いと判断する。後は、保険料決定部103は、図11の説明で述べたように重要度に応じた重みを付けて保険料を決定する。
上記の判断がされた場合、重要度が高いほど、ドローン20の飛行に関わるリスク(事故の可能性及び事故発生時の損害の大きさ)が高まった状態における指示であることを示すことになる。このようにリスクが高まった状態での指示に従うということは、それだけ重大なリスクを回避することになる。従って、重大なリスクをしっかり回避することが可能なドローン又はユーザについての保険料を低額にすることができる。
なお、上記の例では、保険料決定部103は、「注意」の指示の重要度が最も高く、「強制」の指示の重要度が最も低いと判断してもよい。この判断がされた場合、重要度が高いほど、ドローン20の飛行に関わるリスクが低い状態における指示であることを示すことになる。つまり、リスクが低いうちに指示に従うドローン又はユーザについての保険料を低額にすることができる。
[2-4]阻害事象
ユーザが指示に従った飛行をしている場合でも、例えば強風が吹いてドローン20が意図せぬ方向に移動してしまうことがある。その場合、指示に従おうとするユーザの努力に関わらず上述した差分(時間的な差分及び空間的な差分)が大きくなり、保険料が上昇することが起こり得る。
そこで、本変形例では、保険料決定部103は、指示に従った飛行を阻害する事象が発生していた場合に、それを考慮した保険料を決定する。
図14は本変形例のサーバ装置10aが実現する機能構成を表す。サーバ装置10aは、図5に表す各部に加えて事象情報取得部105を備える。事象情報取得部105は、飛行関連指示部403による指示に従う飛行を阻害する事象(阻害事象)を示す事象情報を取得する。
事象情報取得部105は、例えば、ドローン20の操作者が風速計を用いて測定した現地の風速の定期的な(例えば1秒毎の)測定結果及び測定日時を対応付けた測定結果データがサーバ装置10aに送信されてきた場合に、その測定結果データが示す情報を事象情報として取得する。この事象情報は、前述した阻害事象の発生時期を示しており、本発明の「時期情報」の一例である。また、事象情報取得部105は本発明の「時期取得部」の一例である。
事象情報取得部105は、取得した事象情報を保険料決定部103に供給する。保険料決定部103は、指示に従う飛行が行われた時期に前述した阻害事象が生じたことを示す事象情報が取得された場合、その時期の飛行における差分(時間的な差分及び空間的な差分の一方又は両方)の重みを小さくする。保険料決定部103は、まず、供給された事象情報が閾値以上の風速を示す期間を特定する。
保険料決定部103は、例えば「飛行ルートの指定」の指示がされて空間的な差分を算出した場合は、飛行ルートを飛行した期間のうち特定した期間における差分については重みとして係数K(1>K≧0)を乗じて差分の平均値を算出する。この係数Kを乗じることで、強風が吹いている期間に生じた差分の影響を小さくした空間的な差分の平均値が算出されることになる。
また、「着陸地点の指定」の指示がされた場合であれば、保険料決定部103は、例えば着地の前の所定の期間に上記のとおり特定した期間が含まれている場合(つまり着陸操作の最中に強風が吹いた場合)に、算出した空間的な差分に係数Kを乗じる。また、時間的な差分を算出する場合であれば、保険料決定部103は、指示に従った飛行をすべき時期の前後の所定の期間に上記のとおり特定した期間が含まれている場合(つまり指示に従った飛行操作の最中に強風が吹いた場合)に、算出した時間的な差分に係数Kを乗じる。
以上のとおり重みを小さくすることで、ユーザは指示に従おうとしたが不可抗力で指示どおりの飛行が妨げられた場合に、その時に生じた差分の影響を少なくした保険料を決定することができる。従って、上記のように重みを小さくしない場合に比べて、決定される保険料にユーザが納得しやすいようにすることができる。なお、阻害事象(指示に従った飛行を阻害する事象)は強風に限らない。例えば風速の変化量が閾値以上である事象(いわゆる突風)が阻害事象であってもよい。
また、ドローン20に不具合が発生した事象が阻害事象であってもよい。この場合は、ドローン20のセンサ装置26が各部品の不具合を検知するためのセンサを備えておき、飛行履歴取得部102が、そのセンサの測定結果及び測定日時を含む飛行履歴を取得する。保険料決定部103は、取得された飛行履歴に基づいて所定の不具合が生じた期間を特定し、後は上記の強風の場合と同様にして重み付けをして保険料を決定する。
また、ドローン20が他のプロポからの電波を受信した事象(いわゆる混線)が阻害事象であってもよい。この場合は、例えばプロポ30の動作指示部302が、自機を識別するプロポIDを含む動作指示データを送信し、ドローン20の動作制御部201が、受信した動作指示データが示すプロポIDを現在時刻(プロポ30による操作が行われた操作時刻)に対応付けて飛行履歴通知部203に定期的(例えば1秒毎)に供給する。飛行履歴通知部203は、供給されたプロポID及び操作時刻を飛行履歴としてサーバ装置10aに通知する。
保険料決定部103は、取得された飛行履歴から、プロポ30のプロポIDが通知されなかった期間を混線が生じた期間として特定し、後は上記の強風の場合と同様にして重み付けをして保険料を決定する。いずれの阻害事象が用いられる場合でも、その阻害事象において生じた差分の影響を少なくした保険料を決定することができ、決定される保険料にユーザが納得しやすいようにすることができる。
[2-5]自律飛行
実施例では、操作者がプロポ30を用いてドローン20を操作したが、これに限らない。操作者は、例えば飛行経路(緯度、経度、高度、飛行方向及び飛行速度等を含む情報)等を示す飛行データをパソコン等で作成してドローン20に与え、その飛行データに基づいてドローン20に自律飛行をさせてもよい。この自律飛行は、飛行関連指示を受け取る前に行われるものである。
そして、自律飛行中に飛行関連指示装置40からの飛行関連指示があった場合には、操作者がその飛行関連指示に従った飛行をさせる状態に切り替えられることが必要である。ここでいう飛行関連指示に従った飛行には、プロポを用いた操作による飛行はもちろん、例えばノートパソコン等を用いて指示どおりに飛行する飛行ルートをその場で作成して行う自律飛行も含まれる。このように飛行関連指示に従った飛行への切り替えが行われることで、上記の差分(時間的な差分及び空間的な差分)によってドローンの飛行に関わるリスクが表されることになる。
[2-6]飛行体に関する指示
実施例では、飛行関連指示装置40が、ドローン20の飛行に関する指示(飛行関連指示)を行ったが、これに限らず、例えば、ドローン20の整備に関する指示及びドローン20の配置に関する指示等を行ってもよい。整備に関する指示とは、例えばバッテリーが寿命に近いので交換を推奨する指示である。
ユーザがこの指示に従った場合、新品のバッテリーで飛行した場合の飛行距離を示す飛行履歴が取得される。よって、保険料決定部103は、新品のバッテリーでの飛行と、取得された飛行履歴が示す飛行との差分が小さいほど小さな額を保険料として決定すればよい。また、配置に関する指示とは、例えば複数の拠点にドローン20を配置してそれらの拠点からドローン20を離発着させる事業者があった場合に、より混雑の少ない空域に近い拠点にドローン20を所定の台数だけ配置させる指示である。
ユーザがこの指示に従った場合、その拠点から離発着した所定の台数のドローン20の飛行履歴が取得される。よって、保険料決定部103は、指示どおりにドローン20が配置されたその拠点において想定される離発着回数と、取得された飛行履歴が示すその拠点からの離発着回数との差分が小さいほど小さな額を保険料として決定すればよい。要するに、ドローンを安全に飛行させるための指示が行われ、且つ、その指示に従ったか否かが飛行履歴との差分に現れるのであれば、どのような指示が行われてもよい。いずれ指示が行われた場合も、実施例と同様に、ドローンの保険料をリスクに応じて定めることができる。
[2-7]飛行体
実施例では、自律飛行を行う飛行体として回転翼機型の飛行体が用いられたが、これに限らない。例えば飛行機型の飛行体であってもよいし、ヘリコプター型の飛行体であってもよい。要するに、ユーザから与えられた指示(プロポからのリアルタイムな指示又は予め定められた飛行経路を飛行させる指示等)に従い飛行する飛行体であればよい。
[2-8]各機能を実現する装置
図5等に表す各機能を実現する装置は、上述した装置に限らない。例えば、サーバ装置10及び飛行関連指示装置40が実現する機能を1台の装置で実現してもよい。その場合はその1台の装置が本発明の「情報処理装置」の一例となる。また、プロポ30が実現する機能をパソコン及びスマートフォン等の装置が実現してもよい。要するに、保険料決定システム1の全体で図5等に表す各機能が実現されていればよい。
[2-9]発明のカテゴリ
本発明は、サーバ装置10及び飛行関連指示装置40のような情報処理装置の他、それらの情報処理装置、ドローン20のような飛行体及びプロポ30のような操作用の装置を備える情報処理システムとしても捉えられる。また、本発明は、それらの装置(ドローン20を含む)が実施する処理を実現するための情報処理方法としても捉えられるし、その装置を制御するコンピュータを機能させるためのプログラムとしても捉えられる。このプログラムは、それを記憶させた光ディスク等の記録媒体の形態で提供されてもよいし、インターネット等のネットワークを介してコンピュータにダウンロードさせ、それをインストールして利用可能にするなどの形態で提供されてもよい。
[2-10]機能ブロック
なお、上記実施例の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック(構成部)は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。
すなわち、各機能ブロックは、物理的又は論理的に結合した1つの装置を用いて実現されてもよいし、物理的又は論理的に分離した2つ以上の装置を直接的又は間接的に(例えば、有線、無線などを用いて)接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記1つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知(broadcasting)、通知(notifying)、通信(communicating)、転送(forwarding)、構成(configuring)、再構成(reconfiguring)、割り当て(allocating、mapping)、割り振り(assigning)などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック(構成部)は、送信部(transmitting unit)や送信機(transmitter)と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。
[2-11]入出力の方向
情報等(※「情報、信号」の項目参照)は、上位レイヤ(又は下位レイヤ)から下位レイヤ(又は上位レイヤ)へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
[2-12]入出力された情報等の扱い
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
[2-13]判定方法
判定は、1ビットで表される値(0か1か)によって行われてもよいし、真偽値(Boolean:true又はfalse)によって行われてもよいし、数値の比較(例えば、所定の値との比較)によって行われてもよい。
[2-14]情報の通知、シグナリング
情報の通知は、本開示において説明した態様/実施例に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング(例えば、DCI(Downlink Control Information)、UCI(Uplink Control Information))、上位レイヤシグナリング(例えば、RRC(Radio Resource Control)シグナリング、MAC(Medium Access Control)シグナリング、報知情報(MIB(Master Information Block)、SIB(System Information Block)))、その他の信号又はこれらの組み合わせによって実施されてもよい。また、RRCシグナリングは、RRCメッセージと呼ばれてもよく、例えば、RRC接続セットアップ(RRC Connection Setup)メッセージ、RRC接続再構成(RRC Connection Reconfiguration)メッセージなどであってもよい。
[2-15]処理手順等
本開示において説明した各態様/実施例の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
[2-16]入出力された情報等の扱い
入出力された情報等は特定の場所(例えばメモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
[2-17]ソフトウェア
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術(同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線(DSL:Digital Subscriber Line)など)及び無線技術(赤外線、マイクロ波など)の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
[2-18]情報、信号
本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号(シグナリング)であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア(CC:Component Carrier)は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。
[2-19]システム、ネットワーク
本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。
[2-20]パラメータ、チャネルの名称
また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。
上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル(例えば、PUCCH、PDCCHなど)及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
[2-21]「判断」、「決定」
本開示で使用する「判断(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)」などで読み替えられてもよい。
[2-22]「に基づいて」の意味
本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
[2-23]「異なる」
本開示において、「AとBが異なる」という用語は、「AとBが互いに異なる」ことを意味してもよい。なお、当該用語は、「AとBがそれぞれCと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
[2-24]「及び」、「又は」
本開示において、「A及びB」でも「A又はB」でも実施可能な構成については、一方の表現で記載された構成を、他方の表現で記載された構成として用いてもよい。例えば「A及びB」と記載されている場合、他の記載との不整合が生じず実施可能であれば、「A又はB」として用いてもよい。
[2-25]態様のバリエーション等
本開示において説明した各態様/実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知(例えば、「Xであること」の通知)は、明示的に行うものに限られず、暗黙的(例えば、当該所定の情報の通知を行わない)ことによって行われてもよい。
以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。
1…保険料決定システム、10…サーバ装置、20…ドローン、30…プロポ、40…飛行関連指示装置、101…指示内容取得部、102…飛行履歴取得部、103…保険料決定部、104…保険料出力部、105…事象情報取得部、201…動作制御部、202…センサ測定部、203…飛行履歴通知部、301…操作受付部、302…動作指示部、303…指示表示部、304…指示内容通知部、401…飛行状況取得部、402…飛行計画取得部、403…飛行関連指示部。

Claims (8)

  1. 飛行体に関してユーザに指示が行われる場合に当該指示の内容を取得する指示取得部と、
    前記指示を受け取った前記ユーザによって行われた前記飛行体の飛行の履歴を取得する履歴取得部と、
    取得された前記指示の内容に従った場合の飛行と取得された前記履歴が示す飛行との差分が小さいほど小さな額を前記飛行体の保険料として決定する決定部と
    を備える情報処理装置。
  2. 前記指示は、当該指示に従った飛行をすべき時期を定め、
    前記決定部は、前記時期と取得された前記履歴が示す飛行がされた時期との時間的なずれを前記差分とする
    請求項1に記載の情報処理装置。
  3. 前記指示は、当該指示に従った飛行をすべき空間内の位置を定め、
    前記決定部は、前記位置と取得された前記履歴が示す飛行がされた位置との空間的なずれを前記差分とする
    請求項1又は2に記載の情報処理装置。
  4. 前記指示には重要度が異なる複数の種類があり、
    前記決定部は、前記差分を求める際に用いた前記指示の種類の重要度が高いほど当該差分に重みを付けて前記保険料を決定する
    請求項1から3のいずれか1項に記載の情報処理装置。
  5. 前記指示には飛行中に行われる指示と飛行前に行われる指示があり、
    前記決定部は、前記飛行中に行われる指示の方が前記飛行前に行われる指示よりも重要度が高いと判断する
    請求項4に記載の情報処理装置。
  6. 前記決定部は、前記指示がされた時刻から当該指示に従う飛行を開始しなければならない時刻までの期間が短いほど重要度が高いと判断する
    請求項4又は5に記載の情報処理装置。
  7. 前記指示は、定められた飛行範囲の境界との距離に応じて段階的に行われ、
    前記決定部は、前記指示の段階に応じて重要度が高いと判断する
    請求項4から6のいずれか1項に記載の情報処理装置。
  8. 前記指示に従う飛行を阻害する事象の発生時期を示す時期情報を取得する時期取得部を備え、
    前記決定部は、前記指示に従う飛行が行われた時期に前記事象が生じたことを示す前記時期情報が取得された場合、当該時期における前記差分の重みを小さくする
    請求項1から7のいずれか1項に記載の情報処理装置。
JP2018200844A 2018-10-25 2018-10-25 情報処理装置 Active JP7106424B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2018200844A JP7106424B2 (ja) 2018-10-25 2018-10-25 情報処理装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2018200844A JP7106424B2 (ja) 2018-10-25 2018-10-25 情報処理装置

Publications (2)

Publication Number Publication Date
JP2020067878A JP2020067878A (ja) 2020-04-30
JP7106424B2 true JP7106424B2 (ja) 2022-07-26

Family

ID=70388486

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018200844A Active JP7106424B2 (ja) 2018-10-25 2018-10-25 情報処理装置

Country Status (1)

Country Link
JP (1) JP7106424B2 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7247410B1 (ja) 2022-09-27 2023-03-28 Kddi株式会社 管理装置、管理方法及びプログラム

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001076035A (ja) 1999-08-31 2001-03-23 Hitachi Ltd 車両保険料請求処理方法
JP2009187165A (ja) 2008-02-05 2009-08-20 Denso Corp 車両走行情報記録装置および車両走行情報記録装置に用いるプログラム
JP2017010135A (ja) 2015-06-17 2017-01-12 株式会社スカイスコープソリューションズ 自律動体管理装置、自律動体管理システム、自律動体管理方法、及びプログラム
US20170316510A1 (en) 2016-04-14 2017-11-02 Verifly Technology, Limited System and method for analyzing drone flight risk
US20170365007A1 (en) 2016-06-16 2017-12-21 Allstate Insurance Company Traveling-Based Insurance Ratings
JP2018165115A (ja) 2017-03-28 2018-10-25 株式会社ゼンリンデータコム ドローン用緊急事態対応指示装置、ドローン用緊急事態対応指示方法及びドローン用緊急事態対応指示プログラム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001076035A (ja) 1999-08-31 2001-03-23 Hitachi Ltd 車両保険料請求処理方法
JP2009187165A (ja) 2008-02-05 2009-08-20 Denso Corp 車両走行情報記録装置および車両走行情報記録装置に用いるプログラム
JP2017010135A (ja) 2015-06-17 2017-01-12 株式会社スカイスコープソリューションズ 自律動体管理装置、自律動体管理システム、自律動体管理方法、及びプログラム
US20170316510A1 (en) 2016-04-14 2017-11-02 Verifly Technology, Limited System and method for analyzing drone flight risk
US20170365007A1 (en) 2016-06-16 2017-12-21 Allstate Insurance Company Traveling-Based Insurance Ratings
JP2018165115A (ja) 2017-03-28 2018-10-25 株式会社ゼンリンデータコム ドローン用緊急事態対応指示装置、ドローン用緊急事態対応指示方法及びドローン用緊急事態対応指示プログラム

Also Published As

Publication number Publication date
JP2020067878A (ja) 2020-04-30

Similar Documents

Publication Publication Date Title
JP6991240B2 (ja) 情報処理装置
JP7288740B2 (ja) 周囲交通に対する飛行予測
EP3346441A1 (en) Method, user terminal, server, and detecting device for monitoring flight of unmanned aerial vehicle
JP6944854B2 (ja) 情報処理装置
JP6968902B2 (ja) 情報処理装置
JP7171364B2 (ja) 情報処理装置
JP6971331B2 (ja) 情報処理装置及び情報処理方法
US11501651B2 (en) Flight control apparatus and flight control system
JP6923479B2 (ja) 飛行装置、飛行システム、飛行方法及びプログラム
US20220254154A1 (en) Information processing device and information processing method
US11790788B2 (en) Information processing apparatus and information processing method
JP7186280B2 (ja) 情報処理装置及びプログラム
JPWO2020153171A1 (ja) 情報処理装置
JP7164633B2 (ja) 情報処理装置
JP7106424B2 (ja) 情報処理装置
US10339816B2 (en) Automatic aircraft monitoring and operator preferred rerouting system and method
CN112731971B (zh) 控制无人机降落的方法、装置、可读存储介质及电子设备
JPWO2020153170A1 (ja) 情報処理装置
JP7261334B1 (ja) 飛行管理装置、飛行管理方法及びプログラム
JP7267397B2 (ja) 情報処理装置及び情報処理方法
EP3792895A1 (en) Determining an airport for landing an aircraft
JP2022075706A (ja) 管理装置及び管理方法
JP7157627B2 (ja) 情報処理装置
JP2020067880A (ja) 情報処理装置
CN114495580A (zh) 用于载具操作员和调度员交互的系统和方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210902

TRDD Decision of grant or rejection written
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20220630

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220705

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220713

R150 Certificate of patent or registration of utility model

Ref document number: 7106424

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150