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

Description

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

監視カメラ又は車載用カメラによる監視精度の高い空き領域へ優先的に車両を誘導する技術が知られている（例えば、特許文献１参照。）。

特開２０１０－２７７４２０号公報

複数の車両が駐車している場合には、複数のカメラによって夫々の車両の周辺を監視することが可能になるが、車両の並び方や向きによっては、同じ場所を複数のカメラで撮影することになるため、必要以上の画像が取得されてしまう。そのため、撮影に要する電力が無駄になる場合も考えられる。

よって、本発明の目的は、駐車中の車両に備わるカメラによる撮影が必要以上に行われることを抑制することにある。

本発明の態様の一つは、車両の周辺を撮影するカメラを備える複数の車両が駐車中に撮影する画像を無線通信によって取得する情報処理装置において、前記複数の車両の夫々についての状態に関する情報を取得することと、前記情報に基づいて、前記複数の車両の中から撮影を行う車両である撮影車両を選定することと、前記撮影車両に対して、撮影を指示する指令を生成することと、前記撮影車両に対して、撮影を指示する指令を送信することと、を実行する制御部を備える情報処理装置である。

本発明の態様の一つは、車両の周辺を撮影するカメラを備える複数の車両が駐車中に撮影する画像を無線通信によって取得する情報処理方法において、コンピュータが、前記複数の車両の夫々についての状態に関する情報を取得することと、前記情報に基づいて、前記複数の車両の中から撮影を行う車両である撮影車両を選定することと、前記撮影車両に対して、撮影を指示する指令を生成することと、前記撮影車両に対して、撮影を指示する指令を送信することと、を実行する情報処理方法である。

また、本発明の他の態様は、上記の方法をコンピュータに実行させるためのプログラム、または、該プログラムを非一時的に記憶したコンピュータ可読記憶媒体である。

本発明によれば、駐車中の車両に備わるカメラによる撮影が必要以上に行われることを抑制できる。

実施形態に係る監視システムの概略構成を示す図である。 実施形態の概要を説明するための図である。 実施形態の概要を説明するための図である。 実施形態に係る監視システムを構成する車両、ユーザ端末、サーバのそれぞれの構成の一例を概略的に示すブロック図である。 車両の機能構成の一例を示す図である。 ユーザ端末の機能構成の一例を示す図である。 サーバの機能構成の一例を示す図である。 実施形態の概要を説明するための図である。 第１実施形態に係る車両情報のテーブル構成を例示した図である。 画像情報のテーブル構成を例示した図である。 監視システムが指令を生成するときの監視システムの処理のシーケンス図である。 第１実施形態に係る監視システムが指令を生成するときのサーバの処理の一例を示すフローチャートである。 車両における処理のフローを示したフローチャートである。 第２実施形態に係る車両情報のテーブル構成を例示した図である。 第２実施形態に係る監視システムが指令を生成するときのサーバの処理の一例を示すフローチャートである。 車両の向きが異なる場合の概要を説明するための図である。

本発明の態様の一つである情報処理装置は、車両が駐車中にカメラによって撮影した画像の情報を取得する。この情報は無線通信によって、例えばサーバやユーザ端末に送信されてもよい。「車両が駐車中」とは、例えば、車両が停止しており、且つ、ユーザが車両に乗っていないときである。ユーザは、車両に乗っていないときに、無線通信によって送信される情報に基づいて、車両を監視することができる。

そして、制御部は、複数の車両の夫々についての状態に関する情報を取得する。複数の車両の夫々についての状態に関する情報とは、撮影を行う車両として選択する条件に関する情報であり、例えば、車両のバッテリの充電率、カメラの画角、車両の位置、車両の向き等である。これらは、例えば、カメラによって撮影される領域に関する情報、または、撮影を行うことにより車両が走行できなくなることを判断し得る情報である。

ここで、複数の車両がカメラを備えている場合に、各車両において撮影を行うと、同じような画像が複数得られる場合がある。そのような場合には、全ての車両で撮影を行う必要はない。すなわち、同じような画像を撮影している車両の中から１台の車両を選定して撮影を行うことにより、他の車両において消費される電力量を低減させることができる。

制御部は、撮影を行う車両を選定すると、その車両において撮影が行われるように、指令を生成してその車両に送信する。その指令を受信した車両では、撮影が行われる。なお、撮影を行う車両として選定されなかった車両に対しては、撮影を行わないように指令を生成してその車両に送信してもよい。

なお、車両は、電気自動車であってもよい。電気自動車は、バッテリへの充電時に車両をある程度の時間駐車する必要がある。このときにユーザが車両から離れても、例えばスマートフォン等で車両の状態を監視することができる。このときに、選定された車両だけで撮影を行うことにより、例えば、バッテリの充電を促進させることができる。また、車両は、自律走行車両であってもよい。自律走行車両の場合には、制御部が生成した指令に基づいて車両が自律走行してもよい。

また、前記制御部は、前記複数の車両の夫々についての状態に関する情報として、前記複数の車両の夫々に備わるバッテリの充電率に関する情報を取得してもよい。そうすると
、バッテリの充電率充電率（ＳＯＣ: State of Charge）に応じて撮影を行う車両を選定
することができるため、例えば、バッテリのＳＯＣが極端に低下することを抑制できる。

また、前記制御部は、バッテリの充電率が所定値以上の車両を前記撮影車両として選定してもよい。ここでいう所定値は、車両の走行が可能なバッテリのＳＯＣである。例えば、車両１０が電気自動車の場合には、所定距離（例えば、ナビゲーションシステムに入力された目的地、または、自宅までの距離）を走行可能なＳＯＣとしてもよい。また、所定値は、車両が内燃機関を駆動源とする車両の場合には、内燃機関の始動に必要なＳＯＣとしてもよい。ＳＯＣが所定値未満の車両が撮影を行うと、その後にＳＯＣが不足して走行不能になる虞があるため、撮影を行わないようにする。このようにして、車両が走行不能になることを抑制できる。

また、前記制御部は、前記複数の車両の夫々についての状態に関する情報として、前記複数の車両の夫々に備わる前記カメラの画角に関する情報、前記複数の車両の夫々の位置に関する情報、及び、前記複数の車両の夫々の向きに関する情報を取得してもよい。これらの情報に基づけば、各車両が備えるカメラで撮影される領域（以下、撮影領域ともいう。）を求めることができる。各車両の撮影領域に基づいて撮影を行う車両を選定することにより、撮影領域が必要以上に重複した車両が選定されることを抑制できる。

また、前記制御部は、前記カメラによって撮影される領域が重複しないように、前記撮影車両を選定してもよい。このようにして、重複した領域が撮影されることを抑制できる。そして、撮影車両をより少なくすることができるため、消費される電力量を低減することができる。

また、前記制御部は、前記カメラによって撮影される領域が重複するように、且つ、重複している領域が所定領域未満になるように、前記撮影車両を選定してもよい。ここでいう所定領域は、例えば、撮影領域の重複が許容範囲外となる領域である。許容範囲は、例えば、車両周辺の監視に要する撮影領域の重複の度合いと、消費される電力量等に基づいて定めてもよい。また、各車両の周辺の監視に要する撮影領域の重複が生じるように所定領域を設定してもよい。なお、撮影領域が重複してはいるものの、重複が最小になる車両の組み合わせとなるように、撮影車両を選定してもよい。

