JP5633494B2 - 情報処理システム、情報処理装置、及びセンターサーバ - Google Patents

Description

本発明は、情報処理システム、情報処理装置、及びセンターサーバに関する。

例えば、車両や二輪車などの移動体の運転を行うユーザが、自分の移動体の画像や動画を撮影しようとした場合、移動体から降りて、移動体を停止させた状態で自分で撮影しなくてはならない。この場合、ユーザ自らで移動体を運転している様子を外から撮影することはできず、例えば観光名所などを背景に、移動体を運転している様子を撮影することはできない。従って、ユーザ自らが移動体を運転しているときの様子を撮影することが求められている。これに対し、従来より特許文献１に示すようなシステムが知られている。当該システムでは、予め路側にカメラを設置しており、車両などが通過したタイミングにて撮影を行っている。

特開２００３−１０９１７８号公報

しかしながら、上述のようなシステムでは、特定の場所に固定されたカメラでの撮影であるため、固定の位置でしか撮影を行えないという問題があった。一方で、ユーザが意図する位置に路側カメラを設置することは困難であり、極めてコストが高くなるという問題もある。従って、撮影エリアが限定されることなく、容易に移動体を撮影することが求められていた。

本発明は、このような問題を解決するためになされたものであり、撮影エリアが限定されることなく、容易に移動体を撮影することが可能な情報処理システム、情報処理装置、センターサーバを提供することを目的とする。

本発明に係る情報処理システムは、センターサーバと、センターサーバとの間で通信を行う第１の移動体と、センターサーバとの間で通信を行うと共に撮影部を有する第２の移動体と、を備える情報処理システムであって、第１の移動体の位置に関する情報、及び第２の移動体の位置に関する情報に基づいて、第１の移動体と第２の移動体とが接近したときに、撮影部によって第１の移動体の撮影を実行し、撮影部によって撮影されたデータをセンターサーバにアップロードすることを特徴とする。

本発明に係る情報処理システムでは、撮影部を有する第２の移動体を用いて、第１の移動体の撮影を実行している。すなわち、第１の移動体は、他車両に撮影を行ってもらうことができる。移動体は、路側カメラとは異なり、あらゆる位置に移動可能であるため、撮影エリアは限定されることなく、第１の移動体のユーザの要求に従ったあらゆるエリアでの撮影が可能となる。また、センターサーバと通信可能で撮影部を有する移動体であれば、どのようなものであっても撮影を実行する第２の移動体として機能させることができる。すなわち、路側カメラを別途設置する場合と異なり、既に道路を走行している多数の移動体をそのまま撮影実行用の移動体として機能させることができるため、容易に撮影が可能となる。以上より、撮影エリアが限定されることなく、容易に移動体を撮影することが可能となる。

また、本発明に係る情報処理システムでは、センターサーバは、第１の移動体からの撮影要求を取得し、撮影可能な第２の移動体を特定し、当該特定された第２の移動体に撮影要求を送信し、特定された第２の移動体は、撮影要求があった第１の移動体を撮影部にて撮影することが好ましい。これにより、第２の移動体は、第１の移動体からの撮影要求に応じて、撮影を実行できる。また、全ての第２の移動体に撮影要求を送信するのではなく、撮影可能な第２の移動体を特定することにより、センターサーバでの演算の負荷を少なくすることができる。

また、本発明に係る情報処理システムでは、第２の移動体の経路情報に基づいて、第１の移動体の推奨経路を特定することが好ましい。撮影を実行する第２の移動体の経路情報に基づいた推奨経路に従うことにより、第１の移動体は、より確実に撮影してもらうことができる。

また、本発明に係る情報処理システムでは、第２の移動体の撮影部により第１の移動体が撮影される可能性を演算し、当該演算結果に基づいて、推奨経路を特定することが好ましい。このように撮影される可能性に基づいた推奨経路を特定することにより、例えば、撮影される可能性が高い推奨経路を提供することが可能になり、あるいは、撮影される可能性が低い場合に必要以上に遠回りしてしまうような推奨経路の提供を防止できる。

また、本発明に係る情報処理システムでは、第２の移動体の経路情報に基づいて、第１の移動体の推奨出発時間を演算することが好ましい。例えば、第１の移動体が直ちに推奨経路に従って走行したときに、所望の撮影場所に第２の移動体より第１の移動体が早く到着する場合もある。その場合、推奨出発時間を第１の移動体に提供することで、撮影場所に第１の移動体が到着する時間と第２の移動体が到着する時間を合わせることができる。これにより、第１の移動体は、より確実に撮影してもらうことができる。

また、本発明に係る情報処理システムでは、第１の移動体の撮影が実行される撮影ポイントが、第１の移動体にて設定され、設定された撮影ポイントに基づいて、撮影可能な第２の移動体を特定することが好ましい。第１の移動体で撮影ポイントを設定することで、ユーザが撮影して欲しい位置での撮影が可能となる。また、当該撮影ポイントで撮影可能な第２の移動体を特定することで、演算の負荷を低減することができる。

本発明に係る情報処理装置は、撮影部を有する移動体に搭載され、センターサーバとの間で通信を行う情報処理装置であって、移動体の位置に関する情報、及び撮影対象となる他の移動体の位置に関する情報に基づいて、移動体と他の移動体とが接近したときに、撮影部によって他の移動体の撮影を実行し、撮影部によって撮影されたデータをセンターサーバにアップロードすることを特徴とする。

本発明に係る情報処理装置は、移動体に搭載され、センターサーバとの間で通信を行う情報処理装置であって、移動体が、撮影部を有する他の移動体によって撮影されるようにセンターサーバに撮影要求を送信し、移動体の位置に関する情報、及び撮影を実行する他の移動体の位置に関する情報に基づいて、移動体と他の移動体とが接近したときに、撮影部によって移動体の撮影が実行されると共に、撮影部によって撮影されたデータがセンターサーバにアップロードされた場合、センターサーバからデータを受信することを特徴とする。

本発明に係るセンターサーバは、第１の移動体と、撮影部を有する第２の移動体との間で通信を行うセンターサーバであって、第１の移動体の位置に関する情報、及び第２の移動体の位置に関する情報に基づいて、第１の移動体と第２の移動体とが接近したときに、第２の移動体に撮影部によって第１の移動体の撮影を実行させ、撮影部によって撮影されたデータを受信することを特徴とする。

本発明に係る情報処理装置及びセンターサーバによれば、上述の情報処理システムと同様な効果を得ることができる。

本発明によれば、撮影エリアが限定されることなく、容易に移動体を撮影することが可能となる。

本発明の第１実施形態に係る情報処理システムの構成を示す図である。 本発明の第１実施形態に係る情報処理システムの構成を示すブロック構成図である。 図２に示す情報処理の一例を示すフローチャートである。 本発明の第２実施形態に係る情報処理システムの構成を示すブロック構成図である。 図４に示す情報処理の一例を示すフローチャートである。 推奨ルート演算処理の一例を示すフローチャートである。 撮影可能性演算処理の一例を示すフローチャートである。 撮影を要求している車両の表示部での画面の一例を示す図である。 撮影を要求している車両の表示部での画面の一例を示す図である。 変形例に係る情報処理システムを示す図である。

