JP2017060164A - 街頭情報処理システム、街頭情報処理システムに適用されるクライアントおよびサーバ、ならびにこれらの方法およびプログラム - Google Patents

Abstract

【課題】 通信ネットワークによってサーバに接続され、マイクや、センサや、カメラ等に接続されたクライアントを、アクティブに利用することにより、様々な応用に活用する。【解決手段】 クライアント（Ａ）は、街頭情報を収集する街頭情報収集部（Ａ−１）と、この街頭情報が、サーバへの提供を要する情報であるか否かを判定する提供判定部（Ａ−２）と、提供を要すると判定された街頭情報をサーバへ送信する第１の送信部（Ａ−３）とを備える。サーバ（Ｂ）は、街頭情報を分析する分析部（Ｂ−３）と、分析結果に基づいて決定された情報を提供させるためのクライアントを決定する決定部（Ｂ−７）と、決定されたクライアントに情報を送信する第２の送信部（Ｂ−７）とを備える。【選択図】図１

Description

本発明の実施形態は、街頭に分散して配置され街頭情報収集・提供装置として機能する複数のクライアントと、これら複数のクライアントと通信ネットワークを介して通信可能に接続されたサーバと、から構成される街頭情報処理システムと、前述したクライアント、サーバ、ならびにこれらの方法およびプログラムに関する。

昨今、デジタルサイネージ端末等のように、街頭において種々の電子情報を表示する電子看板の普及が進んでいる。また、街頭に配置されるのみならず、例えば、自販機に備えられ、文字情報を表示するタイプの電子看板や、新幹線等の車両において、種々の情報を提示するタイプの電子看板もある。

この種の電子看板は、一般に、通信ネットワークに接続され、通信ネットワークを介して管理サーバから提示される提示時間帯、提示回数などの提示条件情報を取得し、それに応じて、コンテンツを表示している。

この種の電子看板を、乗り物や、街頭の至る所に分散して配置することによって、時間や場所に応じてニーズ効果の高い情報を選択的に表示することにより、視覚者に対して、効果的な情報提供を行うことがなされている。

例えば、この種の電子看板が、デパートやショッピングモール等に配置されることによって、販売促進のために、セール等の案内が、時間や場所等に応じて効果的に行われている。

自販機に設けられた電子看板からも、割引販売や、キャンペーン等の案内がなされ、販売促進のために活用されている。

また、電車の車両に設けられた電子看板からは、通常は、停車駅、所要時間、次停車駅、天気情報等が表示されているが、事故等により運行に遅延が発生した場合、遅延情報が表示される。このような遅延情報を表示する車両は、遅延が生じている当該路線の車両や、それによって影響を受ける路線の車両であって、影響を受けない路線の車両からは、この遅延情報は表示されず、通常の情報が表示されるというように、車両毎に表示内容がカスタマイズされている。

最近ではまた、スマートフォンやタブレット等の爆発的な普及とも相俟って、これら電子看板と、スマートフォンやタブレット等の携帯端末とを連携させることによって、よりタイムリーでかつ個人ニーズに特化された情報発信もなされている。

例えば、デジタルサイネージから表示されたコンテンツに対して興味を持ち、さらなる詳細情報の提供を希望するユーザは、このコンテンツ内、あるいは、デジタルサイネージの近傍に配置されたＱＲコード（登録商標）を、スマートフォンやタブレットによって読み取り、専用のＵＲＬにアクセスしたり、デジタルサイネージからBluetooth（登録商標）によって通信される情報を、専用アプリを用いることによってスマートフォンやタブレットで受信することによって、詳細情報を取得している。

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

前述したように、従来技術は、ネットワーク構成された各電子看板に対して、それぞれカスタマイズされた情報を提供することができるという特徴を有している。

このような特徴を生かして、電子看板によるネットワーク網を活用して、単なる販売促進のみならず、災害時における情報提供や、必要な避難誘導のための情報提供を、的確に行うために応用することも検討されている。

特に、災害時には、インターネット回線の断線や、混雑等により、必要な情報の取得が困難になることも予想されるので、そのような場合であっても、前述したような電子看板のネットワーク網によって代替することが大いに期待されている。

また、このような活用は、電子看板を単にパッシブに利用した例に過ぎない。しかしながら、各電子看板に対して、情報を表示する機能に加えて、情報を取得する機能をも持たせ、取得した情報を、通信ネットワークを介して管理サーバに送信することを可能にすれば、電子看板をアクティブに利用することも可能となる。

例えば、マイクやセンサ（例えば、温度計）やカメラによって、近傍の音や、測定データ（例えば、温度）や、画像を連続的または定期的に取得し、取得結果を、通信ネットワークを介して管理サーバに送信するようにすれば、管理サーバでは、刻一刻と変動する街頭の状況を統合的に把握できるようになるであろう。

これによって、管理サーバは、刻一刻と変化する災害状況に応じて、各電子看板毎に適切な災害情報や避難誘導情報を、タイムリーに提供することが可能になるであろう。

このように、通信ネットワークによって管理サーバに接続された多数の電子看板を、単なる情報表示装置としてパッシブに利用するのみならず、通信ネットワークによってサーバに接続され、マイクや、センサや、カメラ等を備えたクライアントをアクティブに利用することによって、さまざまな応用が可能となるであろう。例えば、カメラによる監視により、防犯に活用することも可能となるであろう。

本発明は、このような状況を鑑みてなされたものであり、その第１の目的は、街頭に分散して配置された複数のクライアントを、通信ネットワークを介してサーバと接続し、複数のクライアントにおいて様々な街頭情報を取得し、必要に応じてサーバへ送出する一方、サーバから、この街頭情報に基づく種々の付加情報を、クライアントへ送出することによって、単なる販売促進のみならず、災害時における情報提供や、防犯等、さまざまな応用を実現することを可能にする街頭情報処理システム、およびその方法ならびにそのプログラムを提供することにある。

また、その第２の目的は、この街頭情報処理システムを構成するサーバおよびクライアント、ならびにこれらに適用される方法およびプログラムを提供することにある。

実施形態の街頭情報処理システムは、街頭に分散して配置された複数のクライアントと、複数のクライアントと通信ネットワークを介して通信可能に接続されたサーバと、から構成される。

クライアント（Ａ）は、配置場所近傍の街頭情報を収集する街頭情報収集部（Ａ−１）と、街頭情報収集部（Ａ−１）によって収集された街頭情報が、サーバへの提供を要する情報であるか否かを判定する提供判定部（Ａ−２）と、提供判定部（Ａ−２）による判定によって、提供を要すると判定された街頭情報を、クライアントを識別するクライアント識別情報を付加してサーバへ送信する第１の送信部（Ａ−３）とを備える。

サーバ（Ｂ）は、第１の送信部（Ａ−３）によって送信された街頭情報を分析する分析部（Ｂ−３）と、分析部（Ｂ−３）による分析結果に基づいて決定された情報を、複数のクライアントのうち、提供させるための１つ以上のクライアントを決定する決定部（Ｂ−７）と、決定部（Ｂ−３）によって決定された１つ以上のクライアントに、分析結果に基づいて決定された情報を送信する第２の送信部（Ｂ−７）とを備える。

第１の実施形態に係る街頭情報処理システムの構成例を示す概念図である。 第１の実施形態に係る街頭情報処理システムの街頭情報収集・提供装置においてなされる街頭情報収集時の動作例を示すフローチャートである。 第１の実施形態に係る街頭情報処理システムの位置統括管理サーバによって、街頭情報収集・提供装置へと情報が提供される際の動作例を示すフローチャート（１／２）である。 第１の実施形態に係る街頭情報処理システムの位置統括管理サーバによって、街頭情報収集・提供装置へと情報が提供される際の動作例を示すフローチャート（２／２）である。 第１の実施形態に係る街頭情報処理システムの位置統括管理サーバによって、街頭情報収集・提供装置へと、電子看板および／またはユーザ端末から表示されるためのコンテンツが提供される際の動作例を示すフローチャートである。 第２の実施形態に係る街頭情報処理システムの街頭情報収集・提供装置によって、電子看板および／またはユーザ端末から、コンテンツを表示させる際の動作例を示すフローチャートである。 第２の実施形態に係る街頭情報処理システムにおいて、音声認識機能を用いて、電子看板および／またはユーザ端末からコンテンツを表示させる処理を実行する際の動作例を示すフローチャートである。 第４の実施形態に係る街頭情報処理システムのインフラ制御への適用例における動作例を示すフローチャートである。 第４の実施形態に係る街頭情報処理システムの防犯への適用例における動作例を示すフローチャートである。 第４の実施形態に係る街頭情報処理システムのユーザ支援への適用例における動作例を示すフローチャートである。 待ち時間情報サービスにおける動作例を示すフローチャートである。 迷子発見サービスにおける動作例を示すフローチャートである。 緊急時における個別避難誘導サービスにおける動作例を示すフローチャートである。 第５の実施形態に係る街頭情報処理システムのユーザ認証時の動作例を示すフローチャートである。 第５の実施形態に係る街頭情報処理システムの地図情報取得機能の動作例を示すフローチャートである。 第５の実施形態に係る街頭情報処理システムのルート検索機能の動作例を示すフローチャートである。

本発明の各実施形態を、図面を参照して以下に説明する。

［第１の実施形態］
図１は、第１の実施形態に係る街頭情報処理システムの構成例を示す概念図である。

すなわち、本実施形態に係る街頭情報処理システム１０は、街頭に分散して配置された複数のクライアント（以下、「街頭情報収集・提供装置Ａ」と称する）と、これら複数の街頭情報収集・提供装置Ａと、インターネットのような公衆回線、または、専用回線である、通信ネットワーク１２を介して通信可能に接続されたサーバ（以下、「位置統括管理サーバＢ」）と称する）とから構成される。

また、通信ネットワーク１２には、スマートフォン、タブレット、ＰＣ、カーナビゲーション等のように、有線あるいは、Bluetooth、LTE（登録商標）、Wi-Fi（登録商標）、Wi-SUN、IR等の無線通信機能を有する周知のユーザ端末Ｄや、例えば、ユーザ端末ＤがＵＲＬ指定によりアクセス可能な周知の一般的な情報提供サービスＣも、接続されることが可能である。情報提供サービスＣは、例えば店舗紹介情報Ｃ１、製品情報Ｃ２、アクセス情報Ｃ３、セール情報Ｃ４、割引クーポン情報Ｃ５等を含む。

なお、このような通信ネットワーク１２は、必要に応じて、イーサネット（登録商標）等のＬＡＮ、あるいは公衆回線や専用回線を介して複数のＬＡＮが接続されるＷＡＮ等からなる。ＬＡＮの場合には、必要に応じてルータを介した多数のサブネットから構成される。また、ＷＡＮの場合には、公衆回線に接続するためのファイアウォール等を適宜備えているが、ここではその図示及び詳細説明を省略する。

街頭情報収集・提供装置Ａは、街頭情報収集部Ａ−１、街頭情報簡易分析部Ａ−２、街頭情報連携制御部Ａ−３、電子看板情報制御部Ａ−４、外部連携制御部Ａ−５、街頭情報提示処理部Ａ−６、街頭情報蓄積部Ａ−７を備える。

このうち、街頭情報収集部Ａ−１、街頭情報簡易分析部Ａ−２、街頭情報連携制御部Ａ−３、外部連携制御部Ａ−５、および街頭情報提示処理部Ａ−６は、処理部Ａ−０を構成する。

処理部Ａ−０は、図示しないが、例えば、ＣＰＵ（Central Processing Unit）、並びに、ＣＰＵが処理を実行するためのアプリケーションプログラムやデータを格納するＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）等を備える。処理部Ａ−０は、図示しないＲＯＭに格納されるアプリケーションプログラムを、図示しないＲＡＭを利用してＣＰＵに実行させることで、街頭情報収集部Ａ−１、街頭情報簡易分析部Ａ−２、街頭情報連携制御部Ａ−３、外部連携制御部Ａ−５、および街頭情報提示処理部Ａ−６を実現する。

なお、処理部Ａ−０は、ＣＰＵを備える場合を例に説明したが、これに限定されず、例えば、図示しないＦＰＧＡ（Field Programmable Gate Array）等を備え、街頭情報収集部Ａ−１、街頭情報簡易分析部Ａ−２、街頭情報連携制御部Ａ−３、外部連携制御部Ａ−５、および街頭情報提示処理部Ａ−６の機能を実現するようにしても構わない。

一方、電子看板情報制御部Ａ−４および街頭情報蓄積部Ａ−７は、ハードディスク等の記憶装置からなる。

位置統括管理サーバＢは、装置位置情報取得部Ｂ−１、街頭装置情報収集管理部Ｂ−２、街頭装置情報分析部Ｂ−３、外部伝達情報処理部Ｂ−４、外部情報連携制御部Ｂ−５、電子看板情報管理部Ｂ−６、装置街頭発行情報制御部Ｂ−７、装置位置情報管理部Ｂ−８、街頭装置情報蓄積部Ｂ−９、街頭発行情報蓄積部Ｂ−１０を備える。

このうち、装置位置情報取得部Ｂ−１、街頭装置情報収集管理部Ｂ−２、街頭装置情報分析部Ｂ−３、外部伝達情報処理部Ｂ−４、外部情報連携制御部Ｂ−５、および装置街頭発行情報制御部Ｂ−７は、処理部Ｂ−０を構成する。

処理部Ｂ−０もまた、図示しないが、例えば、ＣＰＵ（Central Processing Unit）、並びに、ＣＰＵが処理を実行するためのアプリケーションプログラムやデータを格納するＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）等を備える。処理部Ｂ−０は、図示しないＲＯＭに格納されるアプリケーションプログラムを、図示しないＲＡＭを利用してＣＰＵに実行させることで、装置位置情報取得部Ｂ−１、街頭装置情報収集管理部Ｂ−２、街頭装置情報分析部Ｂ−３、外部伝達情報処理部Ｂ−４、外部情報連携制御部Ｂ−５、および装置街頭発行情報制御部Ｂ−７を実現する。

なお、処理部Ｂ−０は、ＣＰＵを備える場合を例に説明したが、これに限定されず、例えば、図示しないＦＰＧＡ（Field Programmable Gate Array）等を備え、装置位置情報取得部Ｂ−１、街頭装置情報収集管理部Ｂ−２、街頭装置情報分析部Ｂ−３、外部伝達情報処理部Ｂ−４、外部情報連携制御部Ｂ−５、および装置街頭発行情報制御部Ｂ−７の機能を実現するようにしても構わない。

一方、電子看板情報管理部Ｂ−６、装置位置情報管理部Ｂ−８、街頭装置情報蓄積部Ｂ−９、および街頭発行情報蓄積部Ｂ−１０は、ハードディスク等の記憶装置からなる。

街頭情報収集部Ａ−１は、街頭情報収集・提供装置Ａの配置場所近傍の街頭情報を収集する。具体的には、街頭情報収集部Ａ−１は、ＵＳＢ端子のような外部入力端子を備えており、この外部入力端子に接続された、たとえば、ユーザ端末、カメラ、マイク、人感センサ、物体検知センサ、気温センサ、慣性センサ、加速度センサ、振動センサ、雨量センサ、水分量センサ、明暗センサ、ＧＰＳ、気体／液体／固体成分センサを含む街頭情報取得手段のうちの少なくとも何れかから、街頭情報を収集する。ただし、これらに限定されるものでない。

すなわち、街頭情報は、ユーザ端末によって取得されたデータ、カメラによって撮影された画像データ、マイクによって取得された音データ、人感センサによって取得された感知データ、物体検知センサによって取得された検知データ、気温センサによって取得された気温データ、慣性センサによって取得された慣性データ、加速度センサによって取得された加速度データ、振動センサによって取得された振動データ、雨量センサによって取得された雨量データ、水分量センサによって取得された水分量データ、明暗センサによって取得された明暗データ、ＧＰＳによって取得された位置データ、気体／液体／固体成分センサによって取得された成分データのうちの少なくとも何れかを含む。ただし、これらに限定されるものでない。

街頭情報収集部Ａ−１はさらに、これら収集した街頭情報に、収集時間情報、街頭情報収集・提供装置Ａを識別するためのクライアント識別情報、および街頭情報取得手段を識別するための街頭情報取得手段識別情報を付加する。そして、これら収集された街頭情報を、対応する識別情報とともに街頭情報蓄積部Ａ−７に蓄積する。あるいは、予め設定された街頭情報については、街頭情報蓄積部Ａ−７に蓄積せずに、一部あるいは全部を、街頭情報連携制御部Ａ−３に出力する。なお、街頭情報蓄積部Ａ−７に蓄積する前、あるいは、街頭情報連携制御部Ａ−３に出力する前に、街頭情報が画像であれば輝度、色差などのノイズ除去、圧縮など、音であれば、雑音除去、圧縮など、各種入力情報に応じた適正化を必要に応じて行うようにしても良い。

なお、街頭情報取得手段識別情報は、街頭情報取得手段毎にユニークに付される。したがって、例えば、複数のユーザ端末によって街頭情報が取得された場合、これら街頭情報にはそれぞれ、取得元のユーザ端末のユーザ端末識別情報が付加される。

街頭情報簡易分析部Ａ−２は、街頭情報収集部Ａ−１によって収集された街頭情報が、位置統括管理サーバＢへの提供を要する情報であるか否かを判定する。例えば、街頭情報簡易分析部Ａ−２は、街頭情報収集部Ａ−１が収集した街頭情報を、位置統括管理サーバＢへ提供を要する情報であるか否かを判定するために、取得元の街頭情報取得手段に応じて設定された閾値または特徴と比較し、この街頭情報が、閾値を超えているか、または特徴等に該当するか否かの分析を行う。そして閾値を超えているか、または特徴等に該当するのであれば、この分析結果および街頭情報の一部あるいは全部を、街頭情報連携制御部Ａ−３へ送信する。

例えば、街頭情報取得手段がカメラである場合、例えば、カメラによって撮影された画像に撮影されている顔の数を、閾値として設定する。あるいは、予め指定された単位時間内に認識された顔の数を、閾値として設定する。このために街頭情報簡易分析部Ａ−２は、画像に撮影されている人の認識を行い、この認識結果に基づいて、顔の数を決定する。そして、この数が、例えば５０人、あるいは１０分間に１００人、のようなしきい値を超えた場合には、対応する画像を、街頭情報連携制御部Ａ−３へ送る。