また、前記制御部は、前記複数の車両の夫々についての状態に関する情報として、前記複数の車両の夫々に備わる前記カメラの向きに関する情報を取得してもよい。同じ方向を撮影しているカメラが複数ある場合には、同じような画像が得られる場合がある。この場合、同じ方向を複数のカメラで撮影する必要はない。したがって、カメラの向きに応じて撮影車両を選定することにより、必要以上の車両において撮影が行われることを抑制できる。なお、カメラの向きと車両の向きとの相関が分かっている場合には、カメラの向きに関する情報に代えて、車両の向きに関する情報を所得してもよい、

また、前記制御部は、前記カメラの向きが重複しないように前記撮影車両を選定してもよい。そうすると、同じような画像が撮影されることを抑制できる。

また、前記制御部は、前記複数の車両の夫々についての状態に関する情報として、前記複数の車両の夫々に備わる前記カメラが設置されている高さに関する情報を取得してもよい。カメラが設置されている高さが異なる場合には、撮影可能な範囲が異なるため、車両周辺を監視する上で、有用である場合もある。例えば、乗用車とバスとでは、バスのほうがより高い位置にカメラを設置可能であるため、より遠くまで撮影することが可能となる。一方、乗用車に設置されるカメラは低い位置に設置されるが、これにより、車両のすぐ近くまで撮影することができる。このように、カメラが設置されている高さに応じて画像
の特徴が異なるため、カメラが設置されている高さに応じて撮影車両を選定することにより、所望の画像を得ることができる。

また、前記制御部は、前記カメラが設置されている高さが重複しないように前記撮影車両を選定してもよい。すなわち、カメラが設置されている高さが異なる車両を撮影車両として選定することにより、画像のバリエーションを増やすことができる。

以下、図面に基づいて、本発明の実施の形態を説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。また、以下の実施形態は可能な限り組み合わせることができる。

＜第１実施形態＞
図１は、実施形態に係る監視システム１の概略構成を示す図である。図１に示す監視システム１は、車両１０、ユーザ端末２０、サーバ３０を含む。監視システム１は、車両１０の周辺をカメラで撮影し、撮影した画像をサーバ３０に送信するシステムである。その画像は、例えば、ユーザ端末２０からの要求により、サーバ３０からユーザ端末２０に提供される。サーバ３０は、車両１０の状態に関する情報に基づいて、複数の車両１０の中から撮影を行う車両１０を選定する。図１におけるユーザは、ユーザ端末２０を操作するユーザであり、例えば、車両１０の運転者または車両１０の所有者である。

車両１０、ユーザ端末２０、サーバ３０は、ネットワークＮ１によって相互に接続されている。ネットワークＮ１は、例えば、インターネット等の世界規模の公衆通信網でありＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やその他の通信網が採用されてもよい。また、ネットワークＮ１は、携帯電話等の電話通信網、Ｗｉ－Ｆｉ（登録商標）等の無線通信網を含んでもよい。図１には、例示的に１台の車両１０を図示しているが、車両１０は複数存在し得る。また、ユーザ端末２０も、車両１０と同様に複数存在し得る。一台の車両１０に対して複数のユーザ端末２０が対応していてもよい。また、一台のユーザ端末２０に対して複数の車両１０が対応していてもよい。

図２及び図３は、本実施形態の概要を説明するための図である。図２及び図３は、第一車両１０Ａ、第二車両１０Ｂ、第三車両１０Ｃ、第四車両１０Ｄ、第五車両１０Ｅの５台の車両が横に並んで駐車している状態を例示している。なお、これらの車両を区別しない場合には、単に車両１０という。図２及び図３において、破線は、各車両１０が備えるカメラが撮影される領域（撮影領域）を示している。図２では、５台すべての車両１０によって撮影が行われている。この場合、各車両１０の撮影領域の重複が大きい。例えば、第二車両１０Ｂの撮影領域を見ると、ほとんどが、第一車両１０Ａの撮影領域および第三車両１０Ｃの撮影領域と重複している。一方、図３では、第一車両１０Ａ及び第五車両１０Ｅの２台の車両によって撮影が行われている。この場合、第二車両１０Ｂ、第三車両１０Ｃ、第四車両１０Ｄのすぐ前の領域を撮影することはできないが、撮影領域の重複が小さく且つ監視可能な領域は十分広い。そこで、本実施形態では、車両１０の周辺の監視が可能な範囲で撮影領域の重複が小さくなるように、撮影を行う車両１０を選定する。なお、以下では、撮影を行う車両１０を撮影車両１００ともいう。

撮影車両１００は、例えば、車両１０の位置、カメラの画角、車両１０の向き、カメラの向き、又は、カメラが取り付けられている高さ（カメラの高さ方向の位置）に基づいて決定する。すなわち、車両１０の位置、カメラの画角、車両１０の向き、カメラの向き、又は、カメラが取り付けられている高さに応じて、各車両１０の撮影領域が変化するため、これらの情報に基づいて、撮影領域の重複を判断できる。このように、撮影領域に関する情報に基づいて、撮影車両１００を選定する。この「撮影領域に関する情報」は、「複数の車両の夫々についての状態に関する情報」の一例である。

（ハードウェア構成）
次に、図４に基づいて、車両１０、ユーザ端末２０、サーバ３０のハードウェア構成について説明する。図４は、本実施形態に係る監視システム１を構成する車両１０、ユーザ端末２０、サーバ３０のそれぞれの構成の一例を概略的に示すブロック図である。

車両１０は、プロセッサ１１、主記憶部１２、補助記憶部１３、カメラ１４、施解錠部１５、通信部１６、位置情報センサ１７、方位センサ１８、バッテリ１９を有する。これらは、バスにより相互に接続される。プロセッサ１１は、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）等である。プロセッサ１１は、車両１０を
制御するための様々な情報処理の演算を行う。

主記憶部１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等である。補助記憶部１３は、ＥＰＲＯＭ（Erasable Programmable ROM）、ハードディスク
ドライブ（ＨＤＤ、Hard Disk Drive）、リムーバブルメディア等である。補助記憶部１
３には、オペレーティングシステム（Operating System :ＯＳ）、各種プログラム、各種テーブル等が格納される。補助記憶部１３に格納されたプログラムをプロセッサ１１が主記憶部１２の作業領域にロードして実行し、このプログラムの実行を通じて各構成部等が制御される。主記憶部１２および補助記憶部１３は、コンピュータで読み取り可能な記録媒体である。図４に示した構成は、複数台のコンピュータが連携したものであってもよい。また、補助記憶部１３に格納される情報は、主記憶部１２に格納されてもよい。また、主記憶部１２に格納される情報は、補助記憶部１３に格納されてもよい。