以下、図面を参照して本発明に係る情報処理システムの好適な実施形態について詳細に説明する。

［第１実施形態］
図１及び図２を参照して、本発明の第１実施形態に係る情報処理システム１００の構成について説明する。図１に示すように、情報処理システム１００は、センターサーバ１と、被撮影車両である車両２Ａと、撮影実行車両である車両２Ｂと、を備えている。情報処理システム１００は、道路に沿って設けられている路側カメラ３を備えていてもよいが、当該路側カメラ３が無くとも撮影を実行可能である。被撮影車両２Ａ、撮影実行車両２Ｂ、路側カメラ３は、それぞれセンターサーバ１と通信を行っている。センターサーバ１と路側カメラ３の通信は、無線通信であっても有線通信であってもよい。なお、車両２Ａ，２Ｂは被撮影車両にも撮影実行車両にもなることができる。撮影実行車両２Ｂは一台の被撮影車両２Ａに対して一台ではなく、多数存在している。勿論、被撮影車両２Ａも多数存在してよい。また、ある車両が、被撮影車両２Ａとして撮影を要求していると同時に、撮影実行車両２Ｂとして他車両の撮影にも協力するように設定されてもよい。なお、本実施形態では、理解のために、一台の被撮影車両２Ａに複数の撮影実行車両２Ｂが存在するという状態を前提として説明する。車両２Ａ，２Ｂは、車両外部を撮影することによって画像データや動画データを取得するとこができる車載カメラ４と、他の通信機器とデータの送受信を行うことができる通信機６と、各種演算を実行することができる情報処理装置７と、を備えている。情報処理装置７として、例えば、表示部を有する車両位置・方位特定装置（カーナビの発展版ＥＣＵなど）を用いることができる。情報処理システム１００では、被撮影車両２Ａが、センターサーバ１に対して良い背景などの地点での自車両の撮影を要求し、センターサーバ１を介して当該要求を受けた撮影実行車両２Ｂが被撮影車両２Ａに近付いたところで撮影を実行することができる。また、撮影実行車両２Ｂは撮影した画像や動画などのデータをセンターサーバ１へ送信する。また、被撮影車両２Ａは、センターサーバ１から自己の写真などを受信する。なお、撮影実行車両２Ｂに加え、路側カメラ３も被撮影車両２Ａを撮影してよい。

図２を参照して、情報処理システム１００の構成をより詳細に説明する。図２に示すように、センターサーバ１は、位置情報管理部１１と、ステータス管理部１２と、撮影実行指示部１３と、通信部１４と、地図データベース１６と、背景データ蓄積部１７と、ユーザ情報学習・蓄積部１８と、写真蓄積データベース１９と、を備えている。

位置情報管理部１１は、各車両から現在位置、方向、（これから向かう）経路情報など、車両の位置に関する情報を通信部１４を介して取得すると共に、当該情報を管理する機能を有している。位置情報管理部１１は、多数の車両の位置に関する情報を管理することができる。ステータス管理部１２は、各車両のステータスを管理する機能を有している。ステータス管理部１２は、多数の車両のステータスを管理することができる。車両のステータスとは、車両がどのようなモードに設定されているかを示している。被撮影車両でのステータスとして、撮影されることを要求していないモードや、撮影されることを要求するモードに設定されている状態がある。また、撮影要求の中でも、良い背景など特定の地点で撮影されることを要求するモードや、背景などに関わらず自車両の外観を撮影されることを要求するモードがある。撮影実行車両でのステータスとして、他車両の要求に応じて撮影に協力してもよいモードや、撮影に協力しないモードがある。

撮影実行指示部１３は、被撮影車両２Ａの要求に応じて、撮影実行車両２Ｂに被撮影車両２Ａの撮影を実行するように、指示を出す機能を有している。例えば、撮影実行指示部１３は、エリア内の多数の撮影実行車両Ｂに対して、どの車両が撮影を要求している被撮影車両２Ａであるかや、当該被撮影車両２Ａの位置に関する情報を通知することによって、撮影実行車両２Ｂが被撮影車両２Ａに近付いたときに、撮影を実行できるようにする。なお、撮影を実行するタイミングは、例えば、撮影を要求している被撮影車両２Ａの位置と（背景まで指定している場合は、当該背景の地点において）撮影実行車両２Ｂの位置が接近する（または重なる）地点に両車両が来たときである。この両車両の位置が接近する地点とは、被撮影車両２Ａが少なくとも撮影実行車両２Ｂの車載カメラ４の撮影範囲に入る程度まで近付く地点である。

通信部１４は、各車両との間でデータの送受信を行う機能を有している。地図データベース１６は、地図に関する情報を蓄積したデータである。当該地図データベース１６の地図データを用いて、各車両の位置に関する情報の管理を行うことができる。背景データ蓄積部１７は、良い背景や人気の高い背景に関する情報のＰＯＩや地図データベースを蓄積する機能を有している。ユーザ情報学習部・蓄積部１８は、本サービスを用いる個々のユーザの傾向を学習し、蓄積する機能を有している。例えば、本サービスで頻繁に自車両の撮影を行うユーザは、自己の車両の外観を気に入っていると仮定し、ユーザ情報学習部・蓄積部１８は、各ユーザがどの程度車両の外観を気に入っているか学習し、蓄積することができる。あるいは、自車両の撮影を頻繁に行う背景は、そのユーザが気に入っている背景であると仮定し、ユーザ情報学習部・蓄積部１８は、各ユーザがどの背景を気に入っているかを学習し、蓄積することができる。このような各ユーザの嗜好の傾向を学習・蓄積することで、情報処理に役立てることができる。写真蓄積データベース１９は、各車両が撮影した写真や動画などを大量に蓄積しておく機能を有している。写真蓄積データベース１９は、撮影実行車両２Ｂからアップロードされた撮影データを蓄積し、被撮影車両２Ａに所望の撮影データを提供する。

車両２Ａ，２Ｂは、表示部２１と、ステータス設定部２２と、自車両現在位置特定部２３と、車両位置送受信部２４と、撮影実行部２６と、撮影要求部２７と、写真蓄積部２８と、背景データ蓄積部２９と、を備えている。被撮影車両２Ａも撮影実行車両２Ｂも構成は同じであるが、役割に応じて各要素の動作が異なる場合、動作しない場合がある。

表示部２１は、ディスプレイなどによって構成されており、ユーザに各種情報を表示すると共に、ユーザからのタッチパネルなどによる入力が可能である。ステータス設定部２２は、各車両のステータスを設定する機能を有しており、ユーザの操作により、あるいは自動的に、上述で示したようなモードを切り替えることができる。自車両現在位置特定部２３は、ＧＰＳやセンサなどを用いて、自車両の現在位置や方向などを地図中で特定する機能を有している。車両位置送受信部２４は、自車両の位置に関する情報を送信すると共に、他車両の位置に関する情報を受信する機能を有している。

