(57)【要約】【課題】別荘をはじめとする遠隔地の状況を、リアルタイムに把握することが可能な技術を提供する。【解決手段】ユーザが直接監視できない別荘地などの監視エリアＡｗにおいて、ユーザが所持等する車両２０を巡回走行させ、周囲の状況を撮像し、撮像データとしてユーザ端末３０及び監視サーバ１０に送信する。監視サーバ１０は、車両２０から送信される撮像データを分析し、監視エリアＡｗに異常が生じているか否かを判断し、判断結果をユーザ端末３０及び車両２０に通知する。車両２０は、監視サーバ１０から異常通知を受け取ると、異常の発生を光や音によって外部に報知する。【選択図】図１
2020098965.tif 000002
【特許請求の範囲】
【請求項１】
移動体と、前記移動体を用いて所定エリアを監視する監視サーバとを備えた遠隔監視システムであって、
前記移動体は、
前記監視サーバからの指示に従って、前記所定エリアを巡回走行する走行部と、
前記所定エリアを撮像し、撮像データを出力する撮像部と、
前記撮像データを前記監視サーバに送信する送信部とを備え、
前記監視サーバは、
前記移動体から、前記撮像データを受信する受信部と、
ユーザの情報端末から、前記移動体による前記所定エリアの巡回走行に関する指示を受け付ける受付部と、
前記指示を、前記移動体に送信する一方、前記移動体から受信する前記撮像データを、前記ユーザの情報端末に送信する送信部と
を具備する遠隔監視システム。
【請求項２】
前記監視サーバは、
前記撮像データを分析する分析部と、
前記撮像データの分析結果を、前記移動体に通知する通知部と、をさらに具備する請求項１に記載の遠隔監視システム。
【請求項３】
前記分析部は、
前記撮像データを分析することで、前記所定エリアに異常が生じているか否かを判断し、
前記通知部は、
前記分析部によって異常が生じていると判断された場合には、前記撮像データの分析結果として、前記移動体に異常が生じている旨を通知し、
前記移動体は、
前記監視サーバからの前記通知を受け、前記異常の発生を光及び／又は音によって外部に報知する報知部をさらに備える、請求項２に記載の遠隔監視システム。
【請求項４】
前記分析部は、
前記移動体から受信した過去の撮像データと、今回受信した前記撮像データとを比較することで、前記所定エリアに異常が生じているか否かを判断する、請求項３に記載の遠隔管理システム。
【請求項５】
前記通知部は、前記撮像データの分析結果を、前記移動体及び前記ユーザの情報端末に通知する、請求項２に記載の遠隔監視システム。
【請求項６】
前記監視サーバは、
前記ユーザの情報端末から、前記移動体の走行経路をあらわす経路パターンの選択指示を受け付け、受け付けた選択指示に従い、選択された経路パターンを含む経路マップ情報を、前記移動体に送信する、請求項５に記載の遠隔監視システム。
【請求項７】
撮像部を備えた移動体を用いて所定エリアを監視する監視サーバであって、
前記所定エリアを巡回走行する前記移動体から、前記撮像部から出力される前記所定エリアの撮像データを受信する受信部と、
ユーザの情報端末から、前記移動体による前記所定エリアの巡回走行に関する指示を受け付ける受付部と、
前記指示を、前記移動体に送信する一方、前記移動体から受信する前記撮像データを、前記ユーザの前記情報端末に送信する送信部と
を具備する監視サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔監視システム及び監視サーバに関する。
【背景技術】
【０００２】
リゾート地等に建設された別荘は、シーズン中に多く利用され、シーズン以外では、殆ど利用されていないのが実情である。このような実情に鑑み、オーナーが利用しない間、別の管理者が別荘を管理し、有効利用する方法が提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−０２７３１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来の方法では、別荘の保守・管理は管理者に依存するところが大きく、オーナーが、別荘の状況をリアルタイムに把握することは難しい、という問題があった。
【０００５】
本発明は、以上説明した事情を鑑みてなされたものであり、別荘をはじめとする遠隔地の状況を、リアルタイムに把握することが可能な技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一態様に係る遠隔監視システムは、移動体と、移動体を用いて所定エリアを監視する監視サーバとを備えた遠隔監視システムであって、移動体は、監視サーバからの指示に従って、所定エリアを巡回走行する走行部と、所定エリアを撮像し、撮像データを出力する撮像部と、撮像データを監視サーバに送信する送信部とを備え、監視サーバは、移動体から、撮像データを受信する受信部と、ユーザの情報端末から、移動体による所定エリアの巡回走行に関する指示を受け付ける受付部と、指示を、移動体に送信する一方、移動体から受信する撮像データを、ユーザの情報端末に送信する送信部とを具備することを要旨とする。
【０００７】
本発明の別の態様に係る監視サーバは、撮像部を備えた移動体を用いて所定エリアを監視する監視サーバであって、所定エリアを巡回走行する移動体から、撮像部から出力される所定エリアの撮像データを受信する受信部と、ユーザの情報端末から、移動体による所定エリアの巡回走行に関する指示を受け付ける受付部と、指示を、移動体に送信する一方、移動体から受信する撮像データを、ユーザの情報端末に送信する送信部とを具備することを要旨とする。
【発明の効果】
【０００８】
本発明によれば、別荘をはじめとする遠隔地の状況を、リアルタイムに把握することが可能となる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態に係る遠隔監視システムのシステム構成例を示す図である。
【図２】監視サーバの装置構成の一例を示す図である。
【図３】車両管理テーブルの登録内容を例示した図である。
【図４】経路マップ管理テーブルの登録内容を例示した図である。
【図５】経路パターンの具体例を示す図である。
【図６】車両の装置構成の一例を示す図である。
【図７】巡回走行処理フローを示すフローチャートである。
【図８】分析処理フローを示すフローチャートである。
【図９】異常報知処理フローを示すフローチャートである。
【発明を実施するための形態】
【００１０】
添付図面を参照して、本発明の好適な実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。
【００１１】
Ａ．本実施形態
Ａ−１．構成
＜システム構成＞
図１は、本実施形態に係る遠隔監視システム１のシステム構成例を示す図である。遠隔監視システム１は、監視サーバ１０と、監視エリアＡｗを巡回する車両２０と、ユーザ端末３０とを含む。制御装置１１と車両２０とユーザ端末３０は、それぞれ通信ネットワークＮを介して無線通信により相互に通信することができる。
【００１２】
監視エリアＡｗは、ユーザが車両２０を利用して遠隔監視を行うエリアであって、例えばユーザが所有する別荘地などが挙げられる。平日などは、別荘地を直接監視することは難しいため、別荘地に常駐されている車両２０を利用して遠隔監視を行う。
【００１３】
もっとも、監視エリアＡｗは、別荘地などに限る趣旨ではなく、ショッピングモールなどの商業施設やアミューズメント施設、テーマパーク、公園や球場など、広大な敷地を有する様々な施設に設定可能である。また、図１では、監視エリアＡｗとして別荘地を想定しているため、ユーザが１名、車両２０やユーザ端末３０も１台ずつ図示しているが、ユーザの数や、車両２０の数、ユーザ端末３０の数は、対象となる監視エリアＡｗなどに応じて任意に設定可能である。
【００１４】
監視サーバ１０は、監視エリアＡｗに常駐する車両２０の巡回走行等を制御するサーバである。監視サーバ１０は、ユーザ端末３０から送信されるユーザの指示に従い、車両２０を監視エリアＡｗ内で巡回走行させ、周囲の状況を撮像し、撮像データを取得するように指示する機能を有する。
【００１５】
車両２０は、超小型モビリティであり、例えば別荘地の駐車スペースなどに常駐されている。車両２０は、大容量バッテリーを搭載しており、主にモーターの動力で移動する。また、車両２０には、周囲の状況を撮像する撮像装置を備えている。
【００１６】
本実施形態では、車両２０として、ユーザが個人的に所有する超小型モビリティを想定するが、監視エリアＡｗを含む地域を管轄する公的な機関（市や県など）や、監視エリアＡｗを含む地域で営業する企業等によって地域住民に貸し出される、シェアリングタイプの超小型モビリティであってもよい。
【００１７】
ユーザ端末３０は、遠隔監視システム１を利用するユーザが操作する端末であり、例えば、スマートフォン、タブレット端末、携帯端末又はノートパソコン等である。ユーザ端末３０には、遠隔監視システム１を利用するために必要なアプリケーションプログラム（以下、「監視アプリ」と略称する。）がインストールされている。ユーザは、監視アプリを起動することで、車両２０を利用した監視エリアＡｗの遠隔監視を行う。
【００１８】
＜監視サーバの装置構成＞
図２は、監視サーバ１０の装置構成の一例を示す図である。
監視サーバ１０は、制御装置１１と、メモリ１２と、入出力装置１３と、通信Ｉ／Ｆ１４と、記憶装置１５との協働により、本実施形態に記載される機能、及び／又は方法を実現する。
【００１９】
制御装置１１は、メモリ１２等に記憶されるプログラムに含まれるコードまたは命令によって実現する機能、および／または、方法を実行する。制御装置１１は、例えば、中央処理装置（ＣＰＵ）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（Application-Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等を含む。
【００２０】
メモリ１２は、記憶装置１５からロードしたプログラムを一時的に記憶し、制御装置１１に対して作業領域を提供する。メモリ１２には、制御装置１１がプログラムを実行している間に生成される各種データも一時的に格納される。メモリ１２は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）などを含む。
【００２１】
入出力装置１３は、監視サーバ１０に対する各種操作を入力する入力デバイス（キーボード、タッチパネル、マウス、マイク等）、および、監視サーバ１０で処理された処理結果を出力する出力装置（ディスプレイ、スピーカ等）を含む。
【００２２】
通信Ｉ／Ｆ１４は、通信ネットワークＮを介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、通信ネットワークＮを介して、車両２０やユーザ端末３０との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、制御装置１１からの指示に従って、各種データを車両２０やユーザ端末３０に送信する。
【００２３】
記憶装置１５は、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、 フラッシュメモリなどにより構成され、車両管理テーブルＴＡ１と、経路マップ管理テーブルＴＡ２を含む。
【００２４】
図３は、車両管理テーブルＴＡ１の登録内容を例示した図であり、図４は、経路マップ管理テーブルＴＡ２の登録内容を例示した図である。
図３に示すように、車両管理テーブルＴＡ１には、車両２０を所持するユーザを一意に特定するためのユーザＩＤと、車両２０を特定するための車両ＩＤとが対応づけて登録されている。ユーザＩＤの一例として、ユーザ端末３０の端末ＩＤや電話番号などを利用してもよい。
【００２５】
図４に示すように、経路マップ管理テーブルＴＡ２には、ユーザが選択可能な複数の経路パターンと、複数の巡回時刻と、特記事項が登録されている。ここで、「経路パターン」とは、監視エリアＡｗにおける車両２０の巡回走行パターンを示す地図情報であり、例えば図５のＡ〜Ｃに示すように、様々なパターンが設定可能となっている。
【００２６】
図４に示す例では、ユーザにより、経路パターンとして「コース２」（網掛け部分参照）が選択され、巡回時刻として「２０：００〜」（網掛け部分参照）が選択され、特記事項として「平日限定、休日は通常利用」が登録されている場合を示している。ユーザは、ユーザ端末３０を適宜操作することで、経路パターンや巡回時刻の選択、特記事項の入力などを行う。
【００２７】
図２に戻り、受付部１００、受信部１０１、分析部１０２、通知部１０３、送信部１０４は、制御装置１１が、メモリ１２等に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体（Non-transitory computer readable medium）であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ−ＲＯＭ等の記憶媒体であってもよい。
【００２８】
受付部１００は、ユーザ端末３０から、車両２０による監視エリアＡｗの巡回走行に関する指示（経路パターンや巡回時刻、特記事項など）を受け付け、経路マップ管理テーブルＴＡ２に登録する機能を有する。
【００２９】
受信部１０１は、車両２０から、巡回走行中に撮像した周囲の状況をあらわす撮像データを受信し、記憶装置１５に順次格納する機能を有する。
【００３０】
分析部１０２は、受信した撮像データを分析することで、監視エリアＡｗにおいて異常（不審者の侵入や野生鳥獣の侵入、不審火の発生、建物などの損壊など）が生じているか否かを判断する機能を有する。分析方法の一例として、例えば車両２０から受信した過去の撮像データ（すなわち履歴データ）と、今回受信した撮像データとを比較することで、監視エリアＡｗに異常が生じているか否かを判断する方法が挙げられるが、これに限る趣旨ではない。
【００３１】
通知部１０３は、分析部１０２による撮像データの分析結果（異常の発生の有無や、異常の種類など）を、ユーザ端末３０及び車両２０に通知する機能を有する。ここで、「異常の種類」とは、不審者等の侵入、不審火の発生、建物などの損壊などである。通知部１０３は、ユーザ端末３０に異常が生じている旨を通知する場合には、ユーザに緊急事態が生じていることを確実に伝えるべく、かかる通知にあわせて、例えばビープ音や振動の発生を指示する。
【００３２】
送信部１０４は、ユーザ端末３０から受け付けた監視エリアＡｗの巡回走行に関する指示（以下、「巡回指示」という。）を、車両２０に送信する一方、車両２０から受信した撮像データを、ユーザ端末３０に送信する機能を有する。
【００３３】
なお、車両２０から受信した撮像データは、ユーザ端末３０からのリクエストに応じて送信してもよい。例えば、３０分ごとに撮像データをユーザ端末３０に送信する、あるいは、分析部１０２によって監視エリアＡｗに異常が生じていると判断された場合に、そのときに取得された撮像データをユーザ端末３０に送信してもよい。
【００３４】
＜車両の装置構成＞
図６は、車両２０の装置構成の一例を示す図である。車両２０は、制御装置２１、メモリ２２、入出力装置２３、監視サーバ１０と通信する通信Ｉ／Ｆ２４、ＧＰＳ衛星の信号を受信するＧＰＳ受信装置２５、撮像装置２６、走行装置２７、バッテリー２８及び充電装置２９を有する。図６は、実施形態を説明するために必要な車両２０の構成を示すものであり、車両２０には図６に図示しない装置等も含まれる。
【００３５】
メモリ２２には、ユーザによって指示された、経路パターン、巡回時刻、特記事項を含む経路マップ情報などが登録される。
【００３６】
入出力装置２３は、入力デバイス（タッチパネル、マイク等）、情報の出力を行う出力装置（ディスプレイ、フラッシュライト、スピーカ等）を含む。
【００３７】
撮像装置（撮像部）２６は、イメージセンサを備えたカメラ（デジタルカメラやビデオカメラなど）によって構成され、巡回走行中における監視エリアＡｗの周囲の状況を撮像し、撮像データを出力する。
【００３８】
走行装置（走行部）２７は、タイヤ、モーター、ギア等の車両２０を走行させるために必要な各種の装置である。バッテリー２８は、車両２０を走行させるために走行装置２７が必要とする電力を供給する。充電装置２９は、外部電源から電力の供給を受けてバッテリー２８を充電させるための装置である。
【００３９】
走行制御部２００、撮像制御部２０１、異常報知部２０２、送信部２０３は、車両２０の制御装置２１が、メモリ２２記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ−ＲＯＭ等の記憶媒体であってもよい。
【００４０】
走行制御部（走行部）２００は、監視サーバ１０から送信される巡回指示に従い、車両２０による監視エリアＡｗの巡回走行を制御にする機能を有する。例えば、監視サーバ１０から、「コース２」（図５のＡ参照）の経路パターンを含む巡回指示を受けた場合には、走行制御部２００は、メモリ２２から「コース２」に対応する経路マップ情報を読み出し、車両２０の巡回走行を制御する。
【００４１】
撮像制御部（撮像部）２０１は、巡回走行の開始・停止などにあわせて、撮像装置２６による監視エリアＡｗの周囲の状況の撮像を制御する機能を有する。
【００４２】
異常報知部２０２は、監視サーバ１０から異常通知（すなわち、監視エリアＡｗにおける異常の発生、異常の種類を含む分析結果の通知）を受けた場合に、異常の発生を光や音によって、外部に報知する機能を有する。例えば、監視エリアＡｗにおいて不審者の侵入が認められた旨の異常通知を受けた場合、異常報知部２０２は、不審者を威嚇するべく、フラッシュライトを点滅させる、あるいは警報ベルや銃の発砲音をスピーカから鳴らすなどの制御を行う。なお、通知される異常の種類に応じて、フラッシュライトの点灯やスピーカから発せられる音の種類、大きさなどを適宜設定すればよい。
【００４３】
送信部２０３は、撮像装置２６から出力される撮像データを、監視サーバ１０に送信する機能を有する。
【００４４】
Ａ−２．動作
＜巡回走行処理＞
図７は、車両２０の制御装置２１によって実行される巡回走行処理フローを示すフローチャートである。なお、以下の説明では、ユーザがユーザ端末３０にインストールされた監視アプリを起動して、経路パターンや巡回時刻の選択、特記事項の入力が行われているものとする（図４参照）。かかる選択入力が行われると、監視サーバ１０から、車両２０に対し、選択された経路パターン、巡回時刻、特記事項を含む経路マップ情報が送信され、メモリ２２に格納される。
【００４５】
走行制御部２００は、メモリ２２に格納されている経路マップ情報を参照し、巡回走行の開始タイミングが到来したか否かを判断する（ステップＳ１０）。走行制御部２００は、未だ巡回走行の開始タイミングが到来していないと判断した場合には（ステップＳ１０；ＮＯ）、ステップＳ１０を繰り返し実行する。
【００４６】
一方、走行制御部２００は、例えば現在時刻が巡回時刻に一致したことから、巡回走行の開始タイミングが到来したと判断すると（ステップＳ１０；ＹＥＳ）、経路パターンに従い、巡回走行を開始する。撮像制御部２０１は、巡回走行の開始にあわせて、撮像装置２６による監視エリアＡｗの周囲の状況の撮像を開始し、撮像データを取得する（ステップＳ２０）。撮像制御部２０１は、撮像装置２６によって取得された撮像データを、送信部２０３に送る。送信部２０３は、撮像装置２６から出力される撮像データを、監視サーバ１０に送信する（ステップＳ３０）。
【００４７】
走行制御部２００は、経路マップ情報を参照し、巡回走行の終了タイミングが到来したか否かを判断する（ステップＳ４０）。走行制御部２００は、現在の車両位置が経路パターンの中間地点であり、未だ終着地点に到達していないことから、巡回走行の終了タイミングは到来していないと判断すると（ステップＳ４０；ＮＯ）、ステップＳ２０に戻り、上述した一連の処理を繰り返し実行する。
【００４８】
その後、走行制御部２００は、現在の車両位置が経路パターンの終着地点に到達したことから、巡回走行の終了タイミングが到来した判断すると（ステップＳ４０；ＹＥＳ）、処理を終了する。
【００４９】
＜分析処理＞
図８は、監視サーバ１０の制御装置１１によって実行される分析処理フローを示すフローチャートである。
【００５０】
受信部１０１は、車両２０から、巡回走行中に撮像した周囲の状況をあらわす撮像データを受信すると、記憶装置１５に順次格納する（ステップＳ１０Ａ）。分析部１０２は、受信した撮像データを分析し（ステップＳ２０Ａ）、監視エリアＡｗにおいて異常（不審者の侵入や野生鳥獣の侵入、不審火の発生、建物などの損壊など）が生じているか否かを判断する。通知部１０３は、分析部１０２による撮像データの分析結果（異常の発生の有無、異常の種類など）を、ユーザ端末３０及び車両２０に通知する。なお、異常が生じていないと判断した場合には、異常が生じていない旨の分析結果をユーザ端末３０及び車両２０に通知しなくてもよい。一方、送信部１０４は、ステップＳ１０Ａにおいて受信部１０１が受信した撮像データを、ユーザ端末３０に送信し、処理を終了する。
【００５１】
＜異常報知処理＞
図９は、車両２０の制御装置２１によって実行される異常報知処理フローを示すフローチャートである。
異常報知部２０２は、監視サーバ１０から、異常通知（すなわち、監視エリアＡｗにおける異常の発生、異常の種類を含む分析結果の通知）を受信すると（ステップＳ１０Ｂ）、異常の発生を光や音によって外部に報知し（ステップＳ２０Ｂ）、処理を終了する。
【００５２】
以上説明したように、本実施形態によれば、平日などにユーザが直接監視できない別荘地などの監視エリアにおいて、ユーザが所持等する車両を巡回走行させる。車両は、巡回走行中に周囲の状況を撮像し、撮像データとしてユーザ端末及び監視サーバに送信する。ユーザは、撮像データを確認することで、監視エリアの周囲の状況等をリアルタイムに把握することができる。
【００５３】
また、監視サーバは、車両から送信される撮像データを分析し、監視エリアに異常が生じているか否かを判断し、判断結果をユーザ端末及び車両に通知する。車両は、監視サーバから異常通知を受け取ると、異常の発生を光や音によって外部に報知する。例えば、検知された異常が、不審者等の侵入であった場合には、不審者等を威嚇するようにフラッシュライトを点滅させることで、異常発生に伴う被害を最小限に抑えることが可能となる。
【００５４】
Ｂ．変形例
以上説明した実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。実施形態で説明したフローチャート、シーケンス、実施形態が備える各要素並びにその配置、材料、条件、形状及びサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。また、異なる実施形態で示した構成同士を部分的に置換し又は組み合わせることが可能である。
【００５５】
例えば、本実施形態では、車両２０のメモリ２２に経路パターンなどが登録されている場合を例示したが、例えば、車両２０に搭載されているＧＰＳ受信装置２５が取得する位置情報を利用し、経路パターンを登録等するようにしてもよい。
【００５６】
また、監視サーバ１０の分析部１０２は、撮像データを分析することで、監視エリアＡｗに異常が生じているか否かを判断するだけでなく、撮像データを分析することで、ユーザが次に採るべきアクションを示すリコメンド情報を生成してもよい。例えば、撮像データから、監視エリアＡｗの雑草が伸びていると判断した場合、分析部１０２は、雑草を刈ったほうがよい旨のリコメンド情報を生成する。通知部１０３は、分析部１０２によって生成されたリコメンド情報を、ユーザ端末３０に通知する。なお、車両２０に草刈り機能が搭載されている場合、分析部１０２は、車両２０による雑草の草刈り指示を生成してもよい。この場合、通知部１０３は、分析部１０２によって生成された草刈り指示を、車両２０に通知すればよい。かかる構成によれば、ユーザの指示がなくとも、車両２０が自動で雑草の草刈りを行うため、監視エリアＡｗをよい状態で管理できる。もちろん、ユーザが次に採るべきアクションは、草刈りに限られるものではない。例えば、監視エリアＡｗに存在する物品の修理など、あらゆるアクションに適用可能である。
【００５７】
また、各実施形態において、車両２０は超小型モビリティに限定されない。例えば撮像装置２６が搭載されている車両２０であればどのような車両であってもよい。
【００５８】
また、監視サーバ１０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよい。監視サーバ１０における処理の少なくとも一部を、他のコンピュータにより行う構成としてもよい。この場合、制御装置１１により実現される各機能部の処理のうち少なくとも一部の処理を、他のコンピュータで行う構成としてもよい。また、監視サーバ１０が実行する処理の一部（またはすべて）を車両２０が実行するようにしてもよい。
【符号の説明】
【００５９】
１…遠隔監視システム、１０…監視サーバ、１１…制御装置、１２…メモリ、１３…入出力装置、１４…通信Ｉ／Ｆ、１５…記憶装置、２０…車両、２１…制御装置、２２…メモリ、２３…入出力装置、２４…通信Ｉ／Ｆ、２５…ＧＰＳ受信装置、２６…撮像装置、２７…走行装置、２８…バッテリー、２９…充電装置、３０…ユーザ端末、１００…受付部、１０１…受信部、１０２…分析部、１０３…通知部、１０４…送信部、２００…走行制御部、２０１…撮像制御部、２０２…異常報知部、２０３…送信部、Ａｗ…監視エリア、ＴＡ１…車両管理テーブル、ＴＡ２…経路マップ管理テーブル。
【図１】
2020098965.tif 000003
【図２】
2020098965.tif 000004
【図３】
2020098965.tif 000005
【図４】
2020098965.tif 000006
【図５】
2020098965.tif 000007
【図６】
2020098965.tif 000008
【図７】
2020098965.tif 000009
【図８】
2020098965.tif 000010
【図９】
2020098965.tif 000011