カメラ１４は、例えばＣＣＤ（Charge Coupled Device）イメージセンサまたはＣＭＯ
Ｓ（Complementary Metal Oxide Semiconductor）イメージセンサなどの撮影素子を用い
て撮影を行う。カメラ１４は、車両１０の外部（車両１０の周辺）の画像を取得するように設置される。この画像は、静止画または動画の何れであってもよい。施解錠部１５は、車両１０のドアの施解錠を行う。

通信部１６は、車両１０をネットワークＮ１に接続するための通信手段である。通信部１６は、例えば、移動体通信サービス（例えば、５Ｇ（5th Generation）、４Ｇ（4th Generation）、３Ｇ（3rd Generation）、ＬＴＥ（Long Term Evolution）等の電話通信網
）、Ｗｉ－Ｆｉ（登録商標）等の無線通信網を利用して、ネットワークＮ１経由で他の装置（例えばサーバ３０またはユーザ端末２０等）と通信を行うための回路である。

位置情報センサ１７は、所定の周期で、車両１０の位置情報（例えば緯度、経度）を取得する。位置情報センサ１７は、例えば、ＧＰＳ（Global Positioning System）受信部
、無線ＬＡＮ通信部等である。位置情報センサ１７で取得された情報は、例えば、補助記憶部１３等に記録され、サーバ３０に送信される。方位センサ１８は、所定の周期で、車両１０が向いている方位を取得する。方位センサ１８は、例えば、地磁気センサ、ジャイロセンサなどを含む。方位センサ１８で取得された情報は、例えば、補助記憶部１３等に記録され、サーバ３０に送信される。バッテリ１９は、車両１０に備わる上記の機器に電力を供給する。また、車両１０が電気自動車（ＥＶ）の場合には、車両１０を駆動する電動モータに電力を供給する。

なお、車両１０において実行される一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。車両１０のハードウェア構成は、図４に示されるものに限定されない。

次に、ユーザ端末２０について説明する。ユーザ端末２０は、例えば、スマートフォン
、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ、ＰＣ）といった小型のコンピュータである。ユーザ端末２０は、プロセッサ２１、主記憶部２２、補助記憶部２３、入力部２４、出力部２５、通信部２６を有する。これらは、バスにより相互に接続される。ユーザ端末２０のプロセッサ２１、主記憶部２２、補助記憶部２３、通信部２６については、車両１０のプロセッサ１１、主記憶部１２、補助記憶部１３、通信部１６と同様であるため、説明を省略する。

入力部２４は、ユーザが行った入力操作を受け付ける手段であり、例えば、タッチパネル、キーボード、マウス、押しボタン等である。出力部２５は、ユーザに対して情報を提示する手段であり、例えば、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electroluminescence）パネル、スピーカ、ランプ等である。入力部２４及び出力部２５は、１つのタッ
チパネルディスプレイとして構成してもよい。

次に、サーバ３０について説明する。サーバ３０は、プロセッサ３１、主記憶部３２、補助記憶部３３、通信部３４を有する。これらは、バスにより相互に接続される。サーバ３０のプロセッサ３１、主記憶部３２、補助記憶部３３、通信部３４については、車両１０のプロセッサ１１、主記憶部１２、補助記憶部１３、通信部１６と同様であるため、説明を省略する。プロセッサ３１は、「制御部」の一例である。

（機能構成：車両）
図５は、車両１０の機能構成の一例を示す図である。車両１０は、機能構成要素として、撮影部１０１、車両情報送信部１０２、及びスマートキー１０３を備えている。撮影部１０１、車両情報送信部１０２、及びスマートキー１０３は、例えば、車両１０のプロセッサ１１が、補助記憶部１３に記憶された各種プログラムを実行することで提供される機能構成要素である。

撮影部１０１は、カメラ１４によって画像情報を取得し、その画像情報を、通信部１６を介してサーバ３０に送信する。なお、撮影部１０１は、サーバ３０からの要求に応じてカメラ１４によって画像情報を取得してもよい。撮影部１０１は、自車両を識別する識別情報（車両ＩＤ）と紐付けして、画像情報をサーバ３０に送信する。

車両情報送信部１０２は、例えば、位置情報センサ１７から取得する位置情報、方位センサ１８から取得する方位情報、カメラ１４の画角に関する情報、及び車両１０のステータスを、通信部１６を介してサーバ３０に送信する。カメラ１４の画角はカメラ１４の仕様によって決まり、例えば、補助記憶部２３に記憶されている。ステータスは、車両１０が駐車状態にあるのか否かを判別するための情報である。車両情報送信部１０２は、例えば、車両１０が停車しており、且つ、ユーザが車室内にいない場合に、車両１０が駐車状態であると判断する。例えば、車両１０の速度が０の場合、または、車両１０の位置が変化しない場合に、車両１０が停車していると判断することができる。また、例えば、スマートキー１０３が後述するユーザの所持する電子キー２０３との通信ができなくなった場合、または、電子キー２０３からの電波の強度が所定値以下の場合に、ユーザが車室内にいないと判断することができる。なお、以下では、位置情報、方位情報、カメラ１４の画角に関する情報、及びステータスをまとめて車両情報ともいう。車両情報送信部１０２が、車両情報を送信するタイミングは適宜設定可能であり、例えば、定期的に送信してもよいし、何らかの情報をサーバ３０に送信するタイミングに合わせて送信してもよいし、サーバ３０からの要求に応じて送信してもよい。車両情報送信部１０２は、自車両を識別する識別情報（車両ＩＤ）と紐付けして、車両情報をサーバ３０に送信する。

（機能構成：ユーザ端末）
図６は、ユーザ端末２０の機能構成の一例を示す図である。ユーザ端末２０は、機能構成要素として、視聴依頼送信部２０１、画像再生部２０２、及び、電子キー２０３を含む。視聴依頼送信部２０１、画像再生部２０２、及び、電子キー２０３は、例えば、ユーザ端末２０のプロセッサ２１が、補助記憶部２３に記憶された各種プログラムを実行することで提供される機能構成要素である。

視聴依頼送信部２０１は、サーバ３０に対して、視聴依頼を送信する。視聴依頼とは、例えばユーザが駐車した車両１０の周辺を撮影した画像の視聴を依頼するための情報である。視聴依頼送信部２０１は、例えば、ユーザ端末２０のタッチパネルディスプレイに車両１０の周辺を撮影した画像の視聴を依頼するためのアイコン等を出力し、当該アイコンをユーザがクリックした場合に視聴依頼を生成する。視聴依頼送信部２０１は、生成した視聴依頼を、ユーザを識別する識別情報（ユーザＩＤ）と紐付けしてサーバ３０に送信する。ユーザＩＤは、予めユーザが入力部２４を介して入力しておき、補助記憶部２３に格納される。

画像再生部２０２は、サーバ３０から送信される画像情報を、通信部２６を介して取得すると共に、取得した画像を出力部２５に表示させることにより画像をユーザに視聴される。電子キー２０３は、車両１０のスマートキー１０３と通信して、車両１０の施解錠を行わせる。