撮影実行部２６は、自車両が撮影実行車両２Ｂである場合に、撮影要求に基づいて、被撮影車両２Ａに近付いたときに撮影を実行する機能を有している。撮影要求部２７は、自車両が被撮影車両２Ａである場合に、撮影して欲しい旨の撮影要求や、背景などの撮影条件の要求をセンターサーバ１に対して行う機能を有している。写真蓄積部２８は、撮影実行車両として撮影した撮影データを蓄積すると共に、被撮影車両として撮影された撮影データを蓄積する機能を有している。背景データ蓄積部２９は、どの地点が良い背景であるかなどを示す背景データを蓄積する機能を有している。背景データは、センターサーバ１から取得することが可能であり、あるいはユーザが自由に設定しておくことも可能であり、ユーザのサービス利用状況に応じてユーザ独自のデータを作成しておくことも可能である。

次に、図３を参照して、本実施形態に係る情報処理システム１００の情報処理の一例について説明する。図３の処理は、被撮影車両２Ａが撮影されることを要求してから、所望の撮影データを受信するまでの間において、被撮影車両２Ａ、センターサーバ１、撮影実行車両２Ｂのそれぞれにおいて実行される。図３の処理が実行される状況としては、車両２Ａ，２Ｂはそれぞれの目的地に向かって走行しており、当該目的地へ向かっている途中で被撮影車両２Ａが撮影されることを要求した、という状況を例に挙げている。なお、図３の処理の間、車両Ａは、自車両の現在位置、方向、これらから向かう経路情報をセンターサーバ１に送信し続けている。また、撮影実行車両２Ｂは、「他車両の撮影に協力してもよいモード」に設定されていることが前提であり、自車両の現在位置、方向、これらか向かう経路情報をセンターサーバ１に送信し続けている。

まず、被撮影車両２Ａは、ステータス設定部２２でステータス設定を行うと共に、撮影要求部２７が当該ステータス情報をセンターサーバ１に送信することによって、他車両が自車両を撮影することを要求する（ステップＳ１００）。具体的に、ユーザが表示部２１の画面を操作するなどによって撮影を要求したときに、ステータス設定部２２は、「他車両から自車両を撮影してもらいたい」という被撮影モードの設定をＯＮ状態とする。このとき、良い背景で撮影して欲しい旨など、撮影条件を指定（ユーザが指定してもよく、自動的に選定された良い背景が指定されてもよい）することもできる。あるいは、背景データ蓄積部２９に蓄積されているような良い背景でなくとも、ユーザが撮影して欲しい地点を自由に設定することもできる。なお、既に当該モードがＯＮの状態で被撮影車両２Ａが走行開始した場合は、特にユーザの操作によらず自動的にステータス情報がセンターサーバ１に送信される。

ステータス情報を送信した後、被撮影被撮影車両２Ａは、目的地に向かって走行を継続する（ステップＳ１１０）。このとき、自車両現在位置特定部２３は、特定した現在位置に基づいて、自車両が良い背景の地点（あるいは、ユーザが自分で撮影して欲しいと設定した地点）に間もなく到達するか否かを判定し（ステップＳ１２０）、到達しない場合は走行を継続する。撮影ポイントに到達したら、被撮影車両２Ａが自車両側で特に何らかの処理をすることなく、すれ違ったり併走したりする撮影実行車両２Ｂによって撮影される（ステップＳ１３０）。ただし、Ｓ１３０は、被撮影車両２Ａ自身が行う処理ではない。被撮影車両２Ａの自車両現在位置特定部２３は、撮影ポイントを通過したか否かを判定し、あるいは目的地に到達したか否かを判定する（ステップＳ１４０）。撮影ポイントを通過していない場合、目的地に到着していない場合は、Ｓ１３０の状態が維持される。

一方、センターサーバ１のステータス管理部１２は、Ｓ１００で送信された被撮影車両２Ａからのステータス情報を、被撮影車両２Ａからの撮影の要求として受信する（ステップＳ２００）。これにより、センターサーバ１は、被撮影車両２Ａが「他車両から自車両を撮影してもらいたい」という被撮影モードの設定をＯＮ状態とし、当該情報をステータス管理部１２にて管理する（ステップＳ２１０）。また、センターサーバ１は、位置情報管理部１１にて、被撮影車両２Ａや撮影ポイントなどの情報や、撮影実行車両２Ｂの位置に関する情報などに基づいて、到達可能範囲内の多数の撮影実行車両２Ｂ（ただし、「撮影に協力してもよいモード」に設定されているものに限る）を特定する。また、センターサーバ１の撮影実行指示部１３は、特定された多数の撮影実行車両２Ｂに対し、被撮影車両２Ａが「他車両から自車両を撮影してもらいたい」という被撮影モードに設定されたことを通知することにより、被撮影車両２Ａの撮影要求を各撮影実行車両２Ｂへ送信する（ステップＳ２２０）。これにより、撮影実行指示部１３は、多数の撮影実行車両２Ｂを、撮影を実行できる状態にすることができる。あわせて、センターサーバ１のステータス管理部１２は、撮影要求を送信した撮影実行車両２Ｂについて、車両Ａを撮影する撮影実行モードに設定されているものとして、ステータス管理を行う。

撮影実行車両２Ｂは、Ｓ２２０で送信されたセンターサーバ１からの撮影要求を受信し、ステータス設定部２２は、「車両Ａを撮影する」という被撮影車両２Ａを対象とする撮影実行モードに設定する（ステップＳ３００）。このとき、被撮影車両２Ａが撮影地点を指定している場合は、「指定された地点において、車両Ａに近付いたときに自動で撮影する」というモードに設定され、特に撮影地点が指定されていない場合は、「車両Ａに近付いたときに自動で撮影する」というモードに設定される。

自車両現在位置特定部２３によって取得された撮影実行車両２Ｂの位置に関する情報と、車両位置送受信部２４によって取得された被撮影車両２Ａの位置に関する情報に基づいて、撮影実行部２６は、自車両が被撮影車両２Ａと接近したか否かを判定する（ステップＳ３１０）。具体的には、撮影実行部２６は、被撮影車両２Ａが撮影範囲に入ることによって、車載カメラ４で被撮影車両２Ａを撮影可能となったか否か（あるいは、良い背景がしっかりと写るような角度になったかなども考慮してよい）を判定する。被撮影車両２Ａに接近していないと判定された場合は、Ｓ３００へ戻り再びＳ３１０を繰返す。