また、街頭情報取得手段がマイクである場合、閾値を適切な値（ｄＢ）に設定する。これによって、例えば「助けて！」のように、閾値を超える大きな声がマイクによって取得された場合、緊急事態あるいは非常事態を通報するための情報である可能性があることから、街頭情報簡易分析部Ａ−２は、閾値を超えた大きな音声を、街頭情報連携制御部Ａ−３へ送る。

また、街頭情報取得手段が人感センサある場合、閾値を適切な値に設定し、街頭情報簡易分析部Ａ−２は、閾値を超えている感知結果を、街頭情報連携制御部Ａ−３へ送る。

また、街頭情報取得手段が物体検知センサである場合、閾値を適切な値に設定し、街頭情報簡易分析部Ａ−２は、閾値を超えている感知結果を、街頭情報連携制御部Ａ−３へ送る。

また、街頭情報取得手段が気温センサである場合、閾値を例えば３５℃に設定する。これによって、気温センサによって測定された温度が３５℃を超えた場合、気温が異常に高いことから、街頭情報簡易分析部Ａ−２は、この測定された温度を、街頭情報連携制御部Ａ−３へ送る。あるいは、気温センサの閾値を、例えば６０℃に設定する。通常、気温はこのような温度まで上昇しないので、気温センサによって測定された温度が６０℃を超えた場合、近くで火災が発生している可能性があることから、街頭情報簡易分析部Ａ−２は、測定された温度を、街頭情報連携制御部Ａ−３へ送る。あるいは、温度上昇率や、温度下降率を閾値として設定しても良い。

また、街頭情報取得手段が慣性センサである場合、閾値を適切な値に設定し、街頭情報簡易分析部Ａ−２は、閾値を超えている検知結果を、街頭情報連携制御部Ａ−３へ送る。

さらには、街頭情報取得手段が加速度センサである場合、閾値を適切な値（Ｇａｌ）に設定する。この閾値を超える加速度が検出された場合には、地震が発生している可能性があることから、街頭情報簡易分析部Ａ−２は、検出された加速度を、街頭情報連携制御部Ａ−３へ送る。

また、街頭情報取得手段が振動センサである場合、閾値を適切な値（Ｈｚ）に設定する。この閾値を超える振動数が検出された場合には、台風や竜巻等による強風が発生している可能性があることから、街頭情報簡易分析部Ａ−２は、検出された振動数を、情報連携制御部Ａ−３へ送る。

また、街頭情報取得手段が雨量センサである場合には、閾値を適切な値（ｍｍ／ｈｒ）に設定する。この閾値を超える雨量が検出された場合には、ゲリラ豪雨のような激しい雨が降っている可能性があることから、街頭情報簡易分析部Ａ−２は、検出された雨量を、街頭情報連携制御部Ａ−３へ送る。

さらには、街頭情報取得手段が水分量センサである場合、閾値を適切な値（ＶＷＣ）（体積含有率）が設定する。水分量センサが、例えば、前述したような雨量センサと併せて使用された場合、雨量センサによって雨量が検出されないにも関わらず、この閾値を超える水分量が検出された場合には、津波や川の氾濫が発生している可能性があることから、街頭情報簡易分析部Ａ−２は、検出された水分量を、街頭情報連携制御部Ａ−３へ送る。

あるいは、街頭情報取得手段が明暗センサである場合、閾値を適切な値（ルクス）に設定する。この閾値を超える明るさが検出された場合には、近くに雷が落ちた可能性があることから、街頭情報簡易分析部Ａ−２は、検出された明るさを、街頭情報連携制御部Ａ−３へ送る。あるいは、閾値を低い値に設定しておき、この閾値よりも暗い明るさが夜間に検出された場合には、停電している可能性があることから、街頭情報簡易分析部Ａ−２は、検出された明るさを、街頭情報連携制御部Ａ−３へ送る。

また、街頭情報取得手段がＧＰＳである場合、閾値を適切な値に設定し、街頭情報簡易分析部Ａ−２は、閾値を超えている位置情報を、街頭情報連携制御部Ａ−３へ送る。

また、街頭情報取得手段が気体／液体／固体成分センサである場合、閾値を例えばＰＭ２．５の濃度を適切な値（μｇ／ｍ^３）に設定する。この閾値を超える濃度が検出された場合には、ＰＭ２．５のレベルが高い可能性があることから、街頭情報簡易分析部Ａ−２は、検出されたＰＭ２．５の濃度を、街頭情報連携制御部Ａ−３へ送る。

また、特徴の例としては、街頭情報取得手段としてカメラが使用された場合、人の進む方向や、人が滞留する箇所があること等に相当する。例えば、人の進む方向が北から南であったり、ある建物の入口に人が密集していることを示す画像が撮影された場合には、街頭情報簡易分析部Ａ−２は、対応する画像を、街頭情報連携制御部Ａ−３へ送る。

また、特徴の別の例としては、街頭情報取得手段としてマイクが使用された場合、マイクによって取得された音声に含まれるキーワードが相当する。例えば、マイクによって取得された音声の中に、「助けて！」のような予め設定されたキーワードが含まれている場合、街頭情報簡易分析部Ａ−２は、その音声を、街頭情報連携制御部Ａ−３へ送る。

閾値や特徴については、これらに限定されるものではなく、また、任意に組み合わされて用いられることも可能である。後述する実施形態では、他の具体的な閾値や特徴、あるいは組み合わせの例が記載されている。

街頭情報連携制御部Ａ−３は、街頭情報簡易分析部Ａ−２による判定によって、提供を要すると判定された街頭情報を、クライアント識別情報とともに位置統括管理サーバＢへ送信する送信部として機能する。この際、街頭情報に対して、位置統括管理サーバＢに応じたデータ加工、適正化、暗号化を必要に応じて行い、送信する。街頭情報連携制御部Ａ−３はまた、位置統括管理サーバＢから送信された情報を受信する受信部としても機能する。すなわち、位置統括管理サーバＢから送信された情報を取得し、取得内容に応じて、街頭情報蓄積部Ａ−７、電子看板情報制御部Ａ−４、外部連携制御部Ａ−５、街頭情報提示処理部Ａ−６の何れかに送信する。この際、情報に対して、少なくとも受信時間を付加し、必要に応じて位置統括管理サーバの識別情報を付加して送信する。また、必要に応じて情報に対して加工などの適正化を行ってから送信するようにしても良い。

装置位置情報取得部Ｂ−１は、図示しない通信ネットワークを介して接続された外部サーバ１４と通信することができる。この通信ネットワークも、前述したように、公衆回線または専用回線からなり、必要に応じて、イーサネット等のＬＡＮ、あるいは公衆回線や専用回線を介して複数のＬＡＮが接続されるＷＡＮ等を備える。そして、ＬＡＮの場合には、必要に応じてルータを介した多数のサブネットから構成される。また、ＷＡＮの場合には、公衆回線に接続するためのファイアウォール等を適宜備えているが、ここではその図示及び詳細説明を省略する。

外部サーバ１４は、複数の街頭情報収集・提供装置Ａの位置情報を予め格納している。

装置位置情報取得部Ｂ−１は、外部サーバ１４から、複数の街頭情報収集・提供装置Ａの位置情報を取得する。そして、取得した位置情報を装置位置情報管理部Ｂ−８に蓄積する。この際、位置情報（例えば、緯度／経度、±ｄｄ．ｍｍ．ｓｓ．ｓｓｓ）の他、街頭情報収集・提供装置Ａの識別情報、発行取得可能なデータ種別、などの情報を併せて装置位置情報管理部Ｂ−８に蓄積する。

街頭装置情報収集管理部Ｂ−２は、街頭情報連携制御部Ａ−３によって送信された街頭情報および識別情報を取得し、街頭情報および識別情報を、取得した時間を示す取得時間情報とともに、街頭装置情報蓄積部Ｂ−９に蓄積する。街頭装置情報蓄積部Ｂ−９に蓄積された識別情報および取得時間情報は、街頭装置情報蓄積部Ｂ−９に蓄積された街頭情報とともに、街頭装置情報分析部Ｂ−３によってなされる分析に利用される。

街頭装置情報分析部Ｂ−３は、街頭装置情報蓄積部Ｂ−９に蓄積された街頭情報を分析する。具体的には、街頭装置情報蓄積部Ｂ−９に蓄積された街頭情報を、対応するクライアント識別情報に基づいて、対応するクライアントに応じて設定された閾値または特徴と比較する。そして街頭情報が、閾値を超えているか、または特徴に該当するか否かを判定するための分析を行う。そして、閾値を超えているか、または、特徴に該当するとの分析結果が得られた場合、街頭発行情報蓄積部Ｂ−１０に、分析情報の一部あるいは、全部を蓄積する。また、街頭装置情報収集管理部Ｂ−２から、街頭装置情報蓄積部Ｂ−９を介して取得した内容に応じて、分析情報の一部あるいは全部を、外部伝達情報処理部Ｂ−４に送信する。

街頭装置情報分析部Ｂ−３では、街頭情報簡易分析部Ａ−２で適用されているものとは異なる閾値および特徴と適用することによって、街頭情報簡易分析部Ａ−２とは異なる観点から、街頭情報を分析することができる。

外部伝達情報処理部Ｂ−４は、この分析情報の一部あるいは全部を、位置統括管理サーバＢを識別するためのサーバ識別情報とともに、分析結果に応じて予め決定された外部サーバ１４へ送信する。なお、これら情報を送信する際、必要に応じてデータ加工、適正化、暗号化を行うようにしても良い。

外部情報連携制御部Ｂ−５は、外部伝達情報処理部Ｂ−４によって外部サーバ１４へ送信された分析情報およびサーバ識別情報に応じて、外部サーバ１４から提供される外部サーバ提供情報を取得する。外部情報連携制御部Ｂ−５はさらに、外部サーバ提供情報を、外部サーバ提供情報を取得した取得時間と、外部サーバ１４を識別するための外部サーバ識別情報とともに、街頭発行情報蓄積部Ｂ−１０に蓄積する。なお、蓄積する際、必要に応じてデータの加工など適正化を行うようにしても良い。

装置街頭発行情報制御部Ｂ−７は、街頭装置情報分析部Ｂ−３による分析結果に基づいて決定された情報を、複数の街頭情報収集・提供装置Ａのうち、提供させるための１つ以上の街頭情報収集・提供装置Ａを決定する。そして、決定された１つ以上の街頭情報収集・提供装置Ａに、分析結果に基づいて決定された情報を、少なくともサーバ識別情報とともに送信する。なお、送信する際、街頭情報収集・提供装置Ａに応じたデータ加工、適正化、暗号化を必要に応じて行うようにしても良い。

このようにして装置街頭発行情報制御部Ｂ−７によって送信された情報は、街頭情報提示処理部Ａ−６による制御によって、電子看板１６から表示されるようになる。

電子看板情報管理部Ｂ−６は、管理者による操作により、外部サーバ１４から取得したコンテンツＢ−６ａと表示条件Ｂ−６ｂとを格納している。なお、格納前には、適宜必要な加工がなされて良い。これらコンテンツＢ−６ａは、電子看板１６から表示されるものであり、表示条件Ｂ−６ｂは、コンテンツが電子看板１６から表示される時間や、表示パターンや、回数等を定義したものであって、必要に応じて、装置街頭発行情報制御部Ｂ−７によって取得され、装置街頭発行情報制御部Ｂ−７から街頭情報連携制御部Ａ−３へ送信され、街頭情報連携制御部Ａ−３からさらに電子看板情報制御部Ａ−４に送られ、格納される。このようにして電子看板情報制御部Ａ−４に格納されたコンテンツおよび表示条件が街頭情報提示処理部Ａ−６によって取得され、この表示条件にしたがってコンテンツが電子看板１６から表示される。

街頭情報提示処理部Ａ−６は、表示条件に応じて、コンテンツの一部あるいは全部を電子看板１６から表示させる。あるいはユーザ端末Ｄから表示させることも可能である。表示の際、必要に応じて、クライアント識別情報を付加し、映像パネル、スピーカ等の提示機器、スマートフォン、タブレット、PC、カーナビゲーションなどのユーザ端末Ｄに応じたデータ加工、適正化、暗号化を行うようにしても良い。なお、ユーザ端末Ｄへの通信の際には、有線あるいは、Bluetooth、LTE、Wi-Fi、Wi-SUN、IRなど無線規格を用いる。

なお、電子看板情報管理部Ｂ−６に格納されたコンテンツと表示条件は、所定の管理者による登録、変更、および削除が可能である。また、表示条件は、少なくとも、コンテンツが表示される時間や、表示パターンや、表示回数等を含む。

街頭発行情報蓄積部Ｂ−１０は、外部サーバ１４から提供された外部サーバ提供情報と、外部サーバ提供情報を取得した取得時間と、外部サーバ１４を識別するための外部サーバ識別情報とを紐付けて蓄積する。

装置街頭発行情報制御部Ｂ−７はまた、電子看板情報管理部Ｂ−６、装置位置情報管理部Ｂ−８、および街頭発行情報蓄積部Ｂ−１０に蓄積された情報のうち、サーバ識別情報を除く一部または全部を、サーバ識別情報とともに、決定された１つ以上の街頭情報収集・提供装置Ａへ送信する。

街頭情報提示処理部Ａ−６はまた、装置街頭発行情報制御部Ｂ−７から送信された情報を、無線通信によって、ユーザ端末Ｄへ送信する。

また、電子看板情報管理部Ｂ−６に格納されたコンテンツおよび表示条件は、装置街頭発行情報制御部Ｂ−７によって送信され、街頭情報連携制御部Ａ−３によって受信される。この表示条件はさらに街頭情報連携制御部Ａ−３から電子看板情報制御部Ａ−４へ送られる。電子看板情報制御部Ａ−４は、この表示条件を、必要に応じて適切な加工処理を行った後に記憶する。電子看板情報制御部Ａ−４はまた、この表示条件（例えば、表示時間や、表示パターンや、表示回数等）にしたがって、格納しているコンテンツの中から、対応するコンテンツを取得し、街頭情報提示処理部Ａ−６へ送信する。なお、表示条件の中に、通信断、電源断、避難誘導、警告情報等が存在する場合、格納しているコンテンツの中から、それに応じたコンテンツを取得し、優先的に街頭情報提示処理部Ａ−６へ送信する。

街頭情報提示処理部Ａ−６は、このように電子看板情報制御部Ａ−４から送信されたコンテンツを、表示条件に従って、ユーザ端末Ｄから表示させる。

外部連携制御部Ａ−５は、装置街頭発行情報制御部Ｂ−７によって送信された情報に基づいて、他の街頭情報収集・提供装置Ａ’を連携的に制御する。この際に、街頭情報連携制御部Ａ−３から情報を取得し、一部あるいは、全部の情報に、必要に応じてクライアント識別情報を付加し、例えば、他の街頭情報収集提供装置Ａ’のような外部連携機器に応じたデータ加工、適正化、暗号化を行い、他の街頭情報収集提供装置Ａ’のような外部連携機器に発行する。そして、街頭情報連携制御部Ａ−３から取得した情報に応じて、外部連携機器に応じた段階的な連携制御のための指示情報を送信する。例えば、連携制御の例としては、近傍の街灯に対して、時間をずらしながら点灯させるような制御がある。なお、外部連携機器を連携制御するための通信手段としては、有線あるいは、Bluetooth、LTE、Wi-Fi、Wi-SUN、IRなど無線通信規格を用いる。

このように構成された街頭情報処理システム１０は、街頭情報収集・提供装置Ａおよび位置統括管理サーバＢが、例えば磁気ディスク等の記録媒体に記録されたプログラムや、インターネット等を介してダウンロードしたプログラムを読み込み、このプログラムによって動作が制御されることによって実現される。

次に、以上のように構成した第１の実施形態に係る街頭情報処理システムの動作について説明する。

先ず、図２のフローチャートを用いて、街頭情報収集・提供装置Ａにおいてなされる街頭情報収集時の動作について説明する。

すなわち、本実施形態に係る街頭情報処理システム１０によれば、街頭情報収集・提供装置Ａによって、配置場所近傍の街頭情報が収集される（Ｓ１）。街頭情報収集部Ａ−１には、具体的には、ＵＳＢ端子のような外部入力端子が備えられており、この外部入力端子を介して接続された、限定される訳ではないが、ユーザ端末、カメラ、マイク、人感センサ、物体検知センサ、気温センサ、慣性センサ、加速度センサ、振動センサ、雨量センサ、水分量センサ、明暗センサ、ＧＰＳ、気体／液体／固体成分センサを含む街頭情報取得手段のうちの少なくとも何れかから、街頭情報が収集される。

街頭情報収集部Ａ−１ではさらに、これら収集した街頭情報に対して、収集時間情報や、街頭情報収集・提供装置Ａを識別するためのクライアント識別情報、および街頭情報取得手段を識別するための街頭情報取得手段識別情報が、街頭情報取得手段毎にユニークに付加される（Ｓ２）。街頭情報は、これら対応する識別情報とともに街頭情報蓄積部Ａ−７に蓄積される。あるいは、予め設定された街頭情報については、街頭情報蓄積部Ａ−７に蓄積されずに、一部あるいは全部が、街頭情報連携制御部Ａ−３へ出力される。なお、街頭情報蓄積部Ａ−７への蓄積前、あるいは、街頭情報連携制御部Ａ−３への出力前に、街頭情報が画像であれば輝度、色差などのノイズ除去、圧縮等、音であれば、雑音除去、圧縮等、各種入力情報に応じた適正化が必要に応じてなされる。

次に、街頭情報簡易分析部Ａ−２において、街頭情報が、位置統括管理サーバＢへの提供を要する情報であるか否かが判定される（Ｓ３）。このために、例えば、街頭情報簡易分析部Ａ−２では、街頭情報が、取得元の街頭情報取得手段に応じて設定された閾値または特徴と比較され、この街頭情報が、閾値を超えているか、または特徴等に該当するか否かが分析される。そして閾値を超えているか、または特徴等に該当するのであれば（Ｓ３：Ｙｅｓ）、この分析結果および街頭情報の一部あるいは全部が、街頭情報簡易分析部Ａ−２から街頭情報連携制御部Ａ−３へ送られる。

街頭情報簡易分析部Ａ−２による判定によって提供を要すると判定された街頭情報は、街頭情報連携制御部Ａ−３によって、クライアント識別情報とともに、通信ネットワーク１２を介して位置統括管理サーバＢへ送信される（Ｓ４）。