（機能構成：サーバ）
図７は、サーバ３０の機能構成の一例を示す図である。サーバ３０は、機能構成要素として、車両管理部３０１、視聴依頼取得部３０２、画像管理部３０３、指令生成部３０４、ユーザ情報ＤＢ３１１、車両情報ＤＢ３１２、画像情報ＤＢ３１３、地図情報ＤＢ３１４を含む。車両管理部３０１、視聴依頼取得部３０２、画像管理部３０３、指令生成部３０４は、例えば、サーバ３０のプロセッサ３１が、補助記憶部３３に記憶された各種プログラムを実行することで提供される機能構成要素である。

ユーザ情報ＤＢ３１１、車両情報ＤＢ３１２、画像情報ＤＢ３１３、地図情報ＤＢ３１４は、プロセッサ３１によって実行されるデータベース管理システム（Ｄａｔａｂａｓｅ
Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ、ＤＢＭＳ）のプログラムが、補助記憶部３３に記憶されるデータを管理することで構築される、例えば、リレーショナルデータベースである。なお、サーバ３０の各機能構成要素のいずれか、またはその処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。

車両管理部３０１は、車両１０に関する様々な情報を管理する。車両管理部３０１は、例えば、車両１０から送信された車両情報（位置情報、方位情報、カメラ１４の画角、ステータス）を取得して管理する。車両管理部３０１は、車両情報を車両ＩＤ及び時刻と関連付けて車両情報ＤＢ３１２に格納する。

視聴依頼取得部３０２は、例えば、ユーザ端末２０から送信される視聴依頼を取得する。

画像管理部３０３は、例えば、車両１０から送信される画像情報を取得し管理する。画像管理部３０３は、画像情報を取得すると、その画像情報を車両ＩＤと紐付けして補助記憶部３３に格納する。また、画像管理部３０３は、ユーザ端末２０からの要求に基づいて、画像情報を提供する。

指令生成部３０４は、複数の車両１０の周辺の監視が可能なように撮影車両１００を選定する。指令生成部３０４は、例えば、複数の車両１０の周辺の監視が可能で、且つ、撮
影領域を重複させつつ撮影領域の重複が最小限となるように、複数の車両１０の中から撮影車両１００を選定する。そして、撮影車両１００が撮影を行うように、当該撮影車両１００に対する指令を生成する。指令生成部３０４は、生成した指令を、通信部３４を介して撮影車両１００に送信する。なお、指令生成部３０４は、さらに、選定されなかった車両１０に対して撮影を行わないように、選定されなかった車両１０に対する指令を生成してもよい。この指令は、通信部３４を介して、選定されなかった車両１０に送信する。

例えば、指令生成部３０４は、駐車場毎に撮影車両１００を選定する。そのため、指令生成部３０４は、例えば、同じ駐車場に止めてある車両１０を特定する。このときに、指令生成部３０４は、車両１０の位置情報と、後述する地図情報ＤＢ３１４に記憶されている地図情報とを照らし合わせて、同じ駐車場内に位置する車両１０をピックアップする。次に、指令生成部３０４は、例えば、各車両１０の撮影領域を取得する。例えば、指令生成部３０４は、各車両１０の位置、方向、カメラ１４の画角に基づいて、各車両１０の撮影領域を求める。なお、指令生成部３０４は、例えば、各車両１０から送信される画像情報に基づいて、各車両１０の撮影領域を求めてもよい。地図情報ＤＢ３１４に駐車場周辺の三次元データを記憶させておき、画像情報に含まれる情報と、駐車場周辺の三次元データとを照らし合わせて、各車両１０の撮影領域を求めてもよい。

そして、指令生成部３０４は、例えば、撮影領域の少なくとも一部が重複している車両１０が複数存在する場合に、撮影領域の重複が最小限になる車両１０の組み合わせを求める。また、例えば、指令生成部３０４は、一の撮影車両１００を設定し、一の撮影車両１００と撮影領域が重複してはいるが、その重複が最も小さくなる撮影領域を有する車両１０を撮影車両１００として選定してもよいし、一の撮影車両１００と撮影領域の重複が所定領域未満になる車両１０を撮影車両１００として選定してもよい。すなわち、撮影領域の重複が必ずしも最小限になる必要はない。

一方、指令生成部３０４は、例えば、一の撮影車両１００と撮影領域が重複していない車両１０の中で、撮影領域が最も近い車両１０を撮影車両１００として選定してもよい。すなわち、撮影領域は必ずしも重複する必要はない。図８は、実施形態の概要を説明するための図である。図８では、第一車両１０Ａ及び第五車両１０Ｅの２台の車両によって撮影が行われている。この場合、第二車両１０Ｂ、第三車両１０Ｃ、第四車両１０Ｄのすぐ前の領域を撮影することはできず、撮影領域の重複もないが、監視可能な領域は十分広い。そこで、本実施形態では、車両１０の周辺の監視が可能な範囲で撮影領域が重複しないように、撮影を行う車両１０を選定してもよい。このように、指令生成部３０４は、撮影領域が重複している車両１０の中から撮影車両１００を選定してもよいし、撮影領域が重複していない車両１０の中から撮影車両１００を選定してもよい。また、撮影車両１００同士の撮影領域にある程度の間隔を設けてもよい。撮影領域を重複させる場合の重複の度合いや、撮影領域を重複させない場合の撮影領域間の間隔は、例えば、どの程度の画像情報を取得することが要求されているのかによって設定することができる。

なお、指令生成部３０４は、例えば、各車両１０が撮影した画像を解析することにより、撮影領域の重複を判断してもよい。例えば、夫々の車両１０から得られる画像に同一のもの（同一の建造物、同一の車両、同一の雲、同一の山、同一の木など）が写っている場合には、それらの車両１０の撮影領域は重複していると判断してもよい。また、画像の中でその同一のものが写っている位置に基づいて、重複の度合いを求めてもよい。また、同一のものが写っていない画像を撮影している車両１０を撮影車両１００として選定してもよい。

そして、指令生成部３０４は、撮影車両１００がカメラ１４による撮影を行い、画像情報をサーバ３０に送信するように指令を生成し、さらに、その指令を撮影車両１００に送
信する。

ユーザ情報ＤＢ３１１は、上記の補助記憶部３３にユーザのユーザ情報が格納されて形成されており、そこでは各ユーザとユーザ情報の紐付けが行われている。ユーザ情報には、例えば、ユーザと紐付けされているユーザＩＤ、氏名、住所、車両ＩＤ等が含まれる。

車両情報ＤＢ３１２は、補助記憶部３３に車両情報が格納されて形成されており、そこでは車両ＩＤと車両情報との紐付けが行われている。ここで、車両情報ＤＢ３１２に格納される車両情報の構成について、図９に基づいて説明する。図９は、車両情報のテーブル構成を例示した図である。車両情報テーブルは、車両ＩＤ、時刻、位置、方位、画角、ステータスの各フィールドを有する。車両ＩＤフィールドには、車両１０を特定する識別情報が入力される。時刻フィールドには、車両情報が取得された時刻に関する情報が入力される。位置フィールドには、車両１０が送信した位置情報が入力される。方位フィールドには、車両１０が送信した方位情報が入力される。画角フィールドには、車両１０のカメラ１４の画角に関する情報が入力される。ステータスフィールドには、車両１０のステータスに関する情報が入力される。なお、図９では、車両１０が駐車状態にある場合には、ステータスフィールドに「１」が入力され、その他の場合には、ステータスフィールドに「０」が入力される。