撮影実行車両２Ｂの撮影実行部２６は、被撮影車両２Ａに接近したとき（また撮影ポイントであるとき）、自動的に被撮影車両２Ａの撮影を実行する（ステップＳ３２０）。これによって、撮影実行車両２Ｂは被撮影車両２Ａの撮影データを取得し、写真蓄積部２８に蓄積する。撮影実行車両２Ｂは取得した画像や動画などの撮影データを確認し、撮影に成功したか否かを判定する（ステップＳ３３０）。例えば、ブレが発生していないか否かや、画像内に被撮影車両２Ａが写っているか否かなどを判定する。Ｓ３３０において撮影に失敗したと判定された場合、撮影データを写真蓄積部２８から破棄する（ステップＳ３４０）。破棄した後は、被撮影車両２Ａの撮影要求には答えられなかったものとして、撮影実行モードを解除して、図３の処理を終了し、撮影実行車両２Ｂ自身の走行を継続する。あるいは、再度撮影の機会がある場合は、再び３１０から処理を繰り返し、撮影を行う。なお、被撮影車両２Ａと撮影実行車両２Ｂが接近したかどうかの判断や、撮影実行の指示についての指示などを、全てセンターサーバ１内で演算し、撮影実行車両２Ｂはセンターサーバ１から撮影指示を取得したタイミングで車載カメラ４を作動させてもよい。

なお、被撮影車両２Ａと接近することなく、撮影の機会が得られないまま、Ｓ３００とＳ３１０の繰り返しを行っている間に被撮影車両２Ａが撮影ポイントを通過してしまったり、目的地に到着してしまった場合は、撮影実行車両２Ｂも撮影実行モードを解除し、図３の処理を終了し、自身の走行を継続する。一方で、Ｓ３３０において撮影が成功したと判定された場合、撮影実行車両２Ｂは撮影データをセンターサーバ１に送信することによって撮影データをセンターサーバ１にアップロードする（ステップＳ３５０）。その後、撮影実行モードを解除して、図３の処理を終了し、撮影実行車両２Ｂ自身の走行を継続する。

センターサーバ１は、撮影実行車両２Ｂからアップロードされた撮影データを受信し、写真蓄積データベース１９に蓄積すると共に、要求元の被撮影車両２Ａへ撮影データを送信する（ステップＳ２３０）。センターサーバ１は、複数の撮影実行車両２Ｂが撮影に成功した場合、各撮影実行車両２Ｂから撮影データを受信して被撮影車両２Ａへ送信する。センターサーバ１のステータス管理部１２は、撮影が完了した撮影実行車両２Ｂや、撮影に失敗した撮影実行車両２Ｂや、撮影することなくエリアを外れた撮影実行車両２Ｂなどの撮影実行モードを解除し、元のステータスに設定する。当該ステータスの設定変更は、各撮影実行車両２Ｂ側からのステータス情報の通知に基づいて行ってもよい。センターサーバ１は、撮影データを送信した後、図３の処理を終了し、サーバ稼働を継続する。

被撮影車両２Ａは、撮影ポイントを通過した後や目的地に到着した後に、センターサーバ１からの撮影データを受信し、写真蓄積部２８に蓄積する（ステップＳ１５０）。ただし、撮影ポイントを走行中に撮影されたものから順次受信してもよい。被撮影車両２Ａのステータス設定部２２は、撮影ポイントを通過した後、または目的地に到着した後、被撮影モードを解除し、元のステータスに設定する。その後、図３の処理を終了し、（到着していない場合は）目的地まで走行を継続する。全ての撮影実行車両２Ｂで撮影が失敗した場合や、全ての撮影実行車両２Ｂが被撮影車両２Ａと接近しなかったときなどは、撮影データを取得することなく終了する場合もある。

次に、本実施形態に係る情報処理システム１００の作用・効果について説明する。

ここで、被撮影車両２Ａの撮影を路側カメラ３のみで行うようなシステムを採用した場合、次のような課題が生じる。すなわち、特定の場所に固定された路側カメラのみでの撮影であるため、固定の位置でしか撮影を行えないという問題が生じる。また、例えば被撮影車両２Ａを追いかけるような形で撮影することはできず、撮影スタイルの自由度が少ないという問題がある。一方で、ユーザが意図する位置に路側カメラ３を設置することは困難であり、極めてコストが高くなるという問題もある。例えば、既存の路側カメラ３は、道路管理用や行政などが管理するカメラである場合があり、エンターテインメントサービスを目的とする場合に、撮影データを提供してもらうことが運用的に困難である可能性もある。一方、当該目的用に専用の路側カメラ３を設定しようとする場合、多大なコストがかかる可能性がある。

一方、本実施形態に係る情報処理システム１００では、車載カメラ４を有する撮影実行車両２Ｂも用いて、被撮影車両２Ａの撮影を実行している。すなわち、被撮影車両２Ａは、他車両である撮影実行車両２Ｂに撮影を行ってもらうことができる。撮影実行車両２Ｂは、路側カメラ３とは異なり、あらゆる位置に移動可能であるため、撮影エリアは限定されることなく、被撮影車両２Ａのユーザの要求に従ったあらゆるエリアでの撮影が可能となる。また、センターサーバ１と通信可能で車載カメラ４などの撮影部を有する車両であれば、どのようなものであっても撮影実行車両２Ｂとして機能させることができる。すなわち、路側カメラ３を別途設置する場合と異なり、既に道路を走行している多数の車両をそのまま撮影実行車両２Ｂとして機能させることができるため、容易に撮影が可能となる。以上より、撮影エリアが限定されることなく、容易に被撮影車両２Ａを撮影することが可能となる。

また、本実施形態に係る情報処理システム１００では、センターサーバ１は、被撮影車両２Ａからの撮影要求を取得し、撮影可能な撮影実行車両２Ｂを特定し、当該特定された撮影実行車両２Ｂに撮影要求を送信する。特定された撮影実行車両２Ｂは、撮影要求があった被撮影車両２Ａを車載カメラ４にて撮影することができる。これにより、撮影実行車両２Ｂは、被撮影車両２Ａからの撮影要求に応じて、撮影を実行できる。また、全ての撮影実行車両２Ｂに撮影要求を送信するのではなく、撮影可能な撮影実行車両２Ｂを特定することにより、センターサーバ１での演算の負荷を少なくすることができる。

［第２実施形態］
図４〜図９を参照して第２実施形態に係る情報処理システム２００について説明する。第２実施形態に係る情報処理システム２００は、被撮影車両２Ａに対して推奨経路を提供する点、更に、撮影可能性に応じた推奨経路を提供する点で、第１実施形態に係る情報処理システム１００と主に相違する。

図４に示すように、情報処理システム１００は、センターサーバ２０１が、第１実施形態の構成に加え、撮影ポイント演算部２０２と、撮影可能性演算部２０３と、すれ違い地点演算部２０４と、ルート探索部２０６と、推奨出発時間算出部２０７と、を備えている。

撮影ポイント演算部２０２は、路側カメラ３の位置や車載カメラ４を有する撮影実行車両２Ｂの位置などに基づいて、（例えば、近隣の良い背景や人気の高い背景の中から）撮影してもらえる撮影ポイントを演算によって認定する機能を有している。撮影ポイント演算部２０２は、路側カメラ３が存在するポイントや、撮影実行車両２Ｂの将来の経路などから当該撮影実行車両２Ｂが通過すると推定されるポイントを、撮影ポイントとして認定できる。撮影ポイント演算部２０２は、認定した撮影ポイントに関する各種情報を、被撮影車両２Ａに送信する。