このようにして、街頭情報収集・提供装置Ａによって収集された街頭情報が、通信ネットワーク１２を介して、位置統括管理サーバＢへと送信される。

次に、図３および図４のフローチャートを用いて、位置統括管理サーバＢによって、街頭情報収集・提供装置Ａへと情報が提供される際の動作について説明する。

街頭情報連携制御部Ａ−３によって送信された街頭情報およびクライアント識別情報は、位置統括管理サーバＢにおいて、街頭装置情報収集管理部Ｂ−２によって受信される（Ｓ１１）。

街頭情報およびクライアント識別情報はさらに、街頭装置情報収集管理部Ｂ−２によって取得された時間を示す取得時間情報とともに、街頭装置情報蓄積部Ｂ−９へと蓄積される（Ｓ１２）。

街頭装置情報蓄積部Ｂ−９に蓄積された街頭情報が、街頭装置情報分析部Ｂ−３によって分析される（Ｓ１３）。具体的には、街頭装置情報蓄積部Ｂ−９に蓄積された街頭情報が、街頭装置情報分析部Ｂ−３において、対応するクライアント識別情報に基づいて、対応するクライアントに応じて設定された閾値または特徴と比較される。そして街頭情報が、閾値を超えているか、または特徴に該当するか否かを判定するための分析が行われる。そして、閾値を超えているか、または特徴に該当するとの分析結果が得られた場合（Ｓ１４：Ｙｅｓ）、街頭発行情報蓄積部Ｂ−１０に、分析情報の一部あるいは全部が蓄積される。また、街頭装置情報収集管理部Ｂ−２から、街頭装置情報蓄積部Ｂ−９を介して取得した内容に応じて、分析情報の一部あるいは全部が、街頭装置情報分析部Ｂ−３から外部伝達情報処理部Ｂ−４に送られる（Ｓ１５）。

外部伝達情報処理部Ｂ−４では、この分析情報の一部あるいは全部が、位置統括管理サーバＢを識別するためのサーバ識別情報とともに、分析結果に応じて予め決定された外部サーバ１４へと送信される（Ｓ１６）。なお、送信する際、必要に応じてデータ加工、適正化、暗号化が行われる。

このようにして外部サーバ１４へ送信された分析情報およびサーバ識別情報に応じて、外部サーバ１４から、外部サーバ提供情報が返信される。この外部サーバ提供情報は、外部情報連携制御部Ｂ−５によって受信される（Ｓ１７）。

受信された外部サーバ提供情報は、外部サーバ１４を識別するための外部サーバ識別情報と、外部サーバ提供情報が取得された取得時間とともに、街頭発行情報蓄積部Ｂ−１０に蓄積される（Ｓ１８）。

装置街頭発行情報制御部Ｂ−７では、街頭装置情報分析部Ｂ−３による分析結果に基づいて決定された情報を提供させるための１つ以上の街頭情報収集・提供装置Ａが、複数の街頭情報収集・提供装置Ａの中から決定される（Ｓ１９）。この際に、必要に応じて、装置位置情報管理部Ｂ−８に格納されている各街頭情報収集・提供装置Ａの位置情報（例えば、緯度／経度、±ｄｄ．ｍｍ．ｓｓ．ｓｓｓ）、街頭情報収集・提供装置Ａの識別情報、発行取得可能なデータ種別等の情報を参照して決定される。なお、各街頭情報収集・提供装置Ａの位置情報は、装置位置情報取得部Ｂ−１によって外部サーバ１４から取得され、装置位置情報管理部Ｂ−８に格納されている。

さらに、装置街頭発行情報制御部Ｂ−７によって、この決定された街頭情報収集・提供装置Ａへと、分析結果に基づいて決定された情報が、少なくともサーバ識別情報とともに送信される（Ｓ２０）。

このようにして、位置統括管理サーバＢによって、街頭情報に応じた必要なデータが外部サーバ１４から取得され、取得された情報が、街頭情報収集・提供装置Ａへと提供される。

次に、図５のフローチャートを用いて、位置統括管理サーバＢによって、街頭情報収集・提供装置Ａへと、電子看板１６および／またはユーザ端末Ｄから表示されるためのコンテンツが提供される際の動作について説明する。

位置統括管理サーバＢでは、管理者による操作により、外部サーバ１４からコンテンツＢ−６ａおよび表示条件Ｂ−６ｂが取得され、電子看板情報管理部Ｂ−６に格納される（Ｓ３１）。

電子看板情報管理部Ｂ−６に格納されたコンテンツＢ−６ａおよび表示条件Ｂ−６ｂは、装置街頭発行情報制御部Ｂ−７から街頭情報連携制御部Ａ−３へ送信され、街頭情報連携制御部Ａ−３からさらに電子看板情報制御部Ａ−４に格納される（Ｓ３２）。

電子看板情報制御部Ａ−４では、この表示条件（例えば、表示時間、表示パターン、表示回数等）にしたがって、格納しているコンテンツの中から、対応するコンテンツが取得され、街頭情報提示処理部Ａ−６へ送られる（Ｓ３３）。なお、表示条件の中に、通信断、電源断、避難誘導、警告情報等が存在する場合、格納しているコンテンツの中から、それに応じたコンテンツが取得され、優先的に街頭情報提示処理部Ａ−６へ送られる。

街頭情報提示処理部Ａ−６へ送信されたコンテンツは、さらに電子看板１６へ送られる。また、電子看板１６の代わりに、あるいはそれに加えて、ユーザ端末Ｄへ送信されるようにしても良い。これによって、電子看板１６、あるいはそれに加えてユーザ端末Ｄにおいて、コンテンツが表示される（Ｓ３４）。

なお、コンテンツをユーザ端末Ｄから表示させる場合には、コンテンツをユーザ端末Ｄへ送信する際に、ユーザ端末Ｄに応じたデータ加工、適正化、暗号化を適宜行うようにしても良い。また、ユーザ端末Ｄへの送信には、有線あるいは、Bluetooth、LTE、Wi-Fi、Wi-SUN、IR等の無線規格を用いて行われる。

このようにして、位置統括管理サーバＢによって、街頭情報収集・提供装置Ａへ、コンテンツを提供し、電子看板１６および／またはユーザ端末Ｄから表示させることができる。

次に、図示しないが、外部連携制御部Ａ−５によってなされる外部連携制御動作について説明する。

すなわち、本実施形態に係る街頭情報収集・提供装置Ａは、外部連携制御部Ａ−５によって、他の街頭情報収集・提供装置Ａ’を連携的に制御することができる。この制御は、装置街頭発行情報制御部Ｂ−７によって送信され、街頭情報連携制御部Ａ−３によって受信された情報に基づいてなされる。

具体的には、街頭情報連携制御部Ａ−３から取得された情報の一部あるいは全部に対して、外部連携制御部Ａ−５によって、必要に応じてクライアント識別情報が付加され、さらに例えば、他の街頭情報収集提供装置Ａ’のような外部連携機器に応じたデータ加工、適正化、暗号化がなされた後に、指示情報として他の街頭情報収集提供装置Ａ’へと発行される。なお、街頭情報連携制御部Ａ−３から取得した情報に応じて、外部連携機器に応じた段階的な連携制御のための指示情報が送信される場合もある。例えば、連携制御の例としては、近傍の街灯に対して、時間をずらしながら点灯させるような制御である。外部連携機器を連携制御するための通信手段としては、有線あるいは、Bluetooth、LTE、Wi-Fi、Wi-SUN、IR等の無線通信規格が用いられる。

このようにして、外部連携制御部Ａ−５によって、他の街頭情報収集提供装置Ａ’を連携的に制御することができる。

上述したように、本実施形態に係る街頭情報処理システムにおいては、上記のような作用により、街頭情報収集・提供装置Ａによって収集された街頭情報を、通信ネットワーク１２を介して、位置統括管理サーバＢへと送信することが可能となる。

さらに、それに応じて、位置統括管理サーバＢによって、街頭情報に応じた必要なデータを外部サーバ１４から取得し、取得した情報を、街頭情報収集・提供装置Ａへ提供することも可能となる。

さらにまた、位置統括管理サーバＢによって、街頭情報収集・提供装置Ａへと、コンテンツを提供し、電子看板１６および／またはユーザ端末Ｄから表示させることも可能となる。

さらにまた、外部連携制御部Ａ−５によって、他の街頭情報収集提供装置Ａ’を連携的に制御することも可能となる。

［第２の実施形態］
本発明の第２の実施形態について説明する。

すなわち、本発明の第２の実施形態に係る街頭情報処理システムは、第１の実施形態に係る街頭情報処理システムを、店舗の宣伝効果及び誘導の向上のために適用したものである。したがって、以下では、第１の実施形態ですでに説明した箇所については、重複説明を避け、本実施形態で特有の事項について説明する。

まず、街頭情報収集・提供装置Ａ側の構成について説明する。

街頭情報収集部Ａ−１は、店舗の宣伝効果及び誘導の向上のために、少なくとも、カメラ、マイク、および気温センサによって取得されたデータを街頭情報として取得し、一部あるいは、全部を街頭情報蓄積Ａ−７に蓄積する。なお、蓄積する際には、画像データであれば輝度、色差などのノイズ除去、圧縮など、音データであれば、雑音除去、圧縮など、データに応じた適正化を行ってから蓄積するようにしても良い。

街頭情報収集部Ａ−１によって取得された街頭情報が、カメラによって撮影された画像である場合、街頭情報簡易分析部Ａ−２は、画像に撮影されている人の認識を行い、予め指定された単位時間内に認識された顔の数、人の進む方向、人が滞留する箇所を把握することによって、画像が、位置統括管理サーバＢへの提供を要する情報であるか否かを判定する。

街頭情報収集部Ａ−１によって取得された街頭情報が、マイクによって取得された音データである場合、街頭情報収集部Ａ−１は、取得された音データを、街頭情報取得手段を識別する識別情報に加えて、取得された日時曜日情報とともに街頭情報蓄積部Ａ−７に蓄積し、街頭情報簡易分析部Ａ−２は、マイクによって取得された音データを、街頭情報蓄積部Ａ−７に蓄積されている過去の同一曜日同一時間帯の音データと比較することによって、マイクによって取得された音データが、サーバへの提供を要する情報であるか否かを判定する。

例えば、マイクによって取得された音データを、いつもの曜日の同じ時間帯と比べ、ざわつき度が大きいか小さいか、どれ位大きいか、小さいか、人の声か物体の音か、あるいは、人の声であれば「いいね」、「イヤだね」、「かわいい」、「旨そう」、「高い」、「どこにある？」などの予め設定されたキーワードがあるかなど設定された閾値、特徴などに該当するかの判定を行い、該当する場合、街頭情報連携制御部Ａ−３に分析情報の一部あるいは、全部を送信する。この際、街頭情報蓄積部Ａ−７内のデータを特定する情報を併せて送信するようにしても良い。

外部連携制御部Ａ−５は、例えば、近くにある他の単数または複数の街頭情報収集・提供装置Ａ’に対して、これら街頭情報収集・提供装置Ａ’が制御する電子看板１６からも同様の情報を表示させるようにする。このようにして、複数の街頭情報収集・提供装置Ａの集合体による効果的な宣伝や、店舗間誘導を可能とする。

電子看板情報制御部Ａ−４に記憶されたコンテンツは、商品の購買を促進するためのクーポン情報のためのコンテンツであって、街頭情報提示処理部Ａ−６は、電子看板情報制御部Ａ−４に記憶されたクーポン情報を、電子看板１６から表示させるとともに、電子看板１６を中心とする所定距離（例えば、半径１０ｍ）内に位置するユーザ端末Ｄへ、クーポン情報をプッシュによって送信する。これによって、電子看板１６に近づいたユーザ端末Ｄに対して、電子看板１６よって表示されているものと同一の情報を送信することができる。これを利用して、ユーザに対して、ネットワーク映像サービスやラジオサービスと連動した、その場に相応しいＣＭ誘導を可能とする。

次に、位置統括管理サーバＢ側の構成について説明する。

街頭情報収集部Ａ−１によって取得された街頭情報が、カメラによって撮影された画像であり、この画像が、位置統括管理サーバＢへ送信された場合、街頭装置情報分析部Ｂ−３は、画像に撮影されている人の認識を行い、人の目線、人の表情、および人の動作を判定する。街頭装置情報分析部Ｂ−３は、このようにして画像を分析する。

外部伝達情報処理部Ｂ−４はさらに、街頭装置情報分析部Ｂ−３によってなされた分析結果を、位置統括管理サーバＢを識別するためのサーバ識別情報とともに、分析の結果に応じて予め決定された外部サーバ１４へ送信する。

外部情報連携制御部Ｂ−５はさらに、外部伝達情報処理部Ｂ−４によって外部サーバ１４へ送信された分析結果に応じて、外部サーバ１４から提供される情報を受信する。

街頭装置情報分析部Ｂ−３はさらに、街頭情報収集部Ａ−１によって取得された街頭情報が、マイクによって取得された音データであり、この音データが、位置統括管理サーバＢへ送信された場合、音データに含まれる音、会話、物体の音を抽出およびカウントする。街頭装置情報分析部Ｂ−３は、このようにして音データを分析する。

外部伝達情報処理部Ｂ−４はさらに、街頭装置情報分析部Ｂ−３によって抽出された音を、位置統括管理サーバＢを識別するためのサーバ識別情報とともに、予め決定された外部サーバ１４へ送信する。

外部情報連携制御部Ｂ−５はさらに、外部伝達情報処理部Ｂ−４によって外部サーバ１４へ送信された音およびサーバ識別情報に応じて、外部サーバ１４から提供された情報を取得する。この情報は、例えば、電子看板１６やユーザ端末Ｄから表示されるためのクーポン情報のコンテンツや、表示条件である。

なお、本実施形態では、表示条件はさらに、電子看板１６の周囲に存在する人の数（すなわち、画像に撮影された人の数）が、予め指定された数よりも少ない場合には、消費電力を下げるために、電子看板１６の照明を暗くしても良いコンテンツの指定と、電子看板１６を中心とする所定距離内に、予め指定された数よりも多くの人が存在する場合に表示するコンテンツの指定とを含む。

また、クーポン情報を、電子看板から表示させる際に、カメラによって取得された画像から、少し離れた所（例えば、２０ｍ先）に人の群れがあると認識された場合には、フラッシュ映像や、鐘などの効果音付きで表示させるような表示条件とすることも可能である。このような表示条件にしたがって、電子看板１６が、クーポン情報を、効果音付きでフラッシュ表示することにより、遠くの人にも、確実に注目されるようにする。

さらに、街頭情報簡易分析部Ａ−２に音声認識機能を搭載すれば、例えば、以下のように音声を介したインタラクティブな情報のやり取りも可能となる。

例えば、店舗に配置されたマイクによって街頭情報収集部Ａ−１へ「高そうだな」という音声が送信された場合、街頭情報簡易分析部Ａ−２が、この音声を認識し、この認識結果を、街頭情報連携制御部Ａ−３から位置統括管理サーバＢ側へと送信する。

これに応じて位置統括管理サーバＢは、この店舗の管理システム（外部サーバ１４または情報提供サービスＣ）へこの認識結果を送信する。これに応じて、店舗の管理システムは、例えば、クーポンと引き換えに、全商品を２０％割り引きし、さらに飲み物を無料にするというキャンペーン計画を立案し、例えば「クーポンと引き換えに、全商品２０％割引、さらに飲み物無料」というテキスト情報を、位置統括管理サーバＢに送信する。

位置統括管理サーバＢは、このテキスト情報を、街頭情報収集・提供装置Ａへ返信する。

街頭情報収集・提供装置Ａは、このテキスト情報を、街頭情報連携制御部Ａ−３において受信し、さらに、街頭情報提示処理部Ａ−６が、電子看板１６から「クーポンと引き換えに、２０％割引で飲み物を無料にします」と表示させる。あるいは、音声としてスピーカから出力させる。

この情報を見た人、または、聞いた人が、店舗を訪れるようになることによって、効果的な集客につなげるようにする。

また同様に、店舗に配置されたマイクによって「混んでいるかな？」という音声が取得された場合、位置統括管理サーバＢを介して、この店舗の管理システム（外部サーバ１４または情報提供サービスＣ）に問い合わせ、例えば「今なら１席空いていますので、お待ちしております」という店舗システムからの提案内容を、電子看板１６から表示、あるいはスピーカから出力することも可能である。

次に、以上のように構成した第２の実施形態に係る街頭情報処理システムの動作について説明する。

先ず、街頭情報収集・提供装置Ａにおいてなされる街頭情報収集時の動作について説明する。街頭情報収集・提供装置Ａにおいてなされる街頭情報収集時の動作は、図２のフローチャートに準じているが、個別のステップにおいてなされる動作が、第１の実施形態で説明したものよりも、より具体的になっている。したがって、各動作が、図２のフローチャートのどのステップに該当するのかを示しながら説明する。

ステップＳ１では、街頭情報収集部Ａ−１によって、店舗の宣伝効果及び誘導の向上のために、少なくとも、カメラ、マイク、および気温センサによって取得されたデータが、街頭情報として取得される。

ステップＳ２では、第１の実施形態と同様に、街頭情報収集部Ａ−１によって、街頭情報に対して、収集時間情報、クライアント識別情報、および街頭情報取得手段識別情報が、街頭情報取得手段毎にユニークに付加される（Ｓ２）。また、街頭情報収集部Ａ−１によって取得された街頭情報が、マイクによって取得された音データである場合、街頭情報収集部Ａ−１によって、音データに対して、さらにこれら識別情報に加えて、取得された日時曜日情報も付加される。そして、街頭情報は、これら対応する識別情報とともに、街頭情報蓄積部Ａ−７に蓄積される。

ステップＳ３では、第１の実施形態と同様に、街頭情報簡易分析部Ａ−２において、街頭情報が、位置統括管理サーバＢへの提供を要する情報であるか否かが判定されるが、本実施形態では、具体的に、以下のような判定がなされる。

すなわち、街頭情報収集部Ａ−１によって取得された街頭情報が、カメラによって撮影された画像である場合、街頭情報簡易分析部Ａ−２において、画像に撮影されている人の認識が行われ、予め指定された単位時間内に認識された顔の数、人の進む方向、人が滞留する箇所が把握されることによって、画像が、位置統括管理サーバＢへの提供を要する情報であるか否かが判定される。

