(57)【要約】【課題】道路の任意の地点において、歩行者の横断を効果的に支援することができるようにする。【解決手段】サーバ１６は、携帯端末１４からの歩行者情報及び車載器１２からの車両情報に基づいて、歩行者が横断する可能性があると判定された地点の横断候補領域に対応する道路部分に接近する車両に搭載された車載器１２に対して、歩行者が道路を横断することを示す情報をドライバに対して提示させるように停止依頼信号を送信する。サーバ１６は、横断候補領域に対応する道路部分の手前で車両の速度が低下又は停止した場合に、車両の車両ＩＤに対応する謝礼ポイントを計算して加算する。【選択図】図１
2014225151.tif 000002
【特許請求の範囲】
【請求項１】
歩行者側の携帯端末から送信される、前記携帯端末の位置情報を含む歩行者情報を取得する歩行者情報取得手段と、
車両に搭載された車載器から送信される、前記車両の位置情報を含む車両情報を取得する車両情報取得手段と、
前記歩行者情報取得手段によって取得した前記歩行者情報に基づいて、前記歩行者が道路を横断する可能性があるか否かを判定し、歩行者が横断する可能性があると判定された地点の横断候補領域を特定する歩行者横断判定手段と、
前記車両情報取得手段によって取得した前記車両情報に基づいて、前記歩行者横断判定手段によって特定された前記横断候補領域に対応する道路部分に接近する車両を検索する横断地点車両検索手段と、
前記横断地点車両検索手段によって検索された車両に搭載された前記車載器に対して、歩行者が道路を横断することを示す情報をドライバに対して提示させるための信号を送信する提示制御手段と、
前記歩行者横断判定手段によって特定された前記横断候補領域で道路を横断する可能性がある前記歩行者について前記歩行者情報手段により取得される前記歩行者情報と、前記横断地点車両検索手段によって検索された前記車両について前記車両情報取得手段によって取得される前記車両情報とに基づいて、前記横断候補領域に対応する道路部分の手前で前記車両の速度が低下又は停止した場合に、前記車両の車両ＩＤに対する謝礼を贈る謝礼贈答手段と、
を含む歩行者横断支援装置。
【請求項２】
前記謝礼贈答手段は、前記歩行者の道路横断の困難度合い、前記歩行者の属性、及び前記車両の挙動の少なくとも１つに基づいて、加算する謝礼ポイント又は金額を計算し、車両を示す車両ＩＤ毎に謝礼ポイント又は金額を記憶した謝礼ポイント記憶手段に記憶されている、前記車両の車両ＩＤに対応する謝礼ポイント又は金額を加算する請求項１記載の歩行者横断支援装置。
【請求項３】
前記歩行者横断判定手段によって特定された前記横断候補領域で道路を横断する可能性がある前記歩行者について前記歩行者情報手段により取得される前記歩行者情報に基づいて、前記横断候補領域内における前記歩行者の滞在時間を計測する横断地点計測手段を更に含み、
前記謝礼贈答手段は、前記歩行者の道路横断の困難度合いとして、前記計測された滞在時間に基づいて、加算する前記謝礼ポイント又は金額を計算する請求項２記載の歩行者横断支援装置。
【請求項４】
前記横断地点車両検出手段によって検出された前記車両について前記車両情報取得手段によって取得される前記車両情報に基づいて、前記横断候補領域内における前記歩行者の滞在時間内での、前記横断候補領域に対応する道路部分の通過台数を計測する横断地点計測手段を更に含み、
前記謝礼贈答手段は、前記車両の挙動として、前記計測された通過台数に基づいて、加算する前記謝礼ポイント又は金額を計算する請求項２記載の歩行者横断支援装置。
【請求項５】
前記歩行者情報手段により取得される前記歩行者情報に基づいて、各歩行者について、前記歩行者が前記横断候補領域内に存在するか否か、及び前記横断候補領域内における前記歩行者の滞在時間を計測する歩行者計測手段を更に含み、
前記歩行者横断判定手段は、各歩行者について、前記歩行者計測手段によって計測された、前記横断候補領域内における前記歩行者の滞在時間が、所定時間以上である場合に、前記歩行者が道路を横断する可能性があると判定し、歩行者が横断する可能性があると判定された地点の横断候補領域を特定する請求項１〜請求項４の何れか１項記載の歩行者横断支援装置。
【請求項６】
前記横断候補領域毎に、歩行者の横断を支援した回数を記憶する記憶手段と、
前記歩行者横断判定手段によって特定された前記横断候補領域で道路を横断する可能性がある前記歩行者について前記歩行者情報手段により取得される前記歩行者情報と、前記横断地点車両検索手段によって検索された前記車両について前記車両情報取得手段によって取得される前記車両情報とに基づいて、前記横断候補領域に対応する道路部分の手前で前記車両の速度が低下又は停止した場合に、前記記憶手段に記憶されている前記横断候補領域における前記支援した回数を加算する支援回数係数手段と、
支援回数が閾値以上となる横断候補領域を、横断歩道又は信号機の設置候補領域として判定する設置候補領域判定手段と、
を更に含む請求項１〜請求項５の何れか１項記載の歩行者横断支援装置。
【請求項７】
自端末の位置情報を含む歩行者情報を送信する歩行者側の携帯端末と、
車両に搭載され、前記車両の位置情報を含む車両情報を送信する車載器と、
請求項１〜請求項６の何れか１項記載の歩行者横断支援装置と、
を含む歩行者横断支援システム。
【請求項８】
前記車載器は、前記歩行者横断支援装置から送信された、前記歩行者が道路を横断することを示す情報をドライバに対して提示させるための信号を受信したときに、仮想的な信号機又は仮想的な横断歩道を表示し、あるいは音声により前記歩行者が道路を横断することを示す情報をドライバに対して提示する請求項７記載の歩行者横断支援システム。
【請求項９】
コンピュータを、
歩行者側の携帯端末から送信される、前記携帯端末の位置情報を含む歩行者情報を取得する歩行者情報取得手段、
車両に搭載された車載器から送信される、前記車両の位置情報を含む車両情報を取得する車両情報取得手段、
前記歩行者情報取得手段によって取得した前記歩行者情報に基づいて、前記歩行者が道路を横断する可能性があるか否かを判定し、歩行者が横断する可能性があると判定された地点の横断候補領域を特定する歩行者横断判定手段、
前記車両情報取得手段によって取得した前記車両情報に基づいて、前記歩行者横断判定手段によって特定された前記横断候補領域に対応する道路部分に接近する車両を検索する横断地点車両検索手段、
前記横断地点車両検索手段によって検索された車両に搭載された前記車載器に対して、歩行者が道路を横断することを示す情報をドライバに対して提示させるための信号を送信する提示制御手段、及び
前記歩行者横断判定手段によって特定された前記横断候補領域で道路を横断する可能性がある前記歩行者について前記歩行者情報手段により取得される前記歩行者情報と、前記横断地点車両検索手段によって検索された前記車両について前記車両情報取得手段によって取得される前記車両情報とに基づいて、前記横断候補領域に対応する道路部分の手前で前記車両の速度が低下又は停止した場合に、前記車両の車両ＩＤに対する謝礼を贈る謝礼贈答手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、歩行者横断支援装置、歩行者横断支援システム、及びプログラムに係り、特に、歩行者が道路を横断することを示す情報をドライバに対して提示させる歩行者横断支援装置、歩行者横断支援システム、及びプログラムに関する。
【背景技術】
【０００２】
従来より、歩行者の安全な道路横断を支援する人横断支援車両システムが知られている（特許文献１）。この人横断支援車両システムでは、人検出手段により車両進行方向の横断待機帯に歩行者や自転車に乗った人が検出されると、車両が停車して、車両自身に設置された歩行者横断信号表示手段が青色点滅する。一定時間が経過すると青色点滅、歩行者横断後に車両は発車する。点滅などにより、車両が今後どのように動くか、という情報を人に通知することが可能になる。
【０００３】
また、歩行者が携帯する通信装置から歩行者の識別情報を取得する歩行者情報取得手段と、歩行者の識別情報に対応づけて走行速度が記憶された歩行者情報記録手段と、歩行者の横断箇所に接近する車両の位置情報を検出する位置情報検出手段と、歩行者の識別情報に基づき抽出された歩行者速度及び横断箇所の幅員、並びに、位置情報（及び車速）から、歩行者と車両が接触するか否かを判定する判定手段と、判定手段により歩行者と車両が接触すると判定された場合、歩行者に警告する警告制御手段と、を有する歩行者横断支援装置が知られている（特許文献２）。
【０００４】
また、地図情報若しくは交通情報から、運転者にとって注意すべき現象の有無を判定する現象判定手段を備え、注意すべき事象が存在すると判定された場合に、画像情報生成手段が、事象に対応する画像位置に仮想画像情報を生成する運転支援システムが知られている（特許文献３）。また、この運転支援システムでは、死角判定手段により死角部位が存在すると判定された場合に、画像情報生成手段により、死角部位に対応する画像位置に仮想体が描かれた仮想画像情報を生成する。
【０００５】
また、横断歩道を横断する歩行者に対して、その横断を円滑に行えるように支援する歩行者横断支援システムが知られている（特許文献４）。この歩行者横断支援システムでは、横断歩道を横断する歩行者が提携する携帯通信端末からの情報に基づいて、交通信号機を制御しており、歩行者が横断する場合には強制的に青信号にしている。
【０００６】
また、横断歩道を横断中の歩行者と走行車両との衝突を防止する横断歩行者衝突防止システムが知られている（特許文献５）。この横断歩行者衝突防止システムでは、横断歩道を横断する歩行者と走行車両との衝突可能性を計算し、横断歩道歩行者と走行車両との衝突の危険がある場合にのみ作動し、また走行車両の横断歩道までの距離に応じて、ドライバによる急制動で停止することができる場合にはドライバに警報を伝達し、自動制御で停止することができる場合には車両制御を選択する。
【０００７】
また、安全やエコ運動を判定し、その内容に応じてポイントを付加する車両環境サービスシステムが知られている（特許文献６）。この車両環境サービスシステムでは、道を譲ってもらった車両の運転者に対して、道を譲った方の車両の運転者から所定のポイントを譲っている。
【０００８】
また、自車両が前記対象物に対して進路を譲る譲り状態であることを判定する譲り状態判定手段と、譲りに応じたサービスを提供する手段とを有することを特徴とするサービス提供システムが知られている（特許文献７）。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１１‐１２３６３６号公報
【特許文献２】特開２００８‐２８７６７８号公報
【特許文献３】特開２００６‐７２８３０号公報
【特許文献４】特開２００６‐２０１８９４号公報
【特許文献５】特開２００１‐１２６１９３号公報
【特許文献６】特開２００７‐２９３６２６号公報
【特許文献７】特開２００４‐１３６５６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、上記の特許文献１、２に記載の技術では、人を検出し車両に停止を促すものの、車両側にポイントのフィードバックなどのメリットがないため、車両側が停止することが保証されない、という問題がある。
【００１１】
上記の特許文献３に記載の技術では、車両が獲得した画像から死角部位の仮想体を描画するが、死角にいる歩行者が必ずしも検出できるとは限らないため、歩行者を確実に抽出できるとは限らない、という問題がある。
【００１２】
上記の特許文献４に記載の技術では、歩行者の端末に応じて信号機を抑制するため、信号機のある横断歩道以外の場所では機能しないため、信号機のない横断歩道や横断歩道のない道路を歩行者が安全に横断することができない、という問題がある。
【００１３】
上記の特許文献５に記載の技術では、衝突の可能性がある場合のみ動作するため、例えば横断歩道脇で横断を待っている歩行者がなかなか横断歩道を渡れない場合が生じる可能性がある、という問題がある。また、車両側にポイントのフィードバックなどのメリットがないため、衝突可能性が低い場合に車両が停止した場合、ドライバが不快に思う可能性がある、という問題がある。
【００１４】
上記の特許文献６に記載の技術では、自主的に道を譲った場合に車両間でポイントが移行するが、陽に停止を促す仕組みはない、という問題がある。
【００１５】
上記の特許文献７に記載の技術では、車両が自主的に「譲り」行為を行った場合にポイントが加算されるが、陽に停止（譲り）を促す仕組みはない、という問題がある。
【００１６】
本発明は、上述した問題を解決するために成されたものであり、道路の任意の地点において、歩行者の横断を効果的に支援することができる歩行者横断支援装置、歩行者横断支援システム、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１７】
上記目的を達成するために本発明の歩行者横断支援装置は、歩行者側の携帯端末から送信される、前記携帯端末の位置情報を含む歩行者情報を取得する歩行者情報取得手段と、車両に搭載された車載器から送信される、前記車両の位置情報を含む車両情報を取得する車両情報取得手段と、前記歩行者情報取得手段によって取得した前記歩行者情報に基づいて、前記歩行者が道路を横断する可能性があるか否かを判定し、歩行者が横断する可能性があると判定された地点の横断候補領域を特定する歩行者横断判定手段と、前記車両情報取得手段によって取得した前記車両情報に基づいて、前記歩行者横断判定手段によって特定された前記横断候補領域に対応する道路部分に接近する車両を検索する横断地点車両検索手段と、前記横断地点車両検索手段によって検索された車両に搭載された前記車載器に対して、歩行者が道路を横断することを示す情報をドライバに対して提示させるための信号を送信する提示制御手段と、前記歩行者横断判定手段によって特定された前記横断候補領域で道路を横断する可能性がある前記歩行者について前記歩行者情報手段により取得される前記歩行者情報と、前記横断地点車両検索手段によって検索された前記車両について前記車両情報取得手段によって取得される前記車両情報とに基づいて、前記横断候補領域に対応する道路部分の手前で前記車両の速度が低下又は停止した場合に、前記車両の車両ＩＤに対する謝礼を贈る謝礼贈答手段と、を含んで構成されている。
【００１８】
本発明のプログラムは、コンピュータを、歩行者側の携帯端末から送信される、前記携帯端末の位置情報を含む歩行者情報を取得する歩行者情報取得手段、車両に搭載された車載器から送信される、前記車両の位置情報を含む車両情報を取得する車両情報取得手段、前記歩行者情報取得手段によって取得した前記歩行者情報に基づいて、前記歩行者が道路を横断する可能性があるか否かを判定し、歩行者が横断する可能性があると判定された地点の横断候補領域を特定する歩行者横断判定手段、前記車両情報取得手段によって取得した前記車両情報に基づいて、前記歩行者横断判定手段によって特定された前記横断候補領域に対応する道路部分に接近する車両を検索する横断地点車両検索手段、前記横断地点車両検索手段によって検索された車両に搭載された前記車載器に対して、歩行者が道路を横断することを示す情報をドライバに対して提示させるための信号を送信する提示制御手段、及び前記歩行者横断判定手段によって特定された前記横断候補領域で道路を横断する可能性がある前記歩行者について前記歩行者情報手段により取得される前記歩行者情報と、前記横断地点車両検索手段によって検索された前記車両について前記車両情報取得手段によって取得される前記車両情報とに基づいて、前記横断候補領域に対応する道路部分の手前で前記車両の速度が低下又は停止した場合に、前記車両の車両ＩＤに対する謝礼を贈る謝礼贈答手段として機能させるためのプログラムである。
【００１９】
本発明によれば、歩行者情報取得手段によって、歩行者側の携帯端末から送信される、前記携帯端末の位置情報を含む歩行者情報を取得する。車両情報取得手段によって、車両に搭載された車載器から送信される、前記車両の位置情報を含む車両情報を取得する。
【００２０】
そして、歩行者横断判定手段によって、前記歩行者情報取得手段によって取得した前記歩行者情報に基づいて、前記歩行者が道路を横断する可能性があるか否かを判定し、歩行者が横断する可能性があると判定された地点の横断候補領域を特定する。横断地点車両検索手段によって、前記車両情報取得手段によって取得した前記車両情報に基づいて、前記歩行者横断判定手段によって特定された前記横断候補領域に対応する道路部分に接近する車両を検索する。
【００２１】
そして、提示制御手段によって、前記横断地点車両検索手段によって検索された車両に搭載された前記車載器に対して、歩行者が道路を横断することを示す情報をドライバに対して提示させるための信号を送信する。謝礼贈答手段によって、前記歩行者横断判定手段によって特定された前記横断候補領域で道路を横断する可能性がある前記歩行者について前記歩行者情報手段により取得される前記歩行者情報と、前記横断地点車両検索手段によって検索された前記車両について前記車両情報取得手段によって取得される前記車両情報とに基づいて、前記横断候補領域に対応する道路部分の手前で前記車両の速度が低下又は停止した場合に、前記車両の車両ＩＤに対する謝礼を贈る。
【００２２】
このように、携帯端末からの歩行者情報及び車載器からの車両情報に基づいて、歩行者が横断する可能性があると判定された地点の横断候補領域に対応する道路部分に接近する車両に搭載された車載器に対して、歩行者が道路を横断することを示す情報をドライバに対して提示させ、横断候補領域に対応する道路部分の手前で車両の速度が低下又は停止した場合に、車両の車両ＩＤに対応する謝礼を贈ることにより、道路の任意の地点において、歩行者の横断を効果的に支援することができる。
【００２３】
本発明に係る謝礼贈答手段は、前記歩行者の道路横断の困難度合い、前記歩行者の属性、及び前記車両の挙動の少なくとも１つに基づいて、加算する前記謝礼ポイント又は金額を計算するようにすることができる。
【００２４】
本発明に係る歩行者横断支援装置は、前記歩行者横断判定手段によって特定された前記横断候補領域で道路を横断する可能性がある前記歩行者について前記歩行者情報手段により取得される前記歩行者情報に基づいて、前記横断候補領域内における前記歩行者の滞在時間を計測する横断地点計測手段を更に含み、前記謝礼贈答手段は、前記歩行者の道路横断の困難度合いとして、前記計測された滞在時間に基づいて、加算する前記謝礼ポイント又は金額を計算するようにすることができる。
【００２５】
本発明に係る歩行者横断支援装置は、前記横断地点車両検出手段によって検出された前記車両について前記車両情報取得手段によって取得される前記車両情報に基づいて、前記横断候補領域内における前記歩行者の滞在時間内での、前記横断候補領域に対応する道路部分の通過台数を計測する横断地点計測手段を更に含み、前記謝礼贈答手段は、前記車両の挙動として、前記計測された通過台数に基づいて、加算する前記謝礼ポイント又は金額を計算するようにすることができる。
【００２６】
本発明に係る歩行者横断支援装置は、前記歩行者情報手段により取得される前記歩行者情報に基づいて、各歩行者について、前記歩行者が前記横断候補領域内に存在するか否か、及び前記横断候補領域内における前記歩行者の滞在時間を計測する歩行者計測手段を更に含み、前記歩行者横断判定手段は、各歩行者について、前記歩行者計測手段によって計測された、前記横断候補領域内における前記歩行者の滞在時間が、所定時間以上である場合に、前記歩行者が道路を横断する可能性があると判定し、歩行者が横断する可能性があると判定された地点の横断候補領域を特定するようにすることができる。
【００２７】
本発明に係る歩行者横断支援装置は、前記横断候補領域毎に、歩行者の横断を支援した回数を記憶する記憶手段と、前記歩行者横断判定手段によって特定された前記横断候補領域で道路を横断する可能性がある前記歩行者について前記歩行者情報手段により取得される前記歩行者情報と、前記横断地点車両検索手段によって検索された前記車両について前記車両情報取得手段によって取得される前記車両情報とに基づいて、前記横断候補領域に対応する道路部分の手前で前記車両の速度が低下又は停止した場合に、前記記憶手段に記憶されている前記横断候補領域における前記支援した回数を加算する支援回数管理手段と、支援回数が閾値以上となる横断候補領域を、横断歩道又は信号機の設置候補領域として判定する設置候補領域判定手段と、を更に含むようにすることができる。
【００２８】
本発明に係る歩行者横断支援システムは、自端末の位置情報を含む歩行者情報を送信する歩行者側の携帯端末と、車両に搭載され、前記車両の位置情報を含む車両情報を送信する車載器と、上記の歩行者横断支援装置と、を含んで構成されている。
【００２９】
上記の車載器は、前記歩行者横断支援装置から送信された、前記歩行者が道路を横断することを示す情報をドライバに対して提示させるための信号を受信したときに、仮想的な信号機又は仮想的な横断歩道を表示し、あるいは音声により前記歩行者が道路を横断することを示す情報をドライバに対して提示するようにすることができる。
【００３０】
なお、本発明のプログラムを記憶する記憶媒体は、特に限定されず、ハードディスクであってもよいし、ＲＯＭであってもよい。また、ＣＤ−ＲＯＭやＤＶＤディスク、光磁気ディスクやＩＣカードであってもよい。更にまた、該プログラムを、ネットワークに接続されたサーバ等からダウンロードするようにしてもよい。
【発明の効果】
【００３１】
以上説明したように、本発明によれば、携帯端末からの歩行者情報及び車載器からの車両情報に基づいて、歩行者が横断する可能性があると判定された地点の横断候補領域に対応する道路部分に接近する車両に搭載された車載器に対して、歩行者が道路を横断することを示す情報をドライバに対して提示させ、横断候補領域に対応する道路部分の手前で車両の速度が低下又は停止した場合に、車両の車両ＩＤに対応する謝礼を贈ることにより、道路の任意の地点において、歩行者の横断を効果的に支援することができる、という効果が得られる。
【図面の簡単な説明】
【００３２】
【図１】第１の実施の形態に係る歩行者横断支援システムの構成を示すブロック図である。
【図２】（Ａ）横断要請ボタンを示す図、及び（Ｂ）横断要請ボタンとＴｈａｎｋ  ｙｏｕボタンを示す図である。
【図３】横断候補領域を示す図である。
【図４】歩行者毎に管理された歩行者情報を示す図である。
【図５】車両毎に管理された車両情報を示す図である。
【図６】経路情報に基づく横断候補領域を示す図である。
【図７】停止依頼を表示したフロントガラスを示す図である。
【図８】停止依頼を表示したフロントガラスを示す図である。
【図９】横断候補領域毎に管理された通過車両台数及び歩行者滞在時間を示す図である。
【図１０】ビジネスモデルを説明するための図である。
【図１１】第１の実施の形態のサーバの歩行者横断判定部における歩行者横断判定処理ルーチンの内容を示すフローチャートである。
【図１２】第１の実施の形態のサーバの横断地点車両管理部における横断地点車両管理処理ルーチンの内容を示すフローチャートである。
【図１３】第１の実施の形態のサーバの表示制御部における表示制御処理ルーチンの内容を示すフローチャートである。
【図１４】第２の実施の形態のサーバの横断地点車両管理部における横断地点車両管理処理ルーチンの内容を示すフローチャートである。
【図１５】第３の実施の形態のサーバの横断地点車両管理部における横断地点車両管理処理ルーチンの内容を示すフローチャートである。
【図１６】第４の実施の形態のサーバの横断地点車両管理部における横断地点車両管理処理ルーチンの内容を示すフローチャートである。
【図１７】停止依頼及びサービス非加入車の有無を表示したフロントガラスを示す図である。
【発明を実施するための形態】
【００３３】
以下、図面を参照して、本発明の好適な実施の形態について説明する。
【００３４】
図１に示すように、第１の実施の形態に係る歩行者横断支援システム１０は、複数の車両の各々に搭載された車載器１２と、複数の歩行者の各々が携帯する携帯端末１４と、歩行者横断支援サービスを提供するサービス提供会社側に設けられたサーバ１６とを備えている。車載器１２と携帯端末１４とサーバ１６とは、インターネットなどのネットワーク１８を介して接続されている。なお、サーバ１６は、歩行者横断支援装置の一例である。
【００３５】
車載器１２は、ネットワーク１８を介してデータの送受信を行うための通信部２０と、ＧＰＳを用いて自車両の位置を計測するＧＰＳ計測部２２と、自車両の車速を計測する速度計測部２４と、入力操作部（図示省略）を介して入力された目的地までの経路を記憶する経路記憶部２６と、ヘッドアップディスプレイなどを用いて構成される、ドライバに対して情報を表示する表示部２８と、を備えている。
【００３６】
通信部２０は、ＧＰＳ計測部２２及び速度計測部２４による計測結果と、目的地までの経路を示す経路情報と、当該車両の車両ＩＤとを含む車両情報を、所定時間毎にサーバ１６に対して送信する。また、通信部２０は、表示部２８の表示を制御するための信号を、サーバ１６から受信する。
【００３７】
携帯端末１４は、ネットワーク１８を介してデータの送受信を行うための通信部３０と、ＧＰＳを用いて自端末の位置を計測するＧＰＳ計測部３２と、自端末の速度を計測する速度計測部３４と、入力操作部（図示省略）を介して入力された目的地までの経路を記憶する経路記憶部３６と、を備えている。
【００３８】
通信部３０は、ＧＰＳ計測部３２及び速度計測部３４による計測結果と、目的地までの経路を示す経路情報と、予め定められた当該歩行者の歩行者ＩＤと、予め定められた当該歩行者の属性（例えば、一般会員又はプレミアム会員）とを含む歩行者情報を、所定時間毎にサーバ１６に対して送信する。
【００３９】
また、携帯端末１４は、図２（Ａ）に示すように表示画面に表示された横断要請ボタンを歩行者が押すことで、横断要請を受け付ける。このとき、通信部３０は、横断要請メッセージを更に含む歩行者情報を、サーバ１６に対して送信する。また、携帯端末１４は、図２（Ｂ）に示すように表示画面に表示されたＴｈａｎｋ  ｙｏｕボタンを歩行者が押すことで、謝礼を受け付けるようにしてもよい。このとき、通信部３０は、謝礼情報を更に含む歩行者情報を、サーバ１６に対して送信する。
【００４０】
サーバ１６は、ＣＰＵと、ＲＡＭと、後述する歩行者横断判定処理ルーチン及び横断地点車両管理処理ルーチンを実行するためのプログラムを記憶したＲＯＭとを備えた通常のサーバから構成されている。サーバ１６は、ネットワーク１８を介してデータの送受信を行うための通信部４０と、各地点の横断候補領域を格納した横断候補領域地図を記憶した地図データベース４２と、携帯端末１４から送信される歩行者情報を管理する歩行者情報管理部４４と、車載器１２から送信される車両情報を管理する車両情報管理部４６と、携帯端末１４を持つ歩行者が道路を横断する可能性があるか否かを判定する歩行者横断判定部４８と、歩行者が道路を横断する可能性があると判定された地点を含む横断候補領域に対応する道路部分に接近する車両の車両情報を管理する横断地点車両管理部５０と、歩行者が道路を横断する可能性があると判定された地点を含む横断候補領域に対応する道路部分に接近する車両の車載器１２に対して、停止を促すメッセージを表示部２８に表示させるための停止依頼信号を、通信部４０により送信させる表示制御部５２と、歩行者が道路を横断する可能性があると判定された歩行者の道路の横断のために停止した車両に対して、謝礼ポイントを計算する謝礼贈答部５４と、車両毎に、謝礼ポイントの累積値を記憶した謝礼ポイント記憶部５６と、横断候補領域毎に、当該サービスにより横断を支援した回数を記憶した横断地点記憶部５８と、横断地点記憶部５８に記憶された回数に基づいて、横断歩道や信号機を設定する候補領域を判定する設置候補領域判定部６０とを備えている。なお、歩行者情報管理部４４は、歩行者情報取得手段及び歩行者計測手段の一例であり、車両情報管理部４６は、車両情報取得手段の一例である。横断地点車両管理部５０は、横断地点車両検索手段、横断地点計測手段、支援回数管理手段の一例である。表示制御部５２は、提示制御手段の一例である。
【００４１】
地図データベース４２は、例えば、図３に示すような、地図情報から事前に定義された道路脇からＮｍの領域である横断候補領域を各地点について記憶している。ここで、Ｎは、例えば、特開２００４‐１４５４３３号公報などに記載の方法を用いて、歩行者の速度や道路幅員などから求められる。
【００４２】
歩行者情報管理部４４は、図４に示すように、歩行者毎に、受信した歩行者情報に基づいて、当該歩行者の現在位置（経度、緯度）、平均速度、属性、及び経路情報を管理する。また、歩行者情報管理部４４は、歩行者横断判定部４８の処理結果に基づいて、歩行者毎に、当該歩行者が横断候補領域内かどうか、横断候補領域内に当該歩行者が滞在している滞在時間を更に管理する。
【００４３】
車両情報管理部４６は、図５に示すように、車両毎に、受信した車両情報に基づいて、当該車両の現在位置（経度、緯度）、平均速度、経路情報を管理する。
【００４４】
歩行者横断判定部４８は、歩行者毎に、当該歩行者の現在位置、速度、経路情報に基づいて、道路を横断する可能性があるか否かを判定する。具体的には、歩行者の現在位置が、地図データベース４２に記憶されている横断候補領域又は経路情報に基づいて特定される横断候補領域内であって、当該横断候補領域内の滞在時間が閾値以上である場合には、道路を横断する可能性があると判定すると共に、地図データベース４２に記憶されている横断候補領域又は経路情報に基づいて特定される横断候補領域から、当該道路を横断する可能性がある地点の横断候補領域を特定する。
【００４５】
ここで、経路情報に基づいて特定される横断候補領域とは、図６に示すような、歩行者の経路上の道路脇からＭｍの領域である。Ｍは、例えば、特開２００４‐１４５４３３号公報などに記載の方法を用いて、歩行者の速度や道路幅員などから求められる。
【００４６】
また、歩行者横断判定部４８は、横断候補領域でない地点に歩行者がいる場合でも、歩行者からの横断要請を受信した場合には、横断候補領域に歩行者がいるのと同じように歩行者は横断の可能性があると判定する。
【００４７】
横断地点車両管理部５０は、車両情報管理部４６によって管理している各車両の位置及び速度に基づいて、歩行者横断判定部４８において特定された、歩行者が道路を横断する可能性がある地点の横断候補領域の各々について、当該横断候補領域の周囲の車両を検索し、当該横断候補について検索された車両の進行方向に、当該横断候補領域が存在するか否かを判定する。当該横断候補について検索された車両の進行方向に、当該横断候補領域が存在すると判定されると、当該車両の車両ＩＤを表示制御部５２へ出力する。表示制御部５２は、当該車両の車両ＩＤに対応するアドレスを用いて、当該車両の車載器１２に対して、停止依頼信号を送信するように通信部４０を制御する。
【００４８】
これによって、停止依頼信号を受信した車載器１２は、図７に示すように、表示部２８により、フロントガラスに停止依頼を表示する。このように、表示はフロントガラスに疑似的な横断歩道が提示されるなどの方法をとることで、ドライバに停止するかどうかの主権を与えてドライバが不快にならないようにする。なお、ナビゲーションシステムの表示画面に、停止依頼を表示してもよい。
【００４９】
この際、ドライバに獲得できるポイントを知らせるため、一般会員とプレミア会員の表示の色を変えるなどの方法をとっても良い（図８）。一般会員とプレミア会員などの属性は支払った会費によって決めても良いし、幼児をプレミア会員、健康な大人を一般会員とするなどしてもよい。この場合には、当該車両の車載器１２に対して、停止依頼信号と共に、横断する可能性がある歩行者の属性を送信するように通信部４０を制御する。
【００５０】
また、横断地点車両管理部５０は、車両情報管理部４６によって管理している各車両の位置及び速度と、車両情報管理部４６によって管理している、道路を横断する可能性がある各歩行者の位置及び速度とに基づいて、歩行者横断判定部４８において特定された、歩行者が道路を横断する可能性がある地点の横断候補領域の各々について、図９に示すように、当該横断候補領域に対応する道路地点を通過した通過車両台数、及び当該横断候補領域に歩行者が滞在する滞在時間を管理している。
【００５１】
また、横断地点車両管理部５０は、停止依頼信号を送信した車載器１２を搭載した車両の位置に基づいて、当該横断候補領域に対応する道路部分を通過したと判断する場合には、当該横断候補領域に対する「通過車両台数」を＋１する。また、横断地点車両管理部５０は、停止依頼信号を送信した車載器１２を搭載した車両の位置に基づいて、当該横断候補領域に対応する道路地点の手前で、停止または速度低下したと判断し、かつ、道路を横断する可能性がある歩行者の位置に基づいて、当該横断候補領域の道路を歩行者が横断したと判断する場合には、判断結果を、当該横断候補領域に対する通過車両台数及び滞在時間と共に、謝礼贈答部５４に出力する。
【００５２】
謝礼贈答部５４は、歩行者が道路を横断する可能性がある地点の横断候補領域に対応する道路部分の手前で、停止または速度低下した車両に対し、当該横断候補領域の歩行者の滞在時間と、当該横断候補領域の地点の車両通過台数と、当該歩行者の属性とに基づいて、以下の式に従って、謝礼ポイントを計算し、謝礼ポイント記憶部５６に、当該車両の車両ＩＤに対して記憶されている謝礼ポイントに、計算した謝礼ポイントを加算して更新する。
【００５３】
謝礼ポイント  ＝ａ×（ｂ０×横断候補領域の歩行者の滞在時間＋ｂ１×通過台数）
【００５４】
ただし、歩行者の属性が一般会員の場合には、ａ＝１とし、歩行者の属性がプレミアム会員の場合には、ａ＝２とする。
【００５５】
また、道路を横断した歩行者が携帯する携帯端末１４において、Ｔｈａｎｋ  ｙｏｕボタンが押され、謝礼を陽に受付けた時には、謝礼ポイントを倍にするようにしてもよい。
【００５６】
上記のポイント演算式は「横断歩行者が渡りづらい度合い」と「車が止まりにくい度合い」を表しており、歩行者が「渡りづらく」、他の車両が「止まりにくい」道路で停止すると、その分、高いポイントが付与されるようになっている。具体的には「横断候補領域の歩行者の滞在時間」とは、歩行者が当該横断候補領域に滞在した時間であり、滞在時間が長ければ長いほど、歩行者が当該地点を「渡りづらい」状況を表す。また、「通過台数」とは、他の車両が当該地点を通過した台数を表し、台数が多ければ多いほど、他の車両が当該地点で「止まりにくい」ことを意味する。カーブなどで見通しが悪い、スピードが出ているため止まれないなど、理由は様々であると考えられるが、理由に関係なく他車両が「止まりにくい」地点ほど多くのポイントを加算する。
【００５７】
さらに、歩行者の属性に応じて係数ａを乗算する。歩行者の属性は歩行者の支払うサービス料と関係し、自動車側の謝礼ポイントや謝礼代金に反映される。
【００５８】
また、横断地点車両管理部５０は、当該横断候補領域に対応する道路地点の手前で、停止または速度低下したと判断し、かつ、当該横断候補領域の道路を歩行者が横断したと判断した、当該横断候補領域について、横断地点記憶部５８に記憶されている支援回数を＋１して更新する。
【００５９】
設置候補領域判定部６０は、横断地点記憶部５８に記憶された支援回数に基づいて、支援回数が閾値を超えた横断候補領域を、横断歩道や信号機を設定する候補領域として判定し、判定結果を、予め定められた行政などの道路計画部門の端末に対して、通信部４０により送信させる。これによって、行政などの道路計画部門では、新たな信号機や横断歩行を設置する場合の検討材料として、当該判定結果の地点情報を用いることができる。なお、通過車両台数の平均値・最大値・標準偏差、横断候補領域の歩行者の滞在時間の平均値・最大値・標準偏差を、当該判定結果と共に提供するようにしてもよい。
【００６０】
ここで、本実施の形態を実現するためのビジネスモデルについて図１０を用いて説明する。サーバ１６を有する横断サービス提供会社は、歩行者、車両保険会社などから運営資金を集め、車両停止サービスを提供する。車両停止サービスとは、契約した歩行者が道路を横断する場合に、接近する車両に対して歩行者情報を送信し、接近した車両がその情報に基づき停止して歩行者の横断を支援し、歩行者の横断支援に応じて、車両のドライバが、金銭を受領するサービスである。また、横断サービス提供会社は、歩行者がよく横断する地点の情報を行政などの道路計画部門に提供し、新たな信号や横断歩道を設置する場合の検討材料として利用する。
【００６１】
契約した歩行者（想定している契約者は、幼児や小学生、高齢者）は、サービス利用料金を支払う代わりに、車両停止サービスを受けることができる。また、自分がよく横断する箇所に信号や横断歩道が設置される可能性がある。
【００６２】
車両保険会社にとっては、歩行者と自動車都の事故件数を低減することで保険金支払を抑制したり、よりよい交通社会実現に貢献することをアピールしたりすることができる。
【００６３】
また、車両販売会社にとっても、よりよい交通社会実現に貢献することをアピールしたり、歩行者死亡事故低減サービスを間接的に提供し車両販売の付加価値としたりすることができる。
【００６４】
なお、上記では「横断サービス提供会社」と、「車両保険会社」が別の業者である説明をしたが、「車両保険会社」自身が横断サービスを提供する主体となり、保険商品の（オプショナルサービスの）一品目としても良い。「車両販売会社」に対しても同様に、上記の下線で述べたようなメリットがあるため、車両販売会社が主体となり横断サービスを提供することもできる。
【００６５】
次に、第１の実施の形態に係る歩行者横断支援システム１０の動作について説明する。まず、車載器１２は、ＧＰＳ計測部２２の計測結果、速度計測部２４の計測結果、経路記憶部２６に記憶された経路情報、及び車両ＩＤを含む車両情報を、ネットワーク１８を介してサーバ１６へ逐次送信する。
【００６６】
また、歩行者が携帯している携帯端末１４は、ＧＰＳ計測部３２の計測結果、速度計測部３４の計測結果、経路記憶部３６に記憶された経路情報、及び歩行者ＩＤを含む歩行者情報を、ネットワーク１８を介してサーバ１６へ逐次送信する。
【００６７】
また、サーバ１６は、通信部４０により受信した歩行者情報を歩行者毎に管理すると共に、通信部４０により受信した車両情報を車両毎に管理する。また、サーバ１６は、歩行者横断判定部４８によって、歩行者情報管理部４４により管理している歩行者毎に、図１１に示す歩行者横断判定処理ルーチンを実行する。
【００６８】
まず、ステップ１００において、対象の歩行者の携帯端末１４からの歩行者情報に基づいて、横断要請があったか否かを判定する。横断要請があった場合には、ステップ１０２へ進み、一方、横断要請がなかった場合には、ステップ１０１において、対象の歩行者の現在位置と、地図データベース４２に記憶されている横断候補領域と、対象の歩行者の経路情報に基づいて特定される横断候補領域とに基づいて、対象の歩行者の現在位置が、横断候補領域内であるか否かを判定する。対象の歩行者の現在位置が、横断候補領域内であると判定されると、ステップ１０２へ進み、対象の歩行者の当該横断候補領域の滞在時間に基づいて、対象の歩行者が道路を横断する可能性があるか否かを判定する。また、上記ステップ１００で横断要請があったと判定された場合には、対象の歩行者が道路を横断する可能性があると判定する。
【００６９】
次のステップ１０４では、上記ステップ１０２の判定結果が、対象の歩行者が道路を横断する可能性があると判定された判定結果であるか否かを判定し、上記ステップ１０２の判定結果が、対象の歩行者が道路を横断する可能性があると判定された判定結果である場合には、ステップ１０６において、対象の歩行者の歩行者ＩＤと対象の歩行者の位置を含む当該横断候補領域を特定すると共に、横断地点車両管理部５０に対して、対象の歩行者の歩行者ＩＤと特定した当該横断候補領域を示す情報とを含む歩行者情報を出力し、歩行者横断判定処理ルーチンを終了する。
【００７０】
一方、上記ステップ１０２の判定結果が、対象の歩行者が道路を横断する可能性があると判定された判定結果でない場合には、上記ステップ１００へ戻る。
【００７１】
また、サーバ１６は、横断地点車両管理部５０によって、図１２に示す横断地点車両管理処理ルーチンを実行する。
【００７２】
ステップ１１０において、歩行者横断判定部４８から、道路を横断する可能性があると判定された歩行者の歩行者情報が入力されたか否かを判定し、道路を横断する可能性があると判定された歩行者の歩行者情報が入力された場合には、ステップ１１２へ進む。
【００７３】
ステップ１１２では、上記ステップ１１０で入力された歩行者情報に含まれる歩行者ＩＤの現在位置と、各車両の車両情報とに基づいて、当該歩行者ＩＤの現在位置の近傍Ｐｍ（Ｐは定数）範囲内に存在する車両（車載器１２を搭載した車両）を検索する。そして、ステップ１１４では、上記ステップ１１２で検索された車両の車両情報に基づいて、当該車両の進行方向に、上記ステップ１１０で入力された歩行者情報に含まれる情報が示す横断候補領域が存在するか否かを判定する。当該車両の進行方向に、上記ステップ１１０で入力された歩行者情報に含まれる情報が示す横断候補領域が存在しない場合には、横断歩行者管理処理ルーチンを終了する。
【００７４】
一方、当該車両の進行方向に、上記ステップ１１０で入力された歩行者情報に含まれる情報が示す横断候補領域が存在する場合には、ステップ１１６において、上記ステップ１１２で検索された車両の車両ＩＤを含む車両情報と、当該歩行者ＩＤの属性を含む歩行者情報とを表示制御部５２へ出力する。
【００７５】
このとき、表示制御部５２は、図１３に示すように表示制御処理ルーチンを実行する。ステップ１３０において、横断地点車両管理部５０から、車両情報及び歩行者情報の入力があったか否かを判定し、車両情報及び歩行者情報の入力があると、ステップ１３２へ進む。ステップ１３２では、上記ステップ１３０で入力された車両情報に含まれる車両ＩＤに対応するアドレスを用いて、当該車両の車載器１２に対して、停止依頼信号及び歩行者情報を送信するように通信部４０を制御して、表示制御処理ルーチンを終了する。
【００７６】
そして、横断歩行者管理処理ルーチンのステップ１１８では、停止依頼信号を送信した車両の車両情報に基づいて、当該車両の挙動を監視すると共に、当該歩行者ＩＤの歩行者情報に基づいて、歩行者の挙動を監視する。ステップ１２０において、上記ステップ１１８で監視した結果に基づいて、当該車両の挙動及び当該歩行者の挙動を判定する。当該車両の挙動が、横断候補領域の近傍外を走行したと判定される場合には、上記ステップ１１２へ戻る。
【００７７】
当該車両の挙動が、横断候補領域に対応する道路部分を通過したと判定される場合にはステップ１２２において、当該横断候補領域の通過車両台数を１台加算して、上記ステップ１１２へ戻る。一方、当該車両の挙動が、横断候補領域に対応する道路の手前で、停止又は速度低下したと判定される場合には、ステップ１２４において、当該歩行者が道路を横断したか否かを判断し、当該歩行者が道路を横断したと判断した場合に、上記ステップ１２０の判定結果を、当該横断候補領域に対する通過車両台数、滞在時間、及び道路を横断した歩行者の属性と共に、謝礼贈答部５４に出力し、横断歩行者管理処理ルーチンを終了する。
【００７８】
そして、謝礼贈答部５４は、歩行者が道路を横断する可能性がある地点の横断候補領域に対応する道路地点の手前で、停止または速度低下した車両について、当該横断候補領域の歩行者の滞在時間と、当該横断候補領域の地点の車両通過台数と、当該歩行者の属性とに基づいて、謝礼ポイントを計算し、謝礼ポイント記憶部５６に、当該車両の車両ＩＤに対して記憶されている謝礼ポイントに、計算した謝礼ポイントを加算して更新する。
【００７９】
また、横断地点車両管理部５０は、当該横断候補領域に対応する道路地点の手前で、停止または速度低下したと判断し、かつ、当該横断候補領域の道路を歩行者が横断したと判断した、当該横断候補領域について、横断地点記憶部５８に記憶されている支援回数を＋１して更新する。
【００８０】
以上説明したように、第１の実施の形態の歩行者横断支援システムによれば、携帯端末からの歩行者情報及び車載器からの車両情報に基づいて、歩行者が横断する可能性があると判定された地点の横断候補領域に対応する道路部分に接近する車両に搭載された車載器に対して、停止依頼信号を送信して、歩行者が道路を横断することを示す情報をドライバに対して提示させ、横断候補領域に対応する道路部分の手前で車両の速度が低下又は停止した場合に、当該車両の車両ＩＤに対応する謝礼ポイントを加算することにより、道路の任意の地点において、歩行者の横断を効果的に支援することができる。
【００８１】
また、画像による歩行者検出手段では死角などの影響で検出が困難な場合があるが、本実施の形態では歩行者の持つ携帯端末のＧＰＳ情報などから歩行者を確実に検出する。また、条件に応じたポイントをフィードバックすることにより、ドライバに不快な思いをさせることなく、安全な歩行者横断を実現することができる。また、信号機に対する特別な処置なども必要ないため、コスト最小限で実現できる。
【００８２】
また、横断支援の頻度が高い箇所を「横断情報」として道路設備会社に提供し、道路整備を促すため、歩行者が良く利用する地点の横断歩道や信号機の整備が促進される。
【００８３】
また、信号のない横断歩道や、横断歩道のない地点でも、歩行者の存在を確実に車両に伝えることができる。
【００８４】
また、従来技術では店舗からの広告料を主な収入源としているが、車両側への安全啓蒙は、金銭支払い側である店舗には直接効果として表れにくいため、契約する店舗が増えない可能性がある。一方、本実施の形態では、歩行者横断支援サービスを受ける歩行者が金銭を支払い、その者自身が歩行者横断支援サービスを受けるため、金銭支払い側である歩行者に効果が表れやすい。
【００８５】
次に、第２の実施の形態について説明する。なお、第２の実施の形態に係る歩行者横断支援システムの構成は、第１の実施の形態と同様の構成であるため、同一符号を付して説明を省略する。
【００８６】
第２の実施の形態では、歩行者が横断する可能性がある横断候補領域に対応する道路部分を通過した車両に対し、累積した謝礼ポイントから減算するようにしている点が、第１の実施の形態と異なっている。
【００８７】
第２の実施の形態に係る歩行者横断支援システム１０のサーバ１６では、横断地点車両管理部５０によって、停止依頼信号を送信した車載器１２を搭載した車両の位置に基づいて、当該横断候補領域に対応する道路地点を通過したと判断する場合には、当該横断候補領域に対する「通過車両台数」を＋１すると共に、判断結果を、謝礼贈答部５４に出力する。
【００８８】
謝礼贈答部５４は、歩行者が道路を横断する可能性がある地点の横断候補領域に対応する道路を通過した車両に対し、謝礼ポイント記憶部５６に記憶されている謝礼ポイントから、所定値だけ減算して（例えば、−１）更新する。
【００８９】
次に、第２の実施の形態に係る横断地点車両管理処理ルーチンについて、図１４を用いて説明する。なお、第１の実施の形態と同様の処理については、同一符号を付して詳細な説明を省略する。
【００９０】
ステップ１１０において、歩行者横断判定部４８から、道路を横断する可能性があると判定された歩行者の歩行者情報が入力されたか否かを判定する。ステップ１１２では、当該歩行者ＩＤの現在位置の近傍Ｐｍ（Ｐは定数）範囲内に存在する車両（車載器１２を搭載した車両）を検索する。そして、ステップ１１４では、上記ステップ１１２で検索された車両の進行方向に、上記ステップ１１０で入力された歩行者情報に含まれる情報が示す横断候補領域が存在するか否かを判定する。
【００９１】
ステップ１１６において、上記ステップ１１２で検索された車両の車両ＩＤを含む車両情報と、当該歩行者ＩＤの属性を含む歩行者情報とを表示制御部５２へ出力する。
【００９２】
そして、ステップ１１８では、当該車両の挙動を監視すると共に、歩行者の挙動を監視する。ステップ１２０において、当該車両の挙動を判定する。当該車両の挙動が、横断候補領域に対応する道路部分を通過したと判定される場合には、ステップ２２２において、当該横断候補領域の通過車両台数を１台加算すると共に、上記ステップ１２０の判定結果を、謝礼贈答部５４に出力して、上記ステップ１１２へ戻る。一方、当該車両の挙動が、横断候補領域に対応する道路部分の手前で、停止又は速度低下したと判定される場合には、ステップ１２４において、当該歩行者が道路を横断したか否かを判断し、当該歩行者が道路を横断したと判断した場合に、上記ステップ１２０の判定結果を、当該横断候補領域に対する通過車両台数、滞在時間、及び道路を横断した歩行者の属性と共に、謝礼贈答部５４に出力し、横断歩行者管理処理ルーチンを終了する。
【００９３】
そして、謝礼贈答部５４は、歩行者が道路を横断する可能性がある地点の横断候補領域に対応する道路部分を通過した車両について、謝礼ポイント記憶部５６に、当該車両の車両ＩＤに対して記憶されている謝礼ポイントを減算して更新する。
【００９４】
なお、第２の実施の形態に係る歩行者横断支援システムの他の構成及び作用については、第１の実施の形態と同様であるため、説明を省略する。
【００９５】
このように、携帯端末からの歩行者情報及び車載器からの車両情報に基づいて、歩行者が横断する可能性があると判定された地点の横断候補領域に対応する道路部分に接近する車両に搭載された車載器に対して、停止依頼信号を送信して、歩行者が道路を横断することを示す情報をドライバに対して提示させ、横断候補領域に対応する道路部分を当該車両が通過した場合に、当該車両の車両ＩＤに対応する謝礼ポイントを減算することにより、道路の任意の地点において、歩行者の横断をより効果的に支援することができる。
【００９６】
次に、第３の実施の形態について説明する。なお、第３の実施の形態に係る歩行者横断支援システムの構成は、第１の実施の形態と同一の構成であるため、同一の符号を付して説明を省略する。
【００９７】
第３の実施の形態では、対向車両のサービス加入有無に対応した処理を行っている点が、第１の実施の形態と異なっている。
【００９８】
第３の実施の形態の原理について説明する。
【００９９】
本実施の形態に係る歩行者横断支援システムが歩行者に対して提供するサービスは、歩行者等が、なかなか途切れない車の流れを止めたい場合に利用される。しかし、右側からくる車両は止められても、左側からくる車両は当該サービスに加入しておらず、止められない、という状況が発生する場合がある。
【０１００】
そこで、サーバ１６の横断地点車両管理部５０は、対向車両のサービス加入有無に対応した処理を行う。
【０１０１】
第３の実施の形態に係る横断地点車両管理処理ルーチンについて、図１５を用いて説明する。なお、第１の実施の形態と同様の処理については、同一符号を付して詳細な説明を省略する。
【０１０２】
ステップ１１０において、歩行者横断判定部４８から、道路を横断する可能性があると判定された歩行者の歩行者情報が入力されたか否かを判定する。ステップ１１２では、当該歩行者ＩＤの現在位置の近傍Ｐｍ（Ｐは定数）範囲内に存在する車両（車載器１２を搭載した車両）を検索する。そして、ステップ１１４では、上記ステップ１１２で検索された車両の進行方向に、上記ステップ１１０で入力された歩行者情報に含まれる情報が示す横断候補領域が存在するか否かを判定する。
【０１０３】
上記ステップ１１２で検索された車両の進行方向に当該横断候補領域がある場合、ステップ３００において、検索された車両に対して、対向車両検出依頼を送信する。
【０１０４】
対向車両検出依頼を受信した車両は、ミリ波レーダー、レーザーレーダ、カメラのいずれかひとつを用いて対向車両が存在するかどうかを検出し、検出結果をサーバ１６に送信する。当該検出結果を受信したサーバ１６の横断地点車両管理部５０は、ステップ３０２において、車両からの対向車両検出結果と、上記ステップ１１２での「歩行者ＩＤの近傍Ｐｍ範囲内の車両検索結果」とを照合し、結果が一致していない場合は、サービスに加入していない車両が周辺に存在すると判定する。そして、その場合は、検索された車両に歩行者情報と停止依頼信号を送信せずに、上記ステップ１１２へ戻る。その際、歩行者側にサービス非加入車両であることを知らせておいても良い。
【０１０５】
一方、車両からの対向車両検出結果と、上記ステップ１１２での「歩行者ＩＤの近傍Ｐｍ範囲内の車両検索結果」とが一致し、サービスに加入していない車両が周辺に存在しないと判定された場合には、ステップ１１６において、上記ステップ１１２で検索された車両の車両ＩＤを含む車両情報と、当該歩行者ＩＤの属性を含む歩行者情報とを表示制御部５２へ出力する。
【０１０６】
そして、ステップ１１８では、当該車両の挙動を監視すると共に、歩行者の挙動を監視する。ステップ１２０において、当該車両の挙動及び当該歩行者の挙動を判定する。当該車両の挙動が、横断候補領域に対応する道路を通過したと判定される場合には、ステップ２２２において、当該横断候補領域の通過車両台数を１台加算して、上記ステップ１１２へ戻る。一方、当該車両の挙動が、横断候補領域に対応する道路の手前で、停止又は速度低下したと判定される場合には、ステップ１２４において、当該歩行者が道路を横断したか否かを判断し、当該歩行者が道路を横断したと判断した場合に、上記ステップ１２０の判定結果を、当該横断候補領域に対する通過車両台数、滞在時間、及び道路を横断した歩行者の属性と共に、謝礼贈答部５４に出力し、横断歩行者管理処理ルーチンを終了する。
【０１０７】
なお、第３の実施の形態に係る歩行者横断支援システムの他の構成及び作用については、第１の実施の形態と同様であるため、説明を省略する。
【０１０８】
このように、サービス非加入の車両の有無を検出し、サービス非加入の車両がいる場合にはサービス提供外とすることで、よりスムーズに歩行者横断支援サービスを提供することができる。
【０１０９】
次に、第４の実施の形態に係る歩行者横断支援システムについて説明する。なお、第４の実施の形態に係る歩行者横断支援システムの構成は、第１の実施の形態と同様の構成となるため、同一符号を付して説明を省略する。
【０１１０】
第４の実施の形態では、サーバから、サービス非加入の車両の有無と歩行者情報とを車載器へ送信し、車載器において、ドライバに対し、対向車にサービス非加入の車両がいることを提示する点が、第３の実施の形態と異なっている。
【０１１１】
第４の実施の形態に係る横断地点車両管理処理ルーチンについて、図１６を用いて説明する。なお、第１の実施の形態と同様の処理については、同一符号を付して詳細な説明を省略する。
【０１１２】
ステップ１１０において、歩行者横断判定部４８から、道路を横断する可能性があると判定された歩行者の歩行者情報が入力されたか否かを判定する。ステップ１１２では、当該歩行者ＩＤの現在位置の近傍Ｐｍ（Ｐは定数）範囲内に存在する車両（車載器１２を搭載した車両）を検索する。そして、ステップ１１４では、上記ステップ１１２で検索された車両の進行方向に、上記ステップ１１０で入力された歩行者情報に含まれる情報が示す横断候補領域が存在するか否かを判定する。
【０１１３】
上記ステップ１１２で検索された車両の進行方向に当該横断候補領域がある場合、ステップ３００において、検索された車両に対して、対向車両検出依頼を送信する。対向車両検出依頼を受信した車両は、ミリ波レーダー、レーザーレーダ、カメラのいずれかひとつを用いて対向車両が存在するかどうかを検出し、検出結果をサーバ１６に送信する。当該検出結果を受信したサーバ１６の横断地点車両管理部５０は、ステップ４００において、車両からの対向車両検出結果と、上記ステップ１１２での「歩行者ＩＤの近傍Ｐｍ範囲内の車両検索結果」とを照合し、結果が一致していない場合は、サービスに加入していない車両が周辺に存在すると判定すると共に、上記ステップ１１２で検索された車両の車両ＩＤを含む車両情報と、当該歩行者ＩＤの属性を含む歩行者情報とを表示制御部５２へ出力する。
【０１１４】
このとき、表示制御部５２は、横断地点車両管理部５０から入力された車両情報に含まれる車両ＩＤに対応するアドレスを用いて、当該車両の車載器１２に対して、サービス非加入の車両の有無、停止依頼信号、及び歩行者情報を送信するように通信部４０を制御する。
【０１１５】
これによって、サービス非加入の車両の有無、停止依頼信号、及び歩行者情報を受信した車載器１２では、図１７に示すように、表示部２８により、フロントガラスに停止依頼を表示すると共に、対向車にサービス非加入の車両がいることを明示する。当該車載器１２を搭載した車両のドライバは、サービス非加入車が通過するまで停止する（もちろん当該車両が止まったことで対向車である非加入車両も停止する可能性もある）か、停止せず通過するかを判断し、停止するかどうか選択する。
【０１１６】
そして、横断歩行者管理処理ルーチンのステップ１１８では、当該車両の挙動を監視すると共に、歩行者の挙動を監視する。ステップ１２０において、当該車両の挙動及び当該歩行者の挙動を判定する。当該車両の挙動が、横断候補領域に対応する道路を通過したと判定される場合には、ステップ２２２において、当該横断候補領域の通過車両台数を１台加算して、上記ステップ１１２へ戻る。一方、当該車両の挙動が、横断候補領域に対応する道路の手前で、停止又は速度低下したと判定される場合には、ステップ１２４において、当該歩行者が道路を横断したか否かを判断し、当該歩行者が道路を横断したと判断した場合に、上記ステップ１２０の判定結果を、当該横断候補領域に対する通過車両台数、滞在時間、及び道路を横断した歩行者の属性と共に、謝礼贈答部５４に出力し、横断歩行者管理処理ルーチンを終了する。
【０１１７】
なお、第４の実施の形態に係る歩行者横断支援システムの他の構成及び作用については、第１の実施の形態と同様であるため、説明を省略する。
【０１１８】
このように、サービス非加入の車両の有無を検出し、サービス非加入の車両がいる場合に、その情報を車両側に提示することで、よりスムーズに歩行者横断支援サービスを提供することができる。
【０１１９】
次に、第５の実施の形態について説明する。なお、第５の実施の形態に係る歩行者横断支援システムの構成は、第１の実施の形態と同一の構成であるため、同一の符号を付して説明を省略する。
【０１２０】
第５の実施の形態では、後続車両に対応した処理を行っている点が、第１の実施の形態と異なっている。
【０１２１】
第５の実施の形態の原理について説明する。
【０１２２】
複数の車両が連続して走っている場合、横断歩道が１台目にだけ提示されると、１台目が停止しても後続の車両はそれを避けた追い抜きをするかもしれない、という問題がある。
【０１２３】
そこで、第５の実施の形態に係るサーバ１６では、横断地点車両管理部５０によって、歩行者横断判定部４８において特定された、歩行者が道路を横断する可能性がある地点の横断候補領域の各々について、当該横断候補領域の周囲の車両（車載器１２を搭載した車両）を検索し、当該横断候補について検索された車両の進行方向に、当該横断候補領域が存在するか否かを判定する。当該横断候補について検索された車両の進行方向に、当該横断候補領域が存在すると判定されると、当該車両の車載器１２に対して、通信部４０により後続車両検出依頼を送信する。後続車両検出依頼を受信した車両は、ミリ波レーダー、レーザーレーダ、カメラのいずれかひとつを用いて後続車両が存在するかどうかを検出し、検出結果をサーバ１６に送信する。当該検出結果を受信したサーバ１６の横断地点車両管理部５０は、車両からの後続車両検出結果と、横断候補領域の周囲の車両の検索結果とを照合し、サービスに加入していない後続車両が存在するか否かを判定する。
【０１２４】
後続車両もサービスに加入していると判定された場合には、当該車両の車両ＩＤを表示制御部５２へ出力する。このとき、２台目以降の車両の車両ＩＤも表示制御部５２へ出力する。表示制御部５２は、車両の車両ＩＤに対応するアドレスを用いて、２台目以降も含む各車両の車載器１２に対して、停止依頼信号を送信するように通信部４０を制御する。これによって、２台目以降の車両がサービスに加入している車両の場合には、２台目以降の車両の車載器１２において、前車が停止した理由（歩行者がいるため停止）が提示される。
【０１２５】
一方、サービスに加入していない後続車両が存在すると判定された場合には、当該車両の車両ＩＤ及び後続車両通信依頼を表示制御部５２へ出力して、停止依頼信号及び後続車両通信依頼を送信するように通信部４０を制御する。
【０１２６】
車載器１２は、停止依頼信号及び後続車両通信依頼をサーバ１６から受信すると、２台目以降の後続車両に対して、車車間通信により、停止した理由（歩行者がいるため停止）を示すメッセージを送信する。これにより、２台目以降の車がサービスに加入していない車両であっても、車車間通信などの方法で１台目との通信が可能な場合には、２台目以降の車両のドライバに対して、前車が停止した理由（歩行者がいるため停止）が提示される。
【０１２７】
また、２台目以降の車がサービスに加入していない車両で、車車間通信などの方法で１台目との通信が可能でない場合も想定し、横断地点車両管理部５０は、当該横断候補領域を横断しようとしている歩行者の歩行者ＩＤを、表示制御部５２へ出力して、当該歩行者の携帯端末１４に、後続の車両に停止理由が知らされていない旨を示すメッセージを送信するように通信部４０を制御する。
【０１２８】
このように、横断候補領域の手前の車両について、後続車両がいる場合に、その情報を後続車両側又は歩行者に提示することで、よりスムーズに歩行者横断支援サービスを提供することができる。
【０１２９】
なお、上記の実施の形態では、当該横断候補領域に対応する道路地点の手前で、停止または速度低下したと判断し、かつ、当該横断候補領域の道路を歩行者が横断したと判断する場合に、謝礼ポイントを計算して加算する場合を例に説明したが、これに限定されるものではない。当該横断候補領域の道路を歩行者が横断したか否かに関わらず、当該横断候補領域に対応する道路地点の手前で、停止または速度低下したと判断した場合に、謝礼ポイントを計算して加算するようにしてもよい。
【０１３０】
また、謝礼ポイントのような仮想的なものではなく、当該横断候補領域に対応する道路地点の手前で停止または速度低下した車両に対して支払われる金額を計算して加算するようにしてもよい。また、当該横断候補領域に対応する道路地点の手前で停止または速度低下した車両の車両ＩＤに紐づけられたＳＮＳ（Social Networking Service）アカウントに対して、ポジティブなコメントを投稿するようにしてもよい。この場合には、サーバ１６は、謝礼ポイント記憶部５６の代わりに、車両ＩＤ毎にＳＮＳアカウントを記憶したアカウント記憶部を備え、謝礼贈答部５４が、通信部４０を介して、ＳＮＳサイトにアクセスし、当該横断候補領域に対応する道路地点の手前で停止または速度低下した車両の車両ＩＤに対応して記憶されたＳＮＳアカウントを用いて、当該ＳＮＳアカウントに対して、予め用意したポジティブなコメントを投稿するようにすればよい。
【符号の説明】
【０１３１】
１０   歩行者横断支援システム
１２   車載器
１４   携帯端末
１６   サーバ
１８   ネットワーク
２０、３０、４０     通信部
２２、３２    ＧＰＳ計測部
２４、３４    速度計測部
２６、３６    経路記憶部
２８   表示部
４２   地図データベース
４４   歩行者情報管理部
４６   車両情報管理部
４８   歩行者横断判定部
５０   横断地点車両管理部
５２   表示制御部
５４   謝礼贈答部
５６   謝礼ポイント記憶部
５８   横断地点記憶部
６０   設置候補領域判定部
【図１】
2014225151.tif 000003
【図２】
2014225151.tif 000004
【図３】
2014225151.tif 000005
【図４】
2014225151.tif 000006
【図５】
2014225151.tif 000007
【図６】
2014225151.tif 000008
【図７】
2014225151.tif 000009
【図８】
2014225151.tif 000010
【図９】
2014225151.tif 000011
【図１０】
2014225151.tif 000012
【図１１】
2014225151.tif 000013
【図１２】
2014225151.tif 000014
【図１３】
2014225151.tif 000015
【図１４】
2014225151.tif 000016
【図１５】
2014225151.tif 000017
【図１６】
2014225151.tif 000018
【図１７】
2014225151.tif 000019