撮影可能性演算部２０３は、撮影手法に基づいて、撮影を要求している被撮影車両２Ａが撮影ポイントで撮影される可能性を演算する機能を有する。撮影手法が路側カメラ３である場合、撮影可能性演算部２０３は、高い確率で撮影可能であると演算することができる。撮影手法が撮影実行車両２Ｂの車載カメラ４である場合、撮影可能性演算部２０３は、路側カメラ３に比して低い確率で撮影可能であると演算することができる。また、撮影可能性演算部２０３は、撮影実行車両２Ｂのユーザの運転傾向を考慮して、撮影可能性を変動させることができる。すなわち、システムが提供するルートを忠実に走行する傾向が高いユーザの撮影実行車両２Ｂについては、撮影可能性を高く設定し、ルートに沿って走行しない傾向が高いユーザの撮影実行車両２Ｂについては、撮影可能性を低く設置する。

すれ違い地点演算部２０４は、撮影実行車両２Ｂのルートなどを考慮し、被撮影車両２Ａと撮影実行車両２Ｂとがすれ違う可能性の高い地点を演算する機能を有している。例えば、すれ違い地点演算部２０４は、被撮影車両２Ａが何時にどこに存在しているのかという情報と、撮影実行車両２Ｂが何時にどこに存在しているのかという情報に基づいて、両者がすれ違う可能性のある地点を特定できる。

ルート探索部２０６は、撮影を要求している被撮影車両２Ａの推奨ルートを検索する機能を有する。また、ルート探索部２０６は、撮影を要求している被撮影車両２Ａが目的地（最終的な目的地）を設定している場合は、撮影ポイント（目的地へ行く途中で通過するポイントである）で撮影できるルートであって、一番早く目的地に到着できるルートを検索する。一方、ルート探索部２０６は、撮影を要求している撮影実行車両２Ｂが目的地を設定していない場合は、単純に撮影ポイントに一番早く到着できるルートを検索する。ルート探索部２０６は、撮影可能性などを考慮し、更に遠回りの距離なども考慮して推奨ルートを演算する機能を有している。

推奨出発時間算出部２０７は、撮影を要求している被撮影車両２Ａが、推奨ルートに従った走行を行うに際して、推奨される出発時間を算出する機能を有している。例えば、推奨出発時間算出部２０７は、撮影ポイントに撮影実行車両２Ｂが遅く着く場合は、所定時間待機してから出発することを推奨する。

次に、図５〜図９を参照して、本実施形態の情報処理システム２００の具体的な情報処理の一例について説明する。図５の処理は、図３に示されるＳ１００付近の処理内容、すなわち被撮影車両２Ａが撮影要求を行う前後の処理内容を示している。なお、被撮影車両２Ａに推奨ルート等が示された後は、図３と同様の処理がなされる。

図５に示すように、被撮影車両２Ａを運転しているユーザが、自己の車両の撮影を要求すべく、撮影ボタンを押すことから処理が開始される（ステップＳ４００）。このような撮影ボタンは、表示部２１に表示されているカーナビ画面の隅などに「ベストショットボタン」などとして表示することができ、当該ベストショットボタンを被撮影車両２Ａのユーザが押下することで、処理の開始のトリガとして認識される。次に、被撮影車両２Ａの情報処理装置７の撮影要求部２７は、現在の自車両位置や目的地の設定状況などを、センターサーバ１に送信してアップロードする（ステップＳ４１０）。

次に、センターサーバ１の撮影ポイント演算部２０２は、Ｓ４１０で送信された情報に基づき、被撮影車両２Ａが撮影してもらえる撮影ポイントを演算によって認定し、認定した撮影ポイントと当該撮影ポイントに関する詳細情報を被撮影車両２Ａに送信する（ステップＳ４２０）。例えば、撮影ポイント演算部２０２は、被撮影車両２Ａの周辺、または目的地までの間に存在する良い背景や人気の撮影スポットなどを背景データ蓄積部１７から読み出すと共に、それらの撮影ポイントでの路側カメラ３の設置状況や撮影実行車両２Ｂの通過状況などに基づいて、被撮影車両２Ａが撮影してもらえるかを演算する。例えば、撮影ポイント演算部２０は、路側カメラ３が設置されているポイントや、いずれかの撮影実行車両２Ｂが将来通過すると推定されるポイントを撮影ポイントとして認定する。また、撮影ポイント演算部２０２は、認定した撮影ポイントに関する詳細情報、例えば撮影手法（路側カメラ３による撮影か、車載カメラ４による撮影かなど）、撮影可能時間、撮影イメージ図、撮影依頼ボタンなどの各種情報を、被撮影車両２Ａに送信する。

被撮影車両２Ａの情報処理装置７は、Ｓ４２０で送信された撮影ポイントを表示部２１に表示する。具体的には、表示部２１に、図８に示すような画面が表示される。図８（ａ）に示すように、自車両の周辺の地図上に、Ｓ４２０でセンターサーバ１が認定した撮影ポイントが、「Ａ、Ｂ、Ｃ…」などのマークで示される。日によっては図８（ａ）のように、四箇所の撮影ポイントが表示されるが、交通状況が異なる別の日では、図８（ｂ）でＮＤで示されるように、図８（ａ）で撮影ポイントＣとして表示されていたポイントが（例えば、ちょうどいい時間帯に当該ポイント周辺を走行する撮影実行車両が存在しないなどの理由により）表示されなくなる。このように候補として示された複数の撮影ポイントのうち、何れかをユーザが画面上で押すことができる。

被撮影車両２Ａの情報処理装置７は、画面上の撮影ポイントをユーザが押下したか否かを判定する（ステップＳ４４０）。Ｓ４４０において押下されなかったと判定された場合、情報処理装置７は、画面上の現在地ボタン（図８において「２Ａ」で示されるポイント）をユーザが押下したか否かを判定する（ステップＳ５００）。Ｓ５００において現在地ボタンが押下されないと判定された場合、押下されない状態で規定秒数以上経過したか否かを判定する（ステップＳ５２０）。なお、この間に撮影ポイントのボタンが押された場合は、Ｓ４５０の処理へ移行してよい。現在地ボタンが押下された場合、または押下されずに規定秒数以上経過した場合、ユーザが撮影要求を取りやめたものとして、Ｓ４００以降に表示されたものを全て消去し、ベストショットボタンが押される前の状態の画面に戻す（ステップＳ５１０）。これにより図５に示す処理が終了し、被撮影車両２Ａは通常の運転に戻る。なお、センターサーバから撮影ポイントとして提示されたものがユーザにとって興味が無かったものであるが、ユーザが別なポイントで撮影を希望していたり、特に背景を気にせずに単純に撮影だけを希望している場合は、ユーザの操作により撮影要求を行い、図３のＳ１００以降の処理を続けてもよい。

