(57)【要約】      （修正有）【課題】撮影画像の要求に関してユーザの利便性を向上させる、通信システム、車載装置、およびプログラムを提供する。【解決手段】許諾側車両２０および当該許諾側車両２０と通信可能なサーバ５０を備える通信システム１であって、許諾側車両２０は、現在地から目的地までのルートを検索可能なナビゲーション装置２５０を備える。サーバ５０は、特定の撮影地での撮影画像の要求を含む要求情報を外部から受信し、許諾側車両２０からの契機に従って通信インターフェイスによって受信された要求情報をナビゲーション装置２５０に送信する。ナビゲーション装置２５０は、通信インターフェイスからの要求情報に含まれる要求をユーザが許諾した場合に、当該要求情報に基づいてルートの検索結果を更新する。【選択図】図１
2019078649.tif 000002
【特許請求の範囲】
【請求項１】
車両および当該車両と通信可能なサーバを備える通信システムであって、
前記車両は、現在地から目的地までのルートを検索可能な車載装置を備え、
前記サーバは、
特定の撮影地での撮影画像の要求を含む要求情報を外部から受信する受信部と、
前記車両からの契機に従って前記受信部によって受信された前記要求情報を前記車載装置に送信する送信部とを備え、
前記車載装置は、前記送信部からの前記要求情報に含まれる要求をユーザが許諾した場合に、当該要求情報に基づいて前記ルートの検索結果を更新する更新部を備える、通信システム。
【請求項２】
前記サーバは、前記受信部によって受信された前記要求情報を複数記憶する記憶部をさらに備え、
前記送信部は、前記記憶部に記憶された複数の前記要求情報を前記車載装置に送信することが可能であり、
前記更新部は、前記送信部からの複数の前記要求情報のうちの少なくとも一の要求情報に含まれる要求をユーザが許諾した場合に、当該少なくとも一の要求情報に基づいて前記ルートの検索結果を更新する、請求項１に記載の通信システム。
【請求項３】
前記サーバは、前記車載装置による前記ルートの検索結果と、前記要求情報に含まれる前記特定の撮影地とに基づき、前記要求情報を送信するか否かを決定する決定部をさらに備え、
前記送信部は、前記決定部によって送信有と決定された場合に、前記要求情報を前記車載装置に送信する、請求項１または請求項２に記載の通信システム。
【請求項４】
前記車載装置は、画像を表示する表示部をさらに備え、
前記表示部は、前記ルートの検索結果を特定可能な画像とともに、前記要求情報に含まれる要求を特定可能な画像を表示する、請求項１〜請求項３のいずれかに記載の通信システム。
【請求項５】
前記サーバは、前記撮影画像を要求する要求側ユーザと、前記車両のユーザとがそれぞれ所有する特典を管理する管理部をさらに備え、
前記管理部は、前記車両のユーザが前記要求情報に含まれる要求を満たした場合に、前記要求側ユーザが所有する特典を、前記車両のユーザが所有する特典に追加する、請求項１〜請求項４のいずれかに記載の通信システム。
【請求項６】
サーバと通信可能な車両が備える車載装置であって、
現在地から目的地までのルートを検索可能なルート検索部と、
前記サーバに契機を与える契機部と、
前記契機に従って前記サーバから送信された要求情報に含まれる特定の撮影地での撮影画像の要求をユーザが許諾した場合に、当該要求情報に基づいて前記ルートの検索結果を更新する更新部とを備える、車載装置。
【請求項７】
サーバと通信可能なコンピュータにより実行されるプログラムであって、
前記コンピュータに、
現在地から目的地までのルートを検索するステップと、
前記サーバに契機を与えるステップと、
前記契機に従って前記サーバから送信された要求情報に含まれる特定の撮影地での撮影画像の要求をユーザが許諾した場合に、当該要求情報に基づいて前記ルートの検索結果を更新するステップとを実行させる、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、車両および当該車両と通信可能なサーバを備える通信システム、サーバと通信可能な車両が備える車載装置、およびサーバと通信可能なコンピュータにより実行されるプログラムに関する。
【背景技術】
【０００２】
従来から、現在地から目的地までのルートを検索可能なナビゲーション装置を備えた車両が公知である。たとえば、特開２０１６−９０５１５号公報（特許文献１）には、現在地から目的地までのルートを案内する機能を有するとともに、案内ルートを示す画像や目的地までの距離を示す画像をディスプレイに表示させるナビゲーション装置を備える車両が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−９０５１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、旅行先などの出先でうっかり写真を撮り忘れることはよくあることである。このような場合に、撮り忘れた写真を誰かに撮ってきてもらえるようなシステムが望まれている。たとえば、特許文献１に開示された車両が備えるようなナビゲーション装置のルート案内を利用して、他のユーザに撮り忘れた写真を円滑に撮ってきてもらえるようなシステムが構築できれば、ユーザの利便性が向上する。
【０００５】
本開示は、上記課題を解決するためになされたものであり、その目的は、撮影画像の要求に関してユーザの利便性を向上させる、通信システム、車載装置、およびプログラムを提供することである。
【課題を解決するための手段】
【０００６】
本開示のある局面に係る通信システムは、車両および当該車両と通信可能なサーバを備える通信システムである。車両は、現在地から目的地までのルートを検索可能な車載装置を備える。サーバは、特定の撮影地での撮影画像の要求を含む要求情報を外部から受信する受信部と、車両からの契機に従って受信部によって受信された要求情報を車載装置に送信する送信部とを備える。車載装置は、送信部からの要求情報に含まれる要求をユーザが許諾した場合に、当該要求情報に基づいてルートの検索結果を更新する更新部を備える。
【０００７】
このようにすると、特定の撮影地での撮影画像の要求を含む要求情報が、車両からの契機に従ってサーバから車載装置に送信され、要求情報に含まれる要求をユーザが許諾した場合に、車載装置において当該要求情報に基づいてルートの検索結果が更新される。これにより、要求を許諾したユーザは、更新されたルートの検索結果によって撮影地までのルートを把握することができ、ユーザの利便性が向上する。
【０００８】
ある実施の形態においては、サーバは、受信部によって受信された要求情報を複数記憶する記憶部をさらに備える。送信部は、記憶部に記憶された複数の要求情報を車載装置に送信することが可能である。更新部は、送信部からの複数の要求情報のうちの少なくとも一の要求情報に含まれる要求をユーザが許諾した場合に、当該少なくとも一の要求情報に基づいてルートの検索結果を更新する。
【０００９】
このようにすると、ユーザは、複数の要求情報のうちの少なくとも一の要求情報に含まれる要求を許諾することができ、許諾した要求が含まれる少なくとも一の要求情報に基づいてルートの検索結果が更新されるため、ユーザの選択肢が広がる。
【００１０】
ある実施の形態においては、サーバは、車載装置によるルートの検索結果と、要求情報に含まれる特定の撮影地とに基づき、要求情報を送信するか否かを決定する決定部をさらに備える。送信部は、決定部によって送信有と決定された場合に、要求情報を車載装置に送信する。
【００１１】
このようにすると、車載装置によるルートの検索結果と、要求情報に含まれる特定の撮影地とに基づき、要求情報を送信すると決定された場合に、要求情報が車載装置に送信される。これにより、ルートの検索結果と特定の撮影地とが考慮されてルート検索結果が更新されるため、ユーザの利便性がさらに向上する。
【００１２】
ある実施の形態においては、車載装置は、画像を表示する表示部をさらに備える。表示部は、ルートの検索結果を特定可能な画像とともに、要求情報に含まれる要求を特定可能な画像を表示する。
【００１３】
このようにすると、ルートの検索結果を特定可能な画像とともに、要求を特定可能な画像が表示されるため、ユーザは、視覚的にルートの検索結果とともに要求を把握することができる。
【００１４】
ある実施の形態においては、サーバは、撮影画像を要求する要求側ユーザと、車両のユーザとがそれぞれ所有する特典を管理する管理部をさらに備える。管理部は、車両のユーザが要求情報に含まれる要求を満たした場合に、要求側ユーザが所有する特典を、車両のユーザが所有する特典に追加する。
【００１５】
このようにすると、ユーザは、要求を満たすことで、要求側ユーザが所有する特典を得ることができるため、通信システムが提供するサービスの利用率を上げることができる。
【００１６】
本開示の他の局面に係る車載装置は、サーバと通信可能な車両が備える車載装置である。この車載装置は、現在地から目的地までのルートを検索可能なルート検索部と、サーバに契機を与える契機部と、契機に従ってサーバから送信された要求情報に含まれる特定の撮影地での撮影画像の要求をユーザが許諾した場合に、当該要求情報に基づいてルートの検索結果を更新する更新部とを備える。
【００１７】
本開示の他の局面に係るプログラムは、サーバと通信可能なコンピュータにより実行されるプログラムである。このプログラムは、コンピュータに、現在地から目的地までのルートを検索するステップと、サーバに契機を与えるステップと、契機に従ってサーバから送信された要求情報に含まれる特定の撮影地での撮影画像の要求をユーザが許諾した場合に、当該要求情報に基づいてルートの検索結果を更新するステップとを実行させる。
【発明の効果】
【００１８】
本開示によると、撮影画像の要求に関してユーザの利便性を向上させる、通信システム、車載装置、およびプログラムを提供することができる。
【図面の簡単な説明】
【００１９】
【図１】本実施の形態に係る通信システムが提供する撮影要求サービスの概要を説明するための図である。
【図２】本実施の形態に係る通信システムのハードウェア構成の一例を示すブロック図である。
【図３】本実施の形態に係る通信システムの機能構成の一例を示すブロック図である。
【図４】本実施の形態に係るサーバが記憶するユーザ情報テーブルの一例を示す図である。
【図５】本実施の形態に係るサーバが記憶する要求情報テーブルの一例を示す図である。
【図６】本実施の形態に係る通信システムが実行する主な処理内容を説明するためのフローチャートである。
【図７】本実施の形態に係る通信システムが実行する主な処理内容を説明するためのフローチャートである。
【図８】本実施の形態に係る通信システムが実行する主な処理内容を説明するためのフローチャートである。
【図９】本実施の形態に係る要求側車両におけるナビゲーション装置についてディスプレイの表示の一例を示す図である。
【図１０】本実施の形態に係る許諾側車両におけるナビゲーション装置についてディスプレイの表示の一例を示す図である。
【発明を実施するための形態】
【００２０】
以下、本開示の実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。
【００２１】
＜通信システムが提供する撮影要求サービスの概要＞
図１は、本実施の形態に係る通信システム１が提供する撮影要求サービスの概要を説明するための図である。
【００２２】
旅行先などの出先でうっかり写真を撮り忘れることはよくあることであるが、本実施の形態に係る通信システム１が提供する撮影要求サービスを利用すれば、ユーザは、特定の撮影地での撮影画像を他のユーザに要求することができる。一方、他のユーザは、撮影画像の要求を許諾した場合、車両のナビゲーション装置において、要求情報に基づいてルートの検索結果を更新することができる。以下、通信システム１が提供する撮影要求サービスについて具体的に説明する。
【００２３】
図１に示すように、通信システム１は、撮影画像を要求するユーザ（以下、「要求側ユーザ」とも称する）の車両（以下、「要求側車両」とも称する）１０と、撮影画像の要求を許諾するユーザ（以下、「許諾側ユーザ」とも称する）の車両（以下、「許諾側車両」とも称する）２０と、これらの車両と通信可能なサーバ５０とを備える。
【００２４】
サーバ５０は、１または複数の要求側車両１０と通信可能に接続されている。図１に示す例では、サーバ５０は、要求側車両１０ａおよび要求側車両１０ｂのそれぞれと通信可能に接続されている。より具体的には、サーバ５０は、要求側車両１０ａのナビゲーション装置１５０ａおよび要求側車両１０ｂのナビゲーション装置１５０ｂのそれぞれと通信可能に接続されている。
【００２５】
さらに、サーバ５０は、要求側ユーザが所有する１または複数の携帯端末３０と通信可能に接続されている。図１に示す例では、サーバ５０は、要求側ユーザａの携帯端末３０ａおよび要求側ユーザｂの携帯端末３０ｂのそれぞれと通信可能に接続されている。
【００２６】
一方、サーバ５０は、１または複数の許諾側車両２０と通信可能に接続されている。図１に示す例では、サーバ５０は、許諾側車両２０ａと通信可能に接続されている。より具体的には、サーバ５０は、許諾側車両２０ａのナビゲーション装置２５０ａと通信可能に接続されている。
【００２７】
さらに、サーバ５０は、許諾側ユーザが所有する１または複数の携帯端末４０と通信可能に接続されている。図１に示す例では、サーバ５０は、許諾側ユーザａの携帯端末４０ａと通信可能に接続されている。
【００２８】
このような構成を有する通信システム１において、要求側ユーザａが出先で写真（たとえば、山中湖の風景写真）を撮り忘れてそのまま自宅に到着してしまったとする（ステップ１ａ）。要求側ユーザａは、ナビゲーション装置１５０ａまたは携帯端末３０ａを用いて、特定の撮影地（たとえば、山中湖）での撮影画像（たとえば、山中湖の風景画像）の要求を含む要求情報をサーバ５０に送信する（ステップ２ａ）。サーバ５０は、ナビゲーション装置１５０ａまたは携帯端末３０ａからの要求情報を受信すると、受信した要求情報を記憶する（ステップ３）。
【００２９】
同様に、要求側ユーザｂが出先で写真（たとえば、山中湖付近の美術館の写真）を撮り忘れてそのまま自宅に到着してしまったとする（ステップ１ｂ）。要求側ユーザｂは、ナビゲーション装置１５０ｂまたは携帯端末３０ｂを用いて、特定の撮影地（たとえば、山中湖付近の美術館）での撮影画像（たとえば、美術館の外観画像）の要求を含む要求情報をサーバ５０に送信する（ステップ２ｂ）。サーバ５０は、ナビゲーション装置１５０ｂまたは携帯端末３０ｂからの要求情報を受信すると、受信した要求情報を記憶する（ステップ３）。
【００３０】
このように、サーバ５０は、１または複数の要求側ユーザによって送信された１または複数の要求情報を蓄積して記憶する。
【００３１】
このような状況において、その後、許諾側車両２０ａにおいて許諾側ユーザａがナビゲーション装置２５０ａを用いて現在地から目的地までのルートを検索したとすると、そのルート検索結果がサーバ５０に送信される（ステップ４）。
【００３２】
サーバ５０は、許諾側車両２０ａからルート検索結果を受信すると、受信したルート検索結果と記憶していた要求情報とを照合する（ステップ５）。具体的には、サーバ５０は、予め記憶していた要求情報のうち、ルート検索結果で検索されたルート上またはその付近が撮影地となる要求情報が存在するか否かを判定する。そして、サーバ５０は、ルート検索結果とマッチングする要求情報が存在すると判定した場合、マッチングした要求情報を許諾側車両２０ａに送信する（ステップ６）。
【００３３】
許諾側車両２０ａにおいては、サーバ５０から要求情報を受信すると、ナビゲーション装置２５０ａは、検索したルート上に要求情報を通知する（ステップ７）。具体的には、ナビゲーション装置２５０ａは、検索したルート上に旗印で撮影地が示される。図１に示す例では、ルート上に２つの旗印が示される。
【００３４】
許諾側ユーザａが要求情報に含まれる撮影要求を許諾すると（ステップ８）、ナビゲーション装置２５０ａは、要求情報に基づいてルートの検索結果を更新する（ステップ９）。図１に示す例では、２つの旗印のうち、選択された方の旗印（たとえば、要求側ユーザａが要求した撮影地）を立ち寄るように、ルートの検索結果が更新される。
【００３５】
その後、図示は省略するが、許諾側ユーザａは、立ち寄った撮影地で目的の撮影画像（たとえば、山中湖の風景画像）を携帯端末４０ａのカメラなどで取得する。許諾側ユーザａは、取得した撮影画像データを、携帯端末４０ａを介してサーバ５０に送信する。あるいは、許諾側ユーザａは、取得した撮影画像データを、一旦ナビゲーション装置２５０ａのメモリに記憶させ、ナビゲーション装置２５０ａを介してサーバ５０に送信する。
【００３６】
なお、許諾側ユーザａは、携帯端末４０ａのカメラで撮影画像を取得するものに限らず、所有する他のデジタルカメラやビデオカメラ、または許諾側車両２０ａに備えられたドライブレコーダのカメラを用いて撮影画像を取得してもよい。いずれにおいても、許諾側ユーザａは、取得した撮影画像データを、携帯端末４０ａまたはナビゲーション装置２５０ａを介してサーバ５０に送信する。
【００３７】
一方、サーバ５０は、携帯端末４０ａまたはナビゲーション装置２５０ａから受信した撮影画像データを要求側ユーザのナビゲーション装置１５０または携帯端末３０に送信する。このようにして、要求側ユーザは、要求していた撮影画像を取得することができる。
【００３８】
＜通信システムの構成＞
図２は、本実施の形態に係る通信システム１のハードウェア構成の一例を示すブロック図である。図３は、本実施の形態に係る通信システム１の機能構成の一例を示すブロック図である。
【００３９】
図２および図３に示すように、通信システム１は、要求側ユーザの要求側車両１０と、要求側ユーザの携帯端末３０と、サーバ５０と、許諾側ユーザの許諾側車両２０と、許諾側ユーザの携帯端末４０とを備える。サーバ５０は、要求側車両１０、携帯端末３０、許諾側車両２０、および携帯端末４０のそれぞれと通信可能に接続されている。なお、通信システム１は、要求側について、サーバ５０は、要求側車両１０および携帯端末３０のいずれか一方と通信可能に接続されていればよく、必ずしも要求側車両１０および携帯端末３０の両方と通信可能に接続される必要はない。また、許諾側について、サーバ５０は、少なくとも許諾側車両２０と通信可能に接続されていればよく、必ずしも携帯端末４０と通信可能に接続される必要はない。
【００４０】
（要求側車両の構成）
要求側車両１０は、バッテリ１９０の電力供給部１９０ａによって供給された電力を用いて駆動する電動機を走行動力源とした電気自動車である。なお、要求側車両１０は、電気自動車に限らず、内燃機関を走行動力源としたガソリン車、または電動機および内燃機関の両方を走行動力源としたハイブリッド車であってもよい。
【００４１】
要求側車両１０は、通信モジュール１０３と、ドライブレコーダ１２０と、ナビゲーション装置１５０とを備え、これら各構成が通信ライン１１０を介して互いに通信可能に接続されている。
【００４２】
通信モジュール１０３は、たとえば、車載ＤＣＭ（Data  Communication  Module）であり、通信ライン１１０を介して接続された車両内の各構成と、サーバ５０などの外部装置との間で通信を可能とする通信部１０３ａを有する。
【００４３】
ドライブレコーダ１２０は、車両の走行中または停止中において車両内外の様子を静止画または動画で撮影するとともに、その撮影画像データを記憶する装置である。ドライブレコーダ１２０は、カメラ１２１と、メモリ１２２とを含む。カメラ１２１は、物体を撮影する撮影部１２１ａを有する。メモリ１２２は、カメラ１２１によって取得された撮影画像データなど、各種の情報を記憶する記憶部１２２ａを有する。ドライブレコーダ１２０は、事故時のような車両に異常が発生した場合にその様子を撮影するものであってもよいし、要求側ユーザの操作によって好きなときに車両内外の様子を撮影するものであってもよい。
【００４４】
ナビゲーション装置１５０は、現在地から目的地までのルートを検索可能である。ナビゲーション装置１５０は、ディスプレイ１５１と、タッチパネル１５２と、メモリ１５３と、ＧＰＳ（Global Positioning System）受信機１５４と、ＣＰＵ（Central Processing Unit）１５５と、近距離通信機１５６とを含む。
【００４５】
ディスプレイ１５１は、現在地から目的地までのルート検索結果およびドライブレコーダ１２０のメモリ１２２に記憶された撮影画像など、各種の情報を示す画像を表示する表示部１５１ａを有する。タッチパネル１５２は、ディスプレイ１５１に貼り付けられており、ユーザの押圧操作によってＣＰＵ１５５に対する入力を受け付ける受付部１５２ａを有する。メモリ１５３は、ルート検索に用いる地図データ、ドライブレコーダ１２０のメモリ１２２に記憶された撮影画像データ、およびナビゲーション装置１５０において撮影要求サービスを提供するためのプログラムなど、各種の情報を記憶する記憶部１５３ａを有する。ＧＰＳ受信機１５４は、人工衛星からの電波に基づき要求側車両１０の現在の位置情報を受信する位置情報受信部１５４ａを有する。
【００４６】
ＣＰＵ１５５は、メモリ１５３に記憶された情報（たとえば、撮影要求サービスを提供するためのプログラム）に基づき各種の処理を実行する。具体的には、ＣＰＵ１５５は、ＧＰＳ受信機１５４によって取得された要求側車両１０の現在の位置情報と、タッチパネル１５２から入力された目的地と、メモリ１５３に記憶された地図データとに基づき、現在地から目的地までのルートを検索するルート検索部１５５ａを有する。また、ＣＰＵ１５５は、タッチパネル１５２から入力された要求情報を取得する要求情報取得部１５５ｂを有する。なお、取得された要求情報は、通信モジュール１０３を介してサーバ５０に送信される。
【００４７】
近距離通信機１５６は、ナビゲーション装置１５０の近距離に位置する端末と無線通信を可能とする近距離通信部１５６ａを有する。本実施の形態においては、近距離通信機１５６は、要求側ユーザの携帯端末３０との間で無線通信を確立する。
【００４８】
なお、図２および図３に示す要求側車両１０の構成は、一例であり、要求側車両１０は、走行するための構成など、その他の構成をもちろん備えている。
【００４９】
（許諾側車両の構成）
許諾側車両２０は、前述した要求側車両１０と同様に、バッテリ２９０の電力供給部２９０ａによって供給された電力を用いて駆動する電動機を走行動力源とした電気自動車であるが、ガソリン車またはハイブリッド車であってもよい。
【００５０】
許諾側車両２０は、通信モジュール２０３と、ドライブレコーダ２２０と、ナビゲーション装置２５０とを備え、これら各構成が通信ライン２１０を介して互いに通信可能に接続されている。
【００５１】
通信モジュール２０３は、たとえば、車載ＤＣＭであり、通信ライン２１０を介して接続された車両内の各構成と、サーバ５０などの外部装置との間で通信を可能とする通信部２０３ａを有する。
【００５２】
ドライブレコーダ２２０は、前述した要求側車両１０のドライブレコーダ１２０と同様の構成および機能を有し、撮影部２２１ａを有するカメラ２２１と、記憶部２２２ａを有するメモリ２２２とを含む。
【００５３】
ナビゲーション装置２５０は、前述した要求側車両１０のナビゲーション装置１５０と同様に、現在地から目的地までのルートを検索可能である。なお、ナビゲーション装置２５０は、「車載装置」の一実施形態である。ナビゲーション装置２５０は、ディスプレイ２５１と、タッチパネル２５２と、メモリ２５３と、ＧＰＳ受信機２５４と、ＣＰＵ２５５と、近距離通信機２５６とを含む。
【００５４】
ディスプレイ２５１は、現在地から目的地までのルート検索結果およびドライブレコーダ２２０のメモリ２２２に記憶された撮影画像など、各種の情報を示す画像を表示する表示部２５１ａを有する。タッチパネル２５２は、ディスプレイ２５１に貼り付けられており、ユーザの押圧操作によってＣＰＵ２５５に対する入力を受け付ける受付部２５２ａを有する。なお、撮影要求サービスにおいて、許諾側ユーザは、タッチパネル２５２を押圧操作することで要求情報に含まれる要求を許諾することができる。メモリ２５３は、ルート検索に用いる地図データ、ドライブレコーダ２２０のメモリ２２２に記憶された撮影画像データ、およびナビゲーション装置２５０において撮影要求サービスを提供するためのプログラムなど、各種の情報を記憶する記憶部２５３ａを有する。ＧＰＳ受信機２５４は、人工衛星からの電波に基づき許諾側車両２０の現在の位置情報を受信する位置情報受信部２５４ａを有する。
【００５５】
ＣＰＵ２５５は、メモリ２５３に記憶された情報（たとえば、撮影要求サービスを提供するためのプログラム）に基づき各種の処理を実行する。具体的には、ＣＰＵ２５５は、ＧＰＳ受信機２５４によって取得された許諾側車両２０の現在の位置情報と、タッチパネル２５２から入力された目的地と、メモリ２５３に記憶された地図データとに基づき、現在地から目的地までのルートを検索するルート検索部２５５ａを有する。また、ＣＰＵ２５５は、サーバ５０に要求側車両１０からの要求情報を送信するための契機を与える契機部２５５ｂを有する。具体的には、ＣＰＵ２５５の契機部２５５ｂは、ルート検索部２５５ａによって得られたルート検索結果を通信モジュール２０３を介してサーバ５０に送信することで、要求情報を送信するための契機をサーバ５０に与える。これにより、ルート検索結果を受信したサーバ５０は、ルート検索結果とマッチングする要求情報をナビゲーション装置２５０に送信するようになる。また、ＣＰＵ２５５は、サーバ５０を介して要求側車両１０から取得した要求情報に基づいてルートの検索結果を更新する更新部２５５ｃを有する。
【００５６】
近距離通信機２５６は、ナビゲーション装置２５０の近距離に位置する端末と無線通信を可能とする近距離通信部２５６ａを有する。本実施の形態においては、近距離通信機２５６は、許諾側ユーザの携帯端末４０との間で無線通信を確立する。
【００５７】
なお、図２および図３に示す許諾側車両２０の構成は、一例であり、許諾側車両２０は、走行するための構成など、その他の構成をもちろん備えている。
【００５８】
（携帯端末の構成）
携帯端末３０は、通信インターフェイス３０３と、カメラ３０６と、メモリ３０４と、ディスプレイ３０１と、タッチパネル３０２と、ＣＰＵ３０５とを備え、これら各構成が通信ライン３１０を介して互いに通信可能に接続されている。
【００５９】
通信インターフェイス３０３は、通信ライン３１０を介して接続された携帯端末内の各構成と、サーバ５０および要求側車両１０のナビゲーション装置１５０などの外部装置との間で通信を可能とする通信部３０３ａを有する。カメラ３０６は、物体を撮影する撮影部３０６ａを有する。メモリ３０４は、カメラ３０６によって取得された撮影画像データ、および携帯端末３０において撮影要求サービスを実行するためのプログラムなど、各種の情報を記憶する記憶部３０４ａを有する。
【００６０】
ディスプレイ３０１は、メモリ３０４に記憶された撮影画像など、各種の情報を示す画像を表示する表示部３０１ａを有する。タッチパネル３０２は、ディスプレイ３０１に貼り付けられており、ユーザの押圧操作によってＣＰＵ３０５に対する入力を受け付ける受付部３０２ａを有する。
【００６１】
ＣＰＵ３０５は、メモリ３０４に記憶された情報（たとえば、撮影要求サービスを提供するためのプログラム）に基づき各種の処理を実行する。具体的には、ＣＰＵ３０５は、タッチパネル３０２から入力された要求情報を取得する要求情報取得部３０５ａを有する。なお、取得された要求情報は、通信インターフェイス３０３を介してサーバ５０に送信される。
【００６２】
なお、図２および図３に示す携帯端末３０の構成は、一例であり、携帯端末３０は、その他の構成をもちろん備えている。また、携帯端末４０は、前述した携帯端末３０と基本的には同様の構成を備えるため、具体的な説明は省略する。
【００６３】
（サーバの構成）
サーバ５０は、通信インターフェイス５０３と、メモリ５０２と、ＣＰＵ５０１とを備え、これら各構成が通信ライン５１０を介して互いに通信可能に接続されている。
【００６４】
通信インターフェイス５０３は、通信ライン５１０を介して接続されたサーバ内の各構成と、要求側車両１０、携帯端末３０、許諾側車両２０、および携帯端末４０などとの間で通信を可能とする通信部５０３ａを有する。なお、通信インターフェイス５０３の通信部５０３ａは、「受信部」および「送信部」の一実施形態である。
【００６５】
メモリ５０２は、後述する図４のユーザ情報テーブルに含まれるユーザ情報、図５の要求情報テーブルに含まれる要求情報、およびサーバ５０において撮影要求サービスを実行するためのプログラムなど、各種の情報を記憶する記憶部５０２ａを有する。なお、メモリ５０２の記憶部５０２ａは、「管理部」の一実施形態である。
【００６６】
ＣＰＵ５０１は、メモリ５０２に記憶された情報（たとえば、撮影要求サービスを提供するためのプログラム）に基づき各種の処理を実行する。具体的には、ＣＰＵ５０１は、許諾側車両２０から受信したルート検索結果と、メモリ５０２に記憶された要求情報とを照合し、ルート検索結果とマッチングする要求情報があるか否かを決定する決定部５０１ａを有する。なお、ルート検索結果とマッチングする要求情報は、通信インターフェイス５０３を介して許諾側車両２０に送信される。つまり、決定部５０１ａは、許諾側車両２０のナビゲーション装置２５０によるルート検索結果と、メモリ５０２に記憶された要求情報に含まれる特定の撮影地とに基づき、要求情報を送信するか否かを決定する機能を有する。
【００６７】
＜ユーザ情報テーブル＞
通信システム１が提供する撮影要求サービスを利用するユーザは、予め決められた情報をサーバ５０に登録することになっている。登録されたユーザ情報は、メモリ５０２に記憶されたユーザ情報テーブルに格納されている。図４は、本実施の形態に係るサーバ５０が記憶するユーザ情報テーブルの一例を示す図である。
【００６８】
図４に示すように、ユーザ情報テーブルには、ユーザを識別するための「ユーザＩＤ」に紐付けられるように、ユーザが所有する車両を識別するための「車両ＩＤ」、ユーザが所有する携帯端末を識別するための「端末ＩＤ」、ユーザが所有する「メールアドレス」、およびユーザが所有する「ポイント」を示す情報が格納されている。なお、「車両ＩＤ」は、車両そのものに対応付けられた識別ＩＤであってもよいし、車両が備えるナビゲーション装置に対応付けられた識別ＩＤであってもよい。
【００６９】
ここで、本実施の形態においては、撮影要求サービスにおいてポイント制が導入されており、要求側ユーザは、ポイントを消費することで、許諾側ユーザに撮影画像を要求することができる。一方、許諾側ユーザは、要求された撮影画像を取得して要求側ユーザに提供することで、要求側ユーザが所有するポイントを獲得することができる。なお、ポイントは、撮影画像を要求するために用いられるものに限らず、商品を購入したり、他のサービスの提供を受けたりすることに用いられてもよい。なお、ポイントは「特典」の一実施形態である。
【００７０】
＜要求情報テーブル＞
サーバ５０は、要求側車両１０のナビゲーション装置１５０または携帯端末３０から受信した要求情報を、メモリ５０２に記憶された要求情報テーブルに格納する。図５は、本実施の形態に係るサーバ５０が記憶する要求情報テーブルの一例を示す図である。
【００７１】
図５に示すように、要求情報テーブルには、要求情報を識別するための「タスクＩＤ」に紐付けられるように、要求側ユーザの「ユーザＩＤ」、現在の「ステータス」、「撮影地」および「撮影画像」の詳細な情報を含む「要求情報」、許諾側ユーザに対する「お礼ポイント」、および「要求日時」を示す情報が格納されている。
【００７２】
撮影要求サービスにおいては、１人のユーザが複数の要求を行うことができるため、複数のタスクＩＤに対して同じユーザＩＤが紐付けられることもある。たとえば、「タスクＩＤ」“００１”および“００５”に対しては、同じ「ユーザＩＤ」“００１ａｂｃ”が紐付けられている。
【００７３】
「ステータス」の種類としては、“許諾先探し中”、“許諾済み”、および“完了”が格納される。撮影画像の要求がされてから未だ許諾先が見つからない場合には、「ステータス」として“許諾先探し中”が格納される。許諾先が見つかったが未だ撮影画像が要求側ユーザに提供されていない場合には、「ステータス」として“許諾済み”が格納される。既に撮影画像が要求側ユーザに提供された場合には、「ステータス」として“完了”が格納される。
【００７４】
「要求情報」に含まれる「撮影地」としては、要求側ユーザが要求する撮影地の情報が格納される。「要求情報」に含まれる「撮影画像」としては、要求側ユーザが要求する撮影画像の詳細（たとえば、写真の構図や撮影対象など）の情報が格納される。
【００７５】
「お礼ポイント」としては、許諾側ユーザが撮影画像を要求側ユーザに提供した場合に、そのお礼として、要求側ユーザが所有するポイントのうち、許諾側ユーザが所有するポイントに追加されるポイントの情報が格納される。本実施の形態においては、要求側ユーザがお礼ポイントを決めることができるが、これに限らず、お礼ポイントが予め決められていてもよい。
【００７６】
＜通信システムが実行する主な処理内容＞
図６〜図８は、通信システム１が実行する主な処理内容を説明するためのフローチャートである。図６〜図８に示すフローチャートに示される各ステップは、各ＣＰＵによるソフトウェア処理によって実現されるが、ＣＰＵ内に作製されたハードウェア（電気回路）によって実現されてもよい。なお、以下では、各ステップを単に「Ｓ」と略す。
【００７７】
（撮影画像の要求段階）
先ず、図６を参照しながら、要求側ユーザがサーバ５０に撮影画像を要求する段階での処理フローについて説明する。この段階において、要求側ユーザは、要求側車両１０のナビゲーション装置１５０および携帯端末３０のいずれを用いても、サーバ５０に撮影画像を要求することができる。なお、図６に示す処理フローについて、要求側においては、ナビゲーション装置１５０のＣＰＵ１５５または携帯端末３０のＣＰＵ３０５が実行し、サーバ５０側においては、サーバ５０のＣＰＵ５０１が実行する。この例では、要求側車両１０のナビゲーション装置１５０がサーバ５０に対して要求情報を送信する例について説明する。
【００７８】
図６に示すように、ナビゲーション装置１５０は、撮影画像の要求を受け付けたか否かを判定する（Ｓ１１０）。
【００７９】
ここで、図９は、本実施の形態に係る要求側車両１０におけるナビゲーション装置１５０についてディスプレイ１５１の表示の一例を示す図である。図９（ａ）に示すように、ナビゲーション装置１５０におけるメインメニューには、現在地から目的地までのルートを検索するために操作される目的地アイコン１６１と、音楽を聴いたり動画を視聴したりするために操作されるＡＶアイコン１６２と、各種の設定を行うために操作される設定アイコン１６３と、撮影要求するために操作される撮影要求アイコン１６４と、渋滞情報など各種の情報を取得するために操作される情報アイコン１６５とが含まれる。要求側ユーザは、撮影要求アイコン１６４を選択することで、撮影要求サービスを利用することができる。なお、撮影要求アイコン１６４は、ナビゲーション装置１５０の初期出荷時から設けられていてもよいし、ユーザ設定によって追加されてもよいし、さらに、ナビゲーション装置１５０のソフトウェアの更新によって追加されてもよい。
【００８０】
図６に戻り、前述したＳ１１０の処理において、ナビゲーション装置１５０は、撮影要求アイコン１６４が選択されたか否かを判定する。ナビゲーション装置１５０は、撮影画像の要求を受け付けていない場合（Ｓ１１０でＮＯ）、つまり、撮影要求アイコン１６４が選択されていない場合、再び本処理フローを繰り返す。
【００８１】
一方、ナビゲーション装置１５０は、撮影画像の要求を受け付けた場合（Ｓ１１０でＹＥＳ）、つまり、撮影要求アイコン１６４が選択された場合、要求情報を取得したか否かを判定する（Ｓ１２０）。この要求情報としては、図５に示した「撮影地」および「撮影画像」が少なくとも挙げられる。
【００８２】
ここで、図９（ｂ）に示すように、撮影要求アイコン１６４が選択されると、撮影要求サービスメニューに移行する。撮影要求サービスメニューには、要求情報として「撮影地」を入力するための撮影地入力欄１７１と、要求情報として「撮影画像」を入力するための撮影画像入力欄１７２と、「お礼ポイント」を入力するためのお礼ポイント入力欄１７３とが含まれる。要求側ユーザは、文字選択欄１７４に並べられた文字や数字の中から、カーソル１７５を用いて所望の文字や数字を選択することで、撮影地入力欄１７１、撮影画像入力欄１７２、およびお礼ポイント入力欄１７３のそれぞれに情報を入力することができる。なお、要求側ユーザは、文字や数字を削除したければ削除アイコン１７６を選択すればよく、メインメニューに戻りたければ戻るアイコン１７７を選択すればよい。また、要求側ユーザは、確定アイコン１７８を選択することで、入力した要求情報やお礼ポイントを確定することができる。
【００８３】
図６に戻り、前述したＳ１２０の処理において、ナビゲーション装置１５０は、要求情報やお礼ポイントが確定したか否かを判定する。ナビゲーション装置１５０は、要求情報を取得していない場合（Ｓ１２０でＮＯ）、つまり、要求情報やお礼ポイントが確定していない場合、要求情報を取得するまでＳ１２０の処理を繰り返す。
【００８４】
一方、ナビゲーション装置１５０は、要求情報を取得した場合（Ｓ１２０でＹＥＳ）、つまり、要求情報やお礼ポイントが確定した場合、取得した要求情報をサーバ５０に送信する（Ｓ１３０）。なお、ナビゲーション装置１５０は、Ｓ１３０の処理において、車両ＩＤをサーバ５０に送信する。なお、要求側ユーザが携帯端末３０を用いて撮影要求をする場合、Ｓ１３０の処理において、携帯端末３０は、端末ＩＤをサーバ５０に送信する。その後、ナビゲーション装置１５０は、再び本処理フローを繰り返す。
【００８５】
ここで、図９（ｃ）に示すように、ナビゲーション装置１５０が要求情報をサーバ５０に送信すると、ディスプレイ１５１においては「撮影要求しました。しばらくお待ち下さい。」の文字画像が表示される。
【００８６】
図６に戻り、サーバ５０は、ナビゲーション装置１５０から車両ＩＤとともに要求情報を受信したか否かを判定する（Ｓ５１０）。サーバ５０は、ナビゲーション装置１５０から車両ＩＤとともに要求情報を受信していない場合（Ｓ５１０でＮＯ）、再び本処理フローを繰り返す。
【００８７】
一方、サーバ５０は、ナビゲーション装置１５０から車両ＩＤとともに要求情報を受信した場合（Ｓ５１０でＹＥＳ）、受信した要求情報を図５に示した要求情報テーブルに格納する（Ｓ５２０）。このとき、サーバ５０は、要求情報に対して新たなタスクＩＤを割り当てるとともに、要求側ユーザの車両ＩＤおよびユーザＩＤを要求情報に紐付ける。そして、サーバ５０は、「ステータス」として“許諾先探し中”を要求情報に対応させる。その後、サーバ５０は、再び本処理フローを繰り返す。
【００８８】
このようにして、要求側ユーザは、ナビゲーション装置１５０を用いて要求情報をサーバ５０に送信することができる。一方、サーバ５０は、ナビゲーション装置１５０から受信した要求情報を記憶することができる。なお、サーバ５０は、同一のナビゲーション装置１５０から複数回に亘って要求情報を取得して記憶することができ、さらに、同様の処理フローによって、他の要求側車両のナビゲーション装置１５０や携帯端末３０からも要求情報を取得して記憶することができる。これにより、要求情報テーブルに複数の要求情報が蓄積される。なお、図９においては、ナビゲーション装置１５０のディスプレイ１５１の表示の一例を示したが、携帯端末３０のディスプレイ３０１についても同様に、撮影要求を選択するためのアイコン、および要求情報やお礼ポイントを入力するための入力欄が表示される。
【００８９】
（撮影要求の許諾段階）
次に、図７を参照しながら、許諾側ユーザが撮影要求を許諾する段階での処理フローについて説明する。なお、図７に示す処理フローについて、サーバ５０側においては、サーバ５０のＣＰＵ５０１が実行し、許諾側においては、ナビゲーション装置２５０のＣＰＵ２５５が実行する。
【００９０】
図７に示すように、ナビゲーション装置２５０は、ルート検索の受付があったか否かを判定する（Ｓ２１０）。具体的には、ナビゲーション装置２５０は、許諾側ユーザによって、現在地から目的地までのルート検索の要求があったか否かを判定する。ナビゲーション装置２５０は、ルート検索の受付がない場合（Ｓ２１０でＮＯ）、再び本処理フローを繰り返す。
【００９１】
一方、ナビゲーション装置２５０は、ルート検索の受付があった場合（Ｓ２１０でＹＥＳ）、ルートを検索する（Ｓ２２０）。その後、ナビゲーション装置２５０は、ルート検索結果をサーバ５０に送信する（Ｓ２３０）。このような契機によって、サーバ５０に対して要求情報を送信させることができる。
【００９２】
これに対して、サーバ５０は、ルート検索結果を受信したか否かを判定する（Ｓ５６０）。サーバ５０は、ルート検索結果を受信していない場合（Ｓ５６０でＮＯ）、再び本処理フローを繰り返す。
【００９３】
一方、サーバ５０は、ルート検索結果を受信した場合（Ｓ５６０でＹＥＳ）、受信したルート検索結果と、要求情報テーブルに格納された要求情報とを照合し（Ｓ５７０）、ルート検索結果とマッチングする要求情報があるか否かを判定する（Ｓ５８０）。具体的には、サーバ５０は、予め記憶していた要求情報のうち、ルート検索結果で検索されたルート上またはその付近が撮影地となる要求情報が存在するか否かを判定する。サーバ５０は、ルート検索結果とマッチングする要求情報がない場合（Ｓ５８０でＮＯ）、再び本処理フローを繰り返す。
【００９４】
一方、サーバ５０は、ルート検索結果とマッチングする要求情報がある場合（Ｓ５８０でＹＥＳ）、マッチングした要求情報をタスクＩＤとともにナビゲーション装置２５０に送信する（Ｓ５９０）。
【００９５】
これに対して、ナビゲーション装置２５０は、予め決められた時間内に要求情報を受信したか否かを判定する（Ｓ２４０）。ナビゲーション装置２５０は、時間内に要求情報を受信しなかった場合（Ｓ２４０でＮＯ）、再び本処理フローを繰り返す。
【００９６】
一方、ナビゲーション装置２５０は、時間内に要求情報を受信した場合（Ｓ２４０でＹＥＳ）、ディスプレイ２５１に要求情報を通知する（Ｓ２５０）。具体的には、ナビゲーション装置２５０は、要求情報に含まれる撮影地の住所から位置情報（たとえば、経度および緯度）を特定し、特定した位置情報に基づいて、撮影地を示す画像をルート上に表示する。
【００９７】
ここで、図１０は、本実施の形態に係る許諾側車両２０におけるナビゲーション装置２５０についてディスプレイ２５１の表示の一例を示す図である。図１０（ａ）に示すように、図９のＳ２２０の処理で取得されたルート検索結果は、ディスプレイ２５１に表示される。このルート検索結果の表示には、地図上において、目的地までのルートを示すルート画像２６０とともに目的地までの距離を示す距離画像２６１が含まれる。図９のＳ２５０の処理でディスプレイ２５１に要求情報が通知されると、図１０（ｂ）に示すような表示に移行する。
【００９８】
図１０（ｂ）では、図５の要求情報テーブルに格納されたタスクＩＤ“００５”およびタスクＩＤ“００６”の要求情報がルート検索結果とマッチングした例を示す。たとえば、タスクＩＤ“００５”およびタスクＩＤ“００６”の要求情報は、いずれも撮影地として山梨県の山中湖付近が含まれている。そして、許諾側ユーザの現在地が山中湖付近であれば、要求情報がルート検索結果とマッチングすることになる。
【００９９】
図１０（ｂ）に示すように、要求情報が通知された際のルート検索結果の表示には、地図上において、ルート画像２６０とともに、タスクＩＤ“００５”に対応する撮影地を示す旗印２６４と、タスクＩＤ“００５”に対応する撮影地を示す旗印２６３とが含まれる。さらに、ディスプレイ２５１の右端には、要求情報の詳細を閲覧するための詳細欄２６５が表示される。詳細欄２６５には、タスクＩＤ“００５”およびタスクＩＤ“００６”のそれぞれの要求情報について、お礼ポイントを示すポイント画像２６６と、要求情報の詳細を閲覧するための詳細アイコン２６７と、要求を許諾するために操作される許諾アイコン２６８とが含まれる。なお、ナビゲーション装置２５０は、要求情報とともにタスクＩＤをディスプレイ２５１に表示してもよい。
【０１００】
図７に戻り、ナビゲーション装置２５０は、許諾側ユーザが要求を許諾したか否かを判定する（Ｓ２６０）。つまり、ナビゲーション装置２５０は、タスクＩＤ“００５”およびタスクＩＤ“００６”のいずれかの要求情報について、許諾アイコン２６８が選択されか否かを判定する。ナビゲーション装置２５０は、許諾側ユーザが要求を許諾していない場合（Ｓ２６０でＮＯ）、再び本処理フローを繰り返す。
【０１０１】
一方、ナビゲーション装置２５０は、許諾側ユーザが要求を許諾した場合（Ｓ２６０でＹＥＳ）、許諾側ユーザが要求を許諾した旨を示す許諾情報をサーバ５０に送信する（Ｓ２７０）。たとえば、図１０（ｃ）に示すように、許諾側ユーザがタスクＩＤ“００５”に対応する要求を許諾した場合、タスクＩＤ“００５”に対応する撮影地を示す旗印２６４に円マークが表示されたり点滅または色が変化したりするなど、何らかの効果によって許諾側ユーザに許諾した旨が示される。
【０１０２】
図７に戻り、サーバ５０は、予め決められた時間内に許諾情報を受信したか否かを判定する（Ｓ６００）。サーバ５０は、時間内に許諾情報を受信しなかった場合（Ｓ６００でＮＯ）、再び本処理フローを繰り返す。
【０１０３】
一方、サーバ５０は、時間内に許諾情報を受信した場合（Ｓ６００でＹＥＳ）、要求情報格納テーブルにおいて、許諾された要求情報に対応する「ステータス」を“許諾済み”に変更する（Ｓ６１０）。その後、サーバ５０は、要求を許諾した許諾側ユーザのナビゲーション装置２５０においてルート検索の更新を許可する旨を示す更新許可情報を許諾側ユーザに送信し（Ｓ６２０）、再び本処理フローを繰り返す。
【０１０４】
これに対して、ナビゲーション装置２５０は、予め決められた時間内に更新許可情報を受信したか否かを判定する（Ｓ２８０）。ナビゲーション装置２５０は、時間内に更新許可情報を受信しなかった場合（Ｓ２８０でＮＯ）、再び本処理フローを繰り返す。
【０１０５】
一方、ナビゲーション装置２５０は、時間内に更新許可情報を受信した場合（Ｓ２８０でＹＥＳ）、ディスプレイ２５１に表示されたルート検索結果を更新する（Ｓ２９０）。たとえば、図１０（ｄ）に示すように、タスクＩＤ“００６”に対応する撮影地を示す旗印２６３が消える一方で、タスクＩＤ“００５”に対応する撮影地を示す旗印２６４が残る。そして、地図上において、ルート画像２６０が旗印２６４を立ち寄った後に元の目的地までのルートに戻るようにルート検索結果が更新される。さらに、目的地までの距離を示す距離画像２６１に加えて、途中で立ち寄る撮影地までの距離を示す距離画像２６２がディスプレイ２５１に表示される。
【０１０６】
なお、許諾側ユーザが、タスクＩＤ“００５”に対応する要求に加えてタスクＩＤ“００６”に対応する要求も許諾した場合、ルート画像２６０が旗印２６３および旗印２６４の両方を立ち寄った後に元の目的地までのルートに戻るようにルート検索結果が更新される。図７に戻り、サーバ５０は、Ｓ２９０の処理の後、再び本処理フローを繰り返す。
【０１０７】
（撮影画像の取得段階）
次に、図８を参照しながら要求側ユーザが許諾側ユーザから撮影画像を取得する段階での処理フローについて説明する。なお、この段階において、許諾側ユーザは、許諾側車両２０のナビゲーション装置２５０および携帯端末４０のいずれを用いても、サーバ５０に撮影画像を送信することができる。また、この段階において、要求側ユーザは、要求側車両１０のナビゲーション装置１５０および携帯端末３０のいずれを用いても、サーバ５０から撮影画像を受信することができる。なお、図８に示す処理フローについて、許諾側においては、ナビゲーション装置２５０のＣＰＵ２５５または携帯端末４０のＣＰＵ（図示は省略する）が実行し、サーバ５０側においては、サーバ５０のＣＰＵ５０１が実行し、要求側においては、ナビゲーション装置１５０のＣＰＵ１５５または携帯端末３０のＣＰＵ３０５が実行する。この例では、許諾側ユーザの携帯端末４０から要求側ユーザの携帯端末３０に対して撮影画像が送信される例について説明する。
【０１０８】
図８に示すように、許諾側ユーザの携帯端末４０は、撮影画像データの送信の受付があったか否かを判定する（Ｓ２０１０）。なお、この時点で既に、携帯端末４０は、携帯端末４０のカメラまたは許諾側車両２０のドライブレコーダ２２０のカメラ２２１などから撮影画像を取得している。
【０１０９】
携帯端末４０は、撮影画像データの送信の受付がない場合（Ｓ２０１０でＮＯ）、再び本処理フローを繰り返す。一方、携帯端末４０は、撮影画像データの送信の受付があった場合（Ｓ２０１０でＹＥＳ）、タスクＩＤとともに撮影画像データをサーバ５０に送信する（Ｓ２０２０）。なお、タスクＩＤは、許諾側ユーザが携帯端末４０に入力してもよいし、携帯端末４０がナビゲーション装置２５０から近距離通信を用いて取得してもよい。
【０１１０】
これに対して、サーバ５０は、撮影画像データを受信したか否かを判定する（Ｓ５０１０）。サーバ５０は、撮影画像データを受信していない場合（Ｓ５０１０でＮＯ）、再び本処理フローを繰り返す。
【０１１１】
一方、サーバ５０は、撮影画像データを受信した場合（Ｓ５０１０でＹＥＳ）、要求側ユーザの携帯端末３０にタスクＩＤとともに撮影画像データを送信する（Ｓ５０２０）。具体的には、サーバ５０は、要求情報テーブルに基づきタスクＩＤに紐付けられたユーザＩＤを特定する。そして、サーバ５０は、ユーザ情報テーブルに基づき、特定したユーザＩＤに紐付けられたメールアドレスに撮影画像データを送信する。なお、ナビゲーション装置１５０がメールアドレスを所有している場合であれば、サーバ５０は、ユーザＩＤに紐付けられたナビゲーション装置１５０のメールアドレスに撮影画像データを送信してもよい。
【０１１２】
これに対して、要求側ユーザの携帯端末３０は、撮影画像データを受信したか否かを判定する（Ｓ１０１０）。携帯端末３０は、撮影画像データを受信していない場合（Ｓ１０１０でＮＯ）、再び本処理フローを繰り返す。
【０１１３】
一方、携帯端末３０は、撮影画像データを受信した場合（Ｓ１０１０でＹＥＳ）、タスクＩＤとともに撮影画像データを受信した旨を示す取得情報をサーバ５０に送信し（Ｓ１０２０）、撮影画像データをメモリ３０４に記憶する（Ｓ１０３０）。
【０１１４】
これに対して、サーバ５０は、取得情報を受信したか否かを判定する（Ｓ５０３０）。サーバ５０は、取得情報を受信していない場合（Ｓ５０３０でＮＯ）、Ｓ５０３０の処理を繰り返す。
【０１１５】
一方、サーバ５０は、取得情報を受信した場合（Ｓ５０３０でＹＥＳ）、要求情報格納テーブルにおいて、タスクＩＤに対応する「ステータス」を“完了”に変更する（Ｓ５０４０）。その後、サーバ５０は、タスクＩＤに対応するお礼ポイント分のポイントを、要求側ユーザのポイントから許諾側ユーザのポイントへと移動して記憶する（Ｓ５０５０）。
【０１１６】
その後、サーバ５０は、移動後のポイントを示すポイント情報を要求側ユーザの携帯端末３０と、許諾側ユーザの携帯端末４０に送信し（Ｓ５０６０）、再び本処理フローを繰り返す。
【０１１７】
これに対して、要求側ユーザの携帯端末３０は、予め決められた時間内にポイント情報を受信したか否かを判定する（Ｓ１０４０）。携帯端末３０は、時間内にポイント情報を受信しなかった場合（Ｓ１０４０でＮＯ）、再び本処理フローを繰り返す。
【０１１８】
一方、携帯端末３０は、時間内にポイント情報を受信した場合（Ｓ１０４０でＹＥＳ）、ポイント情報に基づき、要求側ユーザが現在所有するポイントをディスプレイ３０１に表示し（Ｓ１０５０）、再び本処理フローを繰り返す。
【０１１９】
同様に、許諾側ユーザの携帯端末４０は、予め決められた時間内にポイント情報を受信したか否かを判定する（Ｓ２０３０）。携帯端末４０は、時間内にポイント情報を受信しなかった場合（Ｓ２０３０でＮＯ）、再び本処理フローを繰り返す。
【０１２０】
一方、携帯端末４０は、時間内にポイント情報を受信した場合（Ｓ２０３０でＹＥＳ）、ポイント情報に基づき、許諾側ユーザが現在所有するポイントをディスプレイに表示し（Ｓ２０４０）、再び本処理フローを繰り返す。
【０１２１】
＜作用効果について＞
以上のように、本実施の形態に係る通信システム１によれば、特定の撮影地での撮影画像の要求を含む要求情報が、許諾側車両２０からの契機に従ってサーバ５０からナビゲーション装置２５０に送信され、要求情報に含まれる要求を許諾側ユーザが許諾した場合に、ナビゲーション装置２５０において当該要求情報に基づいてルートの検索結果が更新される。これにより、要求を許諾した許諾側ユーザは、更新されたルートの検索結果によって撮影地までのルートを把握することができる。一方、要求側ユーザは、許諾側ユーザによって取得された撮影画像をナビゲーション装置１５０または携帯端末３０を介して取得することができる。これにより、撮影画像の要求に関してユーザの利便性が向上する。
【０１２２】
許諾側ユーザは、複数のタスクＩＤのうちの少なくとも一のタスクＩＤに対応する要求を許諾することができ、許諾した要求が含まれる少なくとも一の要求情報に基づいてルートの検索結果が更新されるため、許諾側ユーザの選択肢が広がる。
【０１２３】
ナビゲーション装置２５０によるルート検索結果と、要求情報に含まれる特定の撮影地とに基づき、ルート検索結果とマッチングする要求情報がナビゲーション装置２５０に送信される。これにより、ルート検索結果と特定の撮影地とが考慮されてルート検索結果が更新されるため、許諾側ユーザの利便性がさらに向上する。
【０１２４】
ナビゲーション装置２５０において、ルート検索結果を特定可能なルート画像２６０とともに、要求を特定可能な旗印２６３，２６４や要求情報の詳細が表示されるため、許諾側ユーザは、視覚的にルート検索結果とともに要求を把握することができる。
【０１２５】
許諾側ユーザは、要求側ユーザに撮影画像を提供することで、要求側ユーザが所有するポイントを得ることができるため、撮影要求サービスの利用率を上げることができる。
【０１２６】
＜変形例＞
本実施の形態においては、図７のＳ２５０の処理において、ナビゲーション装置２５０がディスプレイ２５１を介して要求情報を通知する際、サーバ５０から受信した要求情報に含まれる撮影地の住所から位置情報（たとえば、経度および緯度）をナビゲーション装置２５０が特定していた。しかし、要求情報に含まれる撮影地の住所から位置情報をサーバ５０が特定し、サーバ５０がその位置情報をナビゲーション装置２５０に送信するものであってもよい。
【０１２７】
本実施の形態においては、許諾側車両２０において、予め記憶していた要求情報のうち、ルート検索結果で検索されたルート上またはその付近が撮影地となる要求情報が存在する場合に限りマッチングした要求情報が通知されるものであった。しかし、ルート検索結果で検索されたルート上またはその付近が撮影地となる要求情報が存在しない場合（つまり、撮影地がルート上から遠く離れている場合）であっても、要求情報が通知されてもよい。
【０１２８】
本実施の形態においては、サーバ５０は、ルート検索結果と要求情報とがマッチングする場合、必ず要求情報を許諾側車両２０のナビゲーション装置２５０に送信するものであった。しかし、ナビゲーション装置２５０において要求情報を通知するか否か、および要求情報を通知する場合であっても通知対象となる撮影地を許諾側ユーザが選択できるように構成するものであれば、サーバ５０は、その選択内容に従って要求情報を送信してもよい。
【０１２９】
本実施の形態においては、サーバ５０は、ナビゲーション装置２５０からルート検索結果を受信したことを契機として、ルート検索結果とマッチングする要求情報をナビゲーション装置２５０に送信していた。しかし、ナビゲーション装置２５０において要求情報を求めることが可能な構成（たとえば、スイッチや操作可能なスイッチアイコンの表示）であれば、許諾側ユーザは、その構成を操作することでサーバ５０に対して要求情報の送信の契機を与えることができてもよい。このようにすれば、許諾側ユーザは、ナビゲーション装置２５０でルート検索を行うことなく、所定の操作で要求情報を得ることができる。
【０１３０】
本実施の形態においては、撮影要求サービスにおける特典として許諾側ユーザにポイントが付与されるものであったが、もちろんポイント制が導入されることなく、許諾側ユーザがボランティアで要求側ユーザの要求を満たすものであってもよい。また、特典は、ポイントに限らず、ゲームなどの仮想世界で使用可能な仮想通貨であってもよいし、電子マネーであってもよい。
【０１３１】
上記した変形例は、その全部または一部を組み合わせて実施してもよい。今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は、上記した実施の形態の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１３２】
１  通信システム、１０  要求側車両、２０  許諾側車両、３０，４０  携帯端末、５０  サーバ、１０３，２０３  通信モジュール、１１０，２１０，３１０，５１０  通信ライン、１２０，２２０  ドライブレコーダ、１２１，２２１，３０６  カメラ、１２２，１５３，２２２，２５３，３０４，５０２  メモリ、１５０，２５０  ナビゲーション装置、１５１，２５１，３０１  ディスプレイ、１５２，２５２，３０２  タッチパネル、１５４，２５４  ＧＰＳ受信機、１５６，２５６  近距離通信機、１９０，２９０  バッテリ、３０３，５０３  通信インターフェイス。
【図１】
2019078649.tif 000003
【図２】
2019078649.tif 000004
【図３】
2019078649.tif 000005
【図４】
2019078649.tif 000006
【図５】
2019078649.tif 000007
【図６】
2019078649.tif 000008
【図７】
2019078649.tif 000009
【図８】
2019078649.tif 000010
【図９】
2019078649.tif 000011
【図１０】
2019078649.tif 000012