また、街頭情報収集部Ａ−１によって取得された街頭情報が、マイクによって取得された音データである場合、街頭情報簡易分析部Ａ−２において、街頭情報蓄積部Ａ−７に蓄積されている過去の同一曜日同一時間帯の音データと比較されることによって、マイクによって取得された音データが、サーバへの提供を要する情報であるか否かが判定される。

例えば、マイクによって取得された音データが、いつもの曜日の同じ時間帯の音データと比較され、ざわつき度が大きいか小さいか、どれ位大きいか、小さいか、人の声か物体の音か、あるいは、人の声であれば予め設定されたキーワードがあるかなど、設定された閾値、特徴などに該当するかの判定が、街頭情報簡易分析部Ａ−２において行われる。

そして、該当する場合、街頭情報連携制御部Ａ−３に、分析情報の一部あるいは全部が送られる。この際、必要に応じて、街頭情報蓄積部Ａ−７内のデータを特定する情報が併せて送られる。

ステップＳ４では、第１の実施形態と同様に、街頭情報簡易分析部Ａ−２による判定によって提供を要すると判定された街頭情報である画像や音データが、街頭情報連携制御部Ａ−３によって、クライアント識別情報とともに、通信ネットワーク１２を介して位置統括管理サーバＢへ送信される。

このようにして、街頭情報収集・提供装置Ａによって収集された街頭情報である画像や音データが、通信ネットワーク１２を介して、位置統括管理サーバＢへと送信される。

次に、街頭情報収集・提供装置Ａから画像および音データが送信された位置統括管理サーバＢによってなされる動作を説明する。位置統括管理サーバＢにおいてなされるこの動作は、図３および図４のフローチャートに示される動作に準じているが、個別のステップにおいてなされる動作が、第１の実施形態で説明したものよりも、より具体的になっている。したがって、各動作が、図３および図４のフローチャートのどのステップに該当するのかを示しながら説明する。

ステップＳ１１では、街頭情報連携制御部Ａ−３によって送信された街頭情報である画像および音データおよびクライアント識別情報が、位置統括管理サーバＢにおいて、街頭装置情報収集管理部Ｂ−２によって受信される。

ステップＳ１２では、街頭情報である画像および音データおよびクライアント識別情報はさらに、街頭装置情報収集管理部Ｂ−２によって取得された時間を示す取得時間情報とともに、街頭装置情報蓄積部Ｂ−９へと蓄積される。

ステップＳ１３では、街頭装置情報蓄積部Ｂ−９に蓄積された街頭情報である画像および音データが、街頭装置情報分析部Ｂ−３によって分析される。具体的には、画像に対しては、人の認識が行われ、人の目線、人の表情、および人の動作が判定される。また、音データに対しては、音データに含まれる音、会話、物体の音が、抽出およびカウントされる。このように画像および音データが分析される。

ステップＳ１４では、第１の実施形態のように、街頭情報が、閾値を超えているか、または特徴に該当するか否かが判定される。本実施形態では、この判定は、認識された人の数や、カウントされた音の数が、予め設定された閾値に達したか否かを判定することに相当する。

そして、閾値に達したとの結果が得られた場合には、ステップＳ１５において、第１の実施形態のように、街頭発行情報蓄積部Ｂ−１０に、分析情報の一部あるいは全部が蓄積される。

ステップＳ１６では、このような分析情報が、サーバ識別情報とともに、外部伝達情報処理部Ｂ−４から、予め決定された外部サーバ１４へ送信される。

ステップＳ１７では、外部サーバ１４へ送信された分析情報に応じて、外部サーバ１４から情報が提供される。この情報は、例えば、電子看板１６やユーザ端末Ｄから表示されるためのクーポン情報のコンテンツや表示条件であり、外部情報連携制御部Ｂ−５によって受信される。

その後は、ステップＳ１８〜Ｓ２０で説明したように動作することによって、外部サーバ１４から提供された情報（クーポン情報のコンテンツや表示条件）が、対応する街頭情報（画像／音データ）を取得した街頭情報収集・提供装置Ａへと、少なくともサーバ識別情報とともに返信される。

このようにして、位置統括管理サーバＢによって、街頭情報（画像／音データ）に応じた情報が外部サーバ１４から取得され、取得された情報（クーポン情報のコンテンツや表示条件）が、街頭情報収集・提供装置Ａへと返信される。

次に、街頭情報収集・提供装置Ａによって、電子看板１６および／またはユーザ端末Ｄから、コンテンツを表示させる際の動作について図６のフローチャートを用いて説明する。

前述したようにステップＳ２０において外部サーバ１４から街頭情報収集・提供装置Ａへ提供された情報である、例えば、商品の購買を促進するためのクーポン情報のコンテンツや表示条件は、街頭情報連携制御部Ａ−３によって受信され、電子看板情報制御部Ａ−４に記憶される（Ｓ４１）。

電子看板情報制御部Ａ−４に記憶された、例えばクーポン情報のためのコンテンツは、表示条件にしたがって街頭情報提示処理部Ａ−６によって電子看板１６から表示される（Ｓ４２）。

表示条件として、例えば、電子看板１６の周囲に存在する人の数（すなわち、画像に撮影された人の数）が、予め指定された数よりも少ない場合には、電子看板１６の照明を暗くしても良いコンテンツを指定する。このような表示条件を設定することによって、電力消費を節約することが可能となる。また例えば、電子看板１６を中心とする所定距離内に、予め指定された数よりも多くの人が存在する場合に表示するコンテンツを指定する。このような表示条件を設定することによって、より効果的にキャンペーンを展開することが可能となる。

また、クーポン情報を、電子看板１６から表示させる際に、カメラによって取得された画像から、少し離れた所に人の群れがあると認識された場合には、フラッシュ映像や、鐘などの効果音付きで表示させるような表示条件とすることにより、電子看板１６が、クーポン情報を、効果音付きでフラッシュ表示することにより、遠くの人にも、確実に注目されるようにすることが可能となる。

クーポン情報のためのコンテンツは、表示条件に応じて、電子看板１６のみならず、電子看板１６を中心とする所定距離内に位置するユーザ端末Ｄへも、街頭情報提示処理部Ａ−６からプッシュによって送信される（Ｓ４３）。

このようにして、表示条件にしたがって、電子看板１６および／またはユーザ端末Ｄから、クーポン情報を効果的に表示させることができる。

さらにまた、当業者であれば、街頭情報簡易分析部Ａ−２に音声認識機能を搭載することによって、前述したような動作を、例えば以下のように、音声を介して、よりインタラクティブに実行できるようになることも理解できるであろう。この場合の動作の例を、図７のフローチャートを用いて簡単に説明する。

例えば、店舗に配置されたマイクによって「高そうだな」という音声が取得され、街頭情報収集部Ａ−１を介して街頭情報簡易分析部Ａ−２へ送られる（Ｓ５１）。すると、街頭情報簡易分析部Ａ−２の音声認識機能によって、この音声が認識され、認識結果が、街頭情報連携制御部Ａ−３から位置統括管理サーバＢ側へ送信される（Ｓ５２）。

この認識結果は、さらに位置統括管理サーバＢから、店舗の管理システム（外部サーバ１４または情報提供サービスＣ）へと送られる。これに応じて、店舗の管理システムでは、例えば、クーポンと引き換えに、２０％割引で飲み物を無料にするというキャンペーン計画が立案され（Ｓ５３）、例えば「クーポンと引き換えに、２０％割引で飲み物を無料にします」というテキスト情報が作成され、位置統括管理サーバＢに送られる（Ｓ５４）。このテキスト情報は、位置統括管理サーバＢから、街頭情報収集・提供装置Ａへ返信される。

街頭情報収集・提供装置Ａでは、このテキスト情報が、街頭情報連携制御部Ａ−３において受信され、さらには、街頭情報提示処理部Ａ−６によって、電子看板１６から「クーポンと引き換えに、２０％割引で飲み物を無料にします」と表示される。あるいは、音声としてスピーカから出力される（Ｓ５５）。

この情報を見た人、または、聞いた人が、店舗を訪れるようになる（Ｓ５６）。

この例のように、効果的な集客につなげることが可能となる。

上述したように、本実施形態に係る街頭情報処理システムにおいては、上記のような作用により、街頭情報収集・提供装置Ａによって収集された街頭情報である画像や音データを、通信ネットワーク１２を介して、位置統括管理サーバＢへ送信することができる。

また、位置統括管理サーバＢによって、街頭情報（画像／音データ）に応じた情報を外部サーバ１４から取得し、取得し情報（クーポン情報のコンテンツや表示条件）を、街頭情報収集・提供装置Ａへ返信することができる。

さらに、表示条件にしたがって、電子看板１６および／またはユーザ端末Ｄから、クーポン情報を効果的に表示させることができる。

さらにまた、街頭情報簡易分析部Ａ−２に音声認識機能を搭載することによって、音声を介して、前述したような動作を、音声を介して、よりインタラクティブに実行することができる。

このように、本実施形態によれば、店舗の宣伝及び誘導をより効率的かつ効果的に実行することが可能となる。

［第３の実施形態］
本発明の第３の実施形態について説明する。

すなわち、本発明の第３の実施形態に係る街頭情報処理システムは、第２の実施形態に係る街頭情報処理システムを、災害時の誘導のために適用したものである。したがって、以下では、第１および第２の実施形態ですでに説明した箇所については、同一符号を付すことにより、重複説明を避け、本実施形態で特有の事項について説明する。

まず、街頭情報収集・提供装置Ａ側の構成について説明する。

本実施形態は、第２の実施形態と同様に、街頭情報簡易分析部Ａ−２に音声認識機能を搭載している。これによって、第２の実施形態でも説明したように、音声を介して、よりインタラクティブに実施することを可能にしている。

街頭情報収集部Ａ−１によって取得された街頭情報が、マイクによって取得された音データである場合、街頭情報簡易分析部Ａ−２は、音声認識機能を用いて、この音データに、予め設定されたキーワードが含まれているか否かを判定する。予め設定されたキーワードの例としては、「火事」、「地震」、「避難」、「救急車」、「電話」、「繋がらない」等が考えられる。さらに、この音データに、このようなキーワードが含まれているのであれば、含まれているキーワードの数が、予め設定された閾値よりも多いか少ないかを判定する。そして、この判定結果に基づいて、この音データが、位置統括管理サーバＢへの提供を要する情報であるか否かを判定する。

また、街頭情報収集部Ａ−１によって取得された街頭情報が、例えば近隣で火災が発生している時間帯にカメラによって取得された画像である場合、街頭情報簡易分析部Ａ−２は、この画像に火災の特定に関する情報が含まれている可能性があるので、この画像を、街頭情報連携制御部Ａ−３を介して位置統括管理サーバＢ側へ送信する。

さらに、街頭情報収集部Ａ−１によって取得された街頭情報が、避難誘導中に取得され、火災、地震、落雷、倒壊、崖崩れ、雪崩等の発生に関連する情報を含んでいる可能性があると街頭情報簡易分析部Ａ−２が判定すると、街頭情報簡易分析部Ａ−２は、これら街頭情報も、位置情報、および必要に応じて経過情報とともに、街頭情報連携制御部Ａ−３を介して位置統括管理サーバＢ側へ送信する。

例えば、街頭情報簡易分析部Ａ−２は、以下のような場合、火災が発生したと判定する。すなわち、街頭情報収集部Ａ−１によって取得された街頭情報が、温度センサによって取得された温度情報であり、この温度情報が、閾値として設定された所定の温度上昇率を上回る温度上昇が認められ、その後、温度センサからの応答が無応答になったのであれば、街頭情報簡易分析部Ａ−２は、街頭情報収集・提供装置Ａの近隣で火災が発生したと判定する。

また、例えば、街頭情報簡易分析部Ａ−２は、以下のような場合、地震が発生したと判定する。すなわち、街頭情報収集部Ａ−１によって取得された街頭情報が、加速度センサによって取得された加速度データおよび振動センサによって取得された振動データのうちの少なくとも何れかであり、加速度データまたは振動データが閾値を上回り、その後、加速度センサおよび振動センサからの応答が無応答になったのであれば、街頭情報簡易分析部Ａ−２は、街頭情報収集・提供装置Ａが、地震によって揺れていると判定する。

さらに、例えば、街頭情報簡易分析部Ａ−２は、以下のような場合、落雷があったと判定する。すなわち、街頭情報収集部Ａ−１によって取得された街頭情報が、明暗センサによって取得された明暗データであり、この明暗データが、急激に閾値を超える明るさに変化したのであれば、街頭情報収集・提供装置Ａの近傍に落雷があったと判定する。

次に、位置統括管理サーバＢ側の構成について説明する。

街頭情報収集部Ａ−１によって災害時に収集された街頭情報が、位置統括管理サーバＢへ送信されると、外部伝達情報処理部Ｂ−４は、その街頭情報を、外部サーバ１４へ送信する。街頭情報が、近隣で火災が発生している時間帯において取得された画像である場合、この画像に火災の特定に関する情報が含まれている可能性があるので、この画像を外部サーバ１４へ送信する。また、避難誘導中に、街頭情報収集・提供装置Ａ側から送信された、火災、地震、落雷、倒壊、崖崩れ、雪崩等の可能性情報、経過情報、位置情報をも、外部サーバ１４へ送信する。

外部サーバ１４は、これらの情報に基づいて、災害の特性や、状況の把握、および避難計画の策定を行い、その結果である災害情報を、外部情報連携制御部Ｂ−５へ送信する。災害情報はさらに、当該災害に関する避難誘導情報やアナウンス情報等を含む。

外部情報連携制御部Ｂ−５は、外部サーバ１４から送信された災害情報を受信する。

装置街頭発行情報制御部Ｂ−７は、装置位置情報取得部Ｂ−１から得られる複数の街頭情報収集・提供装置Ａの位置情報と、外部情報連携制御部Ｂ−５によって受信された災害情報とに基づいて、避難誘導情報やアナウンス情報の出力を要する１つ以上の街頭情報収集・提供装置Ａと、各街頭情報収集・提供装置Ａからの出力タイミングとを決定する。この出力タイミングは、表示条件に含まれる。

装置街頭発行情報制御部Ｂ−７はさらに、決定した１つ以上の街頭情報収集・提供装置Ａへ、避難誘導情報やアナウンス情報を表示条件とともに送信する。

送信された街頭情報収集・提供装置Ａでは、街頭情報提示処理部Ａ−６の動作により、避難誘導情報やアナウンス情報を、表示条件に含まれる出力タイミングしたがって、電子看板１６から出力させる。

次に、以上のように構成した第３の実施形態に係る街頭情報処理システムの動作について説明する。

先ず、街頭情報収集・提供装置Ａにおいてなされる街頭情報収集時の動作について説明する。街頭情報収集・提供装置Ａにおいてなされる街頭情報収集時の動作は、図２のフローチャートに準じているが、個別のステップにおいてなされる動作が、第１の実施形態で説明したものよりも、より具体的になっている。したがって、各動作が、図２のフローチャートのどのステップに該当するのかを示しながら説明する。

ステップＳ１では、街頭情報収集部Ａ−１によって街頭情報が取得される。本実施形態において、街頭情報には、例えば、マイクによって取得された音データ、カメラによって取得された画像、温度センサによって取得された温度情報、加速度センサによって取得された加速度データおよび振動センサによって取得された振動データ、明暗センサによって取得された明暗データ等が含まれる。

ステップＳ２では、第２の実施形態と同様に、街頭情報収集部Ａ−１によって、街頭情報に対して、収集時間情報、クライアント識別情報、および街頭情報取得手段識別情報が、街頭情報取得手段毎にユニークに付加される（Ｓ２）。そして、街頭情報は、これら対応する識別情報とともに、街頭情報蓄積部Ａ−７に蓄積される。

ステップＳ３では、第１の実施形態と同様に、街頭情報簡易分析部Ａ−２において、街頭情報が、位置統括管理サーバＢへの提供を要する情報であるか否かが判定される。本実施形態では、具体的に、以下のような判定がなされる。

すなわち、街頭情報収集部Ａ−１によって取得された街頭情報が、マイクによって取得された音データである場合、街頭情報簡易分析部Ａ−２では、音声認識機能が用いられ、この音データに、特徴である、例えば、「火事」、「地震」、「避難」、「救急車」、「電話」、「繋がらない」のような予め設定されたキーワードが含まれているか否かが判定される。さらに、この音データに、このようなキーワードが含まれているのであれば、含まれているキーワードの数が、予め設定された閾値よりも多いか少ないかが判定される。そして、この判定結果に基づいて、この音データが、位置統括管理サーバＢへの提供を要する情報であるか否かが判定される。

また、街頭情報収集部Ａ−１によって取得された街頭情報が、例えば近隣で火災が発生している時間帯においてカメラによって取得された画像である場合、街頭情報簡易分析部Ａ−２では、この画像に、火災に関する情報が含まれている可能性があるので、この画像の特定を要すると判定される。

さらに、街頭情報収集部Ａ−１によって取得された街頭情報が、避難誘導中に取得され、火災、地震、落雷、倒壊、崖崩れ、雪崩等の発生に関連する情報を含んでいる可能性があるか否かが街頭情報簡易分析部Ａ−２によって判定される。

例えば、街頭情報収集部Ａ−１によって取得された街頭情報が、温度センサによって取得された温度情報であり、この温度情報が、閾値として設定された所定の温度上昇率を上回る温度上昇が認められ、その後、温度センサからの応答が無応答になったのであれば、街頭情報簡易分析部Ａ−２によって、街頭情報収集・提供装置Ａの近隣で火災が発生したと判定される。

また、例えば、街頭情報収集部Ａ−１によって取得された街頭情報が、加速度センサによって取得された加速度データおよび振動センサによって取得された振動データのうちの少なくとも何れかであり、加速度データまたは振動データが閾値を上回り、その後、加速度センサおよび振動センサからの応答が無応答になったのであれば、街頭情報簡易分析部Ａ−２によって、街頭情報収集・提供装置Ａが、地震によって揺れていると判定される。

さらに、例えば、街頭情報収集部Ａ−１によって取得された街頭情報が、明暗センサによって取得された明暗データであり、この明暗データが、急激に閾値を超える明るさを示すのであれば、街頭情報簡易分析部Ａ−２によって、街頭情報収集・提供装置Ａの近傍に落雷があったと判定される。