一方、Ｓ４４０において何れかの撮影ポイントが画面上で押下されたと判定された場合、被撮影車両２Ａの情報処理装置７は、画面上に、ＰＯＩ名称、撮影可能カメラ情報、当該撮影ポイントのイメージ図、撮影依頼ボタンを表示する（ステップＳ４５０）。例えば図９（ａ）に示すような画面が表示される。図９（ａ）の画面では、地図の横に、ＰＯＩ名称、当該撮影ポイントでの路側カメラ３の有無、何時頃に当該撮影ポイントにいれば他の撮影実行車両の車載カメラ４によって撮影してもらえるか、イメージ図、及び「撮影依頼」のボタンが表示されている。イメージ図としては、過去に誰かが撮影した画像が存在する場合は、それを用いてもよく、無ければＰＯＩの風景画像を表示してもよい。情報処理装置７は、画面上の撮影依頼ボタン（図９（ａ）に示されるようなボタン）をユーザが押下したか否かを判定し（ステップＳ４６０）、押下されなかった場合は、Ｓ５００へ移行し、上述と同様の処理が行われる。

一方、Ｓ４６０において撮影依頼ボタンが画面上で押下されたと判定された場合、被撮影車両２Ａの情報処理装置７の撮影要求部２７は当該撮影依頼ボタンの押下をトリガとして、センターサーバ１へ撮影要求及び各種情報を送信する。なお、当該送信を図３でのＳ１００に対応するものとしてよい。この場合、センターサーバ１は後述の推奨ルートの提供を行うと共に、図３のＳ２００以降の処理を行うことができる。その後、センターサーバ１は、被撮影車両２Ａに目的地の設定がなされているか否かを判定し、（ステップＳ４６０）目的地の設定がなされている場合はＳ４８０の処理へ移行し、されていない場合はＳ４９０の処理へ移行する。

Ｓ４８０では、センターサーバ１が、撮影可能性に応じた遠回り許容距離を考慮して、撮影できるルートであって最も早く目的地に到着できるような推奨ルートと時間を演算し、当該演算結果を被撮影車両２Ａに提供する。当該処理の具体的な内容について図６を参照して詳細に説明する。また、Ｓ４８０の処理（すなわち図６の処理）によって、被撮影車両２Ａの表示部２１に、例えば図９（ｂ）に示すような画面が表示される。図９（ｂ）に示す画面では、地図上に、推奨ルートと、当該推奨ルート上の撮影地点（ここでは、路側カメラによる撮影地点１と、撮影実行車両２Ｂの車載カメラによる撮影地点２が示されている）と、先ほどユーザが選んだ撮影ポイントと、目的地（推奨ルートの終着地点で図では「Ｇ」と示されている）と、が表示されている。また、地図の横の欄には、撮影ポイントの名称と、撮影チャンスの回数と、撮影地点における撮影手法（路側カメラか車載カメラのいずれか）と、撮影地点における撮影実行車両２Ｂとのすれ違い時間（路側カメラは当該撮影地点に固定されているのでいつでもすれ違うことができるため、表示されない）と、撮影実行車両２Ｂに撮影してもらうための推奨出発時間と、目的地への到着予測時間と、遠回り時間（本来のルートを走行したときの到着予測時間と、撮影のための推奨ルートを通ったときの到着予測時間との差分）と、が表示されている。

図６に示すように、センターサーバ１が被撮影車両２Ａからの撮影要求を取得した後（ステップＳ６００）、すれ違い地点演算部２０４は、被撮影車両２Ａと、他車両である撮影実行車両２Ｂとの、すれ違いリンクとすれ違い時間を算出する（ステップＳ６１０）。Ｓ６１０の演算方法として、例えば次のような方法を採用できる。例えば、撮影実行車両２Ｂが目的地設定をしてルートを作成した際に、当該ルートのリンク列をセンターサーバ１にアップしておき、センターサーバ１にて当該撮影実行車両２Ｂが何時にどのリンクに存在するかを演算しておき予め記憶しておく。一方、Ｓ６１０の演算時には、すれ違い地点演算部２０４は、撮影実行車両２Ｂが何時にどのリンクに存在するかという情報と、撮影を要求している被撮影車両２Ａの現在位置とから、すれ違う可能性のあるリンクを算出する。また、可能性があるとしたリンクでのすれ違い時間（撮影実行車両２Ｂが当該リンクに到着する時間）も演算する。このとき、すれ違い地点演算部２０４は、撮影を依頼した被撮影車両２Ａが、すれ違い時間の規定時間前からすれ違い時間の間に、当該リンクに到着できるか否かによって、当該リンクを「撮影地点」として採用するか否かを判定する。例えば、被撮影車両２Ａがすれ違い時間までに当該リンクに到着できない場合は、当該リンクは撮影地点として採用できない。また、被撮影車両２Ａがリンクにあまりにも早く着き過ぎてしまう場合は、長時間待機しなければならなくなってしまうため、当該リンクは撮影地点として採用できない。一方、例えば、被撮影車両２Ａが撮影実行車両２Ｂよりもリンクに僅かに早く（例えば０〜５分早く）到達できる場合は、当該リンクを撮影地点として採用できる。また、被撮影車両２Ａが撮影実行車両２Ｂよりもリンクに早く（例えば、５分〜規定時間早く）到着できる場合も、被撮影車両２Ａの出発時間を少し遅らせることによって撮影が可能となるため、当該リンクを撮影地点として採用できる（この場合、推奨出発時間を演算するが、詳細は後述）。なお、この規定時間はセンターサーバ１やユーザが自由に設定でき、５分という時間も自由に変更してよい。

次に、撮影可能性演算部２０３は、Ｓ６１０で求めたすれ違いリンク（すなわち撮影地点）を被撮影車両２Ａが通るための遠回り度が、撮影可能性に基づいて定めた遠回り許容可能距離の範囲内であるか否かを判定する（ステップＳ６２０）。ここでは、撮影のための遠回りが、ユーザにとって許容できるものであるか否かが判定できる。また、「大きく遠回りしなくてはならないにも関わらず、撮影される可能性が低い」状況や「多少遠回りになるが、そこに行けば撮影される可能性が非常に高くなる」状況などがあるため、撮影可能性も考慮し、撮影可能性が高い場合は許容可能性距離を大きく設定し、撮影可能性が低い場合は、許容可能性距離を小さく設定する。

撮影手法が路側カメラ３である場合は、そこを通れば確実に撮影してもらえるので、撮影可能性を高く設定できる。例えば、路側カメラ３の場合は、撮影可能性が最大であり、遠回り許容可能距離を１５００ｍ（時間換算で８分としてもよい）と設定できる。一方、撮影手法が車載カメラ４である場合は、被撮影車両２Ａが他車両である撮影実行車両２Ｂと決められた時間ですれ違わなくてはならないため、撮影可能性は路側カメラ３よりも小さく設定される。また、車載カメラ４の場合は、システムで設定されたルートを忠実に従って走行するユーザもいれば、設定されたルートに従わずに走行するユーザもいる。撮影実行車両２Ｂの運転者がルートに従わないユーザであった場合は、Ｓ６１０の演算結果の信頼性が落ちてしまい、予測したすれ違い時間に撮影地点に到着しても、撮影実行車両２Ｂが予測どおりに来ない可能性が高くなってしまう。従って、車載カメラ４の場合は、撮影実行車両２Ｂのユーザによって撮影可能性を変動させ、それにともなって遠回り許容可能距離を増減させる。例えば、車載カメラの場合は、撮影実行車両２Ｂのユーザの信頼性が高く撮影可能性が大きいときは遠回り許容可能距離を１０００ｍ（時間換算で５分としてもよい）と設定し、撮影可能性が中くらいであるときは遠回り許容可能距離を５００ｍ（時間換算で３分としてもよい）と設定し、撮影可能性が小さいときは遠回り許容可能距離を２００ｍ（時間換算で１分としてもよい）と設定できる。

