(57)【要約】【課題】交通弱者が歩行者用信号機のある横断歩道を安心して渡ることができるようにしつつ、その交通弱者の存在を他者に通知することを可能にする。【解決手段】歩行者に用いられ、歩行者が交通弱者であるか否かを示す属性情報を無線通信によって送信する無線タグと、歩行者用信号機に設置される路側機１とを含み、路側機１は、無線タグと直接的に無線通信を行うタグ通信部１１と、タグ通信部１１で無線タグから受信した属性情報が交通弱者であることを示すことをもとに、歩行者用信号機における青信号の点灯時間を延長させる指示を行う延長指示部１０４と、タグ通信部１１で受信した属性情報が交通弱者であることを示す場合に、交通弱者の位置座標をセンタへアップロードするセンタ通信部１２を備える。【選択図】図３
2017182191.tif 000002
【特許請求の範囲】
【請求項１】
歩行者に用いられ、前記歩行者が歩行に不安のある交通弱者であるか否かを示す属性情報を無線通信によって送信する無線タグ（２）と、
歩行者用信号機（３）の近辺に設置される路側機（１）とを含み、
前記路側機は、
前記無線タグと直接的に無線通信を行うタグ通信部（１１）と、
前記タグ通信部で前記無線タグから受信した前記属性情報が前記交通弱者であることを示すことをもとに、前記歩行者用信号機における通行許可を示す灯色の点灯時間を延長させる指示を行う延長指示部（１０４）と、
前記タグ通信部で受信した前記属性情報が前記交通弱者であることを示す場合に、前記交通弱者の存在に関する情報を、その情報を用いて前記交通弱者の存在に関する情報を配信するセンタ（４）、及びその情報を用いて前記交通弱者の存在を通知する車載端末（６）の少なくともいずれかへ送信する情報送信部（１２，１３）とを備える歩行者保護システム。
【請求項２】
請求項１において、
前記路側機は、
前記路側機の位置情報を格納している格納部（１０５）を備え、
前記情報送信部は、前記タグ通信部で受信した前記属性情報が前記交通弱者であることを示す場合に、前記交通弱者の存在に関する情報として、前記格納部に格納されている前記位置情報を、その位置情報を用いて前記交通弱者の存在する位置に関する情報を配信する前記センタへ送信する歩行者保護システム。
【請求項３】
請求項１において、
前記センタを含み、
前記無線タグは、
前記属性情報に加え、前記無線タグを用いる歩行者を特定する識別情報も送信するものであり、
前記路側機は、
前記路側機の位置を特定できる情報である路側機情報を格納している格納部（１０５）を備え、
前記タグ通信部は、前記属性情報に加えて前記識別情報も受信し、
前記情報送信部（１２）は、前記タグ通信部で受信した前記属性情報が前記交通弱者であることを示す場合に、前記交通弱者の存在に関する情報として、前記格納部に格納されている前記路側機情報と、前記タグ通信部で前記属性情報に加えて受信した前記識別情報とを前記センタへ送信し、
前記センタは、
前記路側機から前記路側機情報及び前記識別情報を受信する路側受信部（４１）と、
前記路側受信部で受信した前記路側機情報から特定できる前記路側機の位置を、前記路側受信部で受信した前記識別情報で特定される前記交通弱者の位置として、前記歩行者以外の人物が用いる通信端末（５，６）に配信させる配信処理部（４０１）とを備える歩行者保護システム。
【請求項４】
請求項３において、
前記通信端末（５）を含み、
前記通信端末は、前記歩行者以外の人物が携行する携帯端末であって、
前記センタから前記交通弱者の位置を受信する位置受信部（５１）と、
前記位置受信部で受信した前記交通弱者の位置を示す情報を提示する情報提示部（５３）とを備える歩行者保護システム。
【請求項５】
請求項１〜４のいずれか１項において、
前記路側機は、
前記無線タグから前記タグ通信部で前記属性情報を受信する際の受信信号強度を逐次検出する強度検出部（１１１）を備え、
前記延長指示部は、前記タグ通信部で前記無線タグから受信した前記属性情報が前記交通弱者であることを示し、且つ、前記強度検出部で検出する前記受信信号強度が閾値以上である場合に、前記歩行者用信号機における通行許可を示す灯色の点灯時間を延長させる指示を行う歩行者保護システム。
【請求項６】
請求項１〜４のいずれか１項において、
前記路側機は、
前記無線タグから前記タグ通信部で前記属性情報を受信する際の受信信号強度を逐次検出する強度検出部（１１１）を備え、
前記延長指示部は、前記タグ通信部で前記無線タグから受信した前記属性情報が前記交通弱者であることを示し、且つ、前記強度検出部で逐次検出する前記受信信号強度が閾値以上である状態が所定時間以上継続する場合に、前記歩行者用信号機における通行許可を示す灯色の点灯時間を延長させる指示を行う歩行者保護システム。
【請求項７】
歩行者用信号機の近辺に設置され、
歩行者に用いられる無線タグ（２）から直接的に無線通信で送信されてくる、前記歩行者が歩行に不安のある交通弱者であるか否かを示す属性情報を受信するタグ通信部（１１）と、
前記タグ通信部で受信した前記属性情報が前記交通弱者であることを示す場合に、前記歩行者用信号機における通行許可を示す灯色の点灯時間を延長させる指示を行う延長指示部（１０４）と、
前記タグ通信部で受信した前記属性情報が前記交通弱者であることを示す場合に、前記交通弱者の存在に関する情報を、その情報をもとに前記交通弱者の存在に関する情報を配信するセンタ（４）、及びその情報をもとに前記交通弱者の存在を通知する車載端末（６）の少なくともいずれかへ送信する情報送信部（１２，１３）とを備える路側機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、歩行者を保護するための歩行者保護システム、及びその歩行者保護システムに含まれる路側機に関するものである。
【背景技術】
【０００２】
従来、高齢者等の交通弱者が横断歩道を安心して横断できるようにするために、歩行者用信号機の青信号の点灯時間を延長する技術が知られている。例えば、特許文献１には、車椅子利用者等の歩行者が携帯する端末が有する操作ボタンを歩行者が押下することにより、青信号の点灯時間を延長する要求信号を信号機制御装置に無線で送信し、青信号の点灯時間を延長させる信号機制御システムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第３６７２４９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に開示の技術では、青信号の点灯時間を延長することはできるものの、交通弱者から離れた場所にいる家族，ドライバ等の他者に、その交通弱者の存在を通知することまではできなかった。
【０００５】
本発明は、上記従来の問題点に鑑みなされたものであって、その目的は、交通弱者が歩行者用信号機のある横断歩道を安心して渡ることができるようにしつつ、その交通弱者の存在を他者に通知することを可能にする歩行者保護システム及び路側機を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的は独立請求項に記載の特徴の組み合わせにより達成され、また、下位請求項は、発明の更なる有利な具体例を規定する。特許請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本発明の技術的範囲を限定するものではない。
【０００７】
上記目的を達成するために、本発明の歩行者保護システムは、歩行者に用いられ、歩行者が歩行に不安のある交通弱者であるか否かを示す属性情報を無線通信によって送信する無線タグ（２）と、歩行者用信号機（３）の近辺に設置される路側機（１）とを含み、路側機は、無線タグと直接的に無線通信を行うタグ通信部（１１）と、タグ通信部で無線タグから受信した属性情報が交通弱者であることを示すことをもとに、歩行者用信号機における通行許可を示す灯色の点灯時間を延長させる指示を行う延長指示部（１０４）と、タグ通信部で受信した属性情報が交通弱者であることを示す場合に、交通弱者の存在に関する情報を、その情報を用いて交通弱者の存在に関する情報を配信するセンタ（４）、及びその情報を用いて交通弱者の存在を通知する車載端末（６）の少なくともいずれかへ送信する情報送信部（１２，１３）とを備える。
【０００８】
また、本発明の路側機は、歩行者用信号機の近辺に設置され、歩行者に用いられる無線タグ（２）から直接的に無線通信で送信されてくる、歩行者が歩行に不安のある交通弱者であるか否かを示す属性情報を受信するタグ通信部（１１）と、タグ通信部で受信した属性情報が交通弱者であることを示す場合に、歩行者用信号機における通行許可を示す灯色の点灯時間を延長させる指示を行う延長指示部（１０４）と、タグ通信部で受信した属性情報が交通弱者であることを示す場合に、交通弱者の存在に関する情報を、その情報をもとに交通弱者の存在に関する情報を配信するセンタ（４）、及びその情報をもとに交通弱者の存在を通知する車載端末（６）の少なくともいずれかへ送信する情報送信部（１２，１３）とを備える。
【０００９】
これらの構成によれば、歩行者が用いる無線タグから路側機のタグ通信部で受信した属性情報が交通弱者であることを示す場合に、延長指示部が、路側機が近辺に設置された歩行者用信号機における通行許可を示す灯色の点灯時間を延長させる指示を行うことになる。よって、無線タグを用いる歩行者が交通弱者である場合に、路側機が近辺に設置された歩行者用信号機における通行許可を示す灯色の点灯時間を延長させることができる。無線タグと路側機のタグ通信部とは、直接的に無線通信を行うので、無線タグから送信される属性情報をもとに延長指示部から通行許可を示す灯色の点灯時間を延長させる指示が行われるのは、無線タグが路側機の周囲に位置する場合に限られることになる。よって、無線タグを用いる交通弱者が、路側機が近辺に設置された歩行者用信号機の周囲に位置する場合に限って、この歩行者用信号機の通行許可を示す灯色の点灯時間を延長させ、横断歩道を安心して渡ることができるようにすることが可能になる。
【００１０】
また、タグ通信部で受信した属性情報が交通弱者であることを示す場合に、交通弱者の存在に関する情報を、その情報をもとに交通弱者の存在に関する情報を配信するセンタ、及びその情報をもとに交通弱者の存在を通知する車載端末の少なくともいずれかへ送信する。よって、センタ及び車載端末の少なくともいずれかから、無線タグを用いる歩行者以外の他者に向けて、交通弱者の存在を通知することが可能になる。その結果、交通弱者が歩行者用信号機のある横断歩道を安心して渡ることができるようにしつつ、その交通弱者の存在を他者に通知することが可能になる。
【図面の簡単な説明】
【００１１】
【図１】歩行者保護システム７の概略的な構成の一例を示す図である。
【図２】無線タグ２の概略的な構成の一例を示す図である。
【図３】路側機１の概略的な構成の一例を示す図である。
【図４】路側機１でのパケット受信関連処理の流れの一例を示すフローチャートである。
【図５】センタ４の概略的な構成の一例を示す図である。
【図６】携帯端末５の概略的な構成の一例を示す図である。
【図７】車両側ユニット６の概略的な構成の一例を示す図である。
【図８】歩行者保護システム７における第１位置通知処理の流れの一例を示すシーケンス図である。
【図９】歩行者保護システム７における第２位置通知処理の流れの一例を示すシーケンス図である。
【図１０】歩行者保護システム７における存在通知処理の流れの一例を示すシーケンス図である。
【発明を実施するための形態】
【００１２】
図面を参照しながら、開示のための複数の実施形態及び変形例を説明する。なお、説明の便宜上、複数の実施形態及び変形例の間において、それまでの説明に用いた図に示した部分と同一の機能を有する部分については、同一の符号を付し、その説明を省略する場合がある。同一の符号を付した部分については、他の実施形態及び／又は変形例における説明を参照することができる。
【００１３】
（実施形態）
＜歩行者保護システム７の概略構成＞
以下、本発明の実施形態について図面を用いて説明する。図１に示すように、歩行者保護システム７は、路側機１、無線タグ２、歩行者用信号機３、センタ４、携帯端末５、及び車両側ユニット６を含んでいる。図１では、路側機１、無線タグ２、歩行者用信号機３、携帯端末５、及び車両側ユニット６を便宜上それぞれ１つしか示していないが、必ずしもこれに限らない。歩行者保護システム７に含まれる、路側機１、無線タグ２、歩行者用信号機３、センタ４、携帯端末５、及び車両側ユニット６が複数である構成としてもよい。以降では、少なくとも路側機１及び歩行者用信号機３が複数である場合を例に挙げて説明を行う。
【００１４】
無線タグ２は、歩行者Ａによって携行されて、路側機１との間で無線通信を行うアクティブ型の無線タグである。無線タグ２と路側機１との通信は、公衆通信網を介さない無線通信によって行われる。無線タグ２は、電源として例えばリチウム電池等を備えている。無線タグ２には予め、無線タグ２を携行する歩行者Ａの属性を示す属性情報、及び無線タグ２を携行する歩行者Ａを特定するための識別情報が記憶されている。無線タグ２は、路側機１から送信される問い合わせ信号を受信したことをトリガとして歩行者パケットを送信する。問い合わせ信号は、例えば路側機１から１秒周期等の所定周期で送信されているものとする。これにより、無線タグ２は、路側機１の通信範囲内に位置する場合に、問い合わせ信号の送信頻度と同様の頻度で歩行者パケットを逐次送信することになる。
【００１５】
属性情報とは、歩行に不安のある交通弱者であるか否かを示す情報である。一例としては、高齢者，妊婦，年少者，要介護者，障碍者等がここで言うところの交通弱者に該当するものとする。歩行者Ａを特定するための識別情報としては、例えば個々の無線タグ２を識別するためのタグＩＤ等を用いる構成とすればよい。以降では、タグＩＤを用いる場合を例に挙げて説明を行う。このタグＩＤが請求項の識別情報に相当する。以降では、歩行者Ａが高齢者といった交通弱者である場合を例に挙げて説明を行う。
【００１６】
歩行者用信号機３は、交差点において横断歩道ごとに設置されており、対応する横断歩道の通行許可と通行不許可とを信号等の灯色によって示す。以下では、通行許可を青色の灯色で示し、通行不許可を赤色の灯色で示す場合を例に挙げて説明を行う。また、歩行者用信号機３には、各灯色の点灯時間を制御する信号機制御装置が備えられているものとする。
【００１７】
センタ４は、例えばサーバ装置であり、携帯電話網，インターネット等の公衆通信網を介して、路側機１、携帯端末５、及び車両側ユニット６と通信を行う。なお、センタ４は、１つのサーバ装置からなるものであってもよいし、複数のサーバ装置からなっているものであってもよい。
【００１８】
携帯端末５は、ユーザＢが携行する通信端末であって、携帯電話網，インターネット等の公衆通信網を介してセンタ４と通信を行う。携帯端末５は、情報を提示する機能を有しているものとする。携帯端末５の一例としては、多機能携帯電話機、ウェアラブル通信端末等があるが、本実施形態では、携帯端末５が多機能携帯電話機である場合を例に挙げて説明を行う。また、携帯端末５を用いるユーザＢが、無線タグ２を用いる歩行者Ａの家族である場合を例に挙げて以降の説明を行う。
【００１９】
本実施形態では、携帯端末５は、ユーザＢの家族である歩行者Ａの位置情報を要求する位置要求パケットをセンタ４へアップロードする場合を例に挙げて以降の説明を行う。位置要求パケットには、位置要求パケットの送信元の携帯端末５を特定するための識別情報を含むものとする。携帯端末５を特定するための識別情報としては、例えば個々の携帯端末５を識別するための携帯ＩＤを用いる構成とすればよい。
【００２０】
車両側ユニット６は、車両Ｃで用いられ、路側機１と通信を行ったり、センタ４と通信を行ったりする。この車両側ユニット６が請求項の車載端末に相当する。車両Ｃは車両であれば自動車に限らないが、ここでは自動車であるものとして説明を続ける。車両側ユニット６とセンタ４との通信は、前述したように公衆通信網を介した通信によって行う。車両側ユニット６と路側機１との通信は、公衆通信網を介さない無線通信（以下、路車間通信）によって行われる。路車間通信は、例えば７６０ＭＨｚ帯の電波を用い、ＷＡＶＥ（Wireless Access in Vehicular Environment）の通信規格に従って行う構成とすればよい。なお、路車間通信で用いる電波の周波数帯は、２．４ＧＨｚ，５．９ＧＨｚ帯等の他の周波数帯であってもよい。また、路車間通信で採用する通信規格はＷＡＶＥ以外の通信規格であってもよい。
【００２１】
本実施形態では、車両側ユニット６は、車両Ｃを特定するための識別情報と車両Ｃの位置座標とを含む車両パケットをセンタ４へ逐次アップロードする場合を例に挙げて以降の説明を行う。車両Ｃを特定するための識別情報としては、例えば車両ＩＤを用いる構成とすればよい。
【００２２】
路側機１は、歩行者用信号機３の近辺に配置される。本実施形態では、路側機１は歩行者用信号機３に設けられ、歩行者用信号機３の信号機制御装置と接続されている場合を例に挙げて説明を行う。路側機１は、無線タグ２及びセンタ４と通信を行う。路側機１と無線タグ２との通信は、前述したように、公衆通信網を介さない無線通信によって行われる。路側機１とセンタ４との通信は、前述したように、公衆通信網を介して行われる。
【００２３】
＜無線タグ２の概略構成＞
続いて、図２を用いて無線タグ２の概略構成を説明する。無線タグ２は図２に示すように、中距離通信部２１、メモリ２２、及びメイン処理部２３を備える。メイン処理部２３は、中距離通信部２１及びメモリ２２と接続されている。
【００２４】
中距離通信部２１は、路側機１と公衆通信網を介さずに直接的に中距離通信を行うための通信モジュールである。例えば中距離通信部２１は、Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙの規格に沿って信号を送受信する構成とすればよい。なお、中距離通信部２１は、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙの規格以外の通信規格に沿って送受信を行う構成としてもよい。中距離通信部２１の最大通信距離は、路側機１が設けられた歩行者用信号機３の近辺に限ってこの路側機１との通信を行うことができる程度の中距離に設定されているものとする。例えば、最大通信距離が数ｍ〜十数ｍ程度に設定されている構成とすればよい。
【００２５】
メモリ２２は、例えばフラッシュメモリ等の書き換え可能な不揮発性の記憶媒体である。メモリ２２には、無線タグ２のタグＩＤ及び無線タグ２を用いる歩行者Ａの属性情報が格納されている。メイン処理部２３は、中距離通信部２１の動作を制御する。メイン処理部２３は、例えば、ＣＰＵ，ＩＣ等を用いて実現されればよい。メイン処理部２３は、中距離通信部２１と協働し、歩行者パケットを送信する処理を実施する。メイン処理部２３は、路側機１からの問い合わせ信号を中距離通信部２１で受信したことをトリガとして、歩行者パケットを送信する処理を実施する。
【００２６】
なお、無線タグ２は、問い合わせ信号を受信していない状態においては、問い合わせ信号を受信したことを検出するために必要な機能以外の動作を停止させることで消費電力を抑制するスリープモードになっていることが好ましい。これによれば、歩行者パケットを受信する路側機１の通信範囲外にある場合にも無線タグ２から歩行者パケットを送信することによる消費電力の無駄を抑えることができる。
【００２７】
＜路側機１の概略構成＞
続いて、図３を用いて路側機１の概略構成を説明する。路側機１は図３に示すように、路側制御部１０、タグ通信部１１、センタ通信部１２、及び路車間通信部１３を備えており、歩行者用信号機３の信号機制御装置と接続されている。路側制御部１０は、タグ通信部１１、センタ通信部１２、及び路車間通信部１３と接続されている。
【００２８】
タグ通信部１１は、無線タグ２と直接的に無線通信を行うための通信モジュールである。タグ通信部１１は、無線タグ２から受信した歩行者パケットの信号を復調して路側制御部１０に出力する。また、タグ通信部１１は、無線タグ２から受信した信号の受信信号強度（ＲＳＳＩ：Received Signal Strength Indication）を逐次検出する強度検出部１１１を備えている。強度検出部１１１は、例えば周知のＲＳＳＩ回路によって実現すればよい。
【００２９】
センタ通信部１２は、公衆通信網に無線接続し、センタ４と公衆通信網を介して通信を行うための通信モジュールである。センタ通信部１２は、路側制御部１０から入力されたデータをセンタ４に送信する。路車間通信部１３は、路側機１の周辺車両で用いられる車両側ユニット６と路車間通信を行うための通信モジュールである。路車間通信部１３は、路側制御部１０から入力されたデータを変調して同報送信する。
【００３０】
路側制御部１０は、ＣＰＵ、揮発性メモリ、不揮発性メモリ、Ｉ／Ｏ、これらを接続するバスを備え、非遷移的実体的記録媒体に記憶された制御プログラムを実行することで各種の処理を実行する。なお、路側制御部１０が実行する機能の一部または全部を、一つあるいは複数のＩＣ等によりハードウェア的に構成してもよい。路側制御部１０の詳細については、以下で述べる。
【００３１】
［路側制御部１０の概略構成］
ここで、図３を用いて路側制御部１０の概略構成を説明する。路側制御部１０は、図３に示すように、機能ブロックとして、タグ通信処理部１０１、タグ情報取得部１０２、属性判定部１０３、延長指示部１０４、メモリ１０５、通知処理部１０６、センタ通信処理部１０７、及び路車間通信処理部１０８を備えている。
【００３２】
タグ通信処理部１０１は、タグ通信部１１が無線タグ２から受信した歩行者パケットを取得する。タグ通信処理部１０１は、取得した歩行者パケットをタグ情報取得部１０２に出力する。タグ情報取得部１０２は、タグ通信処理部１０１で取得した歩行者パケットに含まれる属性情報及びタグＩＤを取得する。
【００３３】
属性判定部１０３は、タグ情報取得部１０２で取得した属性情報が交通弱者であることを示すか否かを判定する。属性判定部１０３は、属性情報が交通弱者であることを示すと判定した場合には、タグ情報取得部１０２で取得したタグＩＤとこのタグＩＤを含む歩行者パケットの受信時刻を示すタイムスタンプ（以下、単に受信時刻）とを通知処理部１０６に出力する。
【００３４】
延長指示部１０４は、歩行者用信号機３の信号機制御装置に対して、青信号の灯色の点灯時間を延長させる指示（以下、延長指示）を行う。延長指示部１０４は、属性判定部１０３で属性情報が交通弱者であることを示すと判定し、且つ、強度検出部１１１で検出した受信信号強度が閾値以上である場合に、延長指示を行う。
【００３５】
延長指示を受けた信号機制御装置では、歩行者用信号機３において青信号を点灯させている場合には、この青信号の点灯時間をデフォルトの点灯時間よりも延長する。歩行者用信号機３において青信号を点滅させている場合、若しくは赤信号を点灯させている場合には、次回の青信号の点灯時間をデフォルトの点灯時間よりも延長する。
【００３６】
なお、ここで言うところの閾値は、無線タグ２が、路側機１を設置した歩行者用信号機３の近辺に位置すると推定される程度の受信信号強度よりも高い値であればよく、任意に設定可能である。これにより、無線タグ２を用いる歩行者Ａが、路側機１を設置した歩行者用信号機３の近辺に位置しない場合には、延長指示が行われないことになる。この歩行者用信号機３に対応する横断歩道を渡る意思のない歩行者Ａは、この歩行者用信号機３の近辺にまで近寄らないと考えられる。よって、この歩行者用信号機３に対応する横断歩道を渡る歩行者Ａのいない場合にまで、延長指示を誤って行ってしまう不具合を生じにくくすることが可能になる。
【００３７】
メモリ１０５は、不揮発性の記憶媒体である。メモリ１０５には、路側機１を特定するための識別情報が格納されている。路側機１を特定するための識別情報としては、例えば個々の路側機１を識別するための路側機ＩＤ等を用いる構成とすればよい。以降では、路側機ＩＤを用いる場合を例に挙げて説明を行う。この路側機ＩＤが請求項の路側機情報に相当し、メモリ１０５が請求項の格納部に相当する。
【００３８】
通知処理部１０６は、属性判定部１０３で属性情報が交通弱者であることを示すと判定した場合に、タグ情報取得部１０２で取得したタグＩＤ及び受信時刻と、メモリ１０５から読み出した路側機ＩＤとを、センタ通信処理部１０７に出力する。また、通知処理部１０６は、属性判定部１０３で属性情報が交通弱者であることを示すと判定した場合に、歩行者Ａの存在を示す注意情報を路車間通信処理部１０８に出力する。
【００３９】
センタ通信処理部１０７は、通知処理部１０６からタグＩＤ、受信時刻、及び路側機ＩＤが出力されてきた場合に、これらを含む路側パケットを生成して、センタ通信部１２へ出力する。センタ通信部１２は、センタ通信処理部１０７から出力された路側パケットをセンタ４にアップロードする。このセンタ通信部１２が請求項の情報送信部に相当する。
【００４０】
路車間通信処理部１０８は、通知処理部１０６から注意情報が出力されてきた場合に、この注意情報を含むパケット（以下、注意パケット）を生成して、路車間通信部１３へ出力する。路車間通信部１３は、路車間通信処理部１０８から出力された注意パケットを変調し、路側機１の周辺車両の車両側ユニット６へ路車間通信によって同報送信する。この路車間通信部１３も請求項の情報送信部に相当する。
【００４１】
［路側機１でのパケット受信関連処理］
図４のフローチャートを用いて、無線タグ２から受信した歩行者パケットに基づく路側機１での処理（以下、パケット受信関連処理）の流れの一例について説明を行う。例えば、図４のフローチャートは、無線タグ２から送信された歩行者パケットを路側機１のタグ通信部１１で受信したときに開始する構成とすればよい。
【００４２】
まず、ステップＳ１では、タグ情報取得部１０２が、受信した歩行者パケットに含まれる属性情報及びタグＩＤを取得する。ステップＳ２では、属性判定部１０３が、Ｓ１で取得した属性情報が交通弱者であることを示すか否かを判定する。ステップＳ３では、属性情報が交通弱者であることを示すと判定した場合（Ｓ３でＹＥＳ）には、ステップＳ４に移る。一方、属性情報が交通弱者であることを示さないと判定した場合（Ｓ３でＮＯ）には、パケット受信関連処理を終了する。
【００４３】
ステップＳ４では、通知処理部１０６から出力されたＳ１で取得したタグＩＤ、受信時刻、及び路側機ＩＤをもとにセンタ通信処理部１０７が生成した路側パケットを、センタ通信部１２がセンタ４へアップロードする。ステップＳ５では、通知処理部１０６から出力された注意情報をもとに路車間通信処理部１０８が生成した注意パケットを、路車間通信部１３が路車間通信によって同報送信する。
【００４４】
ステップＳ６では、延長指示部１０４が、強度検出部１１１で検出した歩行者パケットの受信信号強度が閾値以上であるか否か比較する。そして、受信信号強度が閾値以上であった場合（Ｓ６でＹＥＳ）には、ステップＳ７に移る。一方、受信信号強度が閾値未満であった場合（Ｓ６でＮＯ）には、パケット受信関連処理を終了する。ステップＳ７では、延長指示部１０４が、歩行者用信号機３の信号機制御装置に対して、青信号（つまり、通行許可を示す灯色）の点灯時間を延長させる延長指示を行い、パケット受信関連処理を終了する。
【００４５】
＜センタ４の概略構成＞
続いて、図５を用いてセンタ４の概略構成を説明する。センタ４は、図５に示すようにセンタ側制御部４０及び広域通信部４１を備える。センタ側制御部４０は、広域通信部４１と接続されている。
【００４６】
広域通信部４１は、路側機１、携帯端末５、及び車両側ユニット６と公衆通信網を介した通信を行うための通信モジュールである。この広域通信部４１が請求項の路側受信部に相当する。広域通信部４１は、受信したデータをセンタ側制御部４０に出力するとともに、センタ側制御部４０から入力されたデータを変調して公衆通信網に出力する。公衆通信網に出力されたパケットは、所定のルーティング技術によって、指定された携帯端末５若しくは車両側ユニット６に送信される。
【００４７】
センタ側制御部４０は、ＣＰＵ、揮発性メモリ、不揮発性メモリ、Ｉ／Ｏ、これらを接続するバスを備え、不揮発性メモリに記憶された制御プログラムを実行することで各種の処理を実行する。なお、センタ側制御部４０が実行する機能の一部または全部を、一つあるいは複数のＩＣ等によりハードウェア的に構成してもよい。センタ側制御部４０の詳細については、以下で述べる。
【００４８】
［センタ側制御部４０の概略構成］
ここで、図５を用いてセンタ側制御部４０の概略構成を説明する。センタ側制御部４０は、図５に示すように、機能ブロックとして、広域通信処理部４０１、路側機位置格納部４０２、タグ情報取得部４０３、歩行者情報格納部４０４、対応関係格納部４０５、携帯要求取得部４０６、位置抽出部４０７、車両情報取得部４０８、及び対象抽出部４０９を備えている。
【００４９】
広域通信処理部４０１は、広域通信部４１が路側機１から受信した路側パケットを取得し、タグ情報取得部４０３に出力する。広域通信処理部４０１は、広域通信部４１が携帯端末５から受信した位置要求パケットを取得し、携帯要求取得部４０６に出力する。広域通信処理部４０１は、広域通信部４１が車両側ユニット６から受信した車両パケットを取得し、車両情報取得部４０８に出力する。
【００５０】
また、広域通信処理部４０１は、位置抽出部４０７で抽出された情報が出力されてきた場合に、この情報を含むパケットを生成して、広域通信部４１へ出力する。広域通信処理部４０１は、対象抽出部４０９で抽出された情報が出力されてきた場合に、この情報を含むパケットを生成して、広域通信部４１へ出力する。この広域通信処理部４０１が請求項の配信処理部に相当する。
【００５１】
路側機位置格納部４０２は、個々の路側機１の路側機ＩＤ別に、その路側機１の位置座標を紐付けて格納している。タグ情報取得部４０３は、広域通信処理部４０１で取得した路側パケットに含まれるタグＩＤ、受信時刻、及び路側機ＩＤを取得する。また、タグ情報取得部４０３は、路側機位置格納部４０２を参照し、取得した路側機ＩＤに対応する路側機１の位置座標を取得する。そして、取得したタグＩＤ、受信時刻、及び位置座標を、タグＩＤ別に紐付けて歩行者情報格納部４０４に格納する。
【００５２】
なお、路側機１が無線タグ２から歩行者パケットを受信するのは、無線タグ２を用いる歩行者Ａが路側機の近辺に位置する場合に限られる。よって、センタ側制御部４０では、路側機１の位置座標を、この位置座標に紐付けられている受信時刻における歩行者Ａの位置座標として扱う。従って、取得したタグＩＤ別に、受信時刻とタグＩＤで特定される歩行者Ａの位置座標とが紐付けて歩行者情報格納部４０４に格納されることになる。
【００５３】
路側機位置格納部４０２は、タグＩＤ、受信時刻、及び路側機ＩＤを取得するごとに、上述の処理を繰り返す。これにより、歩行者情報格納部４０４には、無線タグ２を用いる歩行者Ａ別に、歩行者パケットの受信時刻とこの受信時刻における歩行者Ａの位置座標との履歴が蓄積されることになる。
【００５４】
対応関係格納部４０５は、携帯端末５の携帯ＩＤと無線タグ２のタグＩＤとが紐付けて格納されている。携帯ＩＤとタグＩＤとの紐付けは、例えば家族関係にあるユーザＢと歩行者Ａとについて行われているものとして以降の説明を続ける。なお、家族関係以外の関係にあるユーザＢと歩行者Ａとについて紐付けが行われている構成としても構わない。携帯要求取得部４０６は、広域通信処理部４０１で取得した位置要求パケットに含まれる携帯ＩＤを取得し、位置抽出部４０７に出力する。
【００５５】
位置抽出部４０７は、携帯要求取得部４０６から出力された携帯ＩＤをもとに、対応関係格納部４０５から、この携帯ＩＤに対応するタグＩＤに紐付けられた受信時刻及び位置座標を取得する。つまり、携帯端末５のユーザＢと家族関係にある歩行者Ａについての受信時刻及び位置座標を取得することになる。なお、位置抽出部４０７は、直近の受信時刻及び位置座標に限って取得する構成としてもよいし、履歴に相当する複数回分の受信時刻及び位置座標を取得する構成としてもよい。本実施形態では、複数回分の受信時刻及び位置座標を取得する場合を例に挙げて以降の説明を行う。位置抽出部４０７は、取得した受信時刻及び位置座標を、広域通信処理部４０１に出力する。
【００５６】
広域通信処理部４０１では、位置抽出部４０７からの出力を受けた場合に、位置要求パケットの送信元の携帯端末５を宛先として、位置抽出部４０７から出力されてきた受信時刻及び位置座標を含むパケット（以下、第１位置通知パケット）を生成する。そして、生成した第１位置通知パケットを広域通信部４１へ出力する。広域通信部４１へ出力された第１位置通知パケットは、広域通信部４１から公衆通信網を介して、宛先の携帯端末５へ送信される。
【００５７】
車両情報取得部４０８は、広域通信処理部４０１で取得した車両パケットに含まれる車両ＩＤ及び車両Ｃの位置座標を取得し、取得した車両Ｃの位置座標を対象抽出部４０９に出力する。対象抽出部４０９は、車両情報取得部４０８から出力された車両Ｃの位置座標をもとに、歩行者情報格納部４０４から、タグＩＤ別に紐付けられた位置座標のうち、直近の位置座標が車両Ｃの位置座標から所定距離内に位置するものを取得する。ここで言うところの所定距離は、車両Ｃの走行に影響を与えると推定される程度の距離とすればよく、任意に設定可能である。対象抽出部４０９は、取得した位置座標を、広域通信処理部４０１に出力する。
【００５８】
広域通信処理部４０１では、対象抽出部４０９から歩行者Ａの位置座標の出力を受けた場合に、車両パケットの送信元の車両側ユニット６を宛先として、この位置座標を含むパケット（以下、第２位置通知パケット）を生成する。そして、生成した第２位置通知パケットを広域通信部４１へ出力する。広域通信部４１へ出力された第２位置通知パケットは、広域通信部４１から公衆通信網を介して、宛先の車両側ユニット６へ送信される。
【００５９】
＜携帯端末５の概略構成＞
続いて、図６を用いて携帯端末５の概略構成を説明する。携帯端末５は、図６に示すように携帯側制御部５０、センタ通信部５１、メモリ５２、情報提示部５３、及び操作入力部５４を備える。携帯側制御部５０は、センタ通信部５１、メモリ５２、情報提示部５３、及び操作入力部５４と接続されている。
【００６０】
センタ通信部５１は、公衆通信網に無線接続し、センタ４と公衆通信網を介して通信を行うための通信モジュールである。センタ通信部５１は、携帯側制御部５０から入力されたデータをセンタ４に送信する。また、センタ通信部５１は、センタ４から受信したデータを携帯側制御部５０に出力する。このセンタ通信部５１が請求項の位置受信部に相当する。メモリ５２は、例えばフラッシュメモリ等の書き換え可能な不揮発性の記憶媒体である。メモリ５２には、携帯端末５の携帯ＩＤ、及び地図データが格納されている。
【００６１】
情報提示部５３は、携帯側制御部５０の指示に従って、交通弱者である歩行者Ａの位置を示す情報提示を行う。情報提示部５３での情報提示の一例としては、ディスプレイへの画像表示による情報提示，スピーカからの音声出力による情報提示等がある。操作入力部５４は、携帯端末５のユーザＢからの操作入力を受け付けるスイッチである。操作入力部５４は、メカニカルなスイッチであってもよいし、ディスプレイと一体となったタッチスイッチであってもよい。
【００６２】
携帯側制御部５０は、ＣＰＵ、揮発性メモリ、不揮発性メモリ、Ｉ／Ｏ、これらを接続するバスを備え、不揮発性メモリに記憶された制御プログラムを実行することで各種の処理を実行する。なお、携帯側制御部５０が実行する機能の一部または全部を、一つあるいは複数のＩＣ等によりハードウェア的に構成してもよい。
【００６３】
携帯側制御部５０は、操作入力部５４でユーザＢと家族関係にある歩行者Ａの位置情報を要求する旨の操作入力を受け付けた場合に、メモリ５２から携帯ＩＤを読み出し、この携帯ＩＤを含む位置要求パケットを生成する。そして、生成した位置要求パケットをセンタ通信部５１に出力し、この位置要求パケットをセンタ４へアップロードさせる。位置要求パケットを受信したセンタ４では、前述したように、ユーザＢと家族関係にある歩行者Ａについての受信時刻及び位置座標を含む第１位置通知パケットを生成する。センタ通信部５１は、この第１位置通知パケットをセンタ４からダウンロードし、携帯側制御部５０は、センタ通信部５１がダウンロードしたこの第１位置通知パケットを取得する。
【００６４】
また、携帯側制御部５０は、取得した第１位置通知パケットに含まれる歩行者Ａの位置座標とメモリ５２に格納されている地図データとをもとに、歩行者Ａの位置を示す情報提示を情報提示部５３で行わせる。一例としては、地図上に歩行者Ａの位置を示すマークを表示する等の情報提示を行わせる構成とすればよい。また、歩行者Ａの位置を示すマークに加え、受信時刻を示すテキストの表示も行わせる構成としてもよい。他にも、第１位置通知パケットに受信時刻及び位置座標の履歴が含まれていた場合には、歩行者Ａの位置の履歴を地図上に表示させる等の情報提示を行わせる構成としてもよい。
【００６５】
＜車両側ユニット６の概略構成＞
続いて、図７を用いて車両側ユニット６の概略構成を説明する。車両側ユニット６は、図７に示すように、車両側制御部６０、センタ通信部６１、及び路車間通信部６２を備えており、情報提示装置６３及びロケータ６４と接続されている。車両側制御部６０は、センタ通信部６１及び路車間通信部６２と接続されている。
【００６６】
情報提示装置６３は、車両側ユニット６の指示に従って、歩行者Ａの存在を示す情報提示を行う。情報提示装置６３としては、車両側ユニット６を用いる車両Ｃに搭載された表示装置，音声出力装置等を用いる構成とすればよい。ここで言うところの表示装置としては、例えばコンビネーションメータ、ＣＩＤ（Center Information Display）、ＨＵＤ（Head-Up Display）等があり、テキスト及び／又は画像の表示によって情報提示を行う。ここで言うところの音声出力装置としては、例えばオーディオスピーカ等があり、音声によって情報提示を行う。
【００６７】
なお、情報提示装置６３は、車両側ユニット６から直接指示を受けるのでなくて、情報提示装置６３を制御するＥＣＵを介して車両側ユニット６からの指示を受ける構成としてもよい。また、車両側ユニット６が情報提示装置６３を備えている構成としてもよい。
【００６８】
ロケータ６４は、ＧＮＳＳ（Global Navigation Satellite System）受信機、３Ｄジャイロセンサ等の慣性センサ、地図データを格納するメモリを備えている。ＧＮＳＳ受信機は、複数の人工衛星からの測位信号を受信する。３Ｄジャイロセンサは、例えば３軸ジャイロセンサ及び３軸加速度センサを備える。ロケータ６４は、ＧＮＳＳ受信機で受信する測位信号と、慣性センサの計測結果とを組み合わせることにより、車両Ｃの位置座標を逐次測位する。なお、車両側ユニット６がロケータ６４を備えている構成としてもよい。
【００６９】
センタ通信部６１は、公衆通信網に無線接続し、センタ４と公衆通信網を介して通信を行うための通信モジュールである。センタ通信部６１としては、例えばＤＣＭ（Data Communication Module）等のテレマティクス通信に用いられる通信モジュールを用いることができる。センタ通信部６１は、車両側制御部６０から入力されたデータをセンタ４に送信する。また、センタ通信部６１は、センタ４から送信された車両側ユニット６宛ての第２位置通知パケットを受信して車両側制御部６０に出力する。路車間通信部６２は、路側機１と路車間通信を行うための通信モジュールである。路車間通信部６２は、路側機１から送信された注意パケットを受信して車両側制御部６０に出力する。
【００７０】
車両側制御部６０は、ＣＰＵ、揮発性メモリ、不揮発性メモリ、Ｉ／Ｏ、これらを接続するバスを備え、非遷移的実体的記録媒体に記憶された制御プログラムを実行することで各種の処理を実行する。なお、車両側制御部６０が実行する機能の一部または全部を、一つあるいは複数のＩＣ等によりハードウェア的に構成してもよい。
【００７１】
車両側制御部６０は、ロケータ６４で逐次測位される車両Ｃの位置座標を取得し、この位置座標及び車両Ｃの車両ＩＤを含む車両パケットを生成する。そして、生成した車両パケットをセンタ通信部６１に出力し、この車両パケットをセンタ４へアップロードさせる。センタ４への車両パケットのアップロードは、例えば車両Ｃのイグニッション電源がオン時に一定周期で行うものとすればよい。
【００７２】
車両パケットを受信したセンタ４では、前述したように、車両Ｃから所定距離内に位置する歩行者Ａの位置座標及び受信時刻を含む第２位置通知パケットを生成する。センタ通信部６１は、この第２位置通知パケットをセンタ４からダウンロードし、車両側制御部６０は、センタ通信部６１がダウンロードしたこの第２位置通知パケットを取得する。そして、車両側制御部６０は、取得した第２位置通知パケットに含まれる歩行者Ａの位置座標とロケータ６４のメモリに格納されている地図データとをもとに、歩行者Ａの位置を示す情報提示を情報提示装置６３に行わせる。歩行者Ａの位置を示す情報提示については、情報提示部５３での情報提示と同様にして行う構成とすればよい。
【００７３】
また、車両側制御部６０は、路側機１から送信された注意パケットを路車間通信部６２で受信した場合に、この注意パケットを取得する。そして、車両側制御部６０は、注意パケットを取得した場合には、自車の周辺に交通弱者が存在することを示す情報提示を情報提示装置６３で行わせる。一例としては、交通弱者が存在することを示すアイコン若しくはテキストを表示させたり、交通弱者が存在することを知らせる音声を出力させたりする構成とすればよい。
【００７４】
＜歩行者保護システム７における処理の流れについて＞
続いて、歩行者保護システム７における処理の流れについて、図８〜図１０のシーケンス図を用いて説明を行う。図８では、無線タグ２を用いる歩行者Ａの位置を示す情報提示を携帯端末５で行う場合の処理（以下、第１位置通知処理）の流れについて説明を行う。図９では、無線タグ２を用いる歩行者Ａの位置を示す情報提示を車両側ユニット６で行わせる場合の処理（以下、第２位置通知処理）の流れについて説明を行う。図１０では、無線タグ２を用いる歩行者Ａの存在を示す情報提示を車両側ユニット６で行わせる場合の処理（以下、存在通知処理）の流れについて説明を行う。
【００７５】
［第１位置通知処理の流れについて］
まず、図８を用いて、歩行者保護システム７における第１位置通知処理の流れの一例について説明を行う。ここでは、路側機１として設置位置の異なる路側機１ａ，１ｂが存在し、無線タグ２を用いる歩行者Ａが路側機１ａ，路側機１ｂの順に路側機１の通信範囲内を通行していくものとして説明を行う。また、無線タグ２を用いる歩行者Ａと携帯端末５を用いるユーザＢとは家族関係にあるものとして説明を行う。
【００７６】
ｔ１では、路側機１ａから送信された問い合わせ信号を、路側機１ａの通信範囲内に位置する無線タグ２が受信する。ｔ２では、無線タグ２が、自機器のタグＩＤ及び歩行者Ａの属性情報を含む歩行者パケットを生成する。ｔ３では、無線タグ２が、ｔ２で生成した歩行者パケットを路側機１ａに送信する。
【００７７】
ｔ４では、路側機１ａが、受信した歩行者パケットに含まれていたタグＩＤ、歩行者パケットの受信時刻、及び自機器の路側機ＩＤを含む路側パケットを生成する。ｔ５では、路側機１ａが、ｔ４で生成した路側パケットをセンタ４にアップロードする。ｔ６では、センタ４が、アップロードされた路側パケットに含まれるタグＩＤと受信時刻と路側機ＩＤから特定される位置座標とを紐付けて、路側機位置格納部４０２に格納する。
【００７８】
ｔ７では、路側機１ｂから送信された問い合わせ信号を、路側機１ｂの通信範囲内に位置する無線タグ２が受信する。ｔ８〜ｔ１２は、路側機１ａが路側機１ｂに入れ替わる点を除けば、ｔ２〜ｔ６と同様である。ｔ１〜ｔ１２の処理によって、無線タグ２を用いる歩行者Ａが路側機１ａの通信範囲内を通行した時点での位置座標と、この歩行者Ａが路側機１ｂの通信範囲内を通行した時点での位置座標とが路側機位置格納部４０２に格納される。
【００７９】
ｔ１３では、携帯端末５が、ユーザＢからの歩行者Ａの位置情報を要求する旨の操作入力を受け付けて、自端末の携帯ＩＤを含む位置要求パケットを生成する。ｔ１４では、携帯端末５が、ｔ１３で生成した位置要求パケットをセンタ４にアップロードする。ｔ１５では、センタ４が、アップロードされた位置要求パケットに含まれる携帯ＩＤに対応するタグＩＤを特定する。そして、路側機位置格納部４０２においてこのタグＩＤに紐付けられている位置座標及び受信時刻を含む第１位置通知パケットを生成する。
【００８０】
ｔ１６では、携帯端末５が、センタ４から第１位置通知パケットをダウンロードする。ｔ１７では、携帯端末５が、ダウンロードした第１位置通知パケットに含まれる位置座標及び受信時刻を用いて、地図上に歩行者Ａの位置を示すマークを表示したり、歩行者Ａの位置の履歴を表示したりする等の情報提示を行う。
【００８１】
この第１位置通知処理によれば、ユーザＢが、家族関係にあるとともに交通弱者である歩行者Ａの位置を、携帯端末５によって、所望するタイミングで知ることが可能になる。よって、ユーザＢが家族関係にある交通弱者を遠隔から見守ることが可能になる。
【００８２】
［第２位置通知処理の流れについて］
続いて、図９を用いて、歩行者保護システム７における第２位置通知処理の流れの一例について説明を行う。ここでは、無線タグ２を用いる歩行者Ａが路側機１の通信範囲内を通行するものとして説明を行う。
【００８３】
ｔ２１では、路側機１から送信された問い合わせ信号を、路側機１の通信範囲内に位置する無線タグ２が受信する。ｔ２２〜ｔ２６は、前述のｔ２〜ｔ６と同様である。ｔ２７では、車両側ユニット６が、車両Ｃの車両ＩＤ及び車両Ｃの位置座標を含む車両パケットを生成する。ｔ２８では、車両側ユニット６が、ｔ２７で生成した車両パケットをセンタ４にアップロードする。
【００８４】
ｔ２９では、センタ４が、アップロードされた車両パケットに含まれる車両Ｃの位置座標をもとに、車両Ｃから所定距離内に位置する歩行者Ａの位置座標及び受信時刻を含む第２位置通知パケットを生成する。ｔ３０では、車両側ユニット６が、センタ４から第２位置通知パケットをダウンロードする。ｔ３１では、車両側ユニット６が、ダウンロードした第２位置通知パケットに含まれる位置座標及び受信時刻を用いて、地図上に歩行者Ａの位置を示すマークを表示したりする等の情報提示を情報提示装置６３に行わせる。
【００８５】
この第２位置通知処理によれば、車両Ｃのドライバが、車両Ｃの周辺に位置する交通弱者である歩行者Ａの位置を、車両側ユニット６によって知ることが可能になる。よって、交通弱者の周辺に位置する車両Ｃのドライバに、交通弱者に対する注意喚起を行うことが可能になる。
【００８６】
［存在通知処理の流れについて］
続いて、図１０を用いて、歩行者保護システム７における存在通知処理の流れの一例について説明を行う。ここでは、無線タグ２を用いる歩行者Ａが路側機１の通信範囲内を通行するものとして説明を行う。
【００８７】
ｔ４１では、路側機１から送信された問い合わせ信号を、路側機１の通信範囲内に位置する無線タグ２が受信する。ｔ４２では、無線タグ２が、自機器のタグＩＤ及び歩行者Ａの属性情報を含む歩行者パケットを生成する。ｔ４３では、無線タグ２が、ｔ４２で生成した歩行者パケットを路側機１に送信する。
【００８８】
ｔ４４では、路側機１が、歩行者Ａの存在を示す注意情報を含む注意パケットを生成する。ｔ４５では、路側機１が、ｔ４４で生成した注意パケットを路車間通信で同報送信し、路車間通信の範囲内に位置する車両側ユニット６がこの注意パケットを受信する。ｔ４６では、注意パケットを受信した車両側ユニット６が、自車の周辺に交通弱者が存在することを示す情報提示を情報提示装置６３に行わせる。
【００８９】
この存在通知処理によれば、車両Ｃのドライバが、車両Ｃの周辺に位置する交通弱者である歩行者Ａの存在を、車両側ユニット６によって知ることが可能になる。よって、交通弱者の周辺に位置する車両Ｃのドライバに、交通弱者に対する注意喚起を行うことが可能になる。
【００９０】
なお、無線タグ２から自機器のタグＩＤ及び歩行者Ａの属性情報を含むパケットを、公衆通信網を介さない無線通信によって送信し、このパケットを無線タグ２の通信範囲内に位置する車両側ユニット６が受信する構成としてもよい。この場合には、このパケットを受信した車両側ユニット６が、このパケットに含まれる属性情報をもとに、属性判定部１０３と同様にして、属性情報が交通弱者であることを示すか否かを判定する構成とすればよい。そして、交通弱者であると判定した場合には、ｔ４６と同様にして、自車の周辺に交通弱者が存在することを示す情報提示を情報提示装置６３に行わせる構成とすればよい。
【００９１】
＜実施形態のまとめ＞
本実施形態の構成によれば、歩行者Ａが交通弱者であれば、路側機１によって、無線タグ２から送信する歩行者パケットに含まれる属性情報をもとに、歩行者Ａの近辺に位置する歩行者用信号機３の青信号の点灯時間を延長させることができる。よって、交通弱者である歩行者Ａが、この歩行者用信号機３に対応する横断歩道を安心して渡ることができるようになる。
【００９２】
また、交通弱者が歩行者用信号機のある横断歩道を安心して渡ることができるようにしつつ、前述したように、その交通弱者の存在をその交通弱者の周辺に位置する車両Ｃのドライバに通知することが可能になる。また、その交通弱者の位置を、その交通弱者と家族関係にある携帯端末５のユーザＢに通知したり、その交通弱者の周辺に位置する車両Ｃのドライバに通知したりすることも可能になる。
【００９３】
（変形例１）
前述の実施形態では、延長指示部１０４が、属性判定部１０３で属性情報が交通弱者であることを示すと判定し、且つ、強度検出部１１１で検出した受信信号強度が閾値以上である場合に、延長指示を行う構成を示したが、必ずしもこれに限らない。例えば、受信信号強度が閾値以上であることを条件とする代わりに、受信信号強度が閾値以上である状態が所定時間以上継続することを条件とする構成（以下、変形例１）としてもよい。
【００９４】
変形例１の構成を採用する場合、受信信号強度が閾値以上である状態の継続時間は、タイマ回路等によって計時すればよい。所定時間は、歩行者Ａが横断歩道を渡る場合に受信信号強度が閾値以上である状態が継続すると推定される最低時間程度とすればよい。この最低時間は実験によって求める等すればよい。また、受信信号強度が閾値以上となる単発的なノイズを除外できる程度の時間としても構わない。
【００９５】
変形例１の構成によれば、無線タグ２を用いる歩行者Ａが、路側機１を設置した歩行者用信号機３の近辺を通り過ぎるだけであって横断歩道を渡らない場合に、延長指示を行いにくくすることができる。よって、この歩行者用信号機３に対応する横断歩道を渡る歩行者Ａのいない場合にまで、延長指示を誤って行ってしまう不具合をさらに生じにくくすることが可能になる。
【００９６】
（変形例２）
前述の実施形態では、無線タグ２が路側機１からの問い合わせ信号を受信した場合に歩行者パケットを送信する構成を示したが、必ずしもこれに限らない。例えば、無線タグ２は、ボタン操作等によって電源のオンオフが切り替え可能であって、電源がオンになった場合に、電源がオフになるまで所定の送信周期で歩行者パケットを送信する構成としてもよい。
【００９７】
（変形例３）
前述の実施形態では、路側機１がメモリ１０５に格納されている路側機ＩＤを含む路側パケットを生成してセンタ４へアップロードする構成を示したが、必ずしもこれに限らない。例えば、路側機１が、路側機ＩＤの代わりに自機器の位置座標を用いる構成（以下、変形例３）としてもよい。変形例３の構成を採用する場合には、メモリ１０５に路側機１の位置座標を格納しておき、路側機１は、この位置座標を含む路側パケットを生成してセンタ４へアップロードする構成とすればよい。この場合には、路側機１の位置座標が請求項の路側機情報に相当する。また、変形例３の構成を採用する場合には、センタ４は、路側機位置格納部４０２を備えず、路側機ＩＤの代わりに路側機１の位置座標を用いる構成とすればよい。
【００９８】
（変形例４）
前述の実施形態では、路側機１の延長指示部１０４は、歩行者用信号機３の信号機制御装置に対して延長指示を行う構成を示したが、必ずしもこれに限らない。例えば、歩行者用信号機３の各灯色の点灯時間が、複数の歩行者用信号機３の点灯時間を制御する信号機制御システムによって制御されている場合には、延長指示部１０４は、この信号機制御システムに対して延長指示を行う構成としてもよい。
【００９９】
（変形例５）
前述の実施形態では、歩行者保護システム７が、第１位置通知処理、第２位置通知処理、及び存在通知処理の全てを行う構成を示したが、必ずしもこれに限らない。例えば、第１位置通知処理、第２位置通知処理、及び存在通知処理のうちの一部を行わない構成としてもよい。また、第１位置通知処理、第２位置通知処理、及び存在通知処理のうちの一部を行わないことによって必要がなくなる構成については、歩行者保護システム７から省略してもよい。
【０１００】
なお、本発明は、上述した実施形態及び変形例に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態及び変形例にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【符号の説明】
【０１０１】
１，１ａ，１ｂ  路側機、２  無線タグ、３  歩行者用信号機、４  センタ、５  携帯端末（通信端末）、６  車両側ユニット（車載端末，通信端末）、７  歩行者保護システム、１１  タグ通信部、１２  センタ通信部（情報送信部）、１３  路車間通信部（情報送信部）、４１  広域通信部（路側受信部）、５１  センタ通信部（位置受信部）、５３  情報提示部、１０４  延長指示部、１０５  メモリ（格納部）、１１１  強度検出部、４０１  広域通信処理部（配信処理部）
【図１】
2017182191.tif 000003
【図２】
2017182191.tif 000004
【図３】
2017182191.tif 000005
【図４】
2017182191.tif 000006
【図５】
2017182191.tif 000007
【図６】
2017182191.tif 000008
【図７】
2017182191.tif 000009
【図８】
2017182191.tif 000010
【図９】
2017182191.tif 000011
【図１０】
2017182191.tif 000012