このような判定結果に基づいて、ステップＳ４では、街頭情報連携制御部Ａ−３から位置統括管理サーバＢへと、音データ、画像、温度情報、加速度データ、振動データ、明暗データ等が、識別情報、位置情報、および必要に応じて経過情報とともに送られる。

このようにして、街頭情報収集・提供装置Ａによって災害時に収集された街頭情報が、通信ネットワーク１２を介して、位置統括管理サーバＢへと送信される。

次に、街頭情報収集・提供装置Ａから災害時に収集された街頭情報が送信された位置統括管理サーバＢによってなされる動作を説明する。位置統括管理サーバＢにおいてなされるこの動作は、図３および図４のフローチャートに示される動作に準じているが、個別のステップにおいてなされる動作が、第１の実施形態で説明したものよりも、より具体的になっている。したがって、各動作が、図３および図４のフローチャートのどのステップに該当するのかを示しながら説明する。

ステップＳ１１では、街頭情報連携制御部Ａ−３によって送信された街頭情報および付随する識別情報等が、位置統括管理サーバＢにおいて、街頭装置情報収集管理部Ｂ−２によって受信される。

ステップＳ１２では、街頭情報および識別情報等はさらに、街頭装置情報収集管理部Ｂ−２によって取得された時間を示す取得時間情報とともに、街頭装置情報蓄積部Ｂ−９へと蓄積される。

街頭装置情報蓄積部Ｂ−９へと蓄積されたこれら情報は、外部伝達情報処理部Ｂ−４によって、外部サーバ１４へ送信される。この動作は、ステップＳ１６に相当する。

外部サーバ１４では、これらの情報に基づいて、災害の特性や、状況の把握、および避難計画の策定が行われ、その結果である災害情報が、外部情報連携制御部Ｂ−５へ送信される。災害情報は、当該災害に関する避難誘導情報やアナウンス情報等を含む。

ステップＳ１７では、外部サーバ１４から送信された災害情報が、外部情報連携制御部Ｂ−５によって受信され、ステップＳ１８では、災害情報が、街頭発行情報蓄積部Ｂ−１０に蓄積される。

ステップＳ１９では、装置街頭発行情報制御部Ｂ−７において、装置位置情報取得部Ｂ−１から得られる複数の街頭情報収集・提供装置Ａの位置情報と、外部情報連携制御部Ｂ−５によって受信され、街頭発行情報蓄積部Ｂ−１０に蓄積された災害情報とに基づいて、避難誘導情報やアナウンス情報の出力を要する１つ以上の街頭情報収集・提供装置Ａと、各街頭情報収集・提供装置Ａからの出力タイミングとが決定される。この出力タイミングは、表示条件に含まれる。

ステップＳ２０では、装置街頭発行情報制御部Ｂ−７から、装置街頭発行情報制御部Ｂ−７によって決定された１つ以上の街頭情報収集・提供装置Ａへと、避難誘導情報やアナウンス情報が、表示条件とともに送信される。

送信された街頭情報収集・提供装置Ａでは、街頭情報提示処理部Ａ−６の動作により、避難誘導情報やアナウンス情報が、表示条件に含まれる出力タイミングしたがって、電子看板１６や、ユーザ端末Ｄから出力される。

このようにして、災害時において、街頭情報収集・提供装置Ａの配置場所に応じた適切な避難誘導情報やアナウンス情報が、表示条件に含まれる出力タイミングにしたがって、電子看板１６やユーザ端末Ｄから効果的に出力されるようになる。

なお、本実施形態でも、街頭情報簡易分析部Ａ−２に音声認識機能を搭載しているので、災害時であっても、第２の実施形態において図７を用いて説明したような、音声を介して、よりインタラクティブに実施することが可能であることを、当業者であれば想起できるであろう。

本実施形態におけるこのような動作例を、図７の各ステップに当てはめて簡単に説明する。

ステップＳ５１において、マイクによって音声が取得される。この音声には、「救急車」、「電話」、「繋がらない」といったキーワードが含まれていることがステップＳ５２において認識されたとする。

すると、ステップＳ５３では、キャンペーン計画の代わりに、対応策が立案される。この対応策は、例えば、救急車の出動を要請するために、緊急時の有線回線を用いて付近の消防署に連絡することである。この場合、ステップＳ５４において作成されるテキスト情報は、「緊急時の優先回線でＥ消防署に救急車の出動を要請しました」となる。

ステップＳ５５では、「緊急時の優先回線でＥ消防署に救急車の出動を要請しました」というテキスト情報が、電子看板１６またはユーザ端末Ｄから表示または音声出力される。

ステップＳ５３で立案された対応策にしたがって消防署に救急車の出動要請がなされる。この場合、情報提供サービスＣは、消防署の管理システムに相当する。これに応じて消防署から連絡があった場合も、例えば「Ｅ消防署からの通話連絡です。どなたか応対下さい。」と、電子看板１６またはユーザ端末Ｄから表示または音声出力し、消防署とユーザとの通話をさせることも可能である。

上述したように、本実施形態に係る街頭情報処理システムにおいては、上記のような作用により、街頭情報収集・提供装置Ａによって災害時に収集された街頭情報を、通信ネットワーク１２を介して、位置統括管理サーバＢへと送信することができる。

また、街頭情報収集・提供装置Ａの配置場所に応じた適切な避難誘導情報やアナウンス情報を、表示条件に含まれる出力タイミングにしたがって、電子看板１６やユーザ端末Ｄから効果的に出力させることもできる。

このように、本実施形態によれば、災害時の効果的な避難誘導を行うことが可能となる。

［第４の実施形態］
本発明の第４の実施形態について説明する。

すなわち、本発明の第４の実施形態に係る街頭情報処理システムは、第１の実施形態に係る街頭情報処理システムを、インフラ制御、防犯、ユーザ支援、テーマパーク、および緊急時の避難誘導のために適用したものである。したがって、以下では、第１の実施形態ですでに説明した箇所については、同一符号を付すことにより、重複説明を避け、本実施形態で特有の事項について説明する。

まず、インフラ制御への適用例について説明する。

街頭情報収集部Ａ−１によって取得された街頭情報が、人感センサによって取得された感知データや、あるいはカメラによって取得された画像である場合、街頭情報簡易分析部Ａ−２は、これら街頭情報に基づいて、付近における人の存在の有無を判定し、外部連携制御部Ａ−５は、それに応じて空調や照明等の制御を行う。例えば、街頭情報簡易分析部Ａ−２によって、街頭情報に基づいて、付近に人がいないと判定されると、外部連携制御部Ａ−５は、街灯の照明を暗くしたり、空調をオフにする一方、街頭情報簡易分析部Ａ−２によって、付近に人がいる、あるいは人が接近していると判定されると、街灯の照明を明るくしたり、空調をオンにするように制御する。

次に、防犯への適用例について説明する。

街頭情報収集部Ａ−１によって取得された街頭情報として、マイクによって取得された音が、街頭情報簡易分析部Ａ−２によって、閾値よりも大きいと判定された場合、外部連携制御部Ａ−５は、異常が発生したと判定し、街頭情報収集・提供装置Ａの近傍の街灯を点灯させるとともに、街頭情報収集・提供装置Ａの配置場所近傍をカメラに撮影させるように街頭情報収集部Ａ−１を制御する。さらには、カメラによって撮影された画像を、街頭情報連携制御部Ａ−３が、通信ネットワーク１２を経由して位置統括管理サーバＢに送信する。このようにして、異常が発生したことを自動的に通報する。

次に、ユーザ支援への適用例について説明する。

ユーザ支援への適用例として、ユーザに対して、公衆トイレの場所を知らせるサービスを説明する。

遊歩道を歩行中のユーザが、最寄りの公衆トイレの場所を知りたい場合、ユーザは、ユーザ端末Ｄを用いて、街頭情報提示処理部Ａ−６を介して、近傍の街頭情報収集・提供装置Ａに対して、最寄りの公衆トイレの場所を提示するように要求する。この要求は、例えば、ユーザ端末Ｄに搭載されたアプリを用いてなされ、位置情報およびユーザ端末識別情報とともに送信される。

街頭情報提示処理部Ａ−６は、この要求を位置情報およびユーザ端末識別情報とともに受信すると、位置情報に基づいて、付近の公衆トイレが示された地図情報を、電子看板情報制御部Ａ−４から取得する。なお、電子看板情報制御部Ａ−４に、地図情報が格納されていない場合には、位置統括管理サーバＢから、あるいは位置統括管理サーバＢを介して外部サーバ１４から取得する。そして、地図情報を、ユーザ端末識別情報に従って、要求元のユーザ端末Ｄへ返信し、ユーザ端末ＤのＷｅｂブラウザから表示させる。

次に、テーマパークにおける適用例について説明する。

テーマパークにおける適用例として、乗り物やアトラクションの待ち時間情報サービス、および迷子発見サービスについて説明する。

乗り物やアトラクションの乗り場付近に設置された街頭情報収集部Ａ−１に接続されたカメラが、待っている人の列を撮影し、街頭情報簡易分析部Ａ−２が、撮影された顔の数を認識し、認識された顔の数に基づいて、おおよその待ち時間を計算する。

そして、外部連携制御部Ａ−５が、この待ち時間を、対応する乗り物やアトラクションの名前とともに、テーマパーク内の各所に設けられている他の街頭情報収集提供装置Ａ’に送信する。これを受けて、各街頭情報収集提供装置Ａ’は、待ち時間を、対応する乗り物やアトラクションの名前とともに電子看板１６から表示させる。これを見ることによって、利用客は、各乗り物やアトラクションの待ち時間を把握する。

あるいは、例えばスマートフォン等のような利用客のユーザ端末Ｄに、専用のアプリを予めインストールしておき、街頭情報提示処理部Ａ−６が、このようなユーザ端末Ｄにも、待ち時間を、対応する乗り物やアトラクションの名前とともに送る。これによって、各利用客は、自分のスマートフォンから、各乗り物やアトラクションの待ち時間を把握する。

また、テーマパーク内で子供が迷子になり、泣き叫ぶと、テーマパーク内のさまざまな場所に設けられた街頭情報収集部Ａ−１のうちの何れかに接続されたマイクが、泣き声を捉える。

すると、街頭情報簡易分析部Ａ−２が、この泣き声から、子供が迷子になっていると判定し、その判定結果を、泣き声を捉えた街頭情報収集部Ａ−１の識別番号とともに外部連携制御部Ａ−５へ送る。この識別番号は、テーマパーク内の位置情報として利用される。外部連携制御部Ａ−５は、この場合はテーマパークの迷子保護センタである他の街頭情報収集提供装置Ａ’へ、判定結果および泣き声を捉えた街頭情報収集部Ａ−１の識別番号（テーマパーク内の位置情報）を伝える。

これに応じて、迷子保護センタが、迷子になった子供を保護するとともに、テーマパーク内放送によって、迷子の案内放送をする。

次に、緊急時における個別避難誘導における適用例について説明する。

街頭情報収集部Ａ−１は、気温センサによって測定された温度と、カメラによって撮影された画像とを収集し、街頭情報簡易分析部Ａ−２に送る。

街頭情報簡易分析部Ａ−２は、気温センサによって測定された温度が、閾値を超えているか、または、カメラによって撮影された画像に煙や炎が写っている場合、この街頭情報収集部Ａ−１の近傍で火災が発生していると判定する。

これに応じて、外部連携制御部Ａ−５は、街頭情報簡易分析部Ａ−２による判定結果を、他の街頭情報収集提供装置Ａ’に伝える。

これに応じて街頭情報収集提供装置Ａ’は、避難方向として、通知元の街頭情報収集提供装置Ａから遠くなる方向を、対応する電子看板１６から表示させる。ただし、この方向は、複数方向あることもあり得る。例えば、南側で火災が発生した場合、避難方向は、北側、東側、西側の３方向であると考えられる。

短時間で多くの人が効率良く避難を完了するためには、特定の避難方向に人が集中しないように、避難方向を適切に分散させる必要がある。従って、各街頭情報収集提供装置Ａ（またはＡ’）の街頭情報収集部Ａ−１は、避難中の状況の画像を、カメラによって撮影する。そして、各街頭情報簡易分析部Ａ−２は、この画像に基づいて、避難時の混雑状況を把握する。

これに応じて、外部連携制御部Ａ−５は、把握された混雑状況を、街頭情報収集提供装置Ａ（またはＡ’）の識別情報とともに、他の街頭情報収集提供装置Ａ’に出力する。

これに応じて、各街頭情報収集提供装置Ａ（またはＡ’）の各街頭情報簡易分析部Ａ−２は、混雑状況の状況に応じて、どの方向に避難すべきであるかをそれぞれ判定し、街頭情報提示処理部Ａ−６が、電子看板１６からその方向を表示させる。

次に、以上のように構成した第４の実施形態に係る街頭情報処理システムの動作について説明する。

まず、インフラ制御への適用例における動作を図８のフローチャートを用いて説明する。

人感センサによって取得された感知データや、カメラによって撮影された画像が、街頭情報収集部Ａ−１によって取得される（Ｓ６１）。

街頭情報収集部Ａ−１によって取得されたこれら街頭情報に基づいて、街頭情報簡易分析部Ａ−２によって、付近における人の存在の有無が判定される（Ｓ６２）。

そして、付近に人がいないと判定される（Ｓ６２：Ｎｏ）と、外部連携制御部Ａ−５によって、街灯の照明を暗くしたり、空調をオフにする等の制御がなされる（Ｓ６３）。

一方、付近に人がいる、あるいは人が接近していると判定される（Ｓ６２：Ｙｅｓ）と、外部連携制御部Ａ−５によって、街灯の照明を明るくしたり、空調をオンにする等の制御がなされる（Ｓ６４）。

このようなインフラ制御によって、無駄な電力の使用を回避することができ、省エネを達成することができる。

次に、防犯への適用例における動作を図９のフローチャートを用いて説明する。

マイクによって取得された音データが、街頭情報収集部Ａ−１によって取得される（Ｓ７１）。

この音データの音量が、街頭情報簡易分析部Ａ−２によって、予め設定された音量よりも大きいか否かが判定される（Ｓ７２）。

大きいと判定された場合（Ｓ７２：Ｙｅｓ）、異常が発生したと判定され、外部連携制御部Ａ−５によって、街頭情報収集・提供装置Ａの近傍の街灯が点灯されるとともに、街頭情報収集・提供装置Ａの配置場所近傍を、カメラに撮影させるように街頭情報収集部Ａ−１が制御される（Ｓ７３）。

さらには、カメラによって撮影された画像が、街頭情報連携制御部Ａ−３によって、通信ネットワーク１２を経由して位置統括管理サーバＢへ送信され、異常が発生したことが自動的に通報される（Ｓ７４）。

これによって、例えば「助けて！」など、大きな声がマイクによって取得された場合には、即座に街灯が明るく点灯されるとともに、カメラによって周囲の画像が撮影され、撮影された画像が、通信ネットワーク１２を経由して位置統括管理サーバＢへ送信されることによって、異常の発生が自動的に通報されるようになり、防犯等を未然に阻止することができる。

次に、ユーザ支援への適用例として、ユーザに対して、公衆トイレの場所を知らせるサービスにおける動作を図１０のフローチャートを用いて説明する。

遊歩道を歩行中のユーザが、最寄りの公衆トイレの場所を知りたい場合、ユーザは、ユーザ端末Ｄを用いて、街頭情報提示処理部Ａ−６を介して、近傍の街頭情報収集・提供装置Ａに対して、最寄りの公衆トイレの場所を提示するように要求する。この要求は、例えば、ユーザ端末Ｄに搭載されたアプリを用いてなされ、位置情報およびユーザ端末識別情報とともに送信される（Ｓ８１）。

この要求は、位置情報およびユーザ端末識別情報とともに、街頭情報提示処理部Ａ−６によって受信される。これに応じて、街頭情報提示処理部Ａ−６によって、位置情報に基づいて、付近の公衆トイレが示された地図情報が、電子看板情報制御部Ａ−４から取得される（Ｓ８２）。なお、電子看板情報制御部Ａ−４に、地図情報が格納されていない場合には、位置統括管理サーバＢから、あるいは位置統括管理サーバＢを介して外部サーバ１４から、地図情報が取得される。

地図情報はさらに、街頭情報提示処理部Ａ−６によって、ユーザ端末識別情報に従って、要求元のユーザ端末Ｄへと返信され、ユーザ端末ＤのＷｅｂブラウザから表示される（Ｓ８３）。

この地図情報を閲覧することによって、ユーザは、最寄りのトイレに辿りつくことができるようになる。

次に、テーマパークにおける適用例として、乗り物やアトラクションの待ち時間情報サービス、および迷子発見サービスにおける動作について説明する。

図１１は、待ち時間情報サービスにおける動作例を示すフローチャートである。

乗り物やアトラクションの乗り場付近に設置された街頭情報収集部Ａ−１に接続されたカメラが、待っている人の列を撮影すると、撮影された画像が、街頭情報簡易分析部Ａ−２に送られる（Ｓ９１）。

街頭情報簡易分析部Ａ−２では、撮影された画像から、顔の数が認識され、認識された顔の数に基づいて、おおよその待ち時間が計算される（Ｓ９２）。

そして、この待ち時間は、外部連携制御部Ａ−５によって、対応する乗り物やアトラクションの名前とともに、テーマパーク内の各所に設けられている他の街頭情報収集提供装置Ａ’へ送信される（Ｓ９３）。

これを受けて、各街頭情報収集提供装置Ａ’では、待ち時間が、対応する乗り物やアトラクションの名前とともに電子看板１６から表示される（Ｓ９４）。これを見ることによって、利用客は、各乗り物やアトラクションの待ち時間を把握することができる。

あるいは、例えばスマートフォン等のような利用客のユーザ端末Ｄに、専用のアプリを予めインストールしておき、街頭情報提示処理部Ａ−６が、ユーザ端末Ｄに、待ち時間と、対応する乗り物やアトラクションの名前とを送るようにしても良い。これによって、各利用客は、自分のスマートフォンから、各乗り物やアトラクションの待ち時間を把握することができる。

図１２は、迷子発見サービスにおける動作例を示すフローチャートである。