ここで、ユーザごとの撮影可能性の演算方法の一例について、図７を参照して説明する。撮影可能性の演算処理は、図６の演算を実行する前に、予め行っておくことで各ユーザの撮影可能性をデータベースとして蓄積しておき、日々の運転を通じて随時更新して管理してよい。あるいは、必要になったタイミングのみで、演算してもよい。図７（ａ）はセンターサーバ１内での処理を示し、図７（ｂ）は撮影実行車両２Ｂ内での処理を示している。

図７（ａ）に示すように、センターサーバ１の撮影可能性演算部２０３は、演算対象となる撮影実行車両２Ｂに車載カメラ４が付いているか否かを判定する（ステップＳ７００）。演算対象の撮影実行車両２Ｂに車載カメラ４が付いていなければ撮影自体ができないので、図７（ａ）に示す処理が終了する。車載カメラ４が付いている場合は、演算対象の撮影実行車両２Ｂが目的地設定をしているか否かを判定する（ステップＳ７１０）。目的地設定がされていない場合、撮影実行車両２Ｂが提供されたルートにどの程度従って走行しているか判定することができないので、図７（ａ）に示す処理が終了する。目的地が設定されている場合、撮影可能性演算部２０３は、演算対象となる撮影実行車両２Ｂから送信されたデータに基づいて、どの程度ルートに従っているかを示す合致率を算出する（ステップＳ７２０）。

図７（ｂ）を用いて撮影実行車両２Ｂで合致情報を演算する方法について説明する。図７（ｂ）に示すように、撮影実行車両２Ｂは、目的地を設定すると共にナビゲーションシステムからルートを提供された状態にて走行を行う（ステップＳ８００）。走行の間、撮影実行車両２Ｂは実際の走行リンクとナビが提供したルートが合致しているか否かを判定し（ステップＳ８１０）、合致していない場合はルートから外れた箇所でのリンクＩＤとリンク長を記録する（ステップＳ８２０）。走行が終了したら（Ｓ８３０）、撮影実行車両２Ｂは、センターサーバ１に、総リンク本数、総リンク長、不合致リンク本数、不合致リンク長を送信する（ステップＳ８４０）。

センターサーバ１の撮影可能性演算部２０３は、図７（ｂ）で送信された情報を用いて図７（ａ）のＳ７２０で撮影実行車両２Ｂでのユーザの合致率を演算する。また、撮影可能性演算部２０３は、当該合致率に応じ撮影可能性を算出する（ステップＳ７３０）。合致率が高い場合は、忠実にナビゲーションシステムからのルートに従って走行していると判断できるので、撮影可能性を高く設定できる。一方、合致率が低い場合は、ルートに従わずに走行していると判断できるので、撮影可能性を低く設定できる。

図６に戻り、Ｓ６２０において遠回り度が遠回り許容可能距離より大きいと判定された場合、センターサーバ１は、他車両である撮影実行車両２Ｂにとって負荷なく（例えば撮影のために撮影実行車両２Ｂがわざわざルート変更するなど）撮ってもらえるルートを算出できないという情報を、撮影を要求した被撮影車両２Ａに送信する。

一方、Ｓ６２０において遠回り度が遠回り距離可能距離以下であると判定された場合、ルート探索部２０６は、すれ違いリンク（すなわち撮影地点）を通るルートと、当該ルートでの遠回り時間を算出する（ステップＳ６３０）。なお、複数のルートを作成することができる場合は、所定の優先順位に従って、最も優先順位の高いものを推奨ルートとして採用すればよい。

次に、推奨出発時間算出部２０７は、撮影を要求した被撮影車両２Ａが直ちに推奨ルートの走行を開始した場合、すれ違い時間よりも早く撮影地点に到着する時間が、規定値以上であるか否かを判定する（ステップＳ６４０）。規定値より小さい場合は、被撮影車両２Ａが直ちに推奨ルートの走行を開始しても、撮影地点にて撮影実行車両２Ｂとすれ違うことができると判断し、推奨出発時間を演算することなく、センターサーバ１は、推奨ルート、到着予想時間、撮影チャンス、遠回り時間を被撮影車両２Ａに送信する（ステップＳ６７０）。一方、規定値以上である場合は、直ちに推奨ルートの走行を開始しても、被撮影車両２Ａが撮影実行車両２Ｂよりも早く着きすぎてしまって撮影してもらえないと判断し、推奨出発時間算出部２０７は、推奨出発時間を算出する（ステップＳ６５０）。例えば、規定値を５分に設定した場合、撮影実行車両２Ｂより被撮影車両２Ａの方が０〜５分早く撮影地点に到着すると予測される場合は、Ｓ６５０の処理を行わず、Ｓ６７０へ移行する。一方、撮影実行車両２Ｂより被撮影車両２Ａの方が５分以上早く撮影地点に到着すると予測される場合は、推奨出発時間算出部２０７は、「撮影実行車両２Ｂの到着時間−被撮影車両２Ａの到着時間＋５分」を推奨出発時間として設定する。Ｓ６５０の処理の後、センターサーバ１は、推奨ルート、到着予想時間、撮影チャンス、遠回り時間に加え、推奨出発時間を被撮影車両２Ａに送信する（ステップＳ６６０）。

Ｓ６６０、Ｓ６７０、Ｓ６８０の何れかの処理が終了すると、図６に示す処理が終了し、図５のＳ４８０の処理が終了する。ただし、Ｓ６８０が実行された場合は、推奨ルートは提供されない。

一方、撮影を要求した被撮影車両２Ａに目的地が設定されていない場合のＳ４９０の処理では、センターサーバ１は、単純に一番早く撮影地点へ行くための推奨ルートと時間を演算し、当該演算結果を被撮影車両２Ａに提供する。Ｓ４９０の処理によって、被撮影車両２Ａの表示部２１に、例えば図９（ｃ）に示すような画面が表示される。図９（ｃ）に示す画面では、地図上に、推奨ルートと、当該推奨ルート上の撮影地点（ここでは、路側カメラによる撮影地点１と、撮影実行車両２Ｂの車載カメラによる撮影地点２が示されている）と、先ほどユーザが選んだ撮影ポイントと、が表示されている。また、地図の横の欄には、撮影ポイントの名称と、撮影チャンスの回数と、撮影地点における撮影手法（路側カメラか車載カメラのいずれか）と、撮影地点における撮影実行車両２Ｂとのすれ違い時間（路側カメラは当該撮影地点に固定されているのでいつでもすれ違うことができるため、表示されない）と、撮影実行車両２Ｂに撮影してもらうための推奨出発時間と、が表示されている。なお、Ｓ４９０の処理においても、Ｓ４８０と同様に図６に示す処理が行われる（ただし、目的地が設定されていないので、遠回りに関する演算は省略される）。Ｓ４９０の処理が終了すると、図５の処理は終了する。

