(57)【特許請求の範囲】
【請求項１】
歩行者によって携行され、所定の周波数帯の電波を用いて、前記歩行者の属性を示す属性情報と、固有の識別情報を含む歩行者情報パケットを送信する発信器（１）と、
所定の収集エリア内に存在する前記発信器から送信される前記歩行者情報パケットを受信するように、道路上又は施設内の所定の位置に配置される複数の通行者情報収集装置（２）と、
複数の前記通行者情報収集装置の外部に設けられるセンタ（３）と、
車両で用いられる車両用端末（４）と、を備え、
複数の前記通行者情報収集装置、前記センタ、及び前記車両用端末のそれぞれは、広域通信網を介した通信である広域通信を実施可能に構成されており、
複数の前記通行者情報収集装置及び前記車両用端末のそれぞれは、広域通信網を介さない通信である狭域通信を実施可能に構成されており、
前記センタは、
複数の前記通行者情報収集装置のそれぞれが受信した前記歩行者情報パケットに示されている前記属性情報及び前記識別情報を、当該歩行者情報パケットを受信した前記通行者情報収集装置の位置を示す位置情報及び前記属性情報を受信した時刻を示す受信時刻情報と対応付けた通行者情報としてデータベース（３３）に格納する格納処理部（３２１、Ｆ４）と、
前記データベースに格納されている前記通行者情報に基づいて、前記収集エリアを通行する車両の運転者にとって注意すべき歩行者種別を示す注意対象種別と、その注意対象種別を注意すべき時間帯とを示す注意対象情報を配信用情報として生成する配信用情報生成装置（３４）と、
前記配信用情報生成装置が生成した前記注意対象情報を広域通信によって、前記通行者情報収集装置に定期配信するとともに、前記車両用端末からの要求に基づいて前記車両用端末に配信する広域配信装置（３２２、３１）と、を備え、
前記通行者情報収集装置は、前記センタから取得した前記注意対象情報を狭域通信によって前記車両用端末に配信する狭域配信装置（２２、Ｆ６）を備え、
前記車両用端末は、
前記センタが備える前記広域配信装置から前記車両用端末の現在位置に応じた前記注意対象情報を取得する注意対象情報取得部（Ｇ５ａ）と、
前記通行者情報収集装置が備える前記狭域配信装置から狭域通信によって逐次配信される前記注意対象情報を取得する狭域通信処理部（Ｇ４）と、
前記狭域通信処理部が前記注意対象情報を受信した場合に、当該注意対象情報に示される前記歩行者種別について注意するように促す情報を所定の情報出力装置から出力する報知処理を実施するとともに、前記注意対象情報取得部が前記注意対象情報を受信した場合にもその受信した注意対象情報に基づいた前記報知処理を実施する報知処理部（Ｇ６）と、を備え、
前記報知処理部は、前記注意対象情報取得部及び前記狭域通信処理部の両方で、同一の前記収集エリアについての前記注意対象情報を取得できている場合には、前記狭域通信処理部が取得している前記注意対象情報に基づいた前記報知処理を実施する一方、前記注意対象情報取得部が取得した前記注意対象情報に基づく前記報知処理はキャンセルすることを特徴とする情報配信システム。
【請求項２】
請求項１において、
前記配信用情報生成装置は、前記データベースに格納されている複数の前記通行者情報に基づいて、前記収集エリアを通行する歩行者の時間帯毎の通行量及び人員構成を特定する人員構成特定部（３４１）を備えており、前記人員構成特定部が特定した時間帯毎の人員構成及び通行量に基づいて前記注意対象情報を生成することを特徴とする情報配信システム。
【請求項３】
請求項２において、
前記配信用情報生成装置は、前記人員構成特定部が特定した時間帯毎の人員構成及び通行量に基づき、前記収集エリアを通行する車両の運転者にとって注意すべき歩行者種別を示す注意対象種別と、その注意対象種別を注意すべき時間帯とを示す情報を、前記注意対象情報として生成することを特徴とする情報配信システム。
【請求項４】
請求項３において、
前記通行者情報収集装置は、
衛星航法システムが備える航法衛星が送信する航法信号を受信することで、前記通行者情報収集装置の現在位置を特定する現在位置特定部（２５）と、
前記発信器からの前記属性情報を受信した場合に、その受信した前記歩行者情報パケットに示されている前記属性情報及び前記識別情報を、前記受信時刻情報と、前記歩行者情報パケットを受信した時点において前記現在位置特定部が特定している現在位置を示す位置情報と、を含むアップロードデータを生成し、当該アップロードデータを前記広域通信によって前記センタに送信するアップロード部（Ｆ５ａ）と、を備え、
前記センタが備える前記格納処理部は、前記通行者情報収集装置から送信されてくる前記アップロードデータに含まれる、前記属性情報、前記識別情報、前記受信時刻情報、前記位置情報を対応付けて前記データベースに格納することを特徴とする情報配信システム。
【請求項５】
請求項４において、
前記通行者情報収集装置は、前記広域通信によって前記センタから前記注意対象情報を取得する配信用情報取得部（Ｆ５ｂ）を備え、
前記狭域配信装置は、前記配信用情報取得部が取得した前記注意対象情報のうち、現在時刻と対応する前記注意対象情報を、前記狭域通信が可能なエリア内に存在する前記車両用端末に対して前記狭域通信によって配信するように構成されていることを特徴とする情報配信システム。
【請求項６】
請求項４又は５において、
前記格納処理部は、前記アップロードデータに含まれる種々の情報を、当該アップロードデータの送信元である前記通行者情報収集装置と対応付けて前記データベースに格納することを特徴とする情報配信システム。
【請求項７】
請求項６において、
前記広域通信を実施可能に構成されているユーザ側の通信端末としての広域通信端末（５）を備え、
前記広域通信端末は、
特定の前記収集エリアについての前記注意対象情報を取得するためのユーザの操作を受け付ける操作受付部（５４）と、
前記操作受付部が前記操作を受け付けたことに基づいて、前記広域通信を介して前記センタに、ユーザ操作によって指定された前記収集エリアについての前記注意対象情報の配信を要求する注意対象情報要求部（５５）と、を備え、
前記センタは、前記広域通信を介した前記注意対象情報要求部からの要求を受け付ける注意対象情報要求受付部（３２３）を備え、
前記広域配信装置は、前記注意対象情報要求受付部が受け付けた要求に対応する前記注意対象情報を、前記広域通信端末に配信することを特徴とする情報配信システム。
【請求項８】
請求項１から７の何れか１項において、
前記発信器は、
前記属性情報と前記識別情報を記憶する、書き換え可能であって且つ不揮発性の記憶媒体であるメモリ（１３）と、
前記メモリに登録されているデータの読み出し及び書き換えを行うためのリーダライタと近接場通信を実施する近接場通信部（１２）と、を備え、
前記発信器は、前記リーダライタと前記発信器とを近接場通信させることによって、前記メモリに登録されている前記属性情報の参照及び書き換えを実施可能に構成されていることを特徴とする情報配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定の道路上又は施設内に設定された収集エリアを通行する人物についての情報を収集する技術に関する。
【背景技術】
【０００２】
特許文献１には、道路沿いに設けられた広告用のディスプレイ（いわゆる街頭ビジョン）付近を通行する歩行者の属性情報（年齢や性別等）を収集するとともに、その収集した属性情報に基づいて通行者の人員構成を特定し、街頭ビジョンに表示させる広告内容を通行者の人員構成に合致した内容に調整する技術が開示されている。また、通行者の人員構成が時間帯に応じて変化する場合には、広告内容を時間帯に応じて変化させる態様についても言及されている。
【０００３】
通行者の属性情報の収集は、通行者が携帯する携帯電話からの送信データを受信したり、通行者が携行するＩＣカードに登録されているデータを読み取ったりすることで実現される。以降では便宜上、通行者の属性情報を収集する手段を収集手段と称する。また、通行者の属性情報を収集可能なエリアを収集エリアと称する。なお、特許文献１において収集エリアは、街頭ビジョンを視認できる範囲に設定されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−１５７４９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に開示の技術は、収集手段によって収集された情報（以降、収集情報）をマーケティングに利用するものであって、収集情報から抽出される情報や収集情報そのものを、一般ユーザに対して配信するものではない。なお、ここでの一般ユーザとは、公衆を指すものである。一般ユーザには、収集エリアを通行する人物等も含まれる。
【０００６】
本発明は、この事情に基づいて成されたものであり、その目的とするところは、施設又は道路に設定した所定の収集エリアを通行する歩行者の情報を収集する情報配信システムにおいて、その収集した情報に基づいて配信用情報を生成し、一般ユーザに配信する情報配信システムを提供することにある。
【課題を解決するための手段】
【０００７】
その目的を達成するための本発明は、歩行者によって携行され、所定の周波数帯の電波を用いて、歩行者の属性を示す属性情報と、固有の識別情報を含む歩行者情報パケットを送信する発信器（１）と、所定の収集エリア内に存在する発信器から送信される歩行者情報パケットを受信するように、道路上又は施設内の所定の位置に配置される複数の通行者情報収集装置（２）と、複数の通行者情報収集装置の外部に設けられるセンタ（３）と、車両で用いられる車両用端末（４）と、を備え、複数の通行者情報収集装置、センタ、及び車両用端末のそれぞれは、広域通信網を介した通信である広域通信を実施可能に構成されており、複数の通行者情報収集装置及び車両用端末のそれぞれは、広域通信網を介さない通信である狭域通信を実施可能に構成されており、センタは、複数の通行者情報収集装置のそれぞれが受信した歩行者情報パケットに示されている属性情報及び識別情報を、当該歩行者情報パケットを受信した通行者情報収集装置の位置を示す位置情報及び属性情報を受信した時刻を示す受信時刻情報と対応付けた通行者情報としてデータベース（３３）に格納する格納処理部（３２１、Ｆ４）と、データベースに格納されている通行者情報に基づいて、収集エリアを通行する車両の運転者にとって注意すべき歩行者種別を示す注意対象種別と、その注意対象種別を注意すべき時間帯とを示す注意対象情報を配信用情報として生成する配信用情報生成装置（３４）と、配信用情報生成装置が生成した注意対象情報を広域通信によって、通行者情報収集装置に定期配信するとともに、車両用端末からの要求に基づいて車両用端末に配信する広域配信装置（３２２、３１）と、を備え、通行者情報収集装置は、センタから取得した注意対象情報を狭域通信によって車両用端末に配信する狭域配信装置（２２、Ｆ６）を備え、車両用端末は、センタが備える広域配信装置から車両用端末の現在位置に応じた注意対象情報を取得する注意対象情報取得部（Ｇ５ａ）と、通行者情報収集装置が備える狭域配信装置から狭域通信によって逐次配信される注意対象情報を取得する狭域通信処理部（Ｇ４）と、狭域通信処理部が注意対象情報を受信した場合に、当該注意対象情報に示される歩行者種別について注意するように促す情報を所定の情報出力装置から出力する報知処理を実施するとともに、注意対象情報取得部が注意対象情報を受信した場合にもその受信した注意対象情報に基づいた報知処理を実施する報知処理部（Ｇ６）と、を備え、報知処理部は、注意対象情報取得部及び狭域通信処理部の両方で同一の注意対象情報を取得できている場合には、狭域通信処理部が取得している注意対象情報に基づいた報知処理を実施する一方、注意対象情報取得部が取得した注意対象情報に基づく報知処理はキャンセルすることを特徴とする。
【０００８】
以上の構成では、配信装置が、データベースに格納されている通行者情報に基づいて生成した配信用情報をユーザ側端末に配信する。配信用情報は、収集エリアにおける時刻に応じた通行者の人員構成の傾向を示す動向情報、又は、ユーザによって指定される識別情報に対応付けられている人物が収集エリアを通行した時刻を示す通行履歴情報の何れかに該当する情報である。
【０００９】
このような態様によれば、一般ユーザは、ユーザ側端末を利用することで、収集エリアにおける時刻に応じた通行者の人員構成の傾向、又は、特定の人物が収集エリアを通行した時刻を取得することができる。つまり、一般ユーザが収集エリアを通行した歩行者についての情報を取得することができる。
【００１０】
なお、特許請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本発明の技術的範囲を限定するものではない。
【図面の簡単な説明】
【００１１】
【図１】第１実施形態に係る情報配信システム１００の構成を示すブロック図である。
【図２】無線タグ１の概略的な構成を示すブロック図である。
【図３】近接場通信部１２が実施するリード／ライト処理を説明するためのフローチャートである。
【図４】メイン処理部１４が実施する発信処理を説明するためのフローチャートである。
【図５】タグ情報パケットの概略的な構成の一例を示す図である。
【図６】路側機２の概略的な構成を示すブロック図である。
【図７】路側制御部２６が備える機能を概略的に表した機能ブロック図である。
【図８】アップロードパケットの概略的な構成の一例を示す図である。
【図９】狭域通信パケットの概略的な構成の一例を示す図である。
【図１０】路側制御部２６が実施する通行者情報収集処理を説明するためのフローチャートである。
【図１１】路側制御部２６が実施する狭域配信処理を説明するためのフローチャートである。
【図１２】センタの概略的な構成を示すブロック図である。
【図１３】人員構成特定部３４１の作動を説明するための図である。
【図１４】センタ３から路側機２へ配信する、注意対象情報を含む通信パケットの構成の一例を示す図である。
【図１５】センタ３が実施する受信関連処理を説明するためのフローチャートである。
【図１６】車両用ユニット４の概略的な構成の一例を示すブロック図である。
【図１７】車両側制御部４４が備える機能を概略的に表す機能ブロック図である。
【図１８】車両側制御部４４が実施するＶ２Ｘパケット送信処理を説明するためのフローチャートである。
【図１９】車両側制御部４４が実施する注意対象種別報知処理を説明するためのフローチャートである。
【図２０】変形例３における情報配信システム１００Ａの構成を示すブロック図である。
【図２１】変形例４における情報配信システム１００Ｂの構成を示すブロック図である。
【図２２】変形例４おける路側機２の構成を示すブロック図である。
【図２３】第２実施形態における情報配信システム２００の構成を示すブロック図である。
【図２４】第２実施形態におけるセンタ３及び広域通信端末５の構成を示すブロック図である。
【発明を実施するための形態】
【００１２】
［第１実施形態］
以下、本発明の第１の実施形態（以降、第１実施形態）について図を用いて説明する。本実施形態に係る情報配信システム１００は図１に示すように、歩行者等に携帯される無線タグ１と、道路沿いに設置される路側機２と、路側機２の外部に設けられているセンタ３と、車両で用いられる車両用ユニット４と、を備える。
【００１３】
なお、図１には無線タグ１を１つしか図示していないが、無線タグ１は複数の歩行者のそれぞれによって携帯され、システム全体としては複数存在する。車両用ユニット４も、複数の車両のそれぞれにおいて利用される。そのため、システム全体としては複数存在してもよい。路側機２もまた、それぞれ異なる地点に複数設けられていても良い。ただし、ここでは説明簡略化のため、或る１つの路側機２を対象として説明する。センタ３は、１つだけであっても良いし、例えば都道府県や市町村といった、所定の大きさを有するエリア毎に１つずつ設けられる態様としてもよい良い。
【００１４】
＜情報配信システム１００の概要構成＞
無線タグ１は、鞄や靴等に取り付けられたり、衣服のポケット等に収容されたりすることで、歩行者によって携帯される。無線タグ１には予め、当該無線タグ１を携帯する人物の属性情報や、他の無線タグ１とは重複しない固有の識別番号（以降、タグＩＤ）が登録されている。ここでの属性情報とは、年齢や、性別、社会的属性などを示す。社会的属性とは、小学生、中学生、高校生、会社員などといった、いわゆる社会的な立場を示す項目である。タグＩＤが請求項に記載の識別情報に相当する。
【００１５】
無線タグ１は、所定の周波数帯の電波を用いて、無線タグ１に登録されているタグＩＤと属性情報とを含むタグ情報パケットを、所定の送信周期で、又は路側機２から送信される問い合わせ信号を受信したことをトリガとして、送信する。無線タグ１が請求項に記載の発信器に相当し、タグ情報パケットが請求項に記載の歩行者情報パケットに相当する。
【００１６】
路側機２は、所定の収集エリアに存在する無線タグ１からのタグ情報パケットを受信できるように、道路上の適宜設計される位置に配置されており、無線タグ１から送信されるタグ情報パケットを受信する。路側機２と無線タグ１との無線通信は、広域通信網を介さずに直接的に実施される。なお、ここでの広域通信網とは、携帯電話網やインターネット等の、電気通信事業者によって提供される公衆通信ネットワークを指す。
【００１７】
路側機２と無線タグ１とが通信を実施する際の通信方式等を定める通信規格は、任意のものを採用することができる。便宜上、路側機２と無線タグ１と間で実施される無線通信を、近距離通信と称する。無線タグ１の送信電力等は、タグ情報パケットが路側機２によって受信可能な信号レベルを保って伝搬する距離が最大でも５０ｍ程度となるように、調整されている。路側機２が請求項に記載の通行者情報収集装置に相当する。
【００１８】
また、路側機２は、センタ３と広域通信網を介した通信（以降、広域通信）を実施するように構成されている。
【００１９】
路側機２は、収集エリアを通行する歩行者が携帯している無線タグ１から送信されたタグ情報パケットを、受信時刻や路側機２の位置情報と対応付けてセンタ３にアップロードする。タグ情報パケットの受信時刻は、当該タグ情報パケットを送信した無線タグ１を携行している歩行者が路側機２の収集エリアを通行した時刻（つまり通行時刻）に相当する。路側機２によるセンタ３への情報提供は逐次実施される。これにより、センタ３には、収集エリアを通行する歩行者（以降、通行者）の属性情報が、通行時刻と対応付けられて蓄積されていく。
【００２０】
センタ３は、路側機２から提供された複数のデータを母集団として、収集エリアを通行する公衆の時間帯毎の通行量及びその人員構成を解析する。また、その解析結果に基づいて、収集エリアを通行する車両の運転者が注意すべき歩行者種別を示す注意対象種別、及び、その注意対象種別を注意すべき時間帯（以降、要注意時間帯）を特定する。そして、注意対象種別と要注意時間帯とを示す注意対象情報を路側機２に提供する。なお、ここでの歩行者種別とは、例えば小学生等の、前述の社会的属性に相当するものである。注意対象情報が請求項に記載の動向情報及び配信用情報に相当する。
【００２１】
路側機２と車両用ユニット４とはそれぞれ、所定の通信規格に準拠した方式によって、広域通信網を介さない無線通信（いわゆる路車通信）を実施するように構成されている。路車間通信を実現するための通信規格は任意のものを採用することができる。ここでは一例として路側機２と車両用ユニット４とは、ＩＥＥＥ１６０９等にて開示されているＷＡＶＥ（Wireless Access in Vehicular Environment）の規格に準拠して無線通信を実施するものとする。もちろん、車両用ユニット４と路側機２との通信は、その他、Bluetooth（登録商標）などの周知の通信規格に準拠して実施されても良い。
【００２２】
路車通信に用いられる電波もまた、法律等で許容される限りにおいて任意のものを採用することができる。例えば７６０ＭＨｚ帯や、５．９ＧＨｚ帯、２．４ＧＨｚ帯などを採用すればよい。便宜上、以降では路側機２と車両用ユニット４とが実施する無線通信を狭域通信と称する。狭域通信によって通信可能な距離は、数百ｍ程度である。路側機２にとって狭域通信可能な範囲を狭域通信エリアと称する。狭域通信エリアは、収集エリアよりも広く形成される場合が多い。
【００２３】
路側機２は、センタ３から提供された注意対象情報から、現在時刻に対応する注意対象種別を特定し、当該注意対象種別を示す通信パケット（以降、注意喚起パケット）を、狭域通信によって車両用ユニット４に配信する。
【００２４】
車両用ユニット４は、狭域通信によって路側機２から配信された注意喚起パケットを受信すると、当該注意喚起パケットに示される歩行者種別に注意するように促す画像や音声を出力する。また、本実施形態においては、車両用ユニット４は広域通信可能に構成されており、車両用ユニット４は、路側機２だけでなく、センタ３からも現在位置に対応する注意対象情報を取得する。これにより、路側機２から注意対象情報を受信できない場合であっても、広域通信網経由で同様の情報を取得することができる。車両用ユニット４が請求項に記載のユーザ側端末（特に、車両用端末）に相当する。
【００２５】
なお、広域通信を実施する通信端末（例えば路側機２や車両用ユニット４）のそれぞれには、固有の識別番号である端末ＩＤが割り当てられている。また、狭域通信を通信端末（例えば路側機２や車両用ユニット４）のそれぞれには、狭域通信を実施する通信端末を互いに識別するための識別番号である狭域通信ＩＤが動的に割り当てられる。
【００２６】
＜無線タグ１の構成について＞
ここでは、無線タグ１の構成について述べる。無線タグ１は図２に示すように、近距離通信部１１、近接場通信部１２、メモリ１３、及びメイン処理部１４を備える。メイン処理部１４は、近距離通信部１１及びメモリ１３と相互通信可能に構成されており、近接場通信部１２は、メモリ１３と相互通信可能に接続されている。
【００２７】
近距離通信部１１は、路側機２と近距離通信を行うための通信モジュールであり、より細かい要素として、近距離通信用アンテナと、送受信部とを備える。近距離通信用アンテナは、近距離通信に用いられる周波数帯（例えばRadio Frequency：ＲＦ帯）の電波を送受信するためのアンテナである。送受信部は、近距離通信用アンテナで受信した信号を復調してメイン処理部１４に提供するとともに、メイン処理部１４から入力されたデータを変調して、近距離通信用アンテナから送信する。
【００２８】
近接場通信部１２は、近接場通信（Near Field Communication：ＮＦＣ）を実施するための通信モジュールである。ここでの近接場通信とは、近距離通信よりも通信可能な距離が十分に小さい通信方式による通信を指す。例えば、近接場通信の通信可能な距離は数ｃｍから数十ｃｍ程度となる通信を指す。
【００２９】
近接場通信部１２は、ISO/IEC 14443やISO/IEC 18092といった、周知の通信規格に準拠して、図示しないリーダライタと近接場通信を実施する。リーダライタは、近接場通信によって無線タグ１に登録されている情報を参照したり、データを書き換えたりするための装置である。
【００３０】
無線タグ１のユーザは、リーダライタを用いて無線タグ１に属性情報を登録したり、登録内容を変更したり、登録内容を参照する事ができる。図３は、リーダライタとの通信接続が確立されている場合の近接場通信部１２の作動を示すフローチャートである。便宜上、リーダライタとの通信接続が確立されている場合の近接場通信部１２が実施する処理を、リード／ライト処理と称する。
【００３１】
近接場通信部１２は、リーダライタとの通信が確立すると、リーダライタから要求されている内容が書き込み要求であるか否かをステップＳ１０１で判定する。そして、リーダライタから要求されている内容がデータの書き込みである場合には、ステップＳ１０１が肯定判定されてステップＳ１０２に移り、リーダライタから入力されているデータをメモリ１３に書き込む。なお、リーダライタを介してユーザが書き込めるデータの内容は、属性情報に該当する項目のみとなるように制限されていることが好ましい。
【００３２】
また、リーダライタから要求されている内容が登録データの参照である場合には、ステップＳ１０１が否定判定されてステップＳ１０３に移り、メモリ１３に登録されているデータ（つまり属性情報）をリーダライタに出力する。このように無線タグ１が近接場通信部１２を備えることで、無線タグ１に登録されている内容の確認や、登録内容の変更をユーザが実施することができる。
【００３３】
メモリ１３は、書き換え可能な不揮発性の記憶媒体である。メモリ１３は、例えばフラッシュメモリを用いて実現すればよい。メモリ１３には、タグＩＤのほか、属性情報が格納される。
【００３４】
メイン処理部１４は、近距離通信部１１の動作を制御する。メイン処理部１４は、例えば、ＣＰＵやＩＣを用いて実現されればよい。メイン処理部１４は、近距離通信部１１と協働し、タグ情報パケットを送信する処理（以降、発信処理）を実施する。
【００３５】
なお、メイン処理部１４は、路側機２からの問い合わせ信号を受信したことをトリガとしてタグ情報パケットを送信するパッシブ送信モードと、所定の送信周期でタグ情報パケットを定期的に送信するアクティブ送信モードの２つの動作モードを備える。
【００３６】
パッシブ送信モードでは、問い合わせ信号を受信していない状態においてはスリープモードになっている。スリープモードは、路側機２からの問い合わせ信号を受信したことを検出するために必要な機能については動作させる一方、その他の機能については動作を停止させることで消費電力を抑制している状態を指す。
【００３７】
メイン処理部１４をパッシブ送信モードとして動作させるか、アクティブ送信モードとして動作させるかは、ユーザによって選択可能に構成されていることが好ましい。本実施形態では一例としてメイン処理部１４は、パッシブ送信モードに設定されているものとする。なお、他の態様として、メイン処理部１４は、パッシブ送信モードとアクティブ送信モードの何れか一方でしか動作しないように構成されていても良い。
【００３８】
図４は発信処理を説明するためのフローチャートであって、路側機２からの問い合わせ信号を受信した場合に開始される。もちろん、他の態様としてメイン処理部１４がアクティブ動作モードに設定されている場合には、図４に示す発信処理は、タグ情報パケットを前回送信してから所定の送信周期経過した場合に開始されればよい。
【００３９】
まず、ステップＳ１１０ではメイン処理部１４がメモリ１３に登録されているタグＩＤ及び属性情報を読み出してステップＳ１１１に移る。ステップＳ１１１ではメイン処理部１４が、ステップＳ１１０で読みだしたデータに基づいてタグ情報パケットを生成して、ステップＳ１１２に移る。タグ情報パケットは、予め決められたデータフォーマットに準拠するように生成されればよい。例えばタグ情報パケットは、図５に示すように、タグＩＤが格納されるタグＩＤフィールドＦｄ１と、属性情報が配置される属性情報フィールドＦｄ２を備えるものとする。
【００４０】
ステップＳ１１２では、ステップＳ１１１で生成したタグ情報パケットを送信してフローを終了する。なお、パッシブ送信モードに設定されている場合、メイン処理部１４は問い合わせ信号を受信した時点を起算時点としてランダム時間待機してからタグ情報パケットを送信するものとする。路側機２の周辺に複数の無線タグ１が存在する場合を想定し、複数の無線タグ１のそれぞれが応答するタイミングが重なってしまうリスクを低減するためである。待機時間は予め登録された乱数表を用いて決定されれば良い。
【００４１】
＜路側機２の構成について＞
次に、路側機２の構成について述べる。路側機２は、路側機２が形成する収集エリア内に存在する無線タグ１と近距離通信を実施することで当該収集エリアを通行する歩行者（つまり通行者）の情報を収集する。また、路側機２は、路側機２が形成する狭域通信エリア内に存在する車両用ユニット４に対して、注意喚起パケットなどを配信する。
【００４２】
路側機２は、所定の収集エリア及び狭域通信エリアを形成するために適した位置に設けられている。たとえば、路側機２は、通学路上の交差点や、交差点と交差点の途中等に設けられている。なお、路側機２は、路側に固定されていてもよいし、可搬型であってもよい。ここでの可搬型とは、動作時の位置は固定されており、持ち運んで設置位置を変更できるタイプを指す。
【００４３】
路側機２は、図６に示すように近距離通信部２１、狭域通信部２２、ローカルデータベース（以降、ローカルＤＢ）２３、広域通信部２４、ＧＮＳＳ受信機２５、及び路側制御部２６を備える。近距離通信部２１、狭域通信部２２、ローカルＤＢ２３、広域通信部２４、及びＧＮＳＳ受信機２５はそれぞれ、路側制御部２６と相互通信可能に接続されている。
【００４４】
近距離通信部２１は、近距離通信を実施するための通信モジュールである。その具体的な構成等は、無線タグ１が備える近距離通信部１１と同様である。近距離通信部２１は、無線タグ１から送信されたタグ情報パケットを受信して、路側制御部２６に出力する。
【００４５】
狭域通信部２２は、狭域通信を実施するための通信モジュールである。狭域通信部２２は、より細かい要素として、狭域通信用アンテナと、送受信部とを備える。狭域通信用アンテナは、狭域通信に用いられる周波数帯の電波を送受信するためのアンテナである。送受信部は、狭域通信用アンテナで受信した信号を復調して路側制御部２６に提供するとともに、路側制御部２６から入力されたデータを変調して、狭域通信用アンテナから送信させる。
【００４６】
ローカルＤＢ２３は、書き換え可能な不揮発性の記憶媒体を用いて実現されるデータベースである。ローカルＤＢ２３は、路側制御部２６によるデータの書き込み、読出、削除等が実施可能に構成されている。ローカルＤＢ２３には、後述するローカル保存処理部Ｆ４によって、路側機２が受信したタグ情報パケットに示されているタグＩＤ及び属性情報等が、受信時刻を示す情報（つまり受信時刻情報）や位置情報と対応付けられて保存される。
【００４７】
広域通信部２４は、広域通信網に接続し、センタ３と通信するための通信モジュールである。広域通信部２４は、路側制御部２６から入力されたデータを変調して、センタ３に送信する。また、センタ３から送信されたデータを受信して路側制御部２６に提供する。なお、本実施形態では一例として広域通信部２４は広域通信網に無線接続する態様とするが、これに限らない。路側機２は、広域通信網に有線接続する構成となっていても良い。
【００４８】
ＧＮＳＳ受信機２５は、衛星航法システムであるＧＮＳＳ（Global Navigation Satellite System）が備える航法衛星が送信する航法信号を受信し、受信した航法信号に基づいて現在位置を逐次算出する。現在位置を示す位置情報は、例えば、緯度、経度、高度により表されればよい。ＧＮＳＳ受信機２５が算出した現在位置を示す位置情報は路側制御部２６に出力される。ＧＮＳＳ受信機２５が請求項に記載の現在位置特定部に相当する。
【００４９】
路側制御部２６は、通常のコンピュータとして構成されており、ＣＰＵ２６１、ＲＡＭ２６２、ＲＯＭ２６３、Ｉ／Ｏ２６４、及びこれらの構成を接続するバスラインなどを備えている。
【００５０】
ＣＰＵ２６１は、種々の演算処理を実行する電子回路モジュールであって、マイクロプロセッサ等を用いて実現される。ＲＡＭ２６２は揮発性のメモリであり、ＲＯＭ２６３は不揮発性のメモリである。ＲＯＭ２６３には、通常のコンピュータを路側制御部２６として機能させるためのプログラム（以降、路側機用プログラム）等が格納されている。なお、路側機用プログラムは、非遷移的実体的記録媒体（non-transitory tangible storage medium）に格納されていればよく、具体的な記憶媒体はＲＯＭでなくともよい。ＣＰＵ２６１が路側機用プログラムを実行することは、路側機用プログラムに対応する方法が実行されることに相当する。
【００５１】
Ｉ／Ｏ２６４は、例えば近距離通信部２１などといった種々のデバイスとデータの入出力をするためのインターフェースとして機能する。Ｉ／Ｏ２６４は、アナログ回路素子やＩＣなどを用いて実現されればよい。
【００５２】
路側制御部２６は、ＣＰＵ２６１がＲＯＭ２６３に格納されている路側機用プログラムを実行することで図７に示す種々の機能を提供する。すなわち、路側制御部２６は機能ブロックとして、現在位置取得部Ｆ１、時刻管理部Ｆ２、近距離通信処理部Ｆ３、ローカル保存処理部Ｆ４、広域通信処理部Ｆ５、及び狭域通信処理部Ｆ６を備える。なお、上述した機能ブロックの一部又は全部は、一つ或いは複数のＩＣ等によりハードウェア的に実現されてもよい。
【００５３】
現在位置取得部Ｆ１は、ＧＮＳＳ受信機２５から提供される位置情報、すなわち路側機２の現在位置を逐次取得する。時刻管理部Ｆ２は、現在時刻を示す時刻情報を管理する。時刻管理部Ｆ２は、リアルタイムクロックによって時刻情報を管理する。なお、時刻管理部Ｆ２は、ＧＮＳＳ受信機２５やセンタ３から基準時刻を示す情報を取得し、その取得した情報によって自分自身が保持する時刻情報を逐次補正する。時刻管理部Ｆ２が保持している時刻情報は、タグ情報パケットの受信時刻の特定等に利用される。
【００５４】
近距離通信処理部Ｆ３は、近距離通信部２１の動作を制御する機能ブロックである。近距離通信処理部Ｆ３は、近距離通信部２１が受信した受信データ（具体的にはタグ情報パケット）を取得する。また、近距離通信処理部Ｆ３は近距離通信部２１と協働して、所定の時間間隔で（例えば１秒間隔で）問い合わせ信号を送信する。なお、問い合わせ信号を定期送信するか否かは適宜設定されれば良い。
【００５５】
ローカル保存処理部Ｆ４は、近距離通信処理部Ｆ３が取得したタグ情報パケットから、タグＩＤ及び属性情報を抽出し、受信時刻や、受信時点における現在位置を示す位置情報とともにローカルＤＢ２３に保存する。なお、これらの情報は広域通信処理部Ｆ５にも提供される。
【００５６】
広域通信処理部Ｆ５は、広域通信部２４の動作を制御する機能ブロックである。広域通信処理部Ｆ５は、より細かい機能ブロックとして、アップロード部Ｆ５ａとダウンロード部Ｆ５ｂを備える。
【００５７】
アップロード部Ｆ５ａは、近距離通信処理部Ｆ３が取得したタグ情報パケットのタグＩＤ及び属性情報を含む通信パケット（以降、アップロードパケット）を生成して、センタ３に送信する処理を行う。アップロードパケットは、通行者の情報（以降、通行者情報）を示す通信パケットである。通行者情報には、通行者の無線タグ１に割り当てられているタグＩＤ、属性情報、通行時刻に相当するタグ情報パケットの受信時刻、受信時点での路側機２の位置情報などが該当する。
【００５８】
図８は、アップロードパケットの概略的な構成の一例を示している。アップロードパケットは、ヘッダと、路側機２に割り当てられている端末ＩＤと、システム情報と、受信したタグ情報パケットに示されていたタグＩＤと、属性情報を含む。アップロードパケットが請求項に記載のアップロードデータに相当する。
【００５９】
ヘッダには、当該パケットがセンタ３に到達し、正常に受信処理されるための情報、すなわち、パケットの種別や、宛先アドレス、送信元アドレス、送信時刻などが含まれていればよい。システム情報には、タグ情報パケットの受信時刻と、受信時点における路側機２の位置情報とが含まれる。
【００６０】
ダウンロード部Ｆ５ｂは、センタ３から配信される注意対象情報を受信（換言すればダウンロード）する。受信した注意対象情報はＲＡＭ２６２やローカルＤＢ２３に保存されれば良い。ダウンロード部Ｆ５ｂが請求項に記載の配信用情報取得部に相当する。
【００６１】
狭域通信処理部Ｆ６は、狭域通信部２２の動作を制御する機能ブロックである。狭域通信処理部Ｆ６は、狭域通信部２２が受信した受信データを取得する。狭域通信部２２が受信するデータには、車両用ユニット４から送信される後述のＶ２Ｘパケットなどが該当する。また、狭域通信処理部Ｆ６は、センタ３から提供された注意対象情報に基づいて、現在時刻に対応する注意対象種別を示す注意喚起パケット生成し、配信する。このように狭域通信処理部Ｆ６は狭域通信部２２と協働して注意喚起パケットを配信するため、狭域通信処理部Ｆ６及び狭域通信部２２を含む構成が、請求項に記載の配信装置（特に、狭域配信装置）の一例に相当する。
【００６２】
なお、狭域通信処理部Ｆ６が生成可能な通信パケットのデータフォーマットは、狭域通信の通信規格によって予め定義されている。図９は、狭域通信で送受信される通信パケット（以降、狭域通信パケット）の概略的な構成を示している。
【００６３】
狭域通信パケットは、ヘッダを構成する種々の情報が格納されるヘッダフィールドと、メッセージが格納されるメッセージフィールドと、用途が定義されていない所定のビット長を備える自由領域と、を備える。狭域通信処理部Ｆ６が生成する注意喚起パケットは、自由領域に注意対象種別を示すビット列を挿入した狭域通信パケットである。なお、狭域通信パケットのヘッダには、通信規格のバージョンや、送信元を示す情報として機能する路側機２の狭域通信ＩＤ等が格納される。
【００６４】
図１０は、路側制御部２６が通行者情報を収集し、センタ３にアップロードする一連の処理（以降、通行者情報収集処理）を説明するためのフローチャートである。図１０に示すフローチャートは、逐次開始されば良い。
【００６５】
まず、ステップＳ２０１では近距離通信処理部Ｆ３が、タグ情報パケットを受信したか否かを判定する。タグ情報パケットを受信した場合には、ステップＳ２０１が肯定判定されてステップＳ２０２に移る。一方、タグ情報パケットを受信していない場合には、ステップＳ２０１が否定判定されて本フローを終了する。
【００６６】
ステップＳ２０２ではローカル保存処理部Ｆ４がステップＳ２０１で受信したタグ情報パケットからタグＩＤ及び属性情報を抽出してステップＳ２０３に移る。ステップＳ２０３ではローカル保存処理部Ｆ４が、現在の時刻情報及び位置情報を、時刻管理部Ｆ２及び現在位置取得部Ｆ１から取得してステップＳ２０４に移る。ステップＳ２０４ではローカル保存処理部Ｆ４が、ステップＳ２０２及びＳ２０３で取得した情報を対応付けてローカルＤＢ２３に保存してステップＳ２０５に移る。ステップＳ２０５ではアップロード部Ｆ５ａが、ステップＳ２０２及びＳ２０３で取得した情報、換言すれば、ローカルＤＢ２３に新たに保存された情報に基づいてアップロードパケットを生成し、センタ３に送信して本フローを終了する。
【００６７】
なお、本実施形態では、タグ情報パケットを受信する度にアップロードパケットを生成及び送信する態様とするがこれに限らない。一定時間以内に受信した複数のタグ情報パケットに示される通行者情報をまとめてアップロードする態様としてもよい。
【００６８】
また、収集エリアは所定の面積を有するため、或る人物が収集エリアに進入してから退出するまでの間に、その人物が携帯する無線タグ１を複数回検出することが想定される。そのような作動を考慮すると、過去一定時間以内に既にアップロード済みのタグＩＤを含む通行者情報については、センタ３にアップロードしない態様とすることが好ましい。もちろん、他の態様として全ての通行者情報を検出する度にセンタ３に送信し、センタ３側で重複するデータを間引いても良い。また、一定時間以内に受信した複数のタグ情報パケットに示される通行者情報をまとめてアップロードする場合には、或るタグＩＤについての通行者情報が重複して存在する場合には何れか１つだけ（例えば最新のデータ）を選択してアップロードすればよい。
【００６９】
図１１は、狭域通信処理部Ｆ６が、注意喚起パケットを配信するために逐次実施する処理（以降、狭域配信処理）を示すフローチャートである。図１１に示すフローチャートは逐次開始されればよい。なお、図１１に示すフローチャートの各ステップは狭域通信処理部Ｆ６によって実行される。
【００７０】
まず、ステップＳ２１０では車両用ユニット４から狭域通信によって送信されたＶ２Ｘパケットを受信したか否かを判定する。Ｖ２Ｘパケットを受信した場合には、ステップＳ２１０が肯定判定されてステップＳ２１１に移る。一方、Ｖ２Ｘパケットを受信していない場合には、ステップＳ２１０が否定判定されて本フローを終了する。
【００７１】
なお、Ｖ２Ｘパケットを受信するということは、路側機２の狭域通信エリア内に車両用ユニット４が存在するということを意味する。また、Ｖ２Ｘパケットを受信しないということは、路側機２の狭域通信エリア内に車両用ユニット４が存在しないことを意味する。したがって、Ｖ２Ｘパケットを受信した場合のみ、後続する処理を実行するようにすることで、不要な配信処理を抑制できる。
【００７２】
ステップＳ２１１では、センタ３からダウンロードした注意対象情報の中に、配信すべき情報が存在するか否かを判定する。例えば、現在時刻に対応する注意対象情報が存在しない場合には、配信すべき情報は存在しないと判定し、本フローを終了する。一方、現在時刻に対応する注意対象情報が存在する場合には、配信すべき情報が存在すると判定してステップＳ２１２に移る。
【００７３】
ステップＳ２１２では、現在時刻に対応する注意対象情報に示されている注意対象種別を示す注意喚起パケットを生成して狭域通信部２２に出力し、配信させる。
【００７４】
＜センタ３の構成について＞
次に、センタ３の構成について述べる。センタ３は、図１２に示すように広域通信部３１、センタ側制御部３２、通行履歴データベース（以降、通行履歴ＤＢ）３３、及び配信用情報生成部３４を備える。センタ側制御部３２は、広域通信部３１、通行履歴ＤＢ３３、配信用情報生成部３４のそれぞれと相互通信可能に接続されている。
【００７５】
広域通信部３１は、路側機２や車両用ユニット４と広域通信を実施するための通信モジュールである。広域通信部３１は、受信したデータをセンタ側制御部３２に出力するとともに、センタ側制御部３２から入力されたデータを変調して広域通信網に出力する。広域通信網に出力されたパケットデータは、所定のルーティング技術によって、路側機２や車両用ユニット４に送信される。
【００７６】
センタ側制御部３２は、センタ３全体の動作を制御する役割を担っている。センタ側制御部３２は、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏ、及びこれらの構成を接続するバスラインなどを備えた、通常のコンピュータとして構成されている。センタ側制御部３２は、機能ブロックとして、格納処理部３２１と配信処理部３２２を備える。
【００７７】
格納処理部３２１は、路側機２からアップロードされてくるアップロードパケットに示されている種々の情報を互いに対応付けて通行履歴ＤＢ３３に格納していく。具体的には、路側機２の端末ＩＤ、受信時刻、位置情報、タグＩＤ、及び属性情報を対応付けて通行履歴ＤＢ３３に保存する。通行履歴ＤＢ３３は、書き換え可能な不揮発性の記憶媒体を用いて実現される。配信処理部３２２については後述する。
【００７８】
なお、情報配信システム１００が複数の路側機２を備える場合、路側機２からアップロードされてくる情報は、路側機２毎に区別して管理されることが好ましい。また、複数の路側機２が存在するということは複数の収集エリアが存在することを意味する。複数の収集エリアは、固有の識別番号であるエリアＩＤを割り当てることによって管理されればよい。
【００７９】
配信用情報生成部３４は、通行履歴ＤＢ３３に保存されているデータに基づいて、注意対象情報を生成する。配信用情報生成部３４が請求項に記載の配信用情報生成装置に相当する。
【００８０】
配信用情報生成部３４は、より細かい機能ブロックとして、人員構成特定部３４１を備える。人員構成特定部３４１は、通行履歴ＤＢ３３に保存されているデータを解析し、時間帯毎の通行量、及びその人員構成などを特定する。人員構成特定部３４１によって特定された、路側機２が形成する収集エリアにおける時間帯毎の通行量、及び、その人員構成を示すデータ（以降、動向データ）は、路側機２の端末ＩＤや、エリアＩＤと対応付けられて通行履歴ＤＢ３３に保存される。
【００８１】
収集エリアにおける時間帯毎の通行量及び人員構成を特定する際に母集団として用いるデータは、直近の所定期間（例えば２週間や１か月）内に、その収集エリアに設置された路側機２によって収集されたデータとすることが好ましい。数ヶ月以上も過去のデータを母集団に入れると、日照時間等の違いに由来する誤差が生じうるためである。
【００８２】
なお、１日における個々の時間帯の設定態様は設計事項である。ここでは一例として人員構成特定部３４１は、１日を１時間毎の２４の時間帯に分割して、通行量等を解析するものとする。もちろん、他の態様として１日を２時間毎に分割してもよい。また、全ての時間帯を同じ長さとする必要はなく、例えば他の態様として、深夜の１２時から５時までを１つの時間帯として取り扱ってもよい。
【００８３】
図１３は、人員構成特定部３４１の作動を説明するための図であって、人員構成特定部３４１の特定結果の一例を示している。本実施形態の人員構成特定部３４１は一例として、各時間帯の通行量を特定し、通行量が所定の閾値以上となる時間帯を抽出する。図１３は、通行量が所定の閾値以上となる時間帯として、４つの時間帯を抽出した例を示している。また、人員構成特定部３４１は、通行量が所定の閾値以上となる時間帯において、構成割合が最も多い歩行者種別を注意対象種別として決定する。
【００８４】
例えば、或る時間帯の人員構成において最も割合が大きい歩行者種別が小学生である場合には、注意対象種別を小学生に決定する。仮に収集エリアが通学路上に設定されている場合、小学生が登下校する時間帯の注意対象種別は、小学生になると想定される。
【００８５】
人員構成において最も比率が大きい歩行者種別と、他の歩行者種別との、それぞれの比率の差が所定の閾値以下となっている場合には、複数種類の歩行者種別に属する歩行者が混在していることを意味する。そのような時間帯においては、種々の歩行者種別に属する歩行者が混在している旨を示すラベル（ここでは「混合」）を注意対象種別として採用すればよい。
【００８６】
なお、タグ情報パケットの属性情報に社会的属性を示す情報が含まれていない場合には、年齢から社会的属性を特定すればよい。例えば、小学生に該当する年齢の歩行者の社会的属性は小学生であると判定すれば良い。
【００８７】
配信用情報生成部３４は、以上のようにして人員構成特定部３４１が特定した結果に基づいて、注意対象種別と、その注意対象種別を注意すべき時間帯とを対応付けた注意対象情報を生成する。生成された注意対象情報は、動向データと同様に、当該収集エリアにおける通行者情報を収集する路側機２の端末ＩＤや、エリアＩＤと対応付けられて通行履歴ＤＢ３３に保存されればよい。
【００８８】
なお、本実施形態では一例として、通行量が所定の閾値以上となる時間帯に対して注意対象種別を決定するとともに注意対象情報を生成する態様とするが、これに限らない。他の態様として、通行量の多寡に依らずに全ての時間帯に対して、注意対象種別を決定してもよい。それに伴い、全ての時間帯に対して注意対象情報を生成してもよい。
【００８９】
配信用情報生成部３４は、図示しないＣＰＵが所定のプログラムを実行することによって実現されればよい。また、他の態様として、ＩＣなどを用いてハードウェア的に実現されても良い。
【００９０】
配信処理部３２２は、配信用情報生成部３４が生成した注意対象情報を、所定の配信タイミングで路側機２に配信する。配信処理部３２２は、１日の中の予め設定された時刻（例えば午前５時）に、１日分まとめて配信する態様としてもよいし、１時間毎に、時間帯に応じた注意対象情報が存在する場合には、その注意対象情報を配信する態様としてもよい。図１４は、１日分の注意対象情報をまとめて路側機２に配信する場合の、通信パケットの概略的な構成の一例を示す図である。ヘッダには、宛先とする路側機２の端末ＩＤなどが格納されていればよい。
【００９１】
また、配信処理部３２２は、車両用ユニット４からの要求に基づいて、広域通信部３１と協働して配信用情報生成部３４が生成した注意対象情報を車両用ユニット４に配信する。そのため、配信処理部３２２及び広域通信部３１を含む構成が、請求項に記載の配信装置（特に、広域配信装置）に相当する。車両用ユニット４に注意対象情報を配信する際の作動については別途後述する。
【００９２】
図１５は、アップロードパケットの受信に伴ってセンタ３が実施する一連の処理（以降、受信関連処理）の流れを表したフローチャートである。図１５に示すフローチャートは、広域通信部３１がアップロードパケットを受信した場合に開始されれば良い。
【００９３】
まず、ステップＳ３０１では格納処理部３２１が、受信したアップロードパケットに示されている、路側機２の端末ＩＤ、受信時刻、位置情報、タグＩＤ、及び属性情報を対応付けて通行履歴ＤＢ３３に保存してステップＳ３０２に移る。
【００９４】
ステップＳ３０２では人員構成特定部３４１が、新たに通行履歴ＤＢ３３に追加されたデータを用いて、収集エリアの動向データを更新する。なお、動向データにおいて更新する部分は、データが追加された時間帯の通行量及び人員構成とすれば良い。ステップＳ３０２での更新が完了すると、ステップＳ３０３に移る。
【００９５】
ステップＳ３０３では、ステップＳ３０２での更新処理の結果を受けて、注意対象情報を更新する必要があれば、注意対象情報を更新する。注意対象情報を更新する必要がある場合とは、注意対象種別が変化した場合や、それまで通行量がそこまで多くないと判断されていた時間帯の通行量が閾値以上となり、当該時間帯に対応する注意対象情報を生成する必要が生じた場合などである。また、通行量が所定の閾値以下となった時間帯が存在する場合には、当該時間帯に対して設定されている注意対象情報を削除する。このステップＳ３０３を実施することにより、収集エリアに対応付けられている注意対象情報は更新されていく。
【００９６】
＜車両用ユニット４の構成について＞
次に、車両用ユニット４の構成について述べる。車両用ユニット４は、図１６に示すようにＧＮＳＳ受信機４１、狭域通信部４２、広域通信部４３、及び車両側制御部４４を備える。車両用ユニット４は、その車両用ユニット４が利用されている車両（以降、装備車両）に搭載されているディスプレイ４５や、スピーカ４６、センサ４７等と相互通信可能に接続されている。
【００９７】
ディスプレイ４５は、車両用ユニット４から入力された画像を表示する。ディスプレイ４５はヘッドアップディスプレイであってもよい。スピーカ４６は、車両用ユニット４から入力されたデータを音声（音を含む）に変換して出力する。ディスプレイ４５及びスピーカ４６は、種々の情報を車両用ユニット４のユーザに提供するためのＨＭＩ（Human Machine Interface）デバイス、換言すれば請求項に記載の情報出力装置として機能する。
【００９８】
センサ４７は、装備車両の車速や、ヨーレート、進行方向などを検出するセンサである。つまり、車速を検出する車速センサや、ヨーレートを検出するヨーレートセンサ、進行方向を検出する地磁気センサ等が、センサ４７に該当する。種々のセンサ４７と車両用ユニット４とは、ＥＣＵ（Electronic Control Unit）等を介して間接的に接続する構成となっていても良い。なお、他の態様として、ディスプレイ４５、スピーカ４６、及びセンサ４７の一部又は全部は、車両用ユニット４と一体的に備えられていても良い。
【００９９】
ＧＮＳＳ受信機４１は、路側機２が備えるＧＮＳＳ受信機２５と同様のものである。ＧＮＳＳ受信機４１は車両用ユニット４の現在位置を特定し、その位置情報を車両側制御部４４に出力する。狭域通信部４２は、路側機２と狭域通信を実施するための通信モジュールである。狭域通信部４２は、車両側制御部４４から入力されたデータを変調して送信するとともに、受信した信号を復調して車両側制御部４４に出力する。
【０１００】
広域通信部４３は、広域通信網に無線接続し、センタ３と広域通信を実施する。広域通信部４３は、車両側制御部４４から入力されたデータをセンタ３に送信するとともに、センタ３から送信された車両用ユニット４宛てのデータを受信して車両側制御部４４に出力する。
【０１０１】
車両側制御部４４は、通常のコンピュータとして構成されており、ＣＰＵ４４１、ＲＡＭ４４２、ＲＯＭ４４３、Ｉ／Ｏ４４４、及びこれらの構成を接続するバスラインなどを備えている。ＲＯＭ４４３には、通常のコンピュータを車両側制御部４４として機能させるためのプログラム（以降、車両用プログラム）等が格納されている。なお、車両用プログラムは、非遷移的実体的記録媒体に格納されていればよい。ＣＰＵ４４１が車両用プログラムを実行することは、車両用プログラムに対応する方法が実行されることに相当する。
【０１０２】
車両側制御部４４は、ＣＰＵ４４１がＲＯＭ４４３に格納されている車両用プログラムを実行することで図１７に示す種々の機能を提供する。すなわち、車両側制御部４４は機能ブロックとして、現在位置取得部Ｇ１、時刻管理部Ｇ２、車両情報取得部Ｇ３、狭域通信処理部Ｇ４、広域通信処理部Ｇ５、及び報知処理部Ｇ６を備える。なお、上述した機能ブロックの一部又は全部は、一つ或いは複数のＩＣ等によりハードウェア的に実現されてもよい。
【０１０３】
現在位置取得部Ｇ１は、ＧＮＳＳ受信機４１から、車両用ユニット４の現在位置を示す位置情報を逐次取得する。時刻管理部Ｇ２は、路側機２が備える時刻管理部Ｆ２と同様の方法によって、現在時刻を示す時刻情報を保持する。
【０１０４】
車両情報取得部Ｇ３は、センサ４７から装備車両の走行状態を示す種々の情報（以降、車両情報）を取得する。具体的には、車速や、ヨーレート、進行方向などを取得する。車両情報取得部Ｇ３が取得した種々の情報はＲＡＭ４４２に一定時間保存される。
【０１０５】
なお、車両情報に含まれる情報は、上述したものに限らない。加速度や、シフトポジションなども車両情報に含まれる。加速度は周知の加速度センサによって検出されればよく、シフトポジションはシフトポジションセンサによって検出されれば良い。
【０１０６】
狭域通信処理部Ｇ４は、狭域通信部４２の動作を制御する機能ブロックである。狭域通信処理部Ｇ４は、狭域通信部４２が受信した受信データを取得する。狭域通信部４２が受信するデータとは、例えば、路側機２から配信される注意喚起パケットなどである。
【０１０７】
また、狭域通信処理部Ｇ４は、所定の送信周期で（例えば１００ミリ秒毎に）、装備車両の走行状態を示す通信パケットであるＶ２Ｘパケットを生成し、狭域通信部４２に送信させる。Ｖ２Ｘパケットは、図９に示した狭域通信パケットのデータフォーマットに準拠するように生成されればよい。Ｖ２Ｘパケットは、メッセージフィールドに、車両用ユニット４に割り当てられている端末ＩＤ、送信時刻として機能する現在時刻、位置情報、車速、ヨーレート、及び進行方向を挿入した狭域通信パケットである。もちろん、Ｖ２Ｘパケットが含むべき情報は適宜設計されれば良いものであって、ここで例示した内容に限らない。
【０１０８】
狭域通信処理部Ｇ４がＶ２Ｘパケットを定期送信することにより、装備車両の周辺に存在し、かつ、狭域通信を実施する機能を備えた通信端末は、装備車両の車両情報を取得することができる。なお、ここでの装備車両の周辺とは、装備車両が送信したＶ２Ｘパケットが復号可能な信号強度を保って伝搬する範囲を指す。Ｖ２Ｘパケットの受け取り手としては、路側機２のほか、装備車両の周囲に位置する他の車両用ユニットなどが想定される。なお、車両用ユニット同士の狭域通信は、車車間通信とも称される。
【０１０９】
図１８は、狭域通信処理部Ｇ４がＶ２Ｘパケットを定期送信するために実行する一連の処理（以降、Ｖ２Ｘパケット送信処理）を説明するためのフローチャートである。図１８に示すフローチャートは、逐次開始されればよい。図１８に示す各ステップは狭域通信処理部Ｇ４によって実施される。
【０１１０】
まず、ステップＳ４０１では、Ｖ２Ｘパケットを所定の送信周期で送信するためのタイマ（以降、送信タイマ）が満了したか否かが判定する。送信タイマは、Ｖ２Ｘパケットを前回送信してからの経過時間を計測するタイマであって、タイマのカウント値が送信周期に相当する値となった場合にタイマ満了となったことを示す信号を狭域通信処理部Ｇ４に出力する。送信タイマは、Ｖ２Ｘパケットが送信される度にリセットされて再スタートする。
【０１１１】
ステップＳ４０１において、未だ送信タイマが満了となっていない場合には否定判定されて本フローを終了する。一方、送信タイマが満了している場合にはステップＳ４０１が肯定判定されてステップＳ４０２に移る。
【０１１２】
ステップＳ４０２では現在位置取得部Ｇ１が取得している位置情報、及び、時刻管理部Ｇ２が保持している時刻情報を取得してステップＳ４０３に移る。ステップＳ４０３では車両情報取得部Ｇ３が取得し、ＲＡＭ４４２に保存されている最新の車両情報を取得してステップＳ４０４に移る。
【０１１３】
ステップＳ４０４では、ステップＳ４０２〜Ｓ４０３で読み出した情報に基づいて、現在の車両の走行状態を示すＶ２Ｘパケットを生成してステップＳ４０５に移る。ステップＳ４０５では、ステップＳ４０４で生成したＶ２Ｘパケットを狭域通信部４２に出力し、同報送信させる。なお、狭域通信部４２は、周知のキャリアセンス処理を実施し、キャリアが空いていることを確認してからＶ２Ｘパケットを送信することが好ましい。
【０１１４】
広域通信処理部Ｇ５は、広域通信部４３の動作を制御する。広域通信処理部Ｇ５は、広域通信部４３が受信したデータを取得するとともに、送信用のデータを広域通信部４３に出力し、センタ３へと送信させる。
【０１１５】
広域通信処理部Ｇ５はより細かい機能ブロックとして、注意対象情報取得部Ｇ５ａを備える。注意対象情報取得部Ｇ５ａは、装備車両の現在位置に応じた注意対象情報を取得する。
【０１１６】
具体的には、注意対象情報取得部Ｇ５ａは、センタ３に対して注意対象情報の配信を要求する通信パケット（以降、配信要求パケット）を生成し、センタ３に送信する。配信要求パケットは、装備車両の現在位置を示す位置情報を含む。また、配信要求パケットは、装備車両の進行方向を含むことが好ましい。さらに、装備車両の走行予定経路が登録されている場合には、走行予定経路を示す情報を含んでいることが好ましい。配信要求パケットの生成及び送信は、所定の要求周期で（例えば１秒間隔で）実行されればよい。
【０１１７】
センタ３は、車両用ユニット４から送信された配信要求パケットに示される位置情報に対応する収集エリア（換言すれば路側機２）を特定する。車両用ユニット４の現在位置に対応する収集エリアとは、例えば、車両用ユニット４の現在位置から最も近い収集エリアである。また、配信要求パケットが進行方向や走行予定経路などを含んでいる場合には、車両用ユニット４の現在位置に対応する収集エリアとは、装備車両がこれから走行する収集エリアとすることが好ましい。
【０１１８】
センタ３の配信処理部３２２は、このようにして特定される収集エリアに対して配信用情報生成部３４が生成している注意対象情報を車両用ユニット４に返送する。なお、配信処理部３２２が車両用ユニット４に配信する注意対象情報は、通信量抑制の観点から、現在時刻に対応する注意対象情報に限定することが好ましい。もちろん、１日分の注意対象情報を全て配信してもよい。そして、注意対象情報取得部Ｇ５ａは、センタ３から返送されてくる注意対象情報を受信してＲＡＭ４４２等に保存する。
【０１１９】
報知処理部Ｇ６は、ディスプレイ４５やスピーカ４６などのＨＭＩデバイスと協働して、ユーザに対して種々の情報を報知する処理（以降、報知処理）を実施する。例えば、報知処理部Ｇ６は、路側機２から配信される注意喚起パケットに示される注意対象種別を、ユーザに報知するための処理（以降、注意対象種別報知処理）を実行する。図１９は、注意対象種別報知処理を説明するためのフローチャートである。図１９に示すフローチャートは、逐次（例えば１００ミリ秒毎に）開始される。なお、図１９に示すフローチャートが備える各ステップは、報知処理部Ｇ６によって実施される。
【０１２０】
まず、ステップＳ４１０では、狭域通信処理部Ｇ４が注意喚起パケットを取得したか否かを判定する。狭域通信処理部Ｇ４が注意喚起パケットを取得した場合には、ステップＳ４１０が肯定判定されてステップＳ４１１に移る。一方、狭域通信処理部Ｇ４が注意喚起パケットを取得していない場合にはステップＳ４１０が否定判定されて本フローを終了する。
【０１２１】
ステップＳ４１１では注意対象種別を示す報知用データを生成し、ステップＳ４１２に移る。なお、ディスプレイ４５を情報出力先として採用している場合の報知用データとは、注意対象種別を示す画像データである。また、スピーカ４６を情報出力先として採用している場合の報知用データとは、注意対象種別に対する注意を促す音声メッセージデータである。
【０１２２】
ステップＳ４１２では、ステップＳ４１１で生成した報知用データを、ディスプレイ４５やスピーカ４６といったＨＭＩデバイスに出力し、ユーザに注意対象種別について注意するように促す。例えば、注意対象種別が小学生である場合には、小学生の飛び出し等に注意するように報知する。
【０１２３】
なお、以上では報知処理部Ｇ６が、狭域通信処理部Ｇ４が注意喚起パケットを取得したことに基づいて注意対象種別をユーザに報知する処理を実施する場合を述べたが、注意対象種別についての注意を促す情報を出力するプロセスは、これに限らない。報知処理部Ｇ６は、注意対象情報取得部Ｇ５ａがセンタ３から直接取得した注意対象情報に基づいて、現在位置及び現在時刻に応じた注意対象種別に対する注意を促す情報を出力してもよい。なお、同一の情報を重複して報知する必要はない。そのため、仮に路側機２経由で取得した注意対象種別を報知した場合には、注意対象情報取得部Ｇ５ａが取得した同一収集エリアに対応する注意対象種別についての報知処理はキャンセルされれば良い。
【０１２４】
＜第１実施形態のまとめ＞
以上の構成によれば、車両用ユニット４は、路側機２の狭域通信エリアに進入した場合であって、かつ、その時刻（以降、通行時刻）に応じた注意対象情報がその収集エリアに設定されている場合、路側機２から通行時刻に応じた注意喚起パケットを受信する。そして、車両用ユニット４は、ユーザに対して注意喚起パケットに示されている注意対象種別に対する注意を促す情報をディスプレイ４５等に出力する。なお、ここでのユーザとしては、装備車両の運転者やその他の乗員などが該当する。
【０１２５】
このような態様によれば、装備車両の運転者は、収集エリアを通行する際に、その通行時刻において相対的に遭遇する可能性が高い歩行者種別を認識することができる。例えば、小学校への通学路を登下校時間帯に通行する場合には、小学生に注意するべきである旨の情報が出力されるため、運転者はより一層、小学生の飛び出し等に注意して運転することができる。
【０１２６】
また、収集エリアが設定されている道路の利用者にとっては、装備車両の運転者がより一層注意深く安全確認を実施するようになるため、より安全に当該道路を利用できるようになる。
【０１２７】
ところで、路側機２が配信する注意喚起パケットは、収集エリアの過去の通行履歴に基づいて生成される。そのため、路側機２が配信する注意喚起パケットは、収集エリアにおける通行者の有無等をリアルタイムに示すものではなく、潜在的な通行者の多寡や歩行者種別を示す情報として機能する。したがって、このような態様によれば、装備車両の運転者は、これから通行する収集エリアにおける潜在的な通行者についての情報を認識することができる。
【０１２８】
また、装備車両が同じ収集エリアを通行する場合であっても、通行時刻が、注意対象情報が設定されていない時間帯である場合には、注意喚起パケットが配信されないため、注意喚起パケットの受信に基づいた報知処理は実施されない。注意対象情報が設定されていない時間帯とは相対的に通行量が少なく、運転者は通常通りの安全確認を実施すればよい時間帯に該当する。
【０１２９】
仮に、想定構成として通行量が少ない時間帯においても何かしらの歩行者種別を対象とした注意喚起パケットを配信する構成とした場合、車両用ユニット４は、注意喚起パケットの受信に伴って相対的に有用性の低い情報を運転者に報知する。相対的に有用性の低い情報を運転者に報知すると、運転者に煩わしさを与えてしまう恐れがある。
【０１３０】
そのような事情を鑑みると、本実施形態のように、相対的に通行量が多いと判断される時間帯においてのみ注意喚起パケットを配信する構成とすることで、ユーザとしての運転者に煩わしさを与えてしまう恐れを低減することができる。
【０１３１】
また、以上の構成によれば、車両用ユニット４は、路側機２だけでなくセンタ３からも注意対象情報を取得することができる。したがって、何かしらの不具合によって、本来受信されるべき注意喚起パケットが路側機２から受信できていない場合であっても、センタ３から取得した注意対象情報に基づいて、注意喚起パケットを受信した時と同様の情報を報知することができる。
【０１３２】
以上、本発明の第１実施形態を説明したが、本発明は上述の第１実施形態に限定されるものではなく、以降で述べる種々の変形例や第２実施形態も本発明の技術的範囲に含まれる。また、第１実施形態、種々の変形例、及び第２実施形態は、矛盾が生じない範囲において他の変形例や実施形態と組み合わせて実施することができる。さらに、下記以外にも要旨を逸脱しない範囲内で種々変更して実施することができる。
【０１３３】
なお、前述の第１実施形態で述べた部材と同一の機能を有する部材については、同一の符号を付し、その説明を省略する。また、構成の一部のみに言及している場合、他の部分については先に説明した第１実施形態の構成を適用することができる。
【０１３４】
［変形例１］
配信用情報生成部３４は、路側機２に提供する注意対象情報に対して、車両用ユニット４に配信することを許容する期限（つまり有効期限）を設定してもよい。これは、季節によって通行者の動向が変化することに対応するためである。
【０１３５】
具体的には次の通りである。例えば夏と冬とでは、日の出の時刻や日の入りの時刻等が異なるため、同一収集エリアであっても通行者の動向（例えば登下校時間）は異なると想定される。例えば、夏に比べて冬は暗くなるのが早いため、小学生の下校時間が早い時間帯になると想定される。したがって、夏の間に路側機２に配信された注意対象情報が、冬においても車両用ユニット４に配信されると、実際の動向とは異なった情報が報知されることになる場合がある。
【０１３６】
このような課題に対し、配信用情報生成部３４が、路側機２に提供するための注意対象情報に有効期限を設けておくことで、実際の動向とは異なる動向を示す情報がユーザに報知される恐れを低減することができる。なお、この変形例１の路側機２は、配信すべき情報があるか否かを判定する際（図１１  Ｓ２１１）の判定材料として、注意対象情報に付与された有効期限を考慮するように設計すれば良い。つまり、狭域通信処理部Ｆ６は、有効期限切れの情報については、配信すべき情報として採用しないように設計されているものとする。
【０１３７】
また、上述した思想は、広域通信によって路側機２を介さずに車両用ユニット４に直接配信する注意対象情報についても適用することができる。つまり、車両用ユニット４に配信する情報にも有効期限を設定しておき、車両用ユニット４は、有効期限切れの情報については報知しないように構成されていることが好ましい。
【０１３８】
［変形例２］
以上では、無線タグ１が歩行者によって携帯されて使用される態様を例示したが、これに限らない。無線タグ１は、自転車に取り付けられて使用されてもよい。自転車に取り付けて用いる場合には、属性情報として移動体の種別が自転車であることが登録されているものとする。
【０１３９】
このような構成によれば、人員構成特定部３４１は、収集エリアにおける通行者の動向として、自転車の通行量が多い時間帯等を特定できる。それに伴い、装備車両が自転車の通行量が多い収集エリアを、自転車の通行量が多い時間帯に通行する場合には、自転車の通行に注意するべきである旨を示す情報がディスプレイ４５等から出力される。これにより、運転者は自転車の飛び出し等に、より一層注意して運転することができる。
【０１４０】
また、農場などに迷い込み、いったん捕獲された野生動物に無線タグ１を取り付けてもよい。このような態様によれば、野生動物の時間帯毎の動向を解析することができる。また、道路を横断する時間帯や季節に有意な傾向があることを特定できれば、注意対象種別を野生動物（例えば鹿）に設定した注意喚起パケットを、特定の時間帯や季節において配信することができる。
【０１４１】
［変形例３］
センタ３の配信用情報生成部３４が生成した収集エリア毎の注意対象情報の配信先は、車両用ユニット４や路側機２に限らない。例えば、周知のスマートフォンや、タブレット端末、パーソナルコンピュータ等といった、広域通信網に接続する機能を備える通信端末（以降、広域通信端末）からの要求に基づいて、要求された注意対象情報を配信してもよい。このような態様を変形例３として、以下に示す。なお、前述の車両用ユニット４もまた広域通信端末に含まれる。
【０１４２】
この変形例３における情報配信システム１００Ａを図２０に示す。図２０に示すように、変形例３の情報配信システム１００Ａは、広域通信端末５を備える。なお、図２０において、無線タグ１や車両用ユニット４の図示は省略している。本変形例３において車両用ユニット４は、任意の要素である。
【０１４３】
広域通信端末５は、ディスプレイ５１、入力装置５２、表示処理部５３、操作受付部５４、動向情報要求部５５、及び広域通信部５６を備える。広域通信端末５が備える表示処理部５３、操作受付部５４、動向情報要求部５５は、図示しないＣＰＵが所定のプログラムを実行することによって実現されればよい。もちろん、それらの部材の全部又は一部は、ＩＣなどを用いてハードウェア的に実現されても良い。
【０１４４】
ディスプレイ５１は、表示処理部５３から入力される画像データを表示する表示装置である。入力装置５２は、ユーザの指示操作を受け付けるための装置である。ここでは一例として入力装置５２は、ディスプレイ５１と一体になったタッチパネルとする。入力装置５２は、ユーザによってタッチされたことを検出すると、そのタッチ位置を示す制御信号を操作受付部５４に出力する。他の態様として入力装置５２は、キーボードやマウス、音声入力装置などであっても良い。
【０１４５】
表示処理部５３は、ディスプレイ５１の表示画面を制御する。操作受付部５４は、入力装置５２を介して、所望の収集エリアを通行する公衆の動向を示す動向情報を取得するためのユーザの操作（以降、動向情報要求操作）を受け付ける。具体的には、操作受付部５４は表示処理部５３と協働して、複数の収集エリアの中から、ユーザが動向情報の配信を希望する収集エリアを指定するための画面をディスプレイ５１に表示させる。そして、ユーザのタッチ操作に基づいて、動向情報の配信を希望する収集エリアを特定する。ユーザによって指定された収集エリアを示す情報（例えばエリアＩＤ）は動向情報要求部５５に提供される。
【０１４６】
動向情報要求部５５は、操作受付部５４から入力された収集エリアについての動向情報の配信を要求する動向情報要求パケットを生成して広域通信部５６に出力する。広域通信部５６は、広域通信網に接続し、センタ３と広域通信を実施するための通信モジュールである。広域通信部５６は動向情報要求部５５から入力された動向情報要求パケットをセンタ３に送信する。
【０１４７】
本変形例におけるセンタ側制御部３２は、上述した種々の機能に加えて、動向情報要求受付部３２３を備える。動向情報要求受付部３２３は、広域通信端末５から送信されてきた動向情報要求パケットに基づいて、要求されている収集エリアの動向情報を、通行履歴ＤＢ３３から読みだす。そして、配信処理部３２２が、要求元に相当する広域通信端末５に、読み出した動向情報を返送する。動向情報は、注意対象情報であっても良いし、動向データであってもよい。
【０１４８】
広域通信端末５の広域通信部５６は、センタ３から返送されてきた動向情報を受信すると、表示処理部５３に提供する。表示処理部５３は、広域通信部５６が受信した動向情報を示す画像をディスプレイ５１に表示させる。
【０１４９】
このような態様によれば、ユーザは広域通信端末５を操作することで、所望の収集エリアにおける通行者の動向を知ることができる。なお、収集エリア毎の動向情報は、旅行等によって馴染みの無い土地に行く際に、通行する道路を選択する際の参考情報として役立てることができる。また、引っ越し先の住居を選ぶ際の参考情報としても役立てることができる。
【０１５０】
［変形例４］
前述の第１実施形態では、センタ３を備える構成を例示したが、これに限らない。情報配信システム１００Ｂは、図２１に示すように、センタ３を備えない態様としてもよい。そのような態様を変形例４として、以下で説明する。
【０１５１】
変形例４における路側機２は、図２２に示すように、近距離通信部２１、狭域通信部２２、ローカルＤＢ２３、ＧＮＳＳ受信機２５、及び路側制御部２６に加えて、配信用情報生成部２７を備える。
【０１５２】
配信用情報生成部２７は、より細かい機能ブロックとして、人員構成特定部２７１を備える。人員構成特定部２７１は、ローカルＤＢ２３に保存されているデータに基づき、前述の人員構成特定部３４１と同様の手法によって、路側機２の収集エリアにおける動向データを生成し、ローカルＤＢ２３に保存する。配信用情報生成部２７は、人員構成特定部２７１が生成した動向データに基づいて、時間帯に応じた注意対象情報を生成し、ローカルＤＢ２３に保存する。配信用情報生成部２７も、請求項に記載の配信用情報生成装置の一例に相当する。
【０１５３】
そして、路側制御部２６が備える狭域通信処理部Ｆ６は、ローカルＤＢ２３に保存されている注意対象情報に基づいて、図１１に示す狭域配信処理を実施する。このような態様によっても、前述の第１実施形態と同様の効果を奏することができる。
【０１５４】
なお、配信用情報生成部２７は、図示しないＣＰＵが所定のプログラムを実行することによって実現されればよい。もちろん、ＩＣなどを用いてハードウェア的に実現されても良い。さらに、路側制御部２６が、配信用情報生成部２７に相当する機能を備えていても良い。
【０１５５】
［変形例５］
以上では、路側機２やセンタ３は、動向情報や注意対象情報のように、収集した通行者情報を抽象化したデータをユーザに配信する態様を例示したが、これに限らない。或る時間帯に収集された個々の通行者情報を配信してもよい。ただし、タグＩＤのように個人を特定できる情報は除去された状態で配信されることが好ましい。
【０１５６】
［変形例６］
上述した路側機２は、道路沿いだけなく、施設内において所望の収集エリアを形成するように配置されてもよい。例えば、遊園地等の敷地面積が大きい施設内の複数箇所に、互いの収集エリアが重複しないように路側機２を設置することで、施設に来場した利用者の時間帯毎の動向を示すデータを通行履歴ＤＢ３３に蓄積させることができる。また、アトラクションの待機エリア毎に路側機２を設けることで、当該アトラクションを利用する利用者の時間帯毎の人員構成や待ち人数の時間帯に応じた傾向を特定することできるようになる。
【０１５７】
［第２実施形態］
前述の第１実施形態では、多数の通行者情報から定まる注意対象情報を、ユーザ側端末に相当する車両用ユニット４や広域通信端末５に配信する態様を例示したが、これに限らない。
【０１５８】
センタ３は、通行履歴ＤＢ３３に集約されたデータに基づき、無線タグ１を携帯する特定の人物の通行履歴を、その人物の通行履歴を参照する権限が付与された第三者（以降、権限付与者）に提供する履歴情報提供サービスを提供してもよい。便宜上、権限付与者によって通行履歴が参照される人物を被参照者とも称する。被参照者の通行履歴を参照する権限は、被参照者毎に個別に設定されるものとする。複数のユーザはユーザ毎に設定されるユーザＩＤによって識別されればよく、参照権限が付与されているか否かはパスワード等によって判定されれば良い。
【０１５９】
そのようにセンタ３が履歴情報提供サービスを提供する情報配信システム１００Ｃを、第２実施形態として以下に説明する。第２実施形態の情報配信システム１００Ｃは、図２３に示すように、被参照者としての歩行者によって携帯される無線タグ１と、路側機２と、センタ３と、権限付与者によって利用される広域通信端末５を備える。
【０１６０】
なお、第２実施形態において車両用ユニット４は任意の要素である。また、路側機２は、狭域通信部２２を備えている必要は無く、それに伴い路側制御部２６は狭域通信処理部Ｆ６を備えている必要はない。配信用情報生成部３４は、注意対象情報を生成する必要はない。
【０１６１】
第２実施形態においても、路側機２が通行者情報を取得してセンタ３にアップロードする一連の作動は、前述の第１実施形態と同様である。広域通信端末５は、変形例３でも言及したように、周知のスマートフォンやタブレット端末、パーソナルコンピュータ等、広域通信網を介してセンタ３にアクセスすることができる通信端末であれば良い。
【０１６２】
図２４は、第２実施形態におけるセンタ３と広域通信端末５の概略的な構成を示している。広域通信端末５は、図２４に示すように、ディスプレイ５１、入力装置５２、表示処理部５３、操作受付部５４、動向情報要求部５５、及び広域通信部５６を備える。ディスプレイ５１、入力装置５２、表示処理部５３、広域通信部５６は、前述の変形例３で述べた物と同様の機能を備える。
【０１６３】
操作受付部５４は、入力装置５２を介して、特定のユーザについての通行履歴を示す履歴情報を取得するためのユーザの操作（以降、履歴情報要求操作）を受け付ける。具体的には、操作受付部５４は表示処理部５３と協働して、履歴情報要求操作を受け付けるための画面をディスプレイ５１に表示させる。次に、操作受付部５４は当該表示画面に対するユーザの入力操作に基づいて、被参照者に該当するユーザの情報（例えばユーザＩＤ）を取得する。そして、履歴情報要求操作を実施しているユーザによって指定された、被参照者としてのユーザを示すデータを履歴情報要求部５７に提供する。なお、履歴情報要求操作を実施しているユーザ（以降、参照要求者）のユーザＩＤ、及び、パスワードは、一連の履歴情報要求操作の過程においてユーザ操作に基づいて取得すれば良い。
【０１６４】
動向情報要求部５５は、操作受付部５４から提供されるデータに基づいて、参照要求者によって指定されたユーザについての履歴情報を配信するように要求する履歴情報要求パケットを生成して広域通信部５６に出力する。広域通信部５６は、履歴情報要求部５７から入力された履歴情報要求パケットをセンタ３に送信する。
【０１６５】
第２実施形態におけるセンタ側制御部３２は、図２４に示すように、広域通信部３１、センタ側制御部３２、通行履歴ＤＢ３３、及び配信用情報生成部３４を備える。センタ側制御部３２はより細かい機能ブロックとして格納処理部３２１、配信処理部３２２、及び履歴情報要求受付部３２４を備える。
【０１６６】
格納処理部３２１は、前述の第１実施形態と同様に、路側機２からアップロードされてくるアップロードパケットに示されている種々の情報を互いに対応付けて通行履歴ＤＢ３３に格納していく。また、格納処理部３２１は、タグＩＤ毎の情報を時系列順に遡って参照できるように、タグＩＤ毎の情報を互いに対応付けて通行履歴ＤＢ３３に保存していく。
【０１６７】
通行履歴ＤＢ３３には、上述したデータに加えて、タグＩＤとユーザＩＤとを対応付けたデータ（以降、ユーザ管理データ）が保存されている。通行履歴ＤＢ３３においてタグＩＤ毎の情報は、ユーザＩＤを検索キーとして参照可能に保存されている。
【０１６８】
履歴情報要求受付部３２４は、広域通信部３１が履歴情報要求パケットを受信した場合、当該履歴情報要求パケットから、参照要求者のユーザＩＤ、パスワード、被参照者として指定されたユーザのユーザＩＤを抽出する。そして、参照要求者のユーザＩＤ、パスワード、被参照者として指定されたユーザのユーザＩＤの組み合わせから、参照要求者が被参照者の通行履歴を参照する権限が付与された正規のユーザであるか否かを判定する。
【０１６９】
履歴情報要求パケットに示されるユーザＩＤなどの組み合わせから正規のユーザであると判定した場合には、当該要求を受け付けて、配信用情報生成部３４に対して参照要求者によって指定されているユーザの履歴情報を示すデータを生成するように要求する。
【０１７０】
一方、履歴情報要求パケットに示されるユーザＩＤなどの組み合わせから、参照要求者が被参照者の通行履歴を参照する権限が付与された正規のユーザではないと判定した場合には、当該要求を破棄する。その場合には、パスワード等に誤りが含まれている旨を通知する通信パケットを要求元に返送すればよい。
【０１７１】
配信用情報生成部３４は、参照要求者によって指定されているユーザの履歴情報を、通行履歴ＤＢ３３から読みだし、該当ユーザの履歴情報を示す通信パケット（以降、履歴情報パケット）を生成する。そして、配信処理部３２２が、配信用情報生成部３４が生成した履歴情報パケットを要求元に相当する広域通信端末５に対して返送する。履歴情報パケットは、周知の方法によって暗号化されて配信されることが好ましい。
【０１７２】
ここでの履歴情報パケットが示す通行履歴とは、被参照者が最後に通行した収集エリアの位置情報と、その通行時刻を示す情報とすればよい。もちろん、他の態様として、履歴情報は、被参照者の移動軌跡が分かるように、被参照者が通行した複数の収集エリアを時系列に並べた情報等であってもよい。また、予め定められた収集エリアを通行したか否か、及び、通行している場合にはその通行時刻を示す情報であってもよい。履歴情報が請求項に記載の通行履歴情報に相当する。
【０１７３】
広域通信端末５の広域通信部５６は、センタ３から返送されてきた履歴情報パケットを受信すると、表示処理部５３に提供する。表示処理部５３は、広域通信部５６が受信した履歴情報パケットを示されている通行履歴を表した画像をディスプレイ５１に表示させる。
【０１７４】
このような態様によれば、権限付与者としてのユーザは、広域通信端末５を操作することで、被参照者として予め登録されているユーザの通行履歴を知ることができる。例えば、通学路上の複数地点に路側機２を設置しておき、子供に無線タグ１を携帯させることで、子供の保護者は、子供が無事に登下校しているか否かを知ることができるようになる。なお、前提として保護者は、子供の通行履歴を参照する権限が付与されたユーザとして予め登録されているものとする。
【０１７５】
また、上記履歴情報提供サービスの応用例として、無線タグ１を携帯した子供が特定の路側機２の収集エリアを通過した場合には、予め登録された保護者の広域通信端末５に通知を届ける通過報告サービスを実施してもよい。便宜上、子供の通過を報告させる収集エリアを形成する路側機２をチェックポイント機と称する。
【０１７６】
そのような通過報告サービスにおいて、学校の校門近くに設置されている路側機２をチェックポイント機として登録しておけば、保護者は、登校シーンにおいては子供がまもなく学校に着くことや、下校シーンにおいては子供が下校途中であることを認識できる。
【０１７７】
なお、以上では子供の登下校を見守るという観点から履歴情報提供サービスを利用する態様を例示したが、これに限らない。認知症を患っている人物を見守るために利用されてもよい。また、その他の用途に利用されてもよい。
【０１７８】
また、ペットに無線タグ１を携帯させても良い。例えばペットの首輪等に無線タグ１を取り付ける。このような態様によれば、ペットが家から抜けだした場合であっても、ペットの概略的な位置を追跡することができる。
【０１７９】
さらに、上述した路側機２は、道路沿いだけでなく、施設内に設置されてもよい。例えば、避難所に路側機２に設ければ、災害時に避難所に避難できたユーザのタグＩＤが通行履歴ＤＢ３３に登録される。したがって、上述した履歴情報提供サービスは、災害時における家族や社員の安否確認にも利用することができる。
【符号の説明】
【０１８０】
１００・１００Ａ〜Ｃ・２００  情報配信システム、１  無線タグ（発信器）、１２  近接場通信部、１３  メモリ、２  路側機（通行者情報収集装置）、２２  狭域通信部、２３  ローカルデータベース、２５  ＧＮＳＳ受信機（現在位置特定部）、２６  路側制御部、２７  配信用情報生成部、２７１  人員構成特定部、Ｆ４  ローカル保存処理部、Ｆ５ａ  アップロード部、Ｆ５ｂ  ダウンロード部（配信用情報取得部）、Ｆ６  狭域通信処理部、３  センタ、３２  センタ側制御部、３３  通行履歴データベース、３４  配信用情報生成部、３２１  格納処理部、３２２  配信処理部、３２３  動向情報要求受付部、３２４  履歴情報要求受付部、３４１  人員構成特定部、４  車両用ユニット（ユーザ側端末、車両用端末）、４４  車両側制御部、Ｇ６  報知処理部、５  広域通信端末（ユーザ側端末）、５４  操作受付部、５５  動向情報要求部、５７  履歴情報要求部
【図１】
0006428668.tif 000002
【図２】
0006428668.tif 000003
【図３】
0006428668.tif 000004
【図４】
0006428668.tif 000005
【図５】
0006428668.tif 000006
【図６】
0006428668.tif 000007
【図７】
0006428668.tif 000008
【図８】
0006428668.tif 000009
【図９】
0006428668.tif 000010
【図１０】
0006428668.tif 000011
【図１１】
0006428668.tif 000012
【図１２】
0006428668.tif 000013
【図１３】
0006428668.tif 000014
【図１４】
0006428668.tif 000015
【図１５】
0006428668.tif 000016
【図１６】
0006428668.tif 000017
【図１７】
0006428668.tif 000018
【図１８】
0006428668.tif 000019
【図１９】
0006428668.tif 000020
【図２０】
0006428668.tif 000021
【図２１】
0006428668.tif 000022
【図２２】
0006428668.tif 000023
【図２３】
0006428668.tif 000024
【図２４】
0006428668.tif 000025