テーマパーク内で子供が迷子になり、泣き叫ぶと、この泣き声は、テーマパーク内のさまざまな場所に設けられた街頭情報収集部Ａ−１のうちの何れかに接続されたマイクによって捉えられる（Ｓ１０１）。

すると、この泣き声から、街頭情報簡易分析部Ａ−２によって、子供が迷子になっていると判定される（Ｓ１０２）。この判定結果は、泣き声を捉えた街頭情報収集部Ａ−１の識別番号とともに外部連携制御部Ａ−５へ送られる。

この判定結果および泣き声を捉えた街頭情報収集部Ａ−１の識別番号が、外部連携制御部Ａ−５から、テーマパークの迷子保護センタである他の街頭情報収集提供装置Ａ’へ伝えられる（Ｓ１０３）。この識別番号は、テーマパーク内の位置情報として利用される。

これに応じて、迷子になった子供は、迷子保護のスタッフによって保護されるとともに、テーマパーク内放送によって、迷子の案内放送がなされる（Ｓ１０４）。

次に、緊急時における個別避難誘導サービスにおける動作について、図１３のフローチャートを用いて説明する。

以下では、一例として、火災発生時の避難誘導サービスについて説明するが、地震や、津波など、他の災害発生時についても同様に適用可能であるものとする。

気温センサによって測定された温度と、カメラによって撮影された画像とが、街頭情報収集部Ａ−１によって収集され、街頭情報収集部Ａ−１から街頭情報簡易分析部Ａ−２に送られる（Ｓ１１１）。

気温センサによって測定された温度が閾値を超えているか、または、カメラによって撮影された画像に煙や炎が写っている場合（Ｓ１１２：Ｙｅｓ）、街頭情報簡易分析部Ａ−２によって、この街頭情報収集部Ａ−１の近傍で火災が発生していると判定され、街頭情報簡易分析部Ａ−２による判定結果が、外部連携制御部Ａ−５から、他の街頭情報収集提供装置Ａ’へ伝えられる（Ｓ１１３）。

これに応じて街頭情報収集提供装置Ａ’では、避難方向として、通知元の街頭情報収集提供装置Ａから遠くなる方向が、対応する電子看板１６から表示される（Ｓ１１４）。

ただし、この方向は、複数方向あることもあり得る。例えば、南側で火災が発生した場合、避難方向は、北側、東側、西側の３方向であると考えられる。短時間で多くの人が効率良く避難を完了するためには、特定の避難方向に人が集中しないように、避難方向を適切に分散させる必要がある。

従って、各街頭情報収集提供装置Ａ（またはＡ’）の街頭情報収集部Ａ−１では、避難中の状況の画像も、カメラによって撮影される（Ｓ１１５）。そして、各街頭情報簡易分析部Ａ−２において、この画像に基づいて、避難時の混雑状況が把握される（Ｓ１１６）。

これに応じて、外部連携制御部Ａ−５では、把握された混雑状況が、街頭情報収集提供装置Ａ（またはＡ’）の識別情報とともに、他の街頭情報収集提供装置Ａ’へ出力される。これに応じて、各街頭情報収集提供装置Ａ（またはＡ’）の各街頭情報簡易分析部Ａ−２では、混雑状況の状況に応じて、どの方向に避難すべきであるかがそれぞれ判定され、電子看板１６からその方向が表示される（Ｓ１１７）。

上述したように、本実施形態に係る街頭情報処理システムにおいては、上記のような作用により、インフラ設備の省エネを達成することが可能となる。また、異常の発生を自動通報できるので、防犯等を未然に阻止することが可能となる。さらには、移動中のユーザの要求に対して、適切な情報を、短時間で提供することが可能となる。さらにまた、テーマパークの効率的な利用を支援することが可能となる。また、災害時における個別の避難誘導を実現することも可能となる。

［第５の実施形態］
本発明の第５の実施形態について説明する。

すなわち、本発明の第５の実施形態に係る街頭情報処理システムは、第１の実施形態に係る街頭情報処理システムのうち、街頭情報収集・提供装置Ａを、スマートフォン等のユーザ端末Ｄと組み合わせることによって、カーナビゲーションのようなナビゲーション装置として適用したものである。したがって、以下では、第１の実施形態ですでに説明した箇所については、同一符号を付すことにより、重複説明を避け、本実施形態で特有の事項について説明する。

本実施形態では、街頭情報収集・提供装置Ａを、スマートフォン等のユーザ端末Ｄと組み合わせることによってカーナビゲーション装置として適用するので、街頭情報収集・提供装置Ａが、車両のような移動体に設置される。

このように、街頭情報収集・提供装置Ａおよびユーザ端末Ｄを、カーナビゲーション装置として適用する場合、ユーザ端末Ｄにインストールされた専用のアプリから起動操作を行う。起動操作がなされると、先ず、以下のようにしてユーザ認証がなされる。

（ユーザ認証機能）
ユーザ認証時の動作を図１４のフローチャートとともに説明する。

ユーザが、ユーザ端末Ｄを用いてこのアプリの起動を試みると、アプリは、ユーザ端末Ｄへの画面表示または音声によって、ユーザに対して、ユーザ認証のために、ユーザ端末Ｄのマイクに向かって音声を発声することを促す（Ｓ１２１）。

ユーザがマイクに向かって音声を発声すると、街頭情報収集部Ａ−１が、この音声を取得し、街頭情報簡易分析部Ａ−２が、音声認識機能を用いてこの音声を認識する。さらにこの認識された音声を、街頭情報連携制御部Ａ−３が、ユーザ端末Ｄを識別するユーザ端末識別情報を付加して、位置統括管理サーバＢへと送信する（Ｓ１２２）。

位置統括管理サーバＢは、街頭発行情報蓄積部Ｂ−１０において、ユーザの音声情報を、ユーザ端末識別情報に紐付けて予め蓄積している。

位置統括管理サーバＢへユーザ端末識別情報および認識された音声が送信されると、街頭装置情報分析部Ｂ−３は、このユーザ端末識別情報に紐付けられている音声を、街頭発行情報蓄積部Ｂ−１０から取得する。街頭装置情報分析部Ｂ−３はさらに、この取得した音声を、街頭情報連携制御部Ａ−３から送信された音声と比較することによって、ユーザ認証を行う（Ｓ１２３）。そして、比較の結果、これら音声が、同一人物から発声されたと判定され、認証が成功する（Ｓ１２４：Ｙｅｓ）と、アプリの使用が許可される（Ｓ１２５）。

一方、比較の結果、これら音声が、同一人物から発声されたものであると判定されず、認証されなかった場合（Ｓ１２４：Ｎｏ）、アプリの使用は許可されない（Ｓ１２６）。

アプリはさらに以下に個別に説明するように、地図情報取得機能、ルート検索機能、ＥＴＣ機能、交通情報提供機能、居眠り運転防止機能をも備えている。

（地図情報取得機能）
地図情報取得機能を図１５のフローチャートとともに説明する。

街頭情報収集部Ａ−１は、街頭情報として、常時、ＧＰＳによって取得される位置データを取得している（Ｓ１３１）。ＧＰＳは、街頭情報提示処理部Ａ−６と通信している、スマートフォン等のユーザ端末Ｄに内蔵されているものを利用する。あるいは、街頭情報収集部Ａ−１に専用に接続されたＧＰＳを利用するようにしても良い。

また、街頭情報収集部Ａ−１は、街頭情報として、マイクによって取得された音声をも取得する（Ｓ１３２）。マイクは、街頭情報提示処理部Ａ−６と通信している、スマートフォン等のユーザ端末Ｄに内蔵されているものを利用する。あるいは、街頭情報収集部Ａ−１に専用に接続されたマイクを利用するようにしても良い。なお、マイクによって取得された情報は、必要に応じて雑音除去、音声識別等の適正化処理がなされる。

街頭情報簡易分析部Ａ−２は、音声認識機能を使って、この音声を認識し（Ｓ１３３）、ステップＳ１３２で取得された音声に、予め設定されたキーワードが含まれているか否かを判定する（Ｓ１３４）。キーワードは、例えば、コンビニエンスストア、電気スタンド、ガソリンスタンド（「スタンド」のような略語でも良い）のような単語や、観光スポットのような固有名詞、あるいは注意を表わす単語（例えば、「危ない」、「危険」「事故」）等を含み得る。

街頭情報簡易分析部Ａ−２はさらに、音声に、何れかのキーワード（例えば、「コンビニエンスストア」）が含まれていると判定する（Ｓ１０４：Ｙｅｓ）と、このキーワード（例えば、「コンビニエンスストア」）を、位置データ、およびユーザ端末Ｄを識別するユーザ端末識別情報とともに、位置統括管理サーバＢへ送信する（Ｓ１３５）。

位置統括管理サーバＢ側では、このように送信されたキーワードに対して、必要であれば外部サーバ１４から、関連する情報を取得し、ユーザ端末識別情報にしたがって、送信元の街頭情報収集・提供装置Ａへ返信する（Ｓ１３６）。

この情報は、街頭情報連携制御部Ａ−３が受信し、さらに、街頭情報提示処理部Ａ−６が、ユーザ端末Ｄのディスプレイから表示させたり、あるいは、スピーカからナビゲーション音声として出力させる。この情報は、画像、文字、および音声等を含み、例えば、「コンビニエンスストア」というキーワードに関連する情報として、送信元の街頭情報収集・提供装置Ａの位置を中心とする所定半径内（例えば、半径１ｋｍ以内）のコンビニエンスストアの地図情報であっても良い。

同様に、観光スポット、ガソリンスタンド、電気スタンド等のナビゲーション情報をユーザに提供することもできる。

なお、位置統括管理サーバＢが外部サーバ１４から情報を取得し、街頭情報収集・提供装置Ａへ送信する動作については、既に説明済みであるので、ここではその詳細な説明は省く。

このようにして、ユーザは、地図情報取得機能を用いて、所望の目的物の地図を音声入力によって取得することができる。

（ルート検索機能）
ルート検索機能を図１６のフローチャートとともに説明する。

ルート検索機能でもまた、前述した地図情報取得機能と同様に、ＧＰＳによって取得された位置データと、マイクによって取得された音声とを利用する。

すなわち、街頭情報収集部Ａ−１は、常時、街頭情報として、ＧＰＳによって取得される位置データを取得している（Ｓ１４１）。

また、ユーザが、ルート検索機能を起動すると、アプリは、ユーザ端末Ｄの画面表示または音声によって、ユーザに対して、目的地を、ユーザ端末Ｄのマイクに向かって音声によって入力することを促す（Ｓ１４２）。例えば、ステップＳ１４１において取得された位置データに基づいて、現在「調布付近」であることが把握されている場合、「現在調布付近のようですが、今日はどちらまで？」のような音声ガイダンスが、ユーザ端末Ｄのスピーカから出力される。

これに応じてユーザが、ユーザ端末Ｄのマイクに向かって「渋川伊香保」と発声すると、地図情報取得機能で説明したように、街頭情報簡易分析部Ａ−２が、必要に応じて雑音除去等を行った後に、音声認識機能を使って、この音声から目的地を認識する（Ｓ１４３）。

街頭情報簡易分析部Ａ−２はさらに、認識された目的地を、位置データ、およびユーザ端末識別情報とともに、街頭情報連携制御部Ａ−３から、位置統括管理サーバＢへ送信する（Ｓ１４４）。

これに応じて、位置統括管理サーバＢでは、街頭装置情報分析部Ｂ−３において、外部サーバ１４から道路情報を取得することによって、位置データと、目的地とに基づいて、１つまたは複数のルートマップを作成する（Ｓ１４５）。

街頭装置情報分析部Ｂ−３はさらに、各ルートマップに関連する交通情報を、外部サーバ１４から取得し、作成された１つまたは複数のルートマップと、各ルートマップに関連する交通情報とを、装置街頭発行情報制御部Ｂ−７に提供する。交通情報としては、ルートマップに有料道路が含まれている場合には、有料道路の料金を含む。

装置街頭発行情報制御部Ｂ−７は、１つまたは複数のルートマップや、各ルートマップに関連する交通情報を、ユーザ端末識別情報に基づいて、送信元の街頭情報収集・提供装置Ａへ返信する（Ｓ１４６）。

これら情報は、街頭情報連携制御部Ａ−３が受信し、さらに、街頭情報提示処理部Ａ−６が、ユーザ端末Ｄのディスプレイから表示させたり、あるいは、スピーカからナビゲーション音声として出力させる。この情報は、画像、文字、および音声等を含む。

例えば、ユーザ端末Ｄのスピーカから、「渋川伊香保までは、主に３つのルートがあります。ルート１は、調布インターチェンジ（以下、「ＩＣ」と称する）から中央自動車道を経由して練馬ＩＣまで進み、さらに練馬ＩＣから関越自動車道に入るルートであり、距離は１３３．７キロで、現在の交通量から予測される所要時間は２時間９分です。途中、中央自動車道高井戸ＩＣ付近で約２キロの渋滞があります。ルート１では、有料道路の利用料金として、４０７０円が発生します。ルート２は、調布ＩＣから中央自動車道で八王子第１ ＩＣまで進み、その後一般道を通ってあきる野ＩＣまで進み、あきる野ＩＣから首都圏中央連絡道路自動車道に入り、鶴ヶ島ＪＣＴから関越自動車道に入るルートであり、距離は１５３キロで、現在の交通量から予想される所要時間は２時間３６分です。ルート２では、有料道路の利用料金として、４１８０円が発生します。途中、中央自動車道稲城ＩＣ付近で、交通事故が発生しています。ルート３は、調布ＩＣから中央自動車道を東京方面に進み、首都中央環状線を経由して川口ＪＣＴから東北自動車道を北上し、久喜白岡ＪＣＴから首都圏中央連絡自動車道を経由して、鶴ヶ島ＪＣＴから関越自動車道に入るルートであり、距離は１８２キロで、現在の交通量から予測される所要時間は２時間４１分です。ルート３では、有料道路の利用料金として６１００円が発生します。途中、川口ジャンクション（以下、「ＪＣＴ」と称する）付近で約５キロの渋滞があります。どのルートでご案内しますか？」のように音声として出力される。

さらに、地図情報取得機能で説明したようなキーワードから関連情報を提供する機能と組み合わせることによって、以下のような音声によるインタラクティブな情報のやり取りも可能となる。

音声ガイダンス：「どのルートでご案内しますか？」
ユーザ：「ルート２」
音声ガイダンス：「ルート２でご案内します。ルート２内の有料道路にはサービスエリアがＸ箇所あります。画面にも表示します。サービスエリアのご案内をしましょうか？」
ユーザ：「はい」
音声ガイダンス：「αサービスエリアでは、βイベントを開催しており、スイカやメロンの直販をしています。」
このようにして、ユーザは、ルート検索機能を用いて、ルートを決定する際に参考となるデータを取得することができる。

（ＥＴＣ機能）
ＥＴＣ機能を使うために、街頭情報収集部Ａ−１は、ＥＴＣ（Electronic Toll Collection System）カードを読み取る手段を備えている。

また、車両が、有料道路の料金収受所に近づくと、街頭情報収集部Ａ−１が、ＥＴＣカードにデポジットされている残高を読み取る。そして、その結果を、街頭情報連携制御部Ａ−３を介して街頭情報提示処理部Ａ−６に渡す。

街頭情報提示処理部Ａ−６は、この残高を、ユーザ端末Ｄから、画像および音声のうちの少なくとも何れかとして出力させる。さらに、街頭情報提示処理部Ａ−６は、この残高を、すでにルート検索機能において把握されている有料道路の料金と比較し、残高で、有料道路の料金を支払うことができるか、不足するかを、ユーザ端末Ｄから画像および音声のうちの少なくとも何れかとして出力することによって、ユーザに通知する。

さらに、地図情報取得機能で説明したようなキーワードから関連情報を提供する機能と組み合わせることによって、以下のような音声によるインタラクティブな情報のやり取りも可能となる。

音声ガイダンス：「目的地までの料金は、ＸＸ円です。ＥＴＣはＹＹ円分溜まっていますが、一部か全部お使いになりますか？」
ユーザ：「一部」
音声ガイダンス：「ＹＹ円分のうちいくらお使いになりますか？」
ユーザ：「ＺＺ円」
音声ガイダンス：「ＺＺ円分ですね。承知しました。残りポイントはｙｙ円となります。カード決済時に引き去られます。」
また、以下は、サービスエリア利用に関するやりとりの例である。

音声ガイダンス：「現在、ＡＡ円分のポイントが残る見込みです。ＥＴＣで出られるまでの間、サービスエリアの「Drivers’ Friends」マークがあるお店で簡単にご利用になれます。お使いのポイントの一部か全部をご利用対象にしますか？ご利用されなくてもポイントが減ることはありません。」
ユーザ：「全部。」
音声ガイダンス：「ＡＡ円分のポイントがご利用になれるよう、設定しました。この端末をお持ちになり、お食事、お買い物など、お楽しみ下さい。」
このようにして、ユーザは、ＥＴＣ機能を用いて、ＥＴＣカードによる決済をスムーズに行うことができる。

（交通情報提供機能）
前述したように、ルート検索機能によれば、外部サーバ１４から、各ルートマップに関連する交通情報が取得され、ユーザ端末Ｄへと提供される。交通情報提供機能では逆に、ユーザ端末Ｄ側から位置統括管理サーバＢへと、例えば、渋滞情報、事故情報、緊急警報情報、サービスエリア情報のような交通情報を提供する。

交通情報提供機能を用いてユーザ端末Ｄから位置統括管理サーバＢへ交通情報を提供する際には、地図情報取得機能で説明したようなキーワードから関連情報を提供する機能を活用して、音声によるインタラクティブな方式によって行う。

このような音声による情報提供によってなされるいくつかの例を以下に示す。

第１の例は、ユーザによって渋滞情報が音声入力によって提供される際のやりとりの例である。

ユーザ：「反対車線で渋滞開始。」
音声ガイダンス：「γキロポスト付近の反対車線で渋滞開始ですね。」
ユーザ：「そうです」
音声ガイダンス：「渋滞情報のご提供、ありがとうございました。反対車線、名古屋方面の渋滞情報に役立たせて頂きます。渋滞終了時も一報いただけると嬉しいです。」
このようにして、渋滞情報が、位置統括管理サーバＢへ送信され、街頭装置情報蓄積部Ｂ−９に蓄積される。このように蓄積された渋滞情報は、位置統括管理サーバＢから、付近を通過する他のユーザに対して、例えば「東名高速道路名古屋方面、γキロポスト付近で渋滞が発生しています」のような音声ガイダンスによって通知されたり、他のユーザによるルート検索等において考慮されるようになる。