以上より、本実施形態に係る情報処理システム２００では、撮影実行車両２Ｂの経路情報に基づいて、被撮影車両２Ａの推奨経路を特定している。撮影実行車両２Ｂの経路情報に基づいた推奨経路に従うことにより、被撮影車両２Ａは、より確実に撮影してもらうことができる。

また、情報処理システム２００では、撮影実行車両２Ｂにより被撮影車両２Ａが撮影される可能性を演算し、当該演算結果に基づいて、推奨経路を特定することができる。このように撮影される可能性に基づいた推奨経路を特定することにより、例えば、撮影される可能性が高い推奨経路を提供することが可能になり、あるいは、撮影される可能性が低い場合に必要以上に遠回りしてしまうような推奨経路の提供を防止できる。

また、情報処理システム２００では、撮影実行車両２Ｂの経路情報に基づいて、被撮影車両２Ａの推奨出発時間を演算することができる。例えば、被撮影車両２Ａが直ちに推奨経路に従って走行したときに、所望の撮影場所に撮影実行車両２Ｂより被撮影車両２Ａが早く到着する場合もある。その場合、推奨出発時間を被撮影車両２Ａに提供することで、撮影場所に被撮影車両２Ａが到着する時間と撮影実行車両２Ｂが到着する時間を合わせることができる。これにより、被撮影車両２Ａは、より確実に撮影してもらうことができる。

また、情報処理システム２００では、被撮影車両２Ａの撮影が実行される撮影ポイントが、被撮影車両２Ａにて設定される。また、設定された撮影ポイントに基づいて、撮影可能な被撮影車両２Ｂが特定される。被撮影車両２Ａで撮影ポイントを設定することで、ユーザが撮影して欲しい位置での撮影が可能となる。また、当該撮影ポイントで撮影可能な被撮影車両２Ｂを特定することで、演算の負荷を低減することができる。

本発明は、上述の実施形態に限定されない。例えば、各車両に搭載される装置は特に限定されず、演算機能、撮影機能、通信機能、表示機能を有するものであれば特に限定されない。例えば、図１０（ａ）に示す情報処理３００システムでは、車両２Ａ，２Ｂにスマートフォン３０１等の携帯型の情報端末が搭載されている。また、車両２Ａ，２Ｂに搭載される撮影部も特に限定されず、図１０（ｂ）に示すように回転可能カメラ４０１を採用してもよく、図１０（ｃ）に示すように、全周囲撮影可能カメラ４０２を採用してもよい。

また、移動体の一例として、車両を例示したが、撮影部を有しセンターサーバと通信できればどのようなものでもよく、二輪車などで撮影を行ってもよい。

１…センターサーバ、２Ａ…車両（第１の移動体）、２Ｂ…車両（第２の移動体）、３…路側カメラ、４…車載カメラ（撮影部）、７…情報処理装置、１００，２００，３００…情報処理システム、３０１…スマートフォン（撮影部、情報処理装置）、４０１…回転可能カメラ（撮影部）、４０２…全周囲撮影可能カメラ（撮影部）。

Claims (8)

1. センターサーバと、前記センターサーバとの間で通信を行う第１の移動体と、前記センターサーバとの間で通信を行うと共に撮影部を有する第２の移動体と、を備える情報処理システムであって、
   前記第１の移動体の位置に関する情報、及び前記第２の移動体の位置に関する情報に基づいて、前記第１の移動体と前記第２の移動体とが接近したときに、前記撮影部によって前記第１の移動体の撮影を実行し、
   前記撮影部によって撮影されたデータを前記センターサーバにアップロードし、
   前記第２の移動体の経路情報に基づいて、前記第１の移動体の推奨経路を特定することを特徴とする情報処理システム。
2. 前記センターサーバは、前記第１の移動体からの撮影要求を取得し、撮影可能な前記第２の移動体を特定し、当該特定された前記第２の移動体に前記撮影要求を送信し、
   特定された前記第２の移動体は、前記撮影要求があった前記第１の移動体を前記撮影部にて撮影することを特徴とする請求項１記載の情報処理システム。
3. 前記第２の移動体の前記撮影部により前記第１の移動体が撮影される可能性を演算し、当該演算結果に基づいて、前記推奨経路を特定することを特徴とする請求項１記載の情報処理システム。
4. 前記第２の移動体の経路情報に基づいて、前記第１の移動体の推奨出発時間を演算することを特徴とする請求項１〜３の何れか一項記載の情報処理システム。
5. 前記第１の移動体の撮影が実行される撮影ポイントが、前記第１の移動体にて設定され、
   設定された前記撮影ポイントに基づいて、撮影可能な前記第２の移動体を特定することを特徴とする請求項１〜４の何れか一項記載の情報処理システム。
6. 撮影部を有する移動体に搭載され、センターサーバとの間で通信を行う情報処理装置であって、
   前記移動体の位置に関する情報、及び撮影対象となる前記他の移動体の位置に関する情報に基づいて、前記移動体と前記他の移動体とが接近したときに、前記撮影部によって前記他の移動体の撮影を実行し、前記撮影部によって撮影されたデータを前記センターサーバにアップロードし、
   前記移動体の経路情報に基づいて、前記他の移動体の推奨経路を特定するために、前記移動体の経路情報を前記センターサーバにアップロードすることを特徴とする情報処理装置。
7. 移動体に搭載され、センターサーバとの間で通信を行う情報処理装置であって、
   前記移動体が、撮影部を有する他の移動体によって撮影されるように前記センターサーバに撮影要求を送信し、
   前記移動体の位置に関する情報、及び撮影を実行する前記他の移動体の位置に関する情報に基づいて、前記移動体と前記他の移動体とが接近したときに、前記撮影部によって前記移動体の撮影が実行されると共に、前記撮影部によって撮影されたデータが前記センターサーバにアップロードされた場合、前記センターサーバから前記データを受信し、
   前記他の移動体の経路情報に基づいて、前記移動体の推奨経路を特定した情報を前記センターサーバから受信することを特徴とする情報処理装置。
8. 第１の移動体と、撮影部を有する第２の移動体との間で通信を行うセンターサーバであって、
   第１の移動体の位置に関する情報、及び第２の移動体の位置に関する情報に基づいて、前記第１の移動体と前記第２の移動体とが接近したときに、前記第２の移動体に前記撮影部によって前記第１の移動体の撮影を実行させ、
   前記撮影部によって撮影されたデータを受信し、
   前記第２の移動体の経路情報に基づいて、前記第１の移動体の推奨経路を特定することを特徴とするセンターサーバ。

Images