画像情報ＤＢ３１３は、補助記憶部３３に上記の画像情報が格納されて形成されており、そこではユーザの車両ＩＤと、画像情報との紐付けが行われている。ここで、画像情報ＤＢ３１３に格納される画像情報の構成について、図１０に基づいて説明する。図１０は、画像情報のテーブル構成を例示した図である。画像情報テーブルは、車両ＩＤ、時刻、位置、方位、画像の各フィールドを有する。車両ＩＤフィールドには、車両１０を特定するための情報（車両ＩＤ）が入力される。時刻フィールドには、画像情報が取得された時刻に関する情報が入力される。位置フィールドには、画像情報を取得した車両１０の位置に関する情報が入力される。方位フィールドには、画像情報を取得した車両１０の方位に関する情報が入力される。画像フィールドには、補助記憶部３３において画像が記憶されている場所に関する情報が入力される。なお、時刻フィールドに代えて、動画が撮影された時間（動画の開始時刻及び終了時刻）が格納される時間フィールドを有していてもよい。

地図情報ＤＢ３１４には、地図データ、当該地図データ上の各地点の特性を示す文字や写真等のＰＯＩ（Point of Interest）情報を含む地図情報が格納される。なお、地図情
報ＤＢ３１４は、ネットワークＮ１に接続される他のシステム、例えば、ＧＩＳ（Geographic Information System）から提供されてもよい。また、地図情報ＤＢ３１４には、駐
車場を示す情報が含まれる。また、地図情報ＤＢ３１４には、駐車場周辺の三次元データが含まれていてもよい。

（処理の流れ：指令生成）
次に、監視システム１が指令を生成するときの動作について説明する。図１１は、監視システム１が指令を生成するときの監視システム１の処理のシーケンス図である。なお、図１１に示したシーケンス図では、３台の車両１０（第一車両１０Ａ、第二車両１０Ｂ、第三車両１０Ｃとする）が同じ駐車場に止められており、第一車両１０Ａの撮影領域の一部と第二車両１０Ｂの撮影領域の一部とが重複し、第二車両１０Ｂの撮影領域の一部と第三車両１０Ｃの撮影領域の一部とが重複しているために、第二車両１０Ｂのカメラ１４による撮影が必要のない場合を想定している。

各車両１０は、所定時間毎に、位置情報、方位情報、カメラ１４の画角、ステータス等の車両情報を生成し（Ｓ０１Ａ，Ｓ０１Ｂ，Ｓ０１Ｃの処理）、その車両情報をサーバ３
０に夫々送信する（Ｓ０２Ａ，Ｓ０２Ｂ，Ｓ０２Ｃの処理）。車両情報を受信したサーバ３０は、車両情報を車両ＩＤと関連付けて車両情報ＤＢ３１２に記憶させる（Ｓ０３の処理）。そして、サーバ３０は、同じ駐車場に駐車している第一車両１０Ａ、第二車両１０Ｂ、第三車両１０Ｃをピックアップし、撮影領域の重複が最小になるように撮影車両１００を選定する。本シーケンス図では、第一車両１０Ａ及び第三車両１０Ｃが撮影車両１００として選定され、第二車両１０Ｂは撮影車両１００として選定されない。そして、サーバ３０は、各車両１０に対する指令を生成する。すなわち、第一車両１０Ａ及び第三車両１０Ｃに対して、カメラ１４による撮影を行う指令を生成し、第二車両１０Ｂに対して、カメラ１４による撮影を行わない指令を生成する（Ｓ０４の処理）。サーバ３０は、生成した指令を各車両１０に送信する（Ｓ０５，Ｓ０６，Ｓ０７の処理）。この指令にしたがって、第一車両１０Ａは撮影を行い（Ｓ０８の処理）、第二車両１０Ｂは撮影を行わず（Ｓ０９の処理）、第三車両１０Ｃは撮影を行う（Ｓ１０の処理）。第一車両１０Ａ及び第三車両１０Ｃは、例えば所定時間毎に、画像情報をサーバ３０に送信する（Ｓ１１，Ｓ１２の処理）。サーバ３０は、受信した画像に関する情報を画像情報ＤＢ３１３に記憶させる（Ｓ１３の処理）。

（処理の流れ：サーバ）
次に、図１２を参照して、第１実施形態に係るサーバ３０の処理を説明する。図１２は、監視システム１が指令を生成するときのサーバ３０の処理の一例を示すフローチャートである。図１２の処理は、所定の時間（例えば、一定の周期間隔）毎にプロセッサ３１により実行される。また、図１２の処理は、駐車場毎に実行される。サーバ３０は、各車両１０から車両情報を受信していることを前提とする。

ステップＳ１０１では、指令生成部３０４が、駐車場において駐車状態にある車両１０が複数存在するか否か判定する。本ステップＳ１０１では、撮影領域が重複する前提として、複数の車両１０が存在するか否か判定される。指令生成部３０４は、各車両１０の位置情報及びステータスに基づいて、同一の駐車場に駐車している車両１０をピックアップする。ステップＳ１０１で肯定判定された場合にはステップＳ１０２へ進み、否定判定された場合には本ルーチンを終了させる。なお、駐車場に止めてある車両１０が１台のみの場合には、当該車両１０が撮影を行うように指令生成部３０４が指令を生成し、当該車両１０に指令を送信してもよい。

ステップＳ１０２では、指令生成部３０４が、各車両１０の車両情報に基づいて、各車両１０の撮影領域を算出する。ステップＳ１０３では、指令生成部３０４が、例えば、撮影領域の重複を残しつつ、撮影領域の重複が最小となるように、撮影車両１００を選定する。ステップＳ１０４では、指令生成部３０４が、各車両１０に対する指令を生成する。選定された車両１０に対しては、撮影を行うように指令を生成し、選定されなかった車両１０に対しては、撮影を行わないように指令を生成する。そして、ステップＳ１０５では、指令生成部３０４が、ステップＳ１０４で生成した指令を各車両１０に送信する。

（処理の流れ：車両）
次に、図１３を参照して、車両１０における処理について説明する。図１３は、車両１０における処理のフローを示したフローチャートである。図１３の処理は、所定の時間（例えば、一定の周期間隔）毎にプロセッサ１１により実行される。図１３に示す処理は、各車両１０において実行される。

ステップＳ２０１では、車両情報送信部１０２が、車両情報を生成する。すなわち、車両情報送信部１０２は、車両１０の位置、車両１０の向き、カメラ１４の画角、ステータス等の車両情報を生成する。ステップＳ２０２では、車両情報送信部１０２が、車両情報をサーバ３０へ送信する。ステップＳ２０３では、撮影部１０１が、サーバ３０から撮影
を行う指令を受信したか否か判定する。ステップＳ２０３で肯定判定された場合にはステップＳ２０４へ進み、否定判定された場合にはステップＳ２０６へ進む。