第２の例は、ユーザによって逆走発見情報が音声入力によって提供される際のやり取りの例である。

ユーザ：「逆走車発見。」
音声ガイダンス：「了解しました。場所は、東名高速道路名古屋方面、γキロポスト付近ですね。」
このようにして、逆走情報が、位置統括管理サーバＢへ送信され、街頭装置情報蓄積部Ｂ−９に蓄積される。このように蓄積された逆走情報もまた、位置統括管理サーバＢから、付近を通過する他のユーザに対して、例えば「東名高速道路γキロポスト付近で、東京方面に逆走している車両が発見されました。ご注意ください」のような音声ガイダンスで通知されるようになる。

第３の例は、ユーザによって落下物情報が音声入力によって提供される際のやり取りの例である。

ユーザ：「落下物発見。」
音声ガイダンス：「落下物ですね。場所は、東名高速道路γキロポスト付近ですね？」
ユーザ：「東名高速道路γキロポスト付近で、テントらしき物発見。」
音声ガイダンス：「東名高速道路γキロポスト付近で、テントらしき物。承知しました。」
このようにして、落下物情報が、位置統括管理サーバＢへ送信され、街頭装置情報蓄積部Ｂ−９に蓄積される。このように蓄積された落下物情報もまた、位置統括管理サーバＢから、付近を通過する他のユーザに対して、「東名高速道路γキロポスト付近で落下物があるのと第一報がありました。車線は、追い越し車線とのことです。付近を通る際は注意してください。」のような音声ガイダンスで通知されるようになる。

さらに、位置統括管理サーバＢが、２つの街頭情報収集・提供装置Ａ間でなされる通話を仲介することによって、以下のようなサービスも提供できるようになる。

例えば、ハイウェイ・パトロールカーにも、街頭情報収集・提供装置Ａが搭載されているのであれば、位置統括管理サーバＢが、前述したような落下物発見情報が提供されたことに応じて、ハイウェイ・パトロールカーに搭載された街頭情報収集・提供装置Ａと通信することによって、落下物発見情報を、ハイウェイ・パトロールに伝え、さらに、以下のように、ハイウェイ・パトロールカーに搭載された街頭情報収集・提供装置Ａと、落下物発見情報の提供元のユーザの街頭情報収集・提供装置Ａとの間の通話を仲介する。

音声ガイダンス：「ハイウェイ・パトロールに急行指示を出します。情報提供、ありがとうございました。」
音声ガイダンス：「お客様、ハイウェイ・パトロールの係員が直接お話したいとのことですが、よろしいでしょうか？」
ユーザ：「はい」
音声ガイダンス：「それでは、お繋ぎいたします。」
ハイウェイ・パトロール係員：「東名高速道路γキロポスト付近で、無事物体を回収しました。情報をご提供いただくことで、一早く対応ができました。感謝いたします。道中お気をつけて運転下さい。」
このようにして、ユーザは、交通情報提供機能を用いて、位置統括管理サーバＢへと、例えば、渋滞情報、事故情報、緊急警報情報、サービスエリア情報のような交通情報を提供することができる。

（居眠り運転防止機能）
街頭情報提示処理部Ａ−６はさらに、車両の走行中、所定の時間間隔で、ユーザ端末Ｄから、ユーザの居眠りを阻止するために、音声ガイダンスによって話しかけたり、音楽等を出力させる。

さらには、マイクによって取得されたユーザの音声に基づいて、街頭情報簡易分析部Ａ−２が、音声認識機能を使って、この音声を認識し、現在、ユーザが眠いか否かを判定する。この判定には、地図情報取得機能で説明したようなキーワード抽出技術を活用する。すなわち、街頭情報簡易分析部Ａ−２は、音声の中に、例えば「眠い」、「ウトウト」、「休み」、「疲れ」、「疲労」等のような予め設定されたキーワードが含まれている場合、ユーザが、現在、眠い状態であると判定する。あるいは、音声ガイダンスに対して何の応答もない場合も、ユーザが、現在、眠い状態であると判定しても良い。

街頭情報簡易分析部Ａ−２によって、ユーザが、現在、眠い状態であると判定されると、街頭情報提示処理部Ａ−６は、ユーザ端末Ｄから出力される音のボリュームを上げて、音声ガイダンスや音楽を出力したり、対応策の提案を行う。この対応案は、ＧＰＳによって取得された位置データに基づいて、最寄りのパーキングエリアやサービスエリア等を把握し、そこで休憩することを提案すること等を含んでいる。

以下は、地図情報取得機能で説明したようなキーワードから関連情報を提供する機能を活用して、居眠り運転防止のためになされる、音声によるインタラクティブな情報のやり取りの一例である。

音声ガイダンス：「まさか、眠くはなっていないですよね？」
ユーザ：「はい、少しウトウトしていたところです。」
音声ガイダンス：「それでは、次のサービスエリアで休憩しましょう。次のサービスエリアは、約Ｍキロ先です。その間、私が話しかけますので答えてください。ボリュームを３段階上げます。」
音声ガイダンス：「そろそろ、サービスエリアです。このユーザ端末Ｄを持ってコンシェルジュカウンタに起こしに下されば、眠気解消方法とグッズをご案内致します。」
ユーザ：「はい、そうします。」
このように、居眠り運転防止機能は、ユーザの居眠り運転防止に役立てることができる。

上述したように、本実施形態に係る街頭情報処理システムにおいては、上記のような作用により、街頭情報収集・提供装置Ａを、スマートフォン等のユーザ端末Ｄと組み合わせることによって、カーナビゲーションのようなナビゲーション装置として利用することが可能となる。

以上説明したように、上記各実施形態に係る街頭情報処理システムによれば、刻一刻と変動する街頭での環境情報を取得し、ユーザが欲する情報をタイムリーに提供し、電子看板１６のみならず、スマートフォンやタブレット等のユーザ端末Ｄに対して、個別化されたニーズに対する情報提供を実現することが可能となる。

例えば、以下のような情報提供が可能となる。

１）位置統括管理サーバＢにおいて、各街頭情報収集・提供装置Ａの位置や、各街頭情報収集・提供装置Ａで取得された街頭情報の内容を把握、管理しているので、ユーザ端末Ｄの画面上の地図に、各街頭情報収集・提供装置の場所を表示することが可能となる。

２）ユーザ端末Ｄを用いて、ネットワーク経由で、街頭の電子看板１６と同一の情報を閲覧したり、クーポン情報を取得することが可能となる。

３）ユーザが電子看板１６に近づくと、クーポン等がユーザ端末Ｄにプッシュ送信されることが可能となる。

４）ネットワーク映像サービスや、ラジオサービスと連動したその場に相応しいＣＭ誘導を実施することが可能となる。

５）位置統括管理サーバＢにおいて、各街頭情報収集・提供装置Ａの位置を一括管理している強みから、万一の災害時には、事象および場所に応じたタイムリーな避難誘導情報を提供することが可能となる。

６）カメラやセンサ等の情報から、各街頭情報収集・提供装置Ａ付近の混雑状況を把握することができるので、街灯の点灯や消灯を制御したり、空調を適切に制御することが可能となる。

７）また、人の存在の有無を検知することにより、夜間に人がいない時は街灯を暗くしておき、人が近づくと明るくするような省エネも可能となる。

８）また、「助けて！」など、異常な音を認識した場合は、即座に街灯を明るくし、カメラによって撮影し、「助けて！」という音と合わせて通信ネットワーク１２を経由して位置統括管理サーバＢに発行することによって、異常を自動的に通報することが可能となる。これによって、予防的な防犯も可能となる。

９）災害時などでインターネット等にアクセスしても回線が混雑あるいは、断線している場合でも、各街頭情報収集・提供装置Ａが配置されている位置において、どの様なアクションをするのが最良なのかを判断するための情報の取得が可能となる。

以上のように、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

例えば、街頭情報収集・提供装置Ａは、街頭情報収集部Ａ−１において街頭情報を収集できれば、必ずしも屋外に配置されるものに限定されるものではなく、屋内に配置されるものであっても良い。したがって、本明細書において、街頭とは、必ずしも屋外には限定されず、ドーム球場のような屋内スタジアムの中、地下街、ビルの中、ショッピングセンタ、列車や車のような車両内のような屋内も含むものである。

Claims (68)

1. 街頭に分散して配置された複数のクライアントと、前記複数のクライアントと通信ネットワークを介して通信可能に接続されたサーバと、から構成される街頭情報処理システムであって、
   前記クライアントは、
   配置場所近傍の街頭情報を収集する街頭情報収集部と、
   前記街頭情報収集部によって収集された街頭情報が、前記サーバへの提供を要する情報であるか否かを判定する提供判定部と、
   前記提供判定部による判定によって、提供を要すると判定された街頭情報を、前記クライアントを識別するクライアント識別情報を付加して前記サーバへ送信する第１の送信部とを備え、
   前記サーバは、
   前記第１の送信部によって送信された街頭情報を分析する分析部と、
   前記分析部による分析結果に基づいて決定された情報を、前記複数のクライアントのうち、提供するための１つ以上のクライアントを決定する決定部と、
   前記決定部によって決定された１つ以上のクライアントに、前記分析結果に基づいて決定された情報を送信する第２の送信部とを備えた、
   街頭情報処理システム。
2. 前記街頭情報収集部は、ユーザ端末、カメラ、マイク、人感センサ、物体検知センサ、気温センサ、慣性センサ、加速度センサ、振動センサ、雨量センサ、水分量センサ、明暗センサ、ＧＰＳ、気体／液体／固体成分センサを含む街頭情報取得手段のうちの少なくとも何れかから、前記街頭情報を収集し、収集した街頭情報に、収集時間情報を付加する、請求項１に記載の街頭情報処理システム。
3. 前記街頭情報は、前記ユーザ端末によって取得されたデータ、前記カメラによって撮影された画像データ、前記マイクによって取得された音データ、前記人感センサによって取得された感知データ、前記物体検知センサによって取得された検知データ、前記気温センサによって取得された気温データ、前記慣性センサによって取得された慣性データ、前記加速度センサによって取得された加速度データ、前記振動センサによって取得された振動データ、前記雨量センサによって取得された雨量データ、前記水分量センサによって取得された水分量データ、前記明暗センサによって取得された明暗データ、前記ＧＰＳによって取得された位置データ、前記気体／液体／固体成分センサによって取得された成分データのうちの少なくとも何れかを含む、請求項２に記載の街頭情報処理システム。
4. 前記街頭情報収集部は、前記収集された街頭情報を、前記街頭情報取得手段を識別する識別情報とともに街頭情報蓄積部に蓄積する、請求項２または３に記載の街頭情報処理システム。
5. 前記街頭情報収集部は、複数のユーザ端末によって取得された街頭情報を収集した場合、収集した街頭情報に、取得元のユーザ端末を識別するユーザ端末識別情報を付加する、請求項２乃至４のうち何れか１項に記載の街頭情報処理システム。
6. 前記提供判定部は、前記街頭情報収集部が収集した街頭情報を、取得元の街頭情報取得手段に応じて設定された閾値または特徴と比較することによって前記街頭情報を分析し、この分析の結果に応じて、前記街頭情報が、前記サーバへ提供を要する情報であるか否かを判定する、請求項２乃至５のうち何れか１項に記載の街頭情報処理システム。
7. 前記サーバは、前記クライアントの位置情報を取得し、取得した位置情報を位置情報記憶部に蓄積する位置情報取得部をさらに備えた、請求項１乃至６のうち何れか１項に記載の街頭情報処理システム。
8. 前記サーバは、前記第１の送信部によって送信された街頭情報およびクライアント識別情報を取得し、前記街頭情報およびクライアント識別情報を、取得した時間を示す取得時間情報とともに、街頭情報蓄積部へ蓄積する情報取得部をさらに備え、
   前記街頭情報蓄積部に蓄積されたクライアント識別情報および取得時間情報は、前記街頭情報蓄積部に蓄積された街頭情報とともに、前記分析部によってなされる分析に利用される、請求項１乃至７のうち何れか１項に記載の街頭情報処理システム。
9. 前記分析部は、前記街頭情報蓄積部に蓄積された街頭情報を、対応するクライアント識別情報に基づいて、対応するクライアントに応じて設定された閾値または特徴と比較することによって分析を行う、請求項８に記載の街頭情報処理システム。
10. 前記サーバは、前記分析部による分析の結果を、前記サーバを識別するためのサーバ識別情報とともに、前記分析の結果に応じて予め決定された外部サーバへ送信する第３の送信部をさらに備えた、請求項１乃至９のうち何れか１項に記載の街頭情報処理システム。
11. 前記サーバは、前記第３の送信部によって前記外部サーバへ送信された分析の結果およびサーバ識別情報に応じて、前記外部サーバから提供される外部サーバ提供情報を取得する外部サーバ情報取得部をさらに備えた、請求項１０に記載の街頭情報処理システム。
12. 前記外部サーバ情報取得部は、前記外部サーバ提供情報を、前記外部サーバ提供情報を取得した取得時間と、前記外部サーバを識別するための外部サーバ識別情報とともに、外部サーバ提供情報蓄積部に蓄積する、請求項１１に記載の街頭情報処理システム。
13. 前記クライアントは、前記第２の送信部によって送信された情報を、電子看板から表示させる表示制御部をさらに備えた、請求項１乃至１２のうち何れか１項に記載の街頭情報処理システム。
14. 前記サーバは、前記電子看板から表示されるコンテンツと前記コンテンツのための表示条件とを格納したコンテンツ格納部をさらに備えた、請求項１３に記載の街頭情報処理システム。
15. 前記コンテンツ格納部に格納されたコンテンツと表示条件は、所定の管理者によって登録、変更、および削除される、請求項１４に記載の街頭情報処理システム。
16. 前記表示条件は、少なくとも、前記コンテンツが表示される時間および回数を含む、請求項１４または１５に記載の街頭情報処理システム。
17. 前記サーバは、
    前記クライアントによって電子看板から表示されるコンテンツと表示条件とを格納するコンテンツ格納部と、
    前記クライアントの位置情報を記憶する位置情報記憶部と、
    外部サーバから提供された外部サーバ提供情報と、前記外部サーバ提供情報を取得した取得時間と、前記外部サーバを識別するための外部サーバ識別情報とを紐付けて蓄積する外部サーバ提供情報蓄積部とをさらに備え、
    前記第２の送信部は、前記コンテンツ格納部、前記位置情報記憶部、および前記外部サーバ提供情報蓄積部に蓄積された情報のうち、前記外部サーバ識別情報を除く一部または全部を、前記外部サーバ識別情報とともに、前記決定部によって決定された１つ以上のクライアントへ送信する、請求項１に記載の街頭情報処理システム。
18. 前記クライアントは、前記第２の送信部によって送信された情報を、無線通信によって、ユーザ端末へ送信する無線通信部をさらに備えた、請求項１乃至１７のうち何れか１項に記載の街頭情報処理システム。
19. 前記クライアントは、前記コンテンツ格納部に格納されたコンテンツおよび表示条件が、前記第２の送信部によって送信された場合、必要に応じて適切な加工処理を行った後に記憶するコンテンツ記憶部をさらに備えた、請求項１４乃至１７のうちの何れか１項に記載の街頭情報処理システム。
20. 前記クライアントは、前記コンテンツ記憶部に記憶されたコンテンツを、無線通信によって、ユーザ端末へ送信する無線通信部をさらに備えた、請求項１９に記載の街頭情報処理システム。
21. 前記クライアントは、前記第２の送信部によって送信された情報に基づいて、他のクライアントを連携的に制御するための連携制御部をさらに備えた、請求項１乃至２０のうち何れか１項に記載の街頭情報処理システム。
22. 前記街頭情報収集部によって取得された街頭情報が、カメラによって撮影された画像である場合、前記提供判定部は、前記画像に撮影されている人の認識を行い、予め指定された単位時間内に認識された顔の数、人の進む方向、人が滞留する箇所を把握することによって、前記画像が、前記サーバへの提供を要する情報であるか否かを判定する、請求項１に記載の街頭情報処理システム。
23. 前記街頭情報収集部によって取得された街頭情報が、マイクによって取得された音データである場合、前記街頭情報収集部は、前記取得された音データを、前記街頭情報取得手段を識別する識別情報に加えて、取得された日時曜日情報とともに前記街頭情報蓄積部に蓄積し、前記提供判定部は、前記マイクによって取得された音データを、前記街頭情報蓄積部に蓄積された同一曜日同一時間帯の音データと比較することによって、前記マイクによって取得された音データが、前記サーバへの提供を要する情報であるか否かを判定する、請求項４に記載の街頭情報処理システム。
24. 前記コンテンツ記憶部に記憶されたコンテンツは、商品の購買を促進するためのクーポン情報のためのコンテンツであって、前記無線通信部は、前記コンテンツ記憶部に記憶されたクーポン情報を、電子看板から表示させるとともに、前記電子看板を中心とする所定距離内に位置するユーザ端末へ、前記クーポン情報を送信する、請求項２０に記載の街頭情報処理システム。
25. 前記無線通信部は、前記クーポン情報を、前記電子看板から表示させる際に、効果音付きのフラッシュ表示で表示させる、請求項２４に記載の街頭情報処理システム。
26. 前記クライアントは、前記街頭情報収集部によって取得された街頭情報が、マイクによって取得された音声である場合、前記音声の内容に応じて、前記効果音の内容を決定する変換部をさらに備え、
    前記無線通信部は、前記クーポン情報を、前記決定された効果音付きのフラッシュ表示で、前記電子看板から表示させる、請求項２５に記載の街頭情報処理システム。
27. 前記街頭情報収集部によって取得された街頭情報が、カメラによって撮影された画像であり、この画像が、前記サーバへ送信された場合、前記分析部は、前記画像に撮影されている人の認識を行い、人の目線、人の表情、および人の動作を判定することによって前記街頭情報を分析する、請求項１に記載の街頭情報処理システム。
28. 前記サーバは、前記分析部によって認識された人の画像を、前記サーバを識別するためのサーバ識別情報とともに、前記分析の結果に応じて予め決定された外部サーバへ送信する第３の送信部をさらに備えた、請求項２７に記載の街頭情報処理システム。
29. 前記サーバは、前記第３の送信部によって前記外部サーバへ送信された人の画像およびサーバ識別情報に応じて、前記外部サーバから提供される前記人に関する情報を取得する外部サーバ情報取得部をさらに備えた、請求項２８に記載の街頭情報処理システム。
30. 前記街頭情報収集部によって取得された街頭情報が、マイクによって取得された音データであり、この音データが、前記サーバへ送信された場合、前記分析部は、前記音データに含まれる音、会話、物体の音を抽出およびカウントし、その結果に基づいて、前記街頭情報を分析する、請求項１に記載の街頭情報処理システム。
31. 前記サーバは、前記分析部によって抽出された音を、前記サーバを識別するためのサーバ識別情報とともに、前記分析の結果に応じて予め決定された外部サーバへ送信する第３の送信部をさらに備えた、請求項３０に記載の街頭情報処理システム。
32. 前記サーバは、前記第３の送信部によって前記外部サーバへ送信された音およびサーバ識別情報に応じて、前記外部サーバから提供される前記音に関する情報を取得する外部サーバ情報取得部をさらに備えた、請求項３１に記載の街頭情報処理システム。
33. 前記表示条件は、前記電子看板の周囲に存在する人の数が、予め指定された数よりも少ない場合には、消費電力を下げるために、前記電子看板の照明を暗くしても良いコンテンツの指定と、前記電子看板を中心とする所定距離内に、予め指定された数よりも多くの人が存在する場合に表示するコンテンツの指定とを含む、請求項１４乃至１６のうち何れか１項に記載の街頭情報処理システム。
34. 前記街頭情報収集部によって取得された街頭情報が、マイクによって取得された音声である場合、前記提供判定部は、前記音声に、予め設定されたキーワードが含まれているか否か、含まれているのであれば、含まれているキーワードの数が、予め設定された閾値よりも多いか少ないか、に基づいて前記判定を行う、請求項１に記載の街頭情報処理システム。
35. 前記街頭情報収集部によって収集された街頭情報が、災害時に取得され、前記サーバへ送信された場合、前記決定部は、前記分析部による分析結果に加えて、前記複数のクライアントの位置情報と、外部ソースから得られる災害情報とに基づいて、前記決定された情報を提供させるための１つ以上のクライアントと、各クライアントからの提供タイミングとを決定する、請求項１に記載の街頭情報処理システム。
36. 前記決定された情報は、当該災害に対する、前記クライアントの配置場所に応じた避難ルートである、請求項３５に記載の街頭情報処理システム。
37. 前記クライアントは、前記街頭情報収集部によって取得された街頭情報が、マイクによって取得された音声である場合、前記音声の内容に応じて、前記効果音の内容を決定する変換部をさらに備え、
    前記無線通信部は、前記クーポン情報を、前記決定された効果音付きのフラッシュ表示で、前記電子看板から表示させる、請求項２５に記載の街頭情報処理システム。
38. 前記街頭情報収集部によって取得された街頭情報が、温度センサによって取得された温度情報であり、この温度情報が、前記サーバへ送信された場合、前記分析部は、所定の温度上昇率を上回る温度上昇が認められ、その後、前記温度センサからの応答が無応答になったのであれば、前記街頭情報収集部を備えるクライアントの配置場所近傍で火災が発生したと判定する、請求項１に記載の街頭情報処理システム。
39. 前記街頭情報収集部によって取得された街頭情報が、加速度センサによって取得された加速度データおよび振動センサによって取得された振動データのうちの少なくとも何れかであり、前記加速度データおよび振動データのうちの少なくとも何れかが前記サーバへ送信された場合、前記分析部は、前記加速度データおよび振動データのうちの少なくとも何れかが、所定の加速度および振動のうちの少なくとも何れかが所定値を上回り、その後、前記加速度センサおよび前記振動センサからの応答が無応答になったのであれば、前記街頭情報収集部を備えるクライアントの配置場所が、地震によって揺れていると判定する、請求項１に記載の街頭情報処理システム。
40. 前記街頭情報収集部によって収集された街頭情報が、災害時にカメラによって撮影された画像であり、前記画像が、前記サーバへ送信された場合、前記第３の送信部は、前記外部サーバへさらに前記画像をも送信する、請求項１０に記載の街頭情報処理システム。
41. 前記サーバは、災害時に前記第３の送信部によって前記外部サーバへ送信された分析の結果およびサーバ識別情報に応じて、前記外部サーバから提供される、当該災害に対する避難誘導情報、アナウンス情報を取得する外部サーバ情報取得部をさらに備えた、請求項４０に記載の街頭情報処理システム。
42. 前記街頭情報収集部によって取得された街頭情報が、人感センサによって取得された感知データである場合、前記クライアントは、夜間において、前記人感センサによる検知がない場合には、前記クライアントの近傍の街灯を消灯し、感知があった場合には、前記街灯を点灯するように制御する連携制御部をさらに備えた、請求項１に記載の街頭情報処理システム。
43. 前記街頭情報収集部によって取得された街頭情報が、マイクによって取得された音データである場合、前記音データが、予め設定された音量よりも大きいのであれば、異常が発生したと判定し、前記クライアントの近傍の街灯を点灯させるとともに、クライアントの配置場所近傍をカメラに撮影させるように制御する連携制御部をさらに備えた、請求項１に記載の街頭情報処理システム。
44. 前記予め設定された音量よりも大きい音データは、助けを求める声を含む、請求項４３に記載の街頭情報処理システム。
45. 前記街頭情報収集部によって取得された街頭情報が、明暗センサによって取得された明暗データであり、この明暗データが、前記サーバへ送信された場合、前記分析部は、この明暗データが、所定量を超える明るさを示すのであれば、前記街頭情報収集部を備えるクライアントの配置場所近傍に落雷の可能性があると判定する、請求項１に記載の街頭情報処理システム。
46. 前記クライアントは、移動体に設置され、
    前記移動体の移動中に、前記街頭情報収集部によって取得された街頭情報が、ＧＰＳによって取得された位置データである場合、前記提供判定部は、当該位置付近で注意が必要な事項、観光スポット、ガソリンスタンド、電気スタンド、コンビニエンスストアのうちの何れかを、前記位置データとともに、前記サーバへの提供を要すると判定する、請求項１に記載の街頭情報処理システム。
47. 前記クライアントは、移動体に設置され、
    前記移動体の移動中に、前記街頭情報収集部によって取得された街頭情報が、マイクによって取得された音声である場合、前記提供判定部は、前記音声に、予め設定されたキーワードが含まれているか否か、含まれているのであれば、含まれているキーワードの数が、予め設定された閾値よりも多いか少ないか、に基づいて前記判定を行う、請求項１に記載の街頭情報処理システム。
48. 前記クライアントは、移動体に設置され、前記移動体の移動中に、前記街頭情報収集部によって取得された街頭情報が、マイクによって取得された音声である場合、
    前記クライアントは、前記第２の送信部によって送信された情報のうち、前記音声に含まれるキーワードに関連する情報を、無線通信によって、ユーザ端末へ送信する無線通信部をさらに備えた、請求項１乃至１７のうち何れか１項に記載の街頭情報処理システム。
49. 前記キーワードはコンビニであり、前記関連する情報は、コンビニエンスストアの地図情報である、請求項４８に記載の街頭情報処理システム。
50. 前記コンビニというキーワードを含む音声が、前記サーバへ送信された場合、前記分析部は、前記クライアントの位置を中心とする所定半径内のコンビニエンスストアに関する情報を、前記クライアントへ送信すべきであるという分析結果を出力する、請求項４９に記載の街頭情報処理システム。
51. 前記街頭情報は、ＧＰＳおよびマイクを備えたユーザ端末によって取得される、請求項４６乃至５０のうち何れか１項に記載の街頭情報処理システム。
52. 前記クライアントを前記移動体のためのナビゲーション端末として用いる請求項４６乃至５１のうち何れか１項に記載の街頭情報処理システム。
53. 前記クライアントは、車両に搭載され、
    前記車両の移動中に、前記街頭情報収集部によって取得された街頭情報が、ＧＰＳによって取得された位置データと、マイクによって取得された音声とを含み、前記音声は、前記車両の目的地を含み、
    前記提供判定部は、前記車両の移動中に、前記街頭情報収集部によって取得された街頭情報を、前記サーバへの提供を要する情報であると判定し、
    前記分析部は、外部サーバから道路情報を取得することによって、前記位置データと、前記目的地とに基づいて、前記車両の移動のための１つまたは複数のルートマップを作成し、さらに前記各ルートマップに関連する交通情報を、前記外部サーバから取得し、前記作成された１つまたは複数のルートマップと、前記各ルートマップに関連する交通情報とを、前記分析結果に基づいて決定された情報として、前記第２の送信部に提供し、
    前記決定部は、前記提供させるための１つ以上のクライアントを、前記位置データと、この街頭情報を送信したクライアントに決定し、
    前記クライアントはさらに、前記第２の送信部によって送信された１つまたは複数のルートマップと、前記各ルートマップに関連する交通情報とを、ユーザ端末から画像および音声のうちの少なくとも何れかとして出力させるユーザ端末制御部を備える、請求項１に記載の街頭情報処理システム。
54. 前記分析部はさらに、前記作成された１つまたは複数のルートマップと、前記各ルートマップに関連する交通情報とに基づいて、前記ルートマップに有料道路が含まれている場合には、前記外部サーバから、前記有料道路の料金を取得し、前記取得した料金もまた、前記分析結果に基づいて決定された情報として、前記第２の送信部に提供し、
    前記ユーザ端末制御部はさらに、前記第２の送信部から送信された料金を、前記ユーザ端末から画像および音声のうちの少なくとも何れかとして出力させる、請求項５３に記載の街頭情報処理システム。
55. 前記クライアントはさらに、ＥＴＣ機能を備え、前記ＥＴＣ機能は、ＥＴＣカードにデポジットされている残高を読み取り、前記読み取られた残高を、前記ユーザ端末から画像および音声のうちの少なくとも何れかとして出力させ、前記有料道路の料金が、前記残高よりも高額である場合には、前記残高が不足していることを、前記ユーザ端末から画像および音声のうちの少なくとも何れかとして出力させる、請求項５３または５４に記載の街頭情報処理システム。
56. 前記交通情報は、渋滞情報、事故情報、緊急警報情報、サービスエリア情報のうちの少なくとも１つを含む、請求項５３乃至５５のうち何れか１項に記載の街頭情報処理システム。
57. 前記ユーザ端末制御部はさらに、前記車両の走行中、所定の時間間隔で、前記ユーザ端末から、前記車両の運転手の居眠りを阻止するために音を出力させる、請求項５３乃至５６のうち何れか１項に記載の街頭情報処理システム。
58. 街頭に分散して配置された複数のクライアントと、前記複数のクライアントと通信ネットワークを介して通信可能に接続されたサーバと、から構成される街頭情報処理システムにおけるクライアントであって、
    前記クライアントの配置場所近傍の街頭情報を収集する街頭情報収集部と、
    前記街頭情報収集部によって収集された街頭情報が、前記サーバへの提供を要する情報であるか否かを判定する提供判定部と、
    前記提供判定部による判定によって、提供を要すると判定された街頭情報を、前記クライアントを識別するクライアント識別情報を付加して前記サーバへ送信する第１の送信部と、
    前記サーバにおいて、前記第１の送信部によって送信された街頭情報が分析され、分析結果に基づいて決定された情報を、前記サーバから受信する受信部と、
    を備えたクライアント。
59. 前記街頭情報収集部は、ユーザ端末、カメラ、マイク、人感センサ、物体検知センサ、気温センサ、慣性センサ、加速度センサ、振動センサ、雨量センサ、水分量センサ、明暗センサ、ＧＰＳ、気体／液体／固体成分センサを含む街頭情報取得手段のうちの少なくとも何れかから、前記街頭情報を収集し、収集した街頭情報に、収集時間情報を付加する、請求項５８に記載のクライアント。
60. 前記街頭情報は、前記ユーザ端末によって取得されたデータ、前記カメラによって撮影された画像データ、前記マイクによって取得された音データ、前記人感センサによって取得された感知データ、前記物体検知センサによって取得された検知データ、前記気温センサによって取得された気温データ、前記慣性センサによって取得された慣性データ、前記加速度センサによって取得された加速度データ、前記振動センサによって取得された振動データ、前記雨量センサによって取得された雨量データ、前記水分量センサによって取得された水分量データ、前記明暗センサによって取得された明暗データ、前記ＧＰＳによって取得された位置データ、前記気体／液体／固体成分センサによって取得された成分データのうちの少なくとも何れかを含む、請求項５９に記載のクライアント。
61. 街頭に分散して配置された複数のクライアントと、前記複数のクライアントと通信ネットワークを介して通信可能に接続されたサーバと、から構成される街頭情報処理システムにおけるサーバであって、
    前記クライアントによって取得され、前記クライアントを識別するクライアント識別情報が付加されて送信された、前記クライアントの配置場所近傍の街頭情報を分析する分析部と、
    前記分析部による分析結果に基づいて決定された情報を、前記複数のクライアントのうち、提供させるための１つ以上のクライアントを決定する決定部と、
    前記決定部によって決定された１つ以上のクライアントに、前記分析結果に基づいて決定された情報を送信する第２の送信部と、
    を備えたサーバ。
62. 街頭に分散して配置され、サーバによって制御される複数のクライアントによって、ユーザ端末を動作させるためのプログラムであって、
    前記ユーザ端末に、街頭情報を収集させる手順、
    前記ユーザ端末に、前記収集された街頭情報を、前記複数のクライアントのうちの何れかに送信させる手順、
    を実行するためのプログラム。
63. 街頭に分散して配置された複数のクライアントと、前記複数のクライアントと通信ネットワークを介して通信可能に接続されたサーバと、を用いた街頭情報処理方法であって、
    前記クライアントは、
    配置場所近傍の街頭情報を街頭情報収集部によって収集し、
    前記街頭情報収集部によって収集された街頭情報が、前記サーバへの提供を要する情報であるか否かを提供判定部において判定し、
    前記提供判定部による判定によって、提供を要すると判定された街頭情報を、第１の送信部において、前記クライアントを識別するクライアント識別情報を付加して、前記サーバへ送信し、
    前記サーバは、
    前記第１の送信部によって送信された街頭情報を分析部において分析し、
    決定部において、前記分析部による分析結果に基づいて決定された情報を、前記複数のクライアントのうち、提供させるための１つ以上のクライアントを決定し、
    前記決定部によって決定された１つ以上のクライアントに、前記分析結果に基づいて決定された情報を、第２の送信部によって送信する、
    方法。
64. 前記街頭情報収集部は、ユーザ端末、カメラ、マイク、人感センサ、物体検知センサ、気温センサ、慣性センサ、加速度センサ、振動センサ、雨量センサ、水分量センサ、明暗センサ、ＧＰＳ、気体／液体／固体成分センサを含む街頭情報取得手段のうちの少なくとも何れかから、前記街頭情報を収集し、収集した街頭情報に、収集時間情報を付加する、請求項６３に記載の方法。
65. 前記街頭情報は、前記ユーザ端末によって取得されたデータ、前記カメラによって撮影された画像データ、前記マイクによって取得された音データ、前記人感センサによって取得された感知データ、前記物体検知センサによって取得された検知データ、前記気温センサによって取得された気温データ、前記慣性センサによって取得された慣性データ、前記加速度センサによって取得された加速度データ、前記振動センサによって取得された振動データ、前記雨量センサによって取得された雨量データ、前記水分量センサによって取得された水分量データ、前記明暗センサによって取得された明暗データ、前記ＧＰＳによって取得された位置データ、前記気体／液体／固体成分センサによって取得された成分データのうちの少なくとも何れかを含む、請求項６４に記載の方法。
66. 街頭に分散して配置された複数のクライアントと、前記複数のクライアントと通信ネットワークを介して通信可能に接続されたサーバと、を用いて街頭情報を処理するためのプログラムであって、
    前記クライアントに、
    配置場所近傍の街頭情報を街頭情報収集部によって収集させ、
    前記街頭情報収集部によって収集された街頭情報が、前記サーバへの提供を要する情報であるか否かを提供判定部において判定させ、
    前記提供判定部による判定によって、提供を要すると判定された街頭情報を、第１の送信部において、前記クライアントを識別するクライアント識別情報を付加して、前記サーバへ送信させる手順と、
    前記サーバに、
    前記第１の送信部によって送信された街頭情報を分析部において分析させ、
    決定部において、前記分析部による分析結果に基づいて決定された情報を、前記複数のクライアントのうち、提供させるための１つ以上のクライアントを決定させ、
    前記決定部によって決定された１つ以上のクライアントに、前記分析結果に基づいて決定された情報を、第２の送信部によって送信させる手順と、
    を実行するためのプログラム。
67. 街頭に分散して配置された複数のクライアントと、前記複数のクライアントと通信ネットワークを介して通信可能に接続されたサーバと、から構成される街頭情報処理システムにおけるクライアントを制御するためのプログラムであって、
    前記クライアントに、
    街頭情報収集部において、前記クライアントの配置場所近傍の街頭情報を収集させる手順と、
    前記街頭情報収集部によって収集された街頭情報が、前記サーバへの提供を要する情報であるか否かを提供判定部において判定させる手順と、
    前記提供判定部による判定によって、提供を要すると判定された街頭情報を、第１の送信部において、前記クライアントを識別するクライアント識別情報を付加して前記サーバへ送信させる手順と、
    前記サーバにおいて、前記第１の送信部によって送信された街頭情報が分析され、分析結果に基づいて決定された情報を、前記サーバから受信部において受信させる手順と、
    を実行するためのプログラム。
68. 街頭に分散して配置された複数のクライアントと、前記複数のクライアントと通信ネットワークを介して通信可能に接続されたサーバと、を用いて街頭情報を処理するためのプログラムであって、
    前記サーバに、
    前記クライアントによって取得され、前記クライアントを識別するクライアント識別情報が付加されて送信された、前記クライアントの配置場所近傍の街頭情報を分析部において分析させる手順と、
    前記分析部による分析結果に基づいて決定された情報を、前記複数のクライアントのうち、提供させるための１つ以上のクライアントを決定部において決定させる手順と、
    前記決定部によって決定された１つ以上のクライアントに、前記分析結果に基づいて決定された情報を第２の送信部から送信させる手順と、
    を実行するためのプログラム。