ステップＳ２０４では、撮影部１０１が、カメラ１４による撮影を開始する。なお、既に撮影が開始されている場合には、継続して撮影を行う。そして、ステップＳ２０５では、車両情報送信部１０２が、サーバ３０に画像情報を送信する。なお、画像情報は、所定時間毎に送信してもよく、車両情報と共に送信してもよい。一方、ステップＳ２０６では、撮影部１０１が、サーバ３０から撮影を行わない指令を受信したか否か判定する。ステップＳ２０５で肯定判定された場合にはステップＳ２０７へ進み、否定判定された場合には本ルーチンを終了させる。ステップＳ２０７では、撮影部１０１が、カメラ１４による撮影を終了する。なお、既に撮影が行われていなかった場合には、その状態が維持される。ステップＳ２０７において撮影を終了した場合には、そのときに撮影していた画像を撮影部１０１がサーバ３０に送信する。

例えば、撮影車両１００として選定された車両１０は、ステップＳ２０３において肯定判定され、ステップＳ２０４において撮影を開始する。そして、例えば、ユーザが車両１０に戻って乗車した場合に、ステップＳ２０１において生成されるステータスが変更され、それに応じてサーバ３０からの指示が変更される。すなわち、サーバ３０からは撮影をしない指令を受信するため、ステップＳ２０３において否定判定され、且つ、ステップＳ２０６において肯定判定されるため、撮影が終了される。

また、例えば、撮影車両１００として選定されなかった車両１０は、ステップＳ２０３において否定判定され、且つ、ステップＳ２０６において肯定判定されるため、カメラ１４による撮影は行われない。また、走行している車両１０は、車両１０のステータスが「０」になるため、撮影車両１００としてサーバ３０から選定されることはない。

以上のようにしてサーバ３０が取得した画像は、例えば、ユーザに対して提供することができる。例えば、サーバ３０の視聴依頼取得部３０２がユーザ端末２０から送信される視聴依頼を受信すると、画像管理部３０３が、ユーザ端末２０に対応する車両１０の画像情報を当該ユーザ端末２０に送信する。なお、ユーザ端末２０に対応する車両１０とは、ユーザ端末２０に紐付けされている車両ＩＤに対応する車両１０である。ここで、ユーザ端末２０に対応する車両１０が撮影車両１００に該当する場合には、当該撮影車両１００によって撮影された画像をユーザ端末２０に送信する。一方、ユーザ端末２０に対応する車両１０が撮影車両１００に該当しない場合には、例えば、当該車両１０の最も近くに存在する撮影車両１００によって撮影された画像をユーザ端末２０に送信する。なお、駐車場内の各撮影車両１００で撮影した画像を、ユーザが選択して視聴できるようにしてもよい。

以上説明したように本実施形態によれば、複数の車両１０が同じ駐車場に止まっている場合に、必要最小限の車両１０によって駐車場の監視に要する画像を撮影することができる。これにより、例えば、監視システム１の全体として消費される電力量を低減させることができる。また、車両１０が駐車中にバッテリ１９への充電を行う場合において、撮影車両１００以外の車両１０では、速やかな充電が可能となる。また、必要以上の画像情報がサーバに送られることを抑制できるため、サーバ３０の記憶容量を低減したり、通信量を低減したりできる。

＜第２実施形態＞
第１実施形態では、サーバ３０が、各車両１０の撮影領域に関する情報に基づいて撮影車両１００を選定している。一方、本第２実施形態では、各車両１０のバッテリ１９の充電率（ＳＯＣ: State of Charge）に基づいて、撮影車両１００を選定する。ここで、Ｓ
ＯＣが小さい車両１０において撮影を行うと、車両１０の走行が困難になり得る。例えば、車両１０が電気自動車の場合には、ＳＯＣが小さいときに撮影を行うと、走行に必要な電力をバッテリ１９から得ることができなくなる虞がある。また、例えば、車両１０が内燃機関により駆動される場合には、ＳＯＣが小さいときに撮影を行うと、内燃機関の始動に必要な電力をバッテリ１９から得ることができなくなる虞がある。そのため、本第２実施形態では、ＳＯＣが比較的大きな車両１０を撮影車両１００として選定する。この「バッテリ１９のＳＯＣに関する情報」は、「複数の車両の夫々についての状態に関する情報」の一例である。

例えば、車両１０の車両情報送信部１０２が生成する車両情報にバッテリ１９のＳＯＣに関する情報を含める。すなわち、車両１０の車両情報送信部１０２が、バッテリ１９のＳＯＣに関する情報を生成し、サーバ３０に送信する。バッテリ１９のＳＯＣは、車両情報送信部１０２が公知の技術を用いて生成する。サーバ３０の車両管理部３０１は、車両情報送信部１０２からバッテリ１９のＳＯＣに関する情報を受信すると、その情報を車両情報ＤＢ３１２に格納する。図１４は、本第２実施形態に係る車両情報のテーブル構成を例示した図である。車両情報テーブルは、車両ＩＤ、時刻、位置、方位、画角、ＳＯＣ、ステータスの各フィールドを有する。ＳＯＣフィールドには、車両１０のバッテリ１９のＳＯＣに関する情報が入力される。その他のフィールドは図９と同じである。

例えば、サーバ３０の指令生成部３０４が、撮影車両１００を選定する条件として、車両１０のバッテリ１９のＳＯＣが所定値以上であるか否か判定する。そして、ＳＯＣが所定値以上の車両１０を選定し、ＳＯＣが所定値未満の車両１０は選定しない。ここでいう所定値は、車両１０の走行が可能なＳＯＣである。例えば、車両１０が電気自動車の場合には、所定距離（例えば、ナビゲーションシステムに入力された目的地、または、自宅までの距離）を走行可能なＳＯＣである。また、所定値は、車両１０が内燃機関を駆動源とする車両の場合には、内燃機関の始動に必要となるＳＯＣである。ＳＯＣが所定値未満の場合には、撮影を行うことにより車両１０が走行不能になる虞があるため、撮影を行わないようにする。また、例えば、撮影領域が重複している車両１０が複数存在する場合には、ＳＯＣが大きな順に車両１０を選定してもよい。

（処理の流れ：サーバ）
次に、図１５を参照して、第２実施形態に係るサーバ３０の処理を説明する。図１５は、監視システム１が指令を生成するときのサーバ３０の処理の一例を示すフローチャートである。図１５の処理は、所定の時間（例えば、一定の周期間隔）毎にプロセッサ３１により実行される。また、図１５の処理は、駐車場毎に実行される。サーバ３０は、各車両１０から車両情報を受信していることを前提とする。図１２に示した処理と同じ処理が行われるステップについては、同じ符号を付して説明を省略する。

図１５に示したフローチャートでは、ステップＳ１０１で肯定判定されるとステップＳ３０１へ進む。ステップＳ３０１では、指令生成部３０４が、駐車中の各車両１０について、バッテリ１９のＳＯＣを含む車両情報を車両情報ＤＢ３１２から取得する。そして、ステップＳ３０２では、指令生成部３０４が、ＳＯＣが所定値以上の車両１０が撮影車両１００となるように、車両１０を選定する。その後、ステップＳ１０４へ進む。

なお、撮影領域が重複している２台の車両１０の何れか一方の車両１０を選択する場合に、ＳＯＣが大きな車両１０が選択されるようにしてもよい。このときに、ＳＯＣが所定値以上の車両１０のみが選択されるようにしてもよい。また、撮影領域が重複していない場合であっても、複数の車両１０の中の所定の台数の車両１０をＳＯＣが大きな順に選択して、撮影車両１００としてもよい。このときに、ＳＯＣが所定値以上の車両１０のみが選択されるようにしてもよい。所定の台数は、その駐車場において十分な監視が可能な車
両１０の台数である。すなわち、所定の台数は、駐車場の規模に応じて設定してもよい。

以上説明したように本実施形態によれば、撮影を行うと走行が困難になる車両１０が撮影車両１００として選択されないため、駐車後の車両１０が走行できなくなることを抑制できる。また、ＳＯＣが小さい車両１０では撮影が行われないため、駐車場においてバッテリ１９の充電を促進させることができる。

＜第３実施形態＞
本第３実施形態では、撮影車両１００として選定対象になるタイミング、および、撮影車両１００として選定対象にならなくなるタイミングについて説明する。本第３実施形態では、サーバ３０は、撮影車両１００として選定対象となっている車両１０の中から、上記実施形態のようにして撮影車両１００を選定する。なお、本第３実施形態では、撮影車両１００に選定された場合において、サーバ３０からの指令を撮影車両１００が受信したときに、その撮影車両１００において撮影を開始する。一方、撮影車両１００に選定されない場合において、その指令をサーバ３０から受信したときに、その撮影車両１００における撮影を終了する。

ここで、上記第１実施形態では、例えば、ユーザが車両１０から降りた場合に、車両１０が駐車状態になったと判断して、この車両１０を選定対象としている。また、上記第２実施形態では、例えば、バッテリ１９のＳＯＣが所定値以上の車両１０を、選定対象としている。また、上記第１実施形態では、例えば、車両１０にユーザが乗った場合に、車両１０が駐車状態でなくなったと判断して、この車両１０を選定対象から外している。また、上記第２実施形態では、例えば、バッテリ１９のＳＯＣが所定値未満の車両１０を、選定対象から外している。一方、本実施形態では、上記実施形態とは異なる条件に基づいて、車両１０を撮影車両１００の選定対象とするか否か判断する。なお、以下では、車両１０は電気自動車であり、駐車場に駐車中にバッテリ１９への充電が可能であることを前提に説明する。

本実施形態では、例えば、車両１０からユーザまでの距離が所定の距離以上になると選定対象とし、車両１０からユーザまでの距離が所定の距離未満になると選定対象から外してもよい。所定の距離は、例えば、ユーザが自身の車両１０を監視する必要がある距離としてもよい。すなわち、車両１０からユーザが降りたとしても、車両１０の近くにユーザがいれば、車両１０の周辺をユーザが直接見ることで監視することが可能なため、その車両１０の周辺を撮影する必要はない。また、例えば、ユーザが車両１０に車両１０に近付いて車両１０からの距離が所定の距離未満になった場合には、その後にユーザが車両１０を移動させると考えられる。この場合、その車両１０を選定対象から外すことにより、他の車両１０が撮影車両１００として選定され得る。そうすると、自車両が移動を開始する前に、他の車両１０による撮影が開始されるため、監視のための画像が途切れることなく撮影可能となる。車両１０からユーザまでの距離は、例えば、スマートキー１０３と電子キー２０３との通信における電波強度に基づいて算出可能である。なお、スマートキー１０３と電子キー２０３とが通信可能な距離を所定の距離としてもよい。また、電子キー２０３によるスマートキー１０３のロックまたはアンロックが行われる距離を所定の距離としてもよい。

サーバ３０の指令生成部３０４は、図１２のステップＳ１０３において、撮影車両１００を選定するときに、選定対象となっている車両１０の中から撮影車両１００を選定する。

以上説明したように本実施形態によれば、車両１０を撮影車両１００の選定対象とする条件を、他の実施形態と異なる条件に設定することができる。したがって、撮影車両１０
０の選定方法にバリエーションを与えることができる。

＜その他の実施形態＞
上記の実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施し得る。上記実施形態では、サーバ３０が、車両管理部３０１、視聴依頼取得部３０２、画像管理部３０３、指令生成部３０４を含んでいるが、これらの機能構成要素の一部または全部が、車両１０またはユーザ端末２０に含まれていてもよい。

また、例えば、車両情報は、ユーザがユーザ端末２０に入力し、ユーザ端末２０からサーバ３０に送信されてもよい。

また、例えば、本発明の制御部の少なくとも一部が、車両１０のプロセッサ１１またはユーザ端末２０のプロセッサ２１であってもよい。

また、上記実施形態では、ユーザが車両１０を運転しているが、これに代えて、車両１０が自律走行車両であってもよい。この場合、例えば、サーバ３０が車両１０の運行指令を生成してもよい。そして、サーバ３０が車両１０に運行指令を送信し、この運行指令を受信した車両１０が自律走行してもよい。

また、上記実施形態では、駐車場の監視について説明したが、これに代えて、複数の車両１０が止まり得る他の場所（例えば、車両１０を運ぶフェリー、車両１０を運ぶ列車、車両１０を運ぶトラック等）において監視を行う場合にも、同様に適用可能である。

なお、指令生成部３０４は、撮影車両１００を選定する際に、各車両１０のカメラ１４の向きに基づいた選定を行ってもよい。この場合、カメラ１４の向きが車両１０の向きと同じと考えて、各車両１０の向きに基づいて、撮影車両１００を選定してもよい。「カメラ１４の向きに関する情報」、又は、「車両１０の向きに関する情報」は、「複数の車両の夫々についての状態に関する情報」の一例である。例えば、駐車場において、同一方向を向いている車両１０の中から、任意の一台を撮影車両１００として選定してしてもよい。また、同一方向を向いている車両１０の中から、バッテリ１９のＳＯＣが最も大きな車両１０を撮影車両１００として選択してもよい。ここで、同じ方向を向いているカメラ１４からは、同じような画像が取得されることがある。例えば、比較的小規模の駐車場であれば、一台の車両１０のカメラ１４で駐車場のほとんどの範囲を撮影可能な場合もある。このような場合には、一台の車両１０を選択すれば、監視するのに十分な画像を取得できる。例えば、図１２に示したフローチャートのステップＳ１０３において、同一方向を向いている車両１０の中から、任意の一台を撮影車両１００として選定してしてもよい。

また、上記実施形態では、例えば、カメラ１４の画角に基づいて撮影車両１００を選定しているが、カメラ１４の画角が同じ場合であっても、カメラ１４が設置されている高さが異なる場合には、画像の見え方が違ったり、撮影されるものが異なったりする場合がある。そのため、カメラ１４が設置されている高さに応じて車両１０を選定してもよい。「カメラ１４が設置されている高さに関する情報」は、「複数の車両の夫々についての状態に関する情報」の一例である。例えば、撮影領域が重なっていている車両１０であっても、各車両１０においてカメラ１４が取り付けられている高さが異なる場合には、何れの車両１０も撮影車両１００として選定されるようにしてもよい。すなわち、カメラ１４の高さ方向の位置が重複しないように撮影車両１００を選定してもよい。例えば、カメラ１４が設置されている高さを、高、中、低の３種類に分類し、分類が異なる高さ対応する車両１０を選定してもよい。例えば、図１２に示したフローチャートのステップＳ１０３において、カメラ１４の高さ方向の位置が重複しないように撮影車両１００を選定してもよい。

また、例えば、第一車両１０Ａと第二車両１０Ｂとの撮影領域が重複している場合において、第二車両１０Ｂによる撮影が開始された場合に、第一車両１０Ａによる撮影を終了させてもよい。この場合、第一車両１０Ａのユーザが第一車両１０Ａによる撮影を終了させるか否か選択してもよい。また、例えば、第一車両１０Ａと第二車両１０Ｂとの撮影領域が重複している場合において、第二車両１０Ｂによる撮影が終了した場合に、第一車両１０Ａによる撮影を開始してもよい。この場合、第一車両１０Ａのユーザが第一車両１０Ａによる撮影を開始するか否か選択してもよい。このようにして、第二車両１０Ｂによる撮影が行われている場合に第一車両１０Ａの撮影を行わないようにできるので、第一車両１０Ａのバッテリ１９への充電を促進させることができる。また、第二車両１０Ｂによる撮影が行われていない場合に、第一車両１０Ａが撮影を行うことにより、より確実な監視が可能となると共に、第二車両１０Ｂのバッテリ１９への充電を促進させることができる。

また、例えば、車両１０の向きが異なる場合であっても、撮影領域が重複する範囲が最小になるように撮影車両１００を選択することも可能である。図１６は、車両１０の向きが異なる場合の概要を説明するための図である。図１６は、第一車両１０Ａ、第二車両１０Ｂ、第三車両１０Ｃ、第四車両１０Ｄが横方向に並んでおり、且つ、第五車両１０Ｅ及び第六車両１０Ｆが第一車両１０Ａとは異なる方向を向いて並んでいる。図１６に示すように、第一車両１０Ａと第六車両１０Ｆとの２台で撮影を行うことにより、全ての車両１０で撮影を行った場合に近い範囲の画像を得ることができる。なお、車両１０の向きが異なる場合であっても、撮影領域が重複しないように撮影車両１００を選択することも可能である。

本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

本発明は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。

１ 監視システム
１０ 車両
１１ プロセッサ
１４ カメラ
２０ ユーザ端末
３０ サーバ
３１ プロセッサ
３２ 主記憶部
３３ 補助記憶部
１０１ 撮影部
１０２ 車両情報送信部
３０１ 車両管理部
３０２ 視聴依頼取得部
３０３ 画像管理部
３０４ 指令生成部

Claims (9)

1. 車両の周辺を撮影するカメラを備える複数の車両が駐車中に撮影する画像を無線通信によって取得する情報処理装置において、
   前記複数の車両の夫々についての状態に関する情報を取得することと、
   前記情報に基づいて、前記複数の車両の中から撮影を行う車両である撮影車両を選定することと、
   前記撮影車両に対して、撮影を指示する指令を生成することと、
   前記撮影車両に対して、撮影を指示する指令を送信することと、
   を実行する制御部を備え、
   前記制御部は、
   前記複数の車両の夫々についての状態に関する情報として、前記複数の車両の夫々に備わる前記カメラの画角に関する情報、前記複数の車両の夫々の位置に関する情報、及び、前記複数の車両の夫々の向きに関する情報を取得し、
   前記カメラによって撮影される領域が重複するように、且つ、重複している領域が所定領域未満になるように、前記撮影車両を選定する、
   情報処理装置。
2. 前記制御部は、前記複数の車両の夫々についての状態に関する情報として、前記複数の車両の夫々に備わるバッテリの充電率に関する情報を取得する、
   請求項１に記載の情報処理装置。
3. 前記制御部は、バッテリの充電率が所定値以上の車両を前記撮影車両として選定する、
   請求項２に記載の情報処理装置。
4. 前記制御部は、前記複数の車両の夫々についての状態に関する情報として、前記複数の車両の夫々に備わる前記カメラの向きに関する情報を取得する、
   請求項１から３の何れか１項に記載の情報処理装置。
5. 前記制御部は、前記カメラの向きが重複しないように前記撮影車両を選定する、
   請求項４に記載の情報処理装置。
6. 前記制御部は、前記複数の車両の夫々についての状態に関する情報として、前記複数の車両の夫々に備わる前記カメラが設置されている高さに関する情報を取得する、
   請求項１から５の何れか１項に記載の情報処理装置。
7. 前記制御部は、前記カメラが設置されている高さが重複しないように前記撮影車両を選定する、
   請求項６に記載の情報処理装置。
8. 車両の周辺を撮影するカメラを備える複数の車両が駐車中に撮影する画像を無線通信によって取得する情報処理方法において、
   コンピュータが、
   前記複数の車両の夫々についての状態に関する情報を取得することと、
   前記情報に基づいて、前記複数の車両の中から撮影を行う車両である撮影車両を選定することと、
   前記撮影車両に対して、撮影を指示する指令を生成することと、
   前記撮影車両に対して、撮影を指示する指令を送信することと、
   を実行し、
   前記コンピュータは、
   前記複数の車両の夫々についての状態に関する情報として、前記複数の車両の夫々に備わる前記カメラの画角に関する情報、前記複数の車両の夫々の位置に関する情報、及び、前記複数の車両の夫々の向きに関する情報を取得し、
   前記カメラによって撮影される領域が重複するように、且つ、重複している領域が所定領域未満になるように、前記撮影車両を選定する、
   情報処理方法。
9. 車両の周辺を撮影するカメラを備える複数の車両が駐車中に撮影する画像を無線通信によって取得する情報処理方法をコンピュータに実行させるプログラムにおいて、
   コンピュータに、
   前記複数の車両の夫々についての状態に関する情報を取得することと、
   前記情報に基づいて、前記複数の車両の中から撮影を行う車両である撮影車両を選定することと、
   前記撮影車両に対して、撮影を指示する指令を生成することと、
   前記撮影車両に対して、撮影を指示する指令を送信することと、
   を実行させ、
   前記コンピュータに、
   前記複数の車両の夫々についての状態に関する情報として、前記複数の車両の夫々に備わる前記カメラの画角に関する情報、前記複数の車両の夫々の位置に関する情報、及び、前記複数の車両の夫々の向きに関する情報を取得させ、
   前記カメラによって撮影される領域が重複するように、且つ、重複している領域が所定領域未満になるように、前記撮影車両を選定させる、
   プログラム。

Images