プローブ情報処理サーバ、プローブ情報処理方法およびプローブ情報処理システム
【課題】処理に大きな負荷がかかることもなく、比較的規模の小さな施設へのユーザの入退場についても正確に把握できるようにする。
【解決手段】入退場更新部１０７は、順次に受信するプローブ情報が、ＧＰＳ機能を用いて測位された現在位置情報を有しないものに変化したときには、送信元の携帯通信端末が、既に受信したプローブ情報の現在位置情報と地図情報とにより特定される施設に入場したと判別し、順次に受信するプローブ情報が、ＧＰＳ機能を用いて測位された現在位置情報を有するものに変化したときには、当該携帯通信端末が、入場していた施設から退場したと判別する。これらの入退場の判別結果を施設別集計ファイル１１０に記録する。
【解決手段】入退場更新部１０７は、順次に受信するプローブ情報が、ＧＰＳ機能を用いて測位された現在位置情報を有しないものに変化したときには、送信元の携帯通信端末が、既に受信したプローブ情報の現在位置情報と地図情報とにより特定される施設に入場したと判別し、順次に受信するプローブ情報が、ＧＰＳ機能を用いて測位された現在位置情報を有するものに変化したときには、当該携帯通信端末が、入場していた施設から退場したと判別する。これらの入退場の判別結果を施設別集計ファイル１１０に記録する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、情報通信分野に属し、例えば、携帯電話端末などの携帯通信端末から送信されてくる現在位置情報を含むプローブ情報を受信して処理する装置、方法、システムに関する。
【背景技術】
【０００２】
近年、高度に整備された地図データが、インターネットを通じて手軽に利用できるようになってきている。これにより、例えば、目的とする施設への経路検索等が簡単かつ迅速に行うことができるようになっている。ここで、「施設」と言う文言は、広義には人々が社会生活を営む際に利用する構造物、建築物やその他の設備を意味するが、この明細書では、人々が出入りする主に建築物を意味する。より具体的には、種々の店舗、病院、医院、学校、公共機関などといった様々なものの建築物（建物）が、ここでいう「施設」に該当する。
【０００３】
そして、ユーザは、目的とする施設の所在場所を知るだけでなく、その施設に関する情報、例えば、人気のある施設か否か、今現在混雑しているか否か等についても知りたいとする要求がある。店舗などについては、いわゆる口コミサイトや商用紹介サイトなどにより、利用者の評価等を知ることができる。しかし、口コミサイトや商用紹介サイトで知ることができるのは、利用者の主観的な意見であり、客観的に確実な情報として、目的とする施設が、人気があるか否か（繁盛しているか否か）を知ることはできない。
【０００４】
また、入場者数や観客動員数などが公表されている施設はわずかである。例えば、アウトレットモールなどを含め、注目しているリテール（小売店等）にどれだけの集客力があるかは、その場にいる人によって、単に混んでいる、空いている程度の感覚でしか掴めないのが現状である。また、ＰＯＳ（Point Of Sales）システムを導入している店舗では、商品の販売状況をリアルタイムに知ることはできるが、主に商品の売れ筋、死に筋を把握することに主眼が置かれている。また、ＰＯＳシステムで集約された情報が、一般ユーザに提供されることは通常ない。
【０００５】
そこで、後に記す特許文献１には、ユーザが用いる携帯通信端末からのプローブ情報に含まれる現在位置情報と地図データとを付き合せることにより、目的とする施設への入退場を把握できるようにする技術が開示されている。ここで、プローブ（probe）情報は、ユーザが携帯している携帯通信端末から送信される情報であって、当該携帯通信端末の現在位置情報や現在時刻情報を含むものである。
【０００６】
特許文献１に記載の技術の場合には、プローブ情報の現在位置情報が示す位置が、地図データにより把握される施設の敷地や家枠内に外部から入ってきたときには、当該施設への入場と判別する。逆に、プローブ情報の現在位置情報が示す位置が、地図データにより把握される施設の敷地や家枠内から出て行ったときには、当該施設からの退場と判別する。これにより、ユーザの施設への入退場を客観的に把握することができるようにしている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１０−２３８００４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述した特許文献１に記載の技術の場合、常時、全てのプローブ情報の現在位置情報と地図データとのマッチングを行い、施設への入退場を検出するようにしなければならない。このため、施設への入退場の検出処理にかかる負荷が大きい。また、上述した特許文献１に記載の技術の場合、遊園地や商店街などといった比較的敷地の広い施設や区域についての入退場を精度良く把握することができる。しかし、特許文献１に記載の技術の場合、プローブ情報の現在位置情報と地図情報のマッチングの結果に応じて施設への入退場を検出しているために、比較的規模の小さな飲食店などへの入退場については、精度良く把握することができない場合がある。
【０００９】
例えば、ユーザの携帯通信端末がＧＰＳ（Global Positioning System）受信機を備え、人工衛星からの信号を受信して演算処理することにより現在位置を測位するものであるとする。この場合、ＧＰＳ受信機を有する携帯通信端末が屋内に入ってしまうと、人工衛星からの信号を受信することができなくなり、現在位置の測位ができなくなる。この場合、目的とする敷地内や家枠内に位置していることが検出できなくなり、当該施設への入退場を正確に検出することができなくなるのである。
【００１０】
以上のことに鑑み、この発明は、処理に大きな負荷がかかることもなく、比較的規模の小さな施設の屋内へのユーザの入退場についても正確に把握でき、かつ、施設毎にユーザの入退場に基づく種々の情報を得ることができるようにすることを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するため、請求項１に記載の発明のプローブ情報処理サーバは、
人工衛星からの信号を用いて自機の現在位置を測位する機能を備え、所定のタイミング毎に、少なくとも測位して得た現在位置情報を含むようにしたプローブ情報を送信する携帯通信端末からの前記プローブ情報を処理するプローブ情報処理サーバであって、
前記携帯通信端末からの前記プローブ情報を受信する受信手段と、
前記受信手段で順次に受信される前記プローブ情報が、前記現在位置情報を有するものから有しないものに変化した場合に、前記携帯通信端末が、受信したプローブ情報に含まれる情報と地図情報とにより特定される施設に入場したと判別する入場判別手段と、
前記受信手段で順次に受信される前記プローブ情報が、前記現在位置情報を有しないものから有するものに変化した場合に、前記携帯通信端末が、入場していた施設から退場したと判別する退場判別手段と、
前記入場判別手段での判別結果と前記退場判別手段での判別結果とを、前記施設毎に記憶する判別結果保持手段と
を備えることを特徴とする。
【００１２】
この請求項１に記載の発明のプローブ情報処理サーバによれば、携帯通信端末から所定のタイミング毎に送信される情報であって、人工衛星からの信号を用いて測位した現在位置情報を含むプローブ情報が、受信手段によって順次に受信される。なお、プローブ情報の現在位置情報は、例えば、携帯通信端末を持ったユーザが屋内に入るなどして、人工衛星からの信号が受信できなくなり、現在位置が測位できない場合には、空白となるように処理されるなど、有効な現在位置情報は存在しないようになる。
【００１３】
そして、受信手段で順次に受信されるプローブ情報が、測位された現在位置情報を有するものから有しないものに変化した場合には、入場判別手段により、当該携帯通信端末が、既に受信したプローブ情報に含まれる情報と地図情報とにより特定される施設に入場したと判別される。逆に、受信手段で順次に受信される前記プローブ情報が、測位された現在位置情報を有しないものから有するものに変化した場合には、退場判別手段により、当該携帯通信端末が、それまでに入場していた施設から退場したと判別される。そして、これらの入退場の判別結果は、施設毎に判別結果保持手段により記憶される。
【００１４】
これにより、プローブ情報の現在位置情報の消失と復活に基づいて、施設への入退場を把握するので、処理に大きな負荷がかかることもなく、また、携帯通信端末を持つユーザの比較的規模の小さな施設の屋内への入退場についても正確に把握できるようになる。そして、把握した施設毎のユーザの入退場に基づく種々の情報を得ることもできるようになる。
【発明の効果】
【００１５】
この発明によれば、処理に大きな負荷がかかることもなく、プローブ情報を送信する携帯通信端末を持つユーザの比較的規模の小さな施設の屋内への入退場についても正確に把握することができる。そして、施設毎にユーザの入退場に基づく種々の情報を得て、種々の分析を行うこともできる。
【図面の簡単な説明】
【００１６】
【図１】実施の形態のプローブ情報処理システムの概略構成を説明するための図である。
【図２】実施の形態の携帯通信端末４の構成例を説明するためのブロック図である。
【図３】実施の形態のサーバ装置１の構成例を説明するためのブロック図である。
【図４】プローブ情報ファイル１０３に格納される格納データ（プローブ情報）の例を説明するための図である。
【図５】ユーザＤＢ１０５の登録データの例を説明するための図である。
【図６】施設ＤＢ１０６の施設データの例について説明するための図である。
【図７】施設別集計ファイル１１０で管理される施設別集計データを説明するための図である。
【図８】入退場更新部１０７で行われる処理を説明するためのフローチャートである。
【図９】ユーザ情報更新部１０８で行われる処理を説明するためのフローチャートである。
【図１０】入退場集計部１０９の処理を説明するための図である。
【発明を実施するための形態】
【００１７】
以下、図を参照しながらこの発明の装置、方法、システムの一実施の形態について説明する。
【００１８】
［システムの全体構成］
図１は、この実施の形態のプローブ情報処理システムの概略構成を説明するための図である。図１に示すように、この実施の形態のプローブ情報処理システムの基本的な構成は、サーバ装置１と携帯通信端末４（１）、４（２）、…とが、ネットワーク２を介して接続されたものである。さらに、ネットワーク２に接続される位置管理サーバ６が提供する情報が利用可能な構成になっている。
【００１９】
サーバ装置１は、種々の携帯通信端末から送信されてくるプローブ情報を受信して処理することにより、プローブ情報を送信してきた携帯通信端末を持つユーザの種々の施設への入退場を把握するプローブ情報処理サーバとしての機能を実現する。すなわち、サーバ装置１は、この発明の装置、方法が適用されて実現されたものである。
【００２０】
ネットワーク２は、種々の広域通信ネットワークを含むものである。ネットワーク２は、ＩＰ（Internet Protocol）網、公衆交換電話網（ＰＳＴＮ（Public Switched Telephone Network））、デジタル回線網（ＩＳＤＮ（Integrated Services Digital Network））などを含むものである。また、ネットワーク２は、図１に示すように、多数の基地局３（１）、３（２）、３ＩＮ（１）、…を含む携帯電話網や、ｗｉｆｉなどと呼ばれる無線ＬＡＮ（Local Area Network）、ｗｉｍａｘなどと呼ばれる高速無線通信規格に準じた無線通信網などをも含むものである。
【００２１】
携帯通信端末４（１）、４（２）、…としては、例えば、携帯電話端末、ＰＤＡ（Personal Digital Assistants）、タブレット端末あるいはパッド型端末などと呼ばれる情報端末など、通信機能を備えた種々のものが提供されている。この実施の形態において、携帯通信端末４（１）、４（２）、…のそれぞれは、種々の携帯通信端末の中でも普及率の高い携帯電話端末であるものとして説明する。
【００２２】
携帯通信端末４（１）、４（２）、…のそれぞれは、ＧＰＳ機能を備え、少なくとも３個以上の人工衛星からの信号を受信して演算処理を行うことにより、自機の現在位置を測位することができるものである。また、携帯通信端末４（１）、４（２）、…のそれぞれのＧＰＳ機能は、いわゆるディファレンシャルＧＰＳと呼ばれる技術を用い、高精度に自機の現在位置を測位することができるものである。
【００２３】
なお、ディファレンシャルＧＰＳは、位置の分かっている携帯電話端末網の基地局において、ＧＰＳによる測位を行い、当該基地局の実際の位置とＧＰＳを用いて測位した位置とのずれを示す信号を生成して送信する。この基地局からの信号を各携帯通信端末４（１）、４（２）、…が受信し、各携帯通信端末４（１）、４（２）、…のそれぞれにおいて、ＧＰＳ機能により測位した自機の現在位置を補正することにより、より正確に自機の現在位置を測位できるようにするものである。
【００２４】
そして、携帯通信端末４（１）、４（２）、…のそれぞれは、所定のタイミング毎に、プローブ情報を生成し、これをサーバ装置１に送信する機能を備える。当該プローブ情報は、少なくとも、自機を使用するユーザを識別することが可能な識別情報であるユーザＩＤと、現在時刻情報と、ＧＰＳ機能を用いて測位して得た現在位置情報とを含むものである。
【００２５】
なお、ユーザＩＤは、例えば、携帯通信端末４（１）、４（２）、…等の購入時などにおいて設定されるものを用いることができる。この他、携帯通信端末４（１）、４（２）、…のそれぞれに割り当てられている電話番号やＳＩＭカード（Subscriber Identity Module Card）の固有ＩＤを用いたりするなどのことが可能である。すなわち、ユーザＩＤは、携帯通信端末４（１）、４（２）、…等のそれぞれを利用するユーザを一意に特定することができる情報であればよい。
【００２６】
そして、プローブ情報は、集計して統計情報として用いたり、端末を所持する個々人または団体、企業への位置情報提供サービスなどに用いられるものである。しかし、この実施の形態のプローブ情報処理システムにおいては、携帯通信端末４（１）、４（２）、…等のユーザの種々の施設への入退場を把握するために用いられる。
【００２７】
なお、図１において、ＧＰＳ衛星５（１）、５（２）、…は、地球周回軌道上に配備され、現在位置測位のためのいわゆるＧＰＳ信号を送信する約３０基の人工衛星のうちの一部を示したものである。また、図１において、基地局３（１）、３（２）、…のそれぞれは、屋外に設置された携帯電話網の基地局である。また、屋外の基地局からの電波の届き難い屋内においても携帯電話端末の利用を可能にするため、例えば店舗などの種々の施設の屋内にも、図１において、基地局３ＩＮ（１）が示すように、携帯電話網に接続された小規模な基地局が設置されている場合もある。
【００２８】
また、位置管理サーバ６は、電話会社側に設けられ、各基地局の番号、各基地局の設置位置の緯度および経度などを管理すると共に、基地局から送られてくる携帯電話端末の端末識別情報や当該携帯電話端末からの電波の受信電界強度の情報から、携帯電話端末の位置を三角測量の手法を用いて算出して管理する機能を備える。また、位置管理サーバ６は、算出した携帯電話端末の位置情報を当該携帯電話端末に送るなどの機能をも備える。
【００２９】
これにより、携帯通信端末４（１）、４（２）、…のそれぞれは、ＧＰＳ機能による現在位置の測位ができない場合であっても、位置管理サーバ６の機能により、自機の現在位置を把握することもできる。また、サーバ装置１が、位置管理サーバ６からの情報の提供を受けることによって、携帯通信端末４（１）、４（２）、…のそれぞれの現在位置を特定することもできる。
【００３０】
そして、この実施の形態のプローブ情報処理システムにおいては、携帯通信端末４（１）、４（２）、…のそれぞれは、所定のタイミング毎に、プローブ情報を生成し、これをサーバ装置１に対して送信する。この実施の形態において、プローブ情報は、上述もしたように、少なくとも、携帯通信端末のユーザを識別することが可能な識別情報と、現在時刻情報と、ＧＰＳ機能を用いて測位して得た現在位置情報とを含むものである。
【００３１】
しかし、携帯通信端末４（１）、４（２）、…等を持ったユーザが、例えば店舗などの施設の屋内（屋根、壁によって屋外と隔てられた空間）に入ると、ＧＰＳ衛星からのＧＰＳ信号を受信できなくなくなるために、ＧＰＳ機能を用いた現在位置の測位ができない。この場合、携帯通信端末４（１）、４（２）、…のそれぞれでは、ＧＰＳ機能により測位した現在位置情報を例えば空白としたプローブ情報を形成してサーバ装置１に送信する。
【００３２】
そこで、サーバ装置１では、携帯通信端末４（１）、４（２）、…のそれぞれ毎に、プローブ情報がＧＰＳ機能により測位した現在位置情報を有する（存在する）状態から有しない（消失した）状態に変化した場合に、ユーザは施設の屋内に入場したと判別する。逆に、携帯通信端末４（１）、４（２）、…のそれぞれ毎に、プローブ情報がＧＰＳ機能により測位した現在位置情報を有しない（消失した）状態から有する（復活した）状態に変化した場合に、ユーザは施設の屋内から退場したと判別する。
【００３３】
そして、何処の施設に入場したかは、例えば現在位置情報の消失直前のＧＰＳ機能により測位した現在位置情報を用いて、地図情報を参照することにより特定することができる。そこで、サーバ装置１において、施設毎に、携帯通信端末４（１）、４（２）、…を持つユーザの入退場を把握し、必要に応じてこれを利用することができるようにしている。これにより、比較的小規模な店舗へのユーザの入退場をほぼリアルタイムに把握することができるようになる。
【００３４】
なお、携帯通信端末４（１）、４（２）、…のそれぞれは、電話会社側の位置管理サーバ６の機能により、ＧＰＳ衛星５（１）、５（２）、…等からのＧＰＳ信号が受信できない場合であっても、自機の現在位置をほぼ正確に把握することができる。このため、ＧＰＳ機能により測位される現在位置情報の消失／復活に基づいて、施設への入退場を把握し、位置管理サーバ６からの自機の現在位置情報に基づいて、自機のユーザが入場した、あるいは、退場した施設が何処かを正確に特定することもできる。
【００３５】
また、携帯通信端末４（１）、４（２）、…のそれぞれからのプローブ情報には、経由してきた基地局の基地局ＩＤが付加されている。このため、当該基地局ＩＤにより例えば位置管理サーバ６により特定される基地局が、図１に示した屋内基地局３ＩＮ（１）などである場合には、当該プローブ情報を送信してきた携帯通信端末は、当該屋内基地局３ＩＮ（１）が設置された施設内に位置していると特定することもできる。基地局ＩＤに基づく基地局の位置の問い合わせは、サーバ装置１から位置管理サーバ６に対して行うことができる。
【００３６】
なお、この実施の形態において、携帯通信端末４（１）、４（２）、…のそれぞれは、基本的な構成は同じである。このため、以下においては特に区別して示す場合を除き、携帯通信端末４（１）、４（２）、…を総称して、携帯通信端末４という。また、以下においては、基地局３（１）、３（２）、…を総称して基地局３という。また、施設の屋内に設置される基地局３ＩＮ（１）、…を総称して、屋内基地局３ＩＮという。そして、以下では、まず、プローブ情報を生成してサーバ装置１に送信する携帯通信端末４の構成例を説明した後に、サーバ装置１の構成例とサーバ装置１において行われる処理の詳細について説明する。
【００３７】
［携帯通信端末４の構成例］
まず、この実施の形態のプローブ情報処理システムで用いられる携帯通信端末４の構成例について説明する。図２は、この実施の形態の携帯通信端末４の構成例を説明するためのブロック図である。上述もしたように、この実施の形態のプローブ情報処理システムで用いられる携帯通信端末４は携帯電話端末として構成されたものである。
【００３８】
図２に示すように、この実施の形態の携帯通信端末４は、ネットワーク２を通じて通信を行う部分として、送受信アンテナ４０１、送受信処理部４０２、受話器（スピーカ）４０３、送話器（マイクロホン）４０４を備えている。また、ユーザインターフェースを提供する部分として、キー操作部４１１、表示制御部４１２、表示部４１３、音声処理部４１４、スピーカ４１５を備えている。
【００３９】
表示部４１３は、例えば、有機ＥＬディスプレイ（organic electroluminescence display）やＬＣＤ（Liquid Crystal Display）等のいわゆる薄型の表示素子が用いられている。また、音声処理部４１４とスピーカ４１５とは、着信音や警告音、その他の音声メッセージ等を出力するものである。また、図示しないが、携帯通信端末４は、バイブレータを備え、例えば、着信時に振動を発生させ、着信をユーザに通知するなどのこともできるようになっている。
【００４０】
また、携帯通信端末４は、各部を制御する制御部４２０を備えている。制御部４２０は、ＣＰＵ（Central Processing Unit）４２１、ＲＯＭ（Read Only Memory）４２２、ＲＡＭ（Random Access Memory）４２３、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）４２４が、ＣＰＵバス４２５を通じて接続されて形成されたコンピュータ装置である。ＣＰＵ４２１は、ＲＯＭ４２２やＥＥＰＲＯＭ４２４に記憶されているプログラムを読み出して実行し、各部に供給する制御信号を形成して、これを各部に供給したり、各部から送信されてくるデータを受け付けて、これに応じた処理を実行したりする。ＲＯＭ４２２は、ＣＰＵ４２１において実行されるプログラムや処理に必要になる種々のデータが予め記録されたものである。
【００４１】
また、ＲＡＭ４２３は、処理の途中結果を一時記憶するなど、主に作業領域として用いられるものである。また、ＥＥＰＲＯＭ４２４は、いわゆる不揮発性メモリであり、携帯通信端末４の電源を落としても保持しておくべきデータ等が記憶保持される。ＥＥＰＲＯＭ４２４には、例えば、機能追加のための新たなプログラム、種々の設定パラメータ、電話帳データ、アプリケーションプログラムや機能アップのための追加プログラムなどが記憶保持される。
【００４２】
さらに、携帯通信端末４は、現在年月日、現在曜日、現在時刻を提供する時計回路４３１を備えると共に、外部入出力端子４３２、外部インターフェース（以下、外部Ｉ／Ｆと略称する。）４３３を備えている。また、携帯通信端末４は、ＧＰＳ部４３４とＧＰＳアンテナ４３５とを備えている。これらＧＰＳ部４３４とＧＰＳアンテナ４３５とにより、上述もしたように、複数の人工衛星からのＧＰＳ信号（測位情報）を受信して演算処理することにより、自機の現在位置を正確に検出（測位）することができるようになっている。
【００４３】
そして、携帯通信端末４は、プローブ情報生成部４３６を備えている。この実施の形態において、プローブ情報生成部４３６は、所定のタイミング毎に、時計回路４３１からの現在時刻情報、ＧＰＳ部４３４からの現在位置情報、上述した位置管理サーバ６から提供される現在位置情報を含むプローブ情報を生成する。現在時刻情報は、現在年月日及び現在時刻からなるものである。また、現在位置情報は、緯度、経度からなるものである。プローブ情報生成部４３６で生成されたプローブ情報は、後述する制御部４２０及び送受信処理部４０２、送受信アンテナ４０１を通じてネットワーク２に送出され、サーバ装置１に送信される。
【００４４】
このような構成を有する携帯通信端末４は、制御部４２０の制御により、送受信処理部４０２、送受信アンテナ４０１を通じて、ネットワーク２に情報を送出したり、ネットワーク２を通じて送信されてくる自機宛の情報を受信したりすることにより、種々の通信処理を行うことができるようになっている。
【００４５】
また、携帯通信端末４は、実行可能な種々のアプリケーションプログラムなどを登録するようにしたメニューを備えている。当該メニューは、例えば、キー操作部４１１に設けられているメニューキーを押下操作するなどの所定の操作を行うことにより、制御部４２０が表示制御部４１２を通じて表示部４１３の表示画面に表示することができる。そして、制御部４２０は、キー操作部４１１を通じてユーザからの当該メニューに含まれる項目の選択入力を受け付け、ユーザによって選択された項目に対応するプログラムを実行することができるようになっている。
【００４６】
また、携帯通信端末４において実行可能な種々のアプリケーションプログラムなどを登録するようにした当該メニューには、プローブ情報の送信を実行するための項目も設けられている。したがって、当該メニューのプローブ情報の送信を実行するための項目を選択することによって、携帯通信端末４のユーザは、所定のタイミング毎にプローブ情報を生成して送信する処理を開始させることができる。
【００４７】
なお、プローブ情報の生成及び送信のタイミングは、例えば、３０秒毎、１分毎、…のように、適宜のタイミングで行うことが可能である。しかし、後述もするように、施設への入退場を適切に把握するためには、あまり長い間隔のタイミングであることは好ましくない。そこで、この実施の形態の携帯通信端末４においては、例えば、１分毎などのタイミングでプローブ情報の生成及び送信を行うようにする。
【００４８】
［サーバ装置１の構成例］
次に、この実施の形態のサーバ装置１の構成例について説明する。この実施の形態のサーバ装置１は、上述した携帯通信端末４からのプローブ情報を受信して処理するプローブ情報処理サーバとしての機能を実現するものである。図３は、この実施の形態のサーバ装置１の構成例を説明するためのブロック図である。
【００４９】
図３に示すように、サーバ装置１は、ネットワーク２への接続端子１０１、通信Ｉ／Ｆ１０２、プローブ情報ファイル１０３を備える。また、サーバ装置１は、地図データベース（以下、地図ＤＢと略称する。）１０４と、ユーザデータベース（以下、ユーザＤＢと略称する。）１０５と、施設データベース（以下、施設ＤＢと略称する。）１０６とを備える。さらに、サーバ装置１は、入退場更新部１０７、ユーザ情報更新部１０８、入退場集計部１０９を備えると共に、施設別集計ファイル１１０と、施設別履歴ファイル１１１と、制御部１２０と、ハードディスクドライブ（以下、ＨＤＤと略称する。）１３０とを備える。
【００５０】
制御部１２０は、サーバ装置１の各部を制御するものであり、図３に示すように、ＣＰＵ１２１、ＲＯＭ１２２、ＲＡＭ１２３、ＥＥＰＲＯＭ１２４が、ＣＰＵバス１２５を通じて接続されて構成されたコンピュータ装置である。ＣＰＵ１２１は、ＲＯＭ１２２やＥＥＰＲＯＭ１２４に記憶されているＢＩＯＳ（Basic Input/Output System）などのいわゆるファームウェアや後述するＨＤＤ１３０に記憶されているアプリケーションソフトウェアを読み出して実行する。そして、ＣＰＵ１２１は、各部への制御信号を形成し、これを関係する各部に供給したり、また、各部からのデータを受信してこれを処理したりする。
【００５１】
ＲＯＭ１２２は、ＣＰＵ１２１によって実行される種々のファームウェアや処理に必要となるデータを予め記憶したものである。ＲＡＭ１２３は、各種の処理において、処理の途中結果を一時記憶するなど、主に作業領域として用いられるものである。ＥＥＰＲＯＭ１２４は、書き換え可能ないわゆる不揮発性メモリであり、電源が落とされても保持しておくべきデータを記憶保持する。具体的に、ＥＥＰＲＯＭ１２４は、ＢＩＯＳ等のファームウェア、各種設定パラメータなど、種々の情報を記憶保持するものである。
【００５２】
また、ＨＤＤ１３０は、記録媒体としてハードディスクを備え、制御部１２０の制御に応じて、当該ハードディスクに対して、書き込み／読み出しを行う。ＨＤＤ１３０のハードディスクは、例えば、種々のアプリケーションプログラムや種々の処理により得られたデータ等を記憶保持する。
【００５３】
接続端子１０１は、ネットワーク２との接続端部を形成するものである。この接続端子１０１に対して、ネットワーク２からの通信線路が接続される。通信Ｉ／Ｆ１０２は、ネットワーク２を通じて送信されてくる自機宛の種々の情報を受信し、これを自機において処理可能な形式の情報に変換して制御部１２０に供給する。また、通信Ｉ／Ｆ１０２は、制御部１２０を通じて供給される送信用の種々の情報を、ネットワーク２に送出する形式の信号に変換して、これをネットワーク２に送出する。
【００５４】
プローブ情報ファイル１０３は、接続端子１０１及び通信Ｉ／Ｆ１０２を通じて受信した、多数のユーザの携帯通信端末４からのプローブ情報を蓄積するものである。図４は、プローブ情報ファイル１０３に格納される格納データ（プローブ情報）の例を説明するための図である。
【００５５】
図４に示すように、この実施の形態のプローブ情報ファイル１０３は、ユーザＩＤ毎（ユーザ別）に、日時情報、測位位置情報、提供位置情報からなるプローブ情報を蓄積する構成になっている。ユーザＩＤは、送信されてくるプローブ情報に含まれるものと同じものであり、上述もしたように、携帯通信端末４を利用するユーザを一意に特定することができる情報である。また、日時情報、測位位置情報、提供位置情報のそれぞれは、プローブ情報に含まれる情報であるが、この内、測位位置情報は、携帯通信端末４のＧＰＳ機能により測位された現在位置情報であり、提供位置情報は、上述した位置管理サーバ６から携帯電話端末４が提供を受けた現在位置情報である。
【００５６】
そして、図４に示したプローブ情報ファイルの蓄積データの例は、ユーザＩＤが「００００１」であるユーザについての例である。この例の場合、ユーザＩＤが「００００１」であるユーザが２０１１年６月１０日の１４時１０分２０秒にいた位置（緯度、経度）は、測位位置情報では（Ｘ１１、Ｙ１１）であり、提供位置情報では（Ｘ２１、Ｙ２１）であることが示されている。
【００５７】
また、ユーザＩＤが「００００１」であるユーザが２０１１年６月１０日の１４時１１分２０秒にいた位置（緯度、経度）は、測位位置情報では把握されず、提供位置情報では（Ｘ２２、Ｙ２２）であることが示されている。同様に、ユーザＩＤが「００００１」であるユーザが２０１１年６月１０日の１５時２０分２０秒にいた位置（緯度、経度）は、測位位置情報では把握されず、提供位置情報では（Ｘ２２、Ｙ２２）であることが示されている。
【００５８】
したがって、ユーザＩＤが「００００１」であるユーザは、２０１１年６月１０日の１４時１０分２０秒の時点では屋外に位置していたが、少なくとも、２０１１年６月１０日の１４時１１分２０秒以降の時点においては、ＧＰＳ機能により現在位置が測位できない位置、すなわち、何らかの施設の屋内に入った（入場した）と判別（認識）することができる。
【００５９】
逆に、送信されてくるプローブ情報が、測位位置情報が存在しない状態から、測位位置情報が存在する（復活した）状態に変わった場合には、当該ユーザは、入場していた施設から出た（退場した）と判別（認識）することができる。このように、ユーザ毎に、プローブ情報を蓄積していき、測位位置情報の有無の変化を検出することにより、施設への入退場を判別することができる。
【００６０】
なお、測位位置情報が示す位置と、提供位置情報とが示す位置とは、通常はほぼ同じ位置となるが、完全に同じではなく、若干の誤差を含む場合もある。このように、プローブ情報ファイル１０３は、携帯電話端末４のユーザ毎に、携帯通信端末４から送信されてくるプローブ情報をプローブ情報に含まれる現在時刻情報に応じた時系列順に蓄積するものである。
【００６１】
地図ＤＢ１０４は、この実施の形態においては、日本国内の詳細な地図情報を記憶保持するものである。当該地図情報は、山、川、街、道路、鉄道路線、各種店舗、病院、医院、学校、警察署、消防署、神社仏閣、行政界などの種々のランドマーク、施設、行政区域などの位置や大きさなどを正確に表すことができるようにされたものである。そして、地図ＤＢ１０４は、日本全国の地図を描画するための例えばベクトルデータやラスタデータ等の地図データ（地図用の描画データ）を緯度・経度情報に対応付けて記憶保持する。また、地図ＤＢ１０４は、地図上に表示する注記データについても、緯度・経度情報に対応付けて記憶保持する。
【００６２】
ユーザＤＢ１０５は、当該サーバ装置１に対してプローブ情報を送信する携帯通信端末４のユーザについての種々の情報を記憶保持するものである。図５は、ユーザＤＢ１０５の登録データの例を説明するための図である。図５に示すように、この実施の形態において、ユーザＤＢ１０５には、ユーザＩＤ、氏名、性別、生年月日、電話番号、電子メールアドレス、現住所、家族構成、職業等、勤務地等、収入、趣味、立ち寄り先、その他からなるデータが登録される。
【００６３】
ユーザＩＤは、図４のプローブ情報ファイル１０３で用いられるユーザＩＤと同じものである。その他の情報は、基本的には、携帯通信端末４の購入時などにおいて、ユーザによって登録される。そして、氏名、性別、生年月日、電話番号、電子メールアドレスは、基本的には変わることのない固定情報である。しかし、電話番号や電子メールアドレスは、ユーザの希望に応じて変更可能であり、その場合にはユーザからの要求等に応じて変更することができるようにする。
【００６４】
また、現住所、家族構成、職業等、勤務地等、収入、趣味、立ち寄り先、その他の各情報もまた、最初はユーザによって登録することができるようにする。しかし、その後においては、携帯通信端末４から送信されるプローブ情報を所定期間分収集して解析することにより、更新することもできる。このような、ユーザＤＢ１０５のユーザ情報を更新する機能もまた、この実施の形態のサーバ装置１の機能として実現される。
【００６５】
施設ＤＢ１０６は、携帯通信端末４を持つ種々のユーザの入退場の状態を把握したい店舗、病院、医院、学校、公共機関などといった種々の施設についての情報を予め記憶保持するものである。図６は、この実施の形態の施設ＤＢ１０６で管理される施設データの例について説明するための図である。図５に示すように、この実施の形態おいて、施設ＤＢ１０６には、施設ＩＤ、施設名、所在地、営業時間、定休日、業種、その他からなる施設データが登録される。
【００６６】
この実施の形態において、施設ＤＢ１０６の施設データは、地図ＤＢ１０４の地図情報やインターネット上のサーバに開示されているＷｅｂページ等の情報に基づいて、自動的に生成することができる。すなわち、施設ＩＤは、施設データの登録時に自動的に付与される。施設名、所在地（住所や緯度、経度）は、地図ＤＢ１０４の地図情報から取得することができる。また、営業時間、定休日、業種は、例えば、施設名や住所によって特定されるインターネット上のサーバに開示されているＷｅｂページ等の情報から取得することができる。
【００６７】
なお、施設ＤＢ１０６へは、サーバ装置１の管理者が、図示しないキー操作部を通じて手動で入力することにより、登録することも可能である。このように、手動で入力できるようにしておくことにより、新しく開設された施設についての情報を、地図ＤＢ１０４への反映よりも先に登録することができ、また、インターネット上のＷｅｂページ等から必要な情報が取得できなかった時にも必要な情報の入力が行える。
【００６８】
施設別集計ファイル１１０は、プローブ情報ファイル１０３に蓄積されるプローブ情報と、地図ＤＢ１０４の情報と、施設ＤＢ１０６の情報とに基づいて、施設別に携帯通信端末４を持ったユーザの入退場の状況を管理するデータを保持する。図７は、この実施の形態の施設別集計ファイル１１０で管理される施設別集計データを説明するための図である。この図７に示す施設別集計ファイル１１０により、１日分の施設別の入退場の状況を管理することができる。
【００６９】
図７に示すように、この実施の形態の施設別集計ファイル１１０の施設別集計データは、各施設を特定することができる情報として、施設ＩＤ、施設名、所在地のそれぞれを示す情報を有する。そして、施設毎であって、時間帯別に、ユーザの入場（ＩＮ）、退場（ＯＵＴ）、滞留（滞在）のそれぞれを、総数で把握することができると共に、ユーザＩＤによってユーザ毎にも把握することができるようにしている。
【００７０】
この実施の形態のサーバ装置１においては、１時間毎の時間帯別に、ユーザの入場者数と入場したユーザのユーザＩＤ、ユーザの退場者数と退場したユーザのユーザＩＤ、ユーザの滞留者数と滞留しているユーザのユーザＩＤを把握できるようにしている。そして、入場者数や退場者数は、後述もするが、プローブ情報に基づいて直接に数えることができる。これに対して、滞留者数は計算により求められる。すなわち、直前の時間帯の滞留者数に当該時間帯の入場者数を加算し、ここから当該時間帯の退場者数を減算したものが、当該時間帯の滞留者数となる。
【００７１】
また、ユーザＩＤについても、同様にして把握することができる。すなわち、入場者ＩＤや退場者ＩＤは、プローブ情報に基づいて直接に特定することができる。そして、滞留者ＩＤは、直前の時間帯の滞留者ＩＤと当該時間帯の入場者ＩＤとの中から、当該時間帯の退場者ＩＤを消去すると、当該時間帯の滞留者ＩＤが残ることになる。
【００７２】
また、この実施の形態のサーバ装置１においては、プローブ情報に基づいて、施設に入場したと判別されたユーザについては、そのユーザが当該施設にどのような移動手段を用いて到達したかについても把握するようにしている。簡単には、当該ユーザのプローブ情報に基づいて、当該ユーザの移動経路や移動状況を把握すると共に、例えば、当該施設にいたる直前の所定距離における移動時間に基づいて、当該ユーザの移動速度を求める。そして、当該ユーザについての把握した移動経路や移動状況と、求めた移動速度とに応じて、当該ユーザの移動手段を特定する。
【００７３】
ここで、移動手段は、徒歩（Walk）、自転車（Bicycle）、自動車（Car）、バス（Bus）、電車（Train）などである。そして、所定距離における移動速度が、例えば、時速５ｋｍ未満であれば移動手段は徒歩であり、時速５ｋｍ以上かつ時速３０ｋｍ未満であれば移動手段は自転車であると判別することができる。また、移動速度が時速３０ｋｍ以上であって、把握した移動経路が鉄道軌道上を通ることもなく、把握した移動状態がバス停で停止することもない場合には、移動手段は自動車であると判別することができる。
【００７４】
また、移動速度が時速３０ｋｍ以上であって、把握した移動経路が鉄道軌道上を通っている場合には、移動手段は電車であると判別することができる。また、移動速度が時速３０ｋｍ以上であって、把握した移動状態がバス停で停止する態様（パターン）になっている場合には、移動手段はバスであると判別することができる。また、プローブ情報を考慮する期間を長くした場合であって、複数の移動手段を用いた場合には、そのそれぞれを把握することもできる。
【００７５】
そして、図７に示した例は、施設ＩＤが「１２３４５６」である施設についての入退場の状況を管理するデータの例を示している。この例の場合、午前９時台に、４名の入場者があり、その内訳は、ユーザＩＤが、００１、０１９、０３２、０４１であるユーザであることが把握されている。なお、図７においては、説明を簡単にするため、ユーザＩＤは３桁で示している。しかし、ユーザＩＤは、例えば、図４、図５に示したように、５桁あるいはそれ以上の桁数となる場合もある。
【００７６】
また、午前９時台の入場者の内、ユーザＩＤが００１のユーザの移動手段は徒歩（Ｗ）であり、ユーザＩＤが０１９のユーザの移動手段は自動車（Ｃ）であると判別されている。また、ユーザＩＤが０３２のユーザの移動手段は自転車（Ｂ）であり、ユーザＩＤが０４１のユーザの移動手段はバス（Ｂｕｓ）であると判別されている。
【００７７】
また、図７に示した例の場合、午前９時台の退場者数は１名であり、その内訳は、ユーザＩＤが００１のユーザであることが把握されている。したがって、午前９時台の滞留者数は３名であり、その内訳は、ユーザＩＤが、０１９、０３２、０４１であるユーザであることが把握されている。
【００７８】
同様に、図６に示した例の場合、午前１０時台に、３名の入場者があり、その内訳は、ユーザＩＤが、００３、００５、１２３であるユーザであることが把握されている。この場合、ユーザＩＤが００３のユーザの移動手段は電車（Ｔ）であり、ユーザＩＤが００５のユーザの移動手段は徒歩（Ｗ）であり、ユーザＩＤが１２３のユーザの移動手段は自動車（Ｃ）であると判別されている。
【００７９】
そして、図６に示した例の場合、午前１０時台の退場者数は２名であり、その内訳は、ユーザＩＤが０１９と０３２のユーザであることが把握されている。したがって、午前１０時台の滞留者数は前の時間帯からの滞留者を含め４名であり、その内訳は、ユーザＩＤが、０４１、００３、００５、１２３であるユーザであることが把握されている。
【００８０】
このように、施設別集計ファイル１１０では、当日１日分の各施設の時間帯別に、入場者、退場者、滞留者についての、数とユーザの別とを把握するようにできる。なお、ここでは、１時間毎の時間帯別に、ユーザの入退場を管理するものとして説明したが、これに限るものではない。時間帯を、２時間毎、３時間毎、４時間毎、…というように、適宜の長さの時間帯とすることができる。すなわち、目的に応じた時間帯とすることが可能である。
【００８１】
そして、施設別履歴ファイル１１１は、図７を用いて説明した１日分の施設別の入退場の状況を管理する施設別集計ファイル１１０のデータを、施設別であって、日にち別に蓄積するものである。この施設別履歴ファイル１１１に蓄積されたデータに基づいて、詳しくは後述もするが、曜日別、天候別、季節別といった種々の区分（計数属性条件）に応じて、施設毎の入退場の状況を集計するなどのことができるようになる。
【００８２】
そして、入退場更新部１０７、ユーザ情報更新部１０８、入退場集計部１０９の各部が、施設毎のユーザの入退場を把握して、分析することを可能にするための部分である。以下、各部について説明する。
【００８３】
入退場更新部１０７は、受信したプローブ情報のプローブ情報ファイル１０３への蓄積処理や施設別集計ファイル１１０や施設別履歴ファイル１１１の更新処理を行う。図８は、入退場更新部１０７で行われる処理を説明するためのフローチャートである。ここでは、図８のフローチャートを参照しながら、入退場更新部１０７で行われる処理について説明する。
【００８４】
図８に示すフローチャートの処理は、サーバ装置１が可動中においては、制御部１２０の制御に応じて、入退場更新部１０７において常時実行するようにされている。そして、まず、入退場更新部１０７においては、サーバ装置１の図示しない時計回路が提供する現在時刻に基づいて、日付が変わったか否かを判別する（ステップＳ１０１）。このステップＳ１０１の判別処理は、１日分の各施設への入退場を管理する施設別集計ファイル１０３への当該１日分の集計が終了したか否かを判別する処理である。
【００８５】
ステップＳ１０１の判別処理において、日付が変わったと判別したときには、入退場更新部１０７は、施設別履歴ファイル１１１と施設別集計ファイル１１０の更新処理を実行する（ステップＳ１０２）。ステップＳ１０２では、施設別集計ファイル１１０の施設別集計データが、施設別履歴ファイル１１１に施設別、日にち別のデータとして移し替えられた後に、施設別集計ファイル１１０のデータがクリアされる。
【００８６】
そして、ステップＳ１０２の処理の後、または、ステップＳ１０１において、日付は変わっていないと判別したときには、ステップＳ１０３の処理に進む。そして、入退場更新部１０７は、自機がプローブ情報を受信したか否かを判別し（ステップＳ１０３）、受信していないと判別したときには、ステップＳ１０１からの処理を繰り返し、プローブ情報の受信待ちとなる。
【００８７】
ステップＳ１０３において、自機がプローブ情報を受信したと判別したときには、入退場更新部１０７は、受信したプローブ情報を制御部１２０を通じてプローブ情報ファイル１０３に格納する（ステップＳ１０４）。プローブ情報ファイル１０３は、図４を用いて説明したように、ユーザ毎であって、日時情報に応じた時系列順にプローブ情報をプローブ情報ファイル１０３に格納する。
【００８８】
そして、入退場更新部１０７は、プローブ情報ファイル１０３の同じユーザのプローブ情報に基づいて、それまでのプローブ情報は測位位置情報を有しているのに、新たに受信したプローブ情報では測位位置情報が消失したか否かを判別する（ステップＳ１０５）。すなわち、ステップＳ１０５では、同じユーザのプローブ情報について、測位位置情報（ＧＰＳ機能を用いて測位した現在位置情報）を有する状態から有しない状態に遷移したか否かを判別する。
【００８９】
ステップＳ１０５の判別処理において、測位位置情報が消失した状態に遷移したと判別したときには、入退場更新部１０７は、受信したプローブ情報を送信してきた携帯通信端末４のユーザの移動手段を判別する（ステップＳ１０６）。ステップＳ１０６では、上述したように、プローブ情報ファイル１０３に蓄積されている当該ユーザの所定期間分のプローブ情報に基づいて、当該ユーザの移動軌跡と移動状況を把握すると共に、移動速度を求め、これらに応じて当該ユーザの移動手段を特定する。
【００９０】
次に、入退場更新部１０７は、今回受信したプローブ情報の直前のプローブ情報の測位位置情報と地図ＤＢ１０４の地図データとに基づいて、ユーザが入場した施設の位置を特定し、その位置に応じて施設ＤＢ１０６を参照し、当該施設の施設ＩＤをも特定する（ステップＳ１０７）。なお、ここでは、今回受信したプローブ情報の直前のプローブ情報の測位位置情報を用いるものとして説明したが、これに限るものではない。今回受信したプローブ情報の提供位置情報（位置管理サーバ６から提供された現在位置情報）を用いて、入場した施設を特定するようにしてもよい。
【００９１】
そして、入退場更新部１０７は、施設集計ファイル１１０に格納されている対応する施設（今回入場した施設）の施設集計データの対応する時間帯の入場情報（ＩＮ情報）と滞留情報の欄を更新する処理を行う（ステップＳ１０８）。なお、時間帯は、最新に受信したプローブ情報の日時情報により、あるいは、サーバ装置１において、最新のプローブ情報の受信時刻に基づいて特定することができる。プローブ情報の受信時刻は、図示しないが、サーバ装置１が有する時計回路が提供する現在時刻を用いることができる。この後、ステップＳ１０１からの処理が繰り返される。
【００９２】
また、ステップＳ１０５の判別処理において、測位位置情報が消失した状態に遷移していないと判別したときには、入退場更新部１０７は、ステップＳ１０９の判別処理を行う。すなわち、入退場更新部１０７は、プローブ情報ファイル１０３の同じユーザのプローブ情報に基づいて、それまでのプローブ情報は測位位置情報を有していないのに、今回受信したプローブ情報では測位位置情報が復活したか否かを判別する（ステップＳ１０９）。換言すれば、ステップＳ１０９の処理は、同じユーザのプローブ情報について、測位位置情報が消失した状態から測位位置情報が復活（復帰）した状態に遷移したか否かを判別する処理である。
【００９３】
ステップＳ１０９の判別処理において、測位位置情報が復活した状態に遷移したと判別したときには、入退場更新部１０７は、それまで入場していた施設がどこかを確認する（ステップＳ１１０）。具体的に、入退場更新部１０７は、今回受信したプローブ情報の測位位置情報と地図ＤＢ１０４の地図データとに基づいて、ユーザが入場していた施設の位置を確認し、その位置に応じて施設ＤＢ１０６を参照し、当該施設の施設ＩＤをも特定する（ステップＳ１１０）。なお、直前まで測位位置情報が消失していたプローブ情報の提供位置情報（位置管理サーバ６から提供された現在位置情報）を用いて、入場していた施設を確認し、特定するようにしてもよい。
【００９４】
そして、入退場更新部１０７は、施設集計ファイル１１０に格納されている対応する施設（今回退場した施設）の施設集計データの対応する時間帯の退場情報（ＯＵＴ情報）と滞留情報の欄を更新する処理を行う（ステップＳ１１１）。ここで、時間帯は、ステップＳ１０８の処理の場合と同様に、最新に受信したプローブ情報の日時情報により、あるいは、サーバ装置１において、最新のプローブ情報を受信した時刻に基づいて特定することができる。ステップＳ１１１の処理の後においては、ステップＳ１０１からの処理が繰り返される。
【００９５】
また、ステップＳ１０９の判別処理において、測位位置情報が復活した状態に遷移していないと判別したときには、ステップＳ１０５、ステップＳ１０９の判別処理を通じて、プローブ情報の測位位置情報は消失も復活もしていないことが分かる。すなわち、プローブ情報の測位位置情報は継続して存在していることになる。この場合、入退場更新部１０７は、施設別集計ファイル１１０への更新処理等は行わず、ステップＳ１０１からの処理が繰り返される。
【００９６】
このように、入退場更新部１０７は、受信したプローブ情報に基づいて、プローブ情報ファイル１０３、施設別集計ファイル１１０、施設別履歴ファイル１１１のそれぞれに対して、それぞれのファイルに応じたデータの更新処理を行う。また、入退場更新部１０７は、施設に入場したユーザの移動手段を特定する特定手段としての機能をも実現している。
【００９７】
ユーザ情報更新部１０８は、プローブ情報ファイル１０３に蓄積されるユーザ毎のプローブ情報に基づいて、図５を用いて説明したユーザＤＢ１０５の情報に変化が生じたことを検出した場合に、当該情報を更新する処理を行う。図９は、ユーザ情報更新部１０８で行われる処理を説明するためのフローチャートである。ここでは、図９フローチャートを参照しながら、ユーザ情報更新部１０８で行われる処理について説明する。
【００９８】
ユーザ情報更新部１０８は、例えば、１ヶ月毎などの所定のタイミングで、図９に示す処理を実行する。そして、ユーザ情報更新部１０８は、まず、ユーザ別に、所定の期間分（例えば、直近の過去１ヶ月分）のプローブ情報を抽出する（ステップＳ２０１）。そして、ユーザ情報更新部１０８は、抽出したプローブ情報に基づいて、分析対象のユーザのユーザＩＤを特定する（ステップＳ２０２）。
【００９９】
そして、ユーザＩＤを特定したユーザの所定期間分のプローブ情報と地図ＤＢ１０４の地図情報とをマッチングさせ、当該所定期間における当該ユーザの移動経路（行動パターン）を特定する（ステップＳ２０３）。この後、ユーザ情報更新部１０８は、ステップＳ２０３の特定結果に基づいて、当該ユーザの立寄り場所、立寄り時刻、当該立寄り場所についての滞在時間、各立寄り場所への立寄り周期等を把握し、これに基づき、現住所、職業等、勤務地等、収入、趣味、子供有無等を把握する（ステップＳ２０４）。
【０１００】
すなわち、引越しにより現住所が変わった場合や就職や転職、進学等により職業等や勤務地等が変わった場合には、プローブ情報に応じてユーザの行動軌跡を解析することにより、それらの変化後の状態を検出することができる。このため、上述したように、所定期間分のプローブ情報を、地図上に展開することにより、立寄り場所、立寄り時刻、当該立寄り場所についての滞在時間、各立寄り場所への立寄り周期等を把握し、これに基づいて、現住所、職業等、勤務地等を把握することができる。
【０１０１】
また、特定した立寄り先に基づいて、勤務先やアルバイト先を特定すると共に、ユーザの年齢や勤務時間（滞在時間）、インターネット上に開示されている当該勤務先やアルバイト先の賃金情報、一般的な賃金相場の情報等に基づいて、大まかにユーザの収入を予想することも出来る。また、特定した立寄り先や休日の外出先に基づいて、趣味を特定することもできるし、特定した立寄り先に基づいて、保育園や幼稚園などに毎日ほぼ決まった時間に立ち寄っている場合には、子供がいることが分かるなど、種々の解析が可能となる。
【０１０２】
さらに、ユーザ情報更新部１０８は、ステップＳ２０４において、現住所として特定した場所を立寄り先とする他のユーザの有無を確認し、同居の家族を把握する（ステップＳ２０５）すなわち、特定した現住所に、長時間にわたって立寄る他のユーザが存在する場合には、当該他のユーザはステップＳ２０２で特定したユーザＩＤのユーザの家族であると判別することができる。
【０１０３】
そして、ユーザ情報更新部１０８は、ステップＳ２０２で特定したユーザＩＤに基づいて、ユーザＤＢの登録情報を参照し、ステップＳ２０４、ステップＳ２０５で把握した情報に基づいて、未登録情報や変更情報を更新する（ステップＳ２０６）。すなわち、ステップＳ２０６では、ステップＳ２０４、ステップＳ２０５で把握した情報と、ユーザＤＢ１０５の登録情報とで異なっている場合には、その異なっている情報を最新に把握した情報に変更する。
【０１０４】
この後、ユーザ情報更新部１０８は、抽出したプローブ情報をユーザ毎にすべて処理したか否かを判別する（ステップＳ２０７）。ステップＳ２０７の判別処理において、抽出したプローブ情報をユーザ毎にすべて処理していないと判別したときには、ステップＳ２０２からの処理を繰り返し、次のユーザについてのプローブ情報の分析処理とユーザＤＢ１０５の更新処理とを行う。ステップＳ２０７の判別処理において、抽出したプローブ情報をユーザ毎にすべて処理したと判別したときには、この図９に示す処理を終了する。
【０１０５】
このように、ユーザ情報更新部１０８は、プローブ情報を解析することにより、ユーザＤＢ１０５に登録されている登録情報に変化が生じたことを検出した場合に、ユーザＤＢ１０５の登録データを変化後の情報に自動的に修正することができる。したがって、ユーザＤＢ１０５の登録データに変化が生じても、ユーザが変更処理を一々行うことなく、自動的に正しいデータに更新することができる。
【０１０６】
入退場集計部１０９は、施設別集計ファイル１１０の施設別集計データと施設別履歴ファイル１１１の施設別履歴データとの一方または両方を集計処理することにより、施設別の種々の集計値を算出する処理を行う。ここで集計された情報は、携帯通信端末４を通じてユーザに提供することができる。また、当該集計された情報を各施設の運営者に資料として提供することもできる。
【０１０７】
図１０は、入退場集計部１０９の処理を説明するための図である。図１０に示すように、入退場集計部１０９は、施設別集計ファイル１１０と施設別履歴ファイル１１１とをインプットファイルとし、ユーザＤＢ１０５、施設ＤＢ１０６、気象履歴ＤＢ１３０を参照ファイルとして用いて施設別の種々の集計値を算出する。
【０１０８】
気象履歴ＤＢ１３０は、少なくとも地域別の過去の天気、気温、湿度、降水量、降雪量、風向、風速などの情報を記憶保持するものである。ここで、地域別は、例えば、地方別、都道府県別、市町村別、特別区別などのいわゆる行政界によって区分けされる区域別や、日本全国を１辺が５ｋｍ程度の矩形領域（メッシュ）に分割した場合の領域別などである。そして、気象履歴ＤＢ１３０は、この実施の形態のサーバ装置１が備える構成とすることも可能であるが、例えば、気象予報会社などによって、ネットワーク２上に設けられたものを、サーバ装置１がアクセスして必要な情報を得るようにすることもできる。
【０１０９】
そして、入退場集計部１０９は、施設別集計ファイル１１０の集計データを用いることによって、（１）当日の施設別、時間帯別の混雑具合を示す情報を形成することができる。また、入退場集計部１０９は、施設別履歴ファイル１１１の履歴データを用いることによって、（２）施設別、日にち別、時間帯別の混雑具合を示す情報を形成することができる。また、入退場集計部１０９は、施設別集計ファイル１１０の集計データと施設別履歴ファイル１１１の履歴データを用いることによって、（３）施設別であって、曜日別あるいは天候別あるいは季節別などの所定の区分毎の混雑具合を示す情報を形成することができる。
【０１１０】
また、入退場集計部１０９は、施設別集計ファイル１１０の集計データと施設別履歴ファイル１１１の履歴データを用いることによって、（４）施設別に入場者の移動手段毎の集計値を把握したり、ユーザＤＢの登録情報をも考慮することによって、（５）施設別に入場者の個人属性の集計値を把握したりすることもできる。ここで、個人属性は、例えば、性別、年齢、職業、収入、趣味等である。これにより、例えば、男性の入場者の多い施設、女性の入場者の多い施設を把握したり、施設毎に、入場の多いユーザの、性別、年齢、職業、収入、趣味等を把握したりすることも可能となる。また、施設ＤＢ１０６の登録情報である営業時間や定休日を考慮するなどのことも可能である。
【０１１１】
もちろん、図１０において、（１）〜（５）に示した情報や集計値は一例であり、その他の種々の集計を行うことももちろん可能である。例えば、施設別であって、時間帯別の入場者の移動手段の集計や、施設別であって、時間帯別の入場者の個人属性の集計などを行うこともできる。すなわち、少なくとも、上記（１）〜（５）を種々に組み合わせた集計値などを算出することが可能である。また、施設毎といった縛りを外し、総合計を算出することももちろん可能である。
【０１１２】
すなわち、入退場集計部１０９は、時間帯別、日にち別、曜日別、天候別、季節別、あるいはこれらの組み合わせといった種々の計数属性条件にしたがって種々の集計処理を行うことができるものである。また、ユーザＤＢ１０５の登録情報をも考慮することによって、ユーザの個人属性をも用いた集計処理を行こともできる。
【０１１３】
そして、入退場集計部１０９は、上述もしたように、例えば、携帯通信端末４を通じてのエンドユーザからの要求に応じて、目的とする１以上の施設の現在の混雑状況や、過去の混雑状況などを提供することができる。また、各施設の運営者が、パーソナルコンピュータなどを通じてサーバ装置１にアクセスし、自分が運営する施設の上述したような種々の情報の提供を受けるようにすることもできる。
【０１１４】
このように、サーバ装置１は、各携帯通信端末４からのプローブ情報を受け付けて、施設毎のユーザの入退場を正確に把握し、これを用いて施設毎に混雑具合等を多方面から把握、分析することができるようにしている。
【０１１５】
［実施の形態の効果］
このように、この実施の形態のサーバ装置１においては、携帯通信端末４からのプローブ情報に含まれる測位位置情報（ＧＰＳ機能を用いて測位された現在位置情報）の消失と復活に基づいて、施設毎に入場と退場とを正確に検出し、これを把握することができる。特に、施設の屋内への入場、退場について正確に検出することができる。
【０１１６】
また、サーバ装置１では、施設への入場、退場が検出された場合に、当該施設を特定すればよい。したがって、ＧＰＳ機能を用いて測位される現在位置情報と地図情報とを常時マッチングさせることも無いため、携帯通信端末４やサーバ装置１における処理の軽減を図ることができる。
【０１１７】
［変形例］
また、上述した実施の形態においては、携帯通信端末４が、位置管理サーバ６から現在位置情報（提供位置情報）の提供を受けて、これをもプローブ情報に含めてサーバ装置１に送信するものとして説明した。しかし、これに限るものではない。ＧＰＳ機能により測位された現在位置情報である測位位置情報が存在しないプローブ情報を送信してきた携帯通信端末４を、当該プローブ情報のユーザＩＤにより特定する。そして、この特定した携帯通信端末４の提供位置情報を、サーバ装置１から位置管理サーバ６に要求し、サーバ装置１が位置管理サーバ６から直接に提供を受けるようにしてもよい。これにより、サーバ装置１が独自にプローブ情報を送信してきた携帯通信端末４の現在位置を、当該携帯通信端末４からのプローブ情報に頼ることなく特定することができる。
【０１１８】
また、店舗などの施設内には、図１に示したように屋内基地局（施設内ローカル基地局）３ＩＮが設けられている場合もある。そして、各携帯通信端末４から送信されたプローブ情報などの送信情報には、経由してきた基地局の基地局ＩＤも含まれる。そこで、サーバ装置１では、携帯通信端末４からのプローブ情報に測位位置情報が含まれていない場合には、そのプローブ情報に含まれる経由してきた基地局ＩＤに基づいて、位置管理サーバ６に問い合わせを行うことにより、当該携帯通信端末４が入場している施設を特定することもできる。
【０１１９】
このように、サーバ装置１は、携帯通信端末４からのプローブ情報（通信情報）が屋内基地局を経由した情報となることを利用して、携帯通信端末４の入場した施設を特定することができる。もちろん、消失直前の測位位置情報や提供位置情報をも共に考慮する構成としてももちろんよい。
【０１２０】
また、上述した実施の形態においては、プローブ情報の測位位置情報が有る状態から消失した状態に遷移した場合に、サーバ装置１は当該携帯通信端末４を持つユーザが施設に入場したと判別するようにした。同様に、プローブ情報の測位位置情報が消失した状態から復活した状態に遷移した場合に、サーバ装置１は当該携帯通信端末４を持つユーザが施設から退場したと判別するようにした。しかし、これに限るものではない。
【０１２１】
測位位置情報が有る状態から２回以上の所定回、測位位置情報が消失したプローブ情報を送信してきた場合に、当該携帯通信端末４を持つユーザが施設に入場したと判別するようにしてもよい。また、測位位置情報が消失した状態から２回以上の所定回、測位位置情報が復活したプローブ情報を送信してきた場合に、当該携帯通信端末４を持つユーザが施設から退場したと判別するようにしてもよい。
【０１２２】
この場合、簡単には、図８に示した処理のステップＳ１０５の処理で、測位位置情報が消失したプローブ情報を所定回受信したことを確認した場合に、ステップＳ１０６の処理に進み、所定回未満回場合には、ステップＳ１０１からの処理を繰り返すようにすればよい。また、図８に示した処理のステップＳ１０９の処理で、測位位置情報が復活したプローブ情報を所定回受信したことを確認した場合に、ステップＳ１１０の処理に進み、所定回未満回場合には、ステップＳ１０１からの処理を繰り返すようにすればよい。この場合の、測位位置情報が消失したプローブ情報の受信回数や測位位置情報が復活したプローブ情報の受信回数は、プローブ情報の送信間隔等に応じて、適宜の回数とすることができる。
【０１２３】
また、携帯通信端末４から送信されてくるプローブ情報の測位位置情報や提供位置情報と地図情報とから、店舗などの施設内に携帯通信端末４が在り、その施設内への滞留時間（滞在時間）を加味して、施設への入場を検出するようにすることもできる。すなわち、測位位置情報の消失、復活に応じて施設への入場、退場を検出するようにした場合であって、入場してすぐに退場したことが検出された場合には、入退場の実績を正確にカウントできない場合があると考えられる。例えば、実際には施設に入場していなかったのに、建物の庇や樹木等の影響により、１回だけＧＰＳ機能を用いた現在位置の測位ができなかったような場合が発生する可能性もある。
【０１２４】
そこで、上述したように、プローブ情報の測位位置情報の消失と復活とに基づいて、施設への入場、退場を検出するが、入場から退場までの滞留時間が、予め決められた時間以上である場合に、当該施設への入場／退場が発生したと判別するようにしてもよい。これにより、精度良く施設への入退場を検出することができる。なお、滞留時間は、例えば、３分以上、５分以上、１０分以上などというように、入退場検出の目的に応じて適宜の値とすることができる。
【０１２５】
また、上述した実施の形態においては、サーバ装置１は、携帯通信端末４から送信されてくるプローブ情報をリアルタイムに処理するものとして説明した。しかし、これに限るものではない。携帯通信端末４からのプローブ情報を蓄積しておき、所定のタイミングで蓄積したプローブ情報に基づき施設別集計ファイル１１０や施設別履歴ファイル１１１を更新するようにしてもよい。すなわち、蓄積したプローブ情報をバッチ処理することも可能である。
【０１２６】
また、上述した実施の形態においては、携帯通信端末４は、単に所定のタイミング毎に、プローブ情報を生成して送信する機能を有するものとして説明したが、これに限るものではない。例えば、携帯通信端末４からのプローブ情報を、施設への入退場の検出のみに使用することが前提の場合には、携帯通信端末４において、施設への入退場を検出し、これをサーバ装置１に通知するようにしてもよい。
【０１２７】
すなわち、携帯通信端末４において、測位位置情報が測位可能な状態から測位不能な状態になったことを検出したとする。この場合、当該携帯通信端末４は、ユーザＩＤと、施設に入場したことを示す情報と、最新に測位された測位位置情報と、現在時刻とを含む入場情報を形成してサーバ装置１に送信する。これにより、サーバ装置１では、当該入場情報の測位位置情報に基づいて地図情報を参照することにより、入場した施設を特定することができると共に、その施設についての対応する時間帯の入場情報を更新することができる。
【０１２８】
また、携帯通信端末４において、測位位置情報が測位不能な状態から測位可能な状態になったことを検出したとする。この場合、当該携帯通信端末４は、ユーザＩＤと、施設から退場したことを示す情報と、最新に測位された測位位置情報と、現在時刻とを含む退場情報を形成してサーバ装置１に送信する。これにより、サーバ装置１では、当該退場情報の測位位置情報に基づいて地図情報を参照することにより、退場した施設を確認することができると共に、その施設についての対応する時間帯の退場情報を更新することができる。
【０１２９】
このように、携帯通信端末４側で施設への入退場を検出するようにした場合であっても、上述したように、位置管理サーバ６からの提供位置情報を利用したり、通信情報である入場情報や退場情報に含まれる、当該通信情報が経由してきた基地局の基地局ＩＤによって、入場したり、退場したりした施設を特定することもできる。
【０１３０】
このように、携帯通信端末４側で施設への入退場を検出するようにした場合には、入退場の検出時においてのみ、入場情報や退場情報を形成して送信すればよいので、携帯通信端末４とサーバ装置１との間の通信量を低減することができる。しかし、携帯通信端末４からのプローブ情報は、通常は歩行者ナビゲーションサービスやいわゆるコンシェルジェサービスなどで利用されている。このため、既に利用されている携帯通信端末４からのプローブ情報をそのまま用いることにより、携帯通信端末４側は何も変更することなく、施設毎の入退場を適切に把握できるようにするサーバ装置、方法、システムを実現できる。
【０１３１】
［その他］
なお、上述した実施の形態においては、サーバ装置１の接続端子１０１、通信Ｉ／Ｆ１０２が主に受信手段としての機能を実現し、入退場更新部１０７が、入場判別手段、退場判別手段としての機能を実現している。そして、サーバ装置１の施設別集計ファイル１１０、施設別履歴ファイル１１１が、判別結果保持手段としての機能を実現している。
【０１３２】
また、サーバ装置１の入退場集計部１０９が、第１、第２、第３の集計手段としての機能を実現している。また、サーバ装置１の接続端子１０１、通信Ｉ／Ｆ１０２、制御部１２０が気象情報取得手段としての機能を実現し、プローブ情報ファイル１０３が蓄積手段としての機能を実現している。また、サーバ装置１の入退場更新部１０７が、ユーザの移動手段を特定する特定手段としての機能をも実現している。
【符号の説明】
【０１３３】
１…サーバ装置、１０１…接続端子、１０２…通信Ｉ／Ｆ、１０３…プローブ情報ファイル、１０４…地図ＤＢ、１０５…ユーザＤＢ、１０６…施設ＤＢ、１０７…入退場更新部、１０８…ユーザ情報更新部、１０９…入退場集計部、１１０…施設別集計ファイル、１１１…施設別履歴ファイル、１２０…制御部、２…ネットワーク、３…基地局、４…携帯通信端末、４０１…送受信アンテナ、４０２…送受信処理部、４０３…受話器（スピーカ）、４０４…送話器（マイクロホン）、４１１…キー操作部、４１２…表示制御、４１３…表示部、４１４…音声処理部、４１５…スピーカ、４２０…制御部、４２１…ＣＰＵ、４２２…ＲＯＭ、４２３…ＲＡＭ、４２４…ＥＥＰＲＯＭ、４２５…ＣＰＵバス、４３１…時計回路、４３２…外部入出力端子、４３３…外部Ｉ／Ｆ、４３４…ＧＰＳ部、４３５…ＧＰＳアンテナ、５…ＧＰＳ衛星、６…位置管理サーバ
【技術分野】
【０００１】
この発明は、情報通信分野に属し、例えば、携帯電話端末などの携帯通信端末から送信されてくる現在位置情報を含むプローブ情報を受信して処理する装置、方法、システムに関する。
【背景技術】
【０００２】
近年、高度に整備された地図データが、インターネットを通じて手軽に利用できるようになってきている。これにより、例えば、目的とする施設への経路検索等が簡単かつ迅速に行うことができるようになっている。ここで、「施設」と言う文言は、広義には人々が社会生活を営む際に利用する構造物、建築物やその他の設備を意味するが、この明細書では、人々が出入りする主に建築物を意味する。より具体的には、種々の店舗、病院、医院、学校、公共機関などといった様々なものの建築物（建物）が、ここでいう「施設」に該当する。
【０００３】
そして、ユーザは、目的とする施設の所在場所を知るだけでなく、その施設に関する情報、例えば、人気のある施設か否か、今現在混雑しているか否か等についても知りたいとする要求がある。店舗などについては、いわゆる口コミサイトや商用紹介サイトなどにより、利用者の評価等を知ることができる。しかし、口コミサイトや商用紹介サイトで知ることができるのは、利用者の主観的な意見であり、客観的に確実な情報として、目的とする施設が、人気があるか否か（繁盛しているか否か）を知ることはできない。
【０００４】
また、入場者数や観客動員数などが公表されている施設はわずかである。例えば、アウトレットモールなどを含め、注目しているリテール（小売店等）にどれだけの集客力があるかは、その場にいる人によって、単に混んでいる、空いている程度の感覚でしか掴めないのが現状である。また、ＰＯＳ（Point Of Sales）システムを導入している店舗では、商品の販売状況をリアルタイムに知ることはできるが、主に商品の売れ筋、死に筋を把握することに主眼が置かれている。また、ＰＯＳシステムで集約された情報が、一般ユーザに提供されることは通常ない。
【０００５】
そこで、後に記す特許文献１には、ユーザが用いる携帯通信端末からのプローブ情報に含まれる現在位置情報と地図データとを付き合せることにより、目的とする施設への入退場を把握できるようにする技術が開示されている。ここで、プローブ（probe）情報は、ユーザが携帯している携帯通信端末から送信される情報であって、当該携帯通信端末の現在位置情報や現在時刻情報を含むものである。
【０００６】
特許文献１に記載の技術の場合には、プローブ情報の現在位置情報が示す位置が、地図データにより把握される施設の敷地や家枠内に外部から入ってきたときには、当該施設への入場と判別する。逆に、プローブ情報の現在位置情報が示す位置が、地図データにより把握される施設の敷地や家枠内から出て行ったときには、当該施設からの退場と判別する。これにより、ユーザの施設への入退場を客観的に把握することができるようにしている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１０−２３８００４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述した特許文献１に記載の技術の場合、常時、全てのプローブ情報の現在位置情報と地図データとのマッチングを行い、施設への入退場を検出するようにしなければならない。このため、施設への入退場の検出処理にかかる負荷が大きい。また、上述した特許文献１に記載の技術の場合、遊園地や商店街などといった比較的敷地の広い施設や区域についての入退場を精度良く把握することができる。しかし、特許文献１に記載の技術の場合、プローブ情報の現在位置情報と地図情報のマッチングの結果に応じて施設への入退場を検出しているために、比較的規模の小さな飲食店などへの入退場については、精度良く把握することができない場合がある。
【０００９】
例えば、ユーザの携帯通信端末がＧＰＳ（Global Positioning System）受信機を備え、人工衛星からの信号を受信して演算処理することにより現在位置を測位するものであるとする。この場合、ＧＰＳ受信機を有する携帯通信端末が屋内に入ってしまうと、人工衛星からの信号を受信することができなくなり、現在位置の測位ができなくなる。この場合、目的とする敷地内や家枠内に位置していることが検出できなくなり、当該施設への入退場を正確に検出することができなくなるのである。
【００１０】
以上のことに鑑み、この発明は、処理に大きな負荷がかかることもなく、比較的規模の小さな施設の屋内へのユーザの入退場についても正確に把握でき、かつ、施設毎にユーザの入退場に基づく種々の情報を得ることができるようにすることを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するため、請求項１に記載の発明のプローブ情報処理サーバは、
人工衛星からの信号を用いて自機の現在位置を測位する機能を備え、所定のタイミング毎に、少なくとも測位して得た現在位置情報を含むようにしたプローブ情報を送信する携帯通信端末からの前記プローブ情報を処理するプローブ情報処理サーバであって、
前記携帯通信端末からの前記プローブ情報を受信する受信手段と、
前記受信手段で順次に受信される前記プローブ情報が、前記現在位置情報を有するものから有しないものに変化した場合に、前記携帯通信端末が、受信したプローブ情報に含まれる情報と地図情報とにより特定される施設に入場したと判別する入場判別手段と、
前記受信手段で順次に受信される前記プローブ情報が、前記現在位置情報を有しないものから有するものに変化した場合に、前記携帯通信端末が、入場していた施設から退場したと判別する退場判別手段と、
前記入場判別手段での判別結果と前記退場判別手段での判別結果とを、前記施設毎に記憶する判別結果保持手段と
を備えることを特徴とする。
【００１２】
この請求項１に記載の発明のプローブ情報処理サーバによれば、携帯通信端末から所定のタイミング毎に送信される情報であって、人工衛星からの信号を用いて測位した現在位置情報を含むプローブ情報が、受信手段によって順次に受信される。なお、プローブ情報の現在位置情報は、例えば、携帯通信端末を持ったユーザが屋内に入るなどして、人工衛星からの信号が受信できなくなり、現在位置が測位できない場合には、空白となるように処理されるなど、有効な現在位置情報は存在しないようになる。
【００１３】
そして、受信手段で順次に受信されるプローブ情報が、測位された現在位置情報を有するものから有しないものに変化した場合には、入場判別手段により、当該携帯通信端末が、既に受信したプローブ情報に含まれる情報と地図情報とにより特定される施設に入場したと判別される。逆に、受信手段で順次に受信される前記プローブ情報が、測位された現在位置情報を有しないものから有するものに変化した場合には、退場判別手段により、当該携帯通信端末が、それまでに入場していた施設から退場したと判別される。そして、これらの入退場の判別結果は、施設毎に判別結果保持手段により記憶される。
【００１４】
これにより、プローブ情報の現在位置情報の消失と復活に基づいて、施設への入退場を把握するので、処理に大きな負荷がかかることもなく、また、携帯通信端末を持つユーザの比較的規模の小さな施設の屋内への入退場についても正確に把握できるようになる。そして、把握した施設毎のユーザの入退場に基づく種々の情報を得ることもできるようになる。
【発明の効果】
【００１５】
この発明によれば、処理に大きな負荷がかかることもなく、プローブ情報を送信する携帯通信端末を持つユーザの比較的規模の小さな施設の屋内への入退場についても正確に把握することができる。そして、施設毎にユーザの入退場に基づく種々の情報を得て、種々の分析を行うこともできる。
【図面の簡単な説明】
【００１６】
【図１】実施の形態のプローブ情報処理システムの概略構成を説明するための図である。
【図２】実施の形態の携帯通信端末４の構成例を説明するためのブロック図である。
【図３】実施の形態のサーバ装置１の構成例を説明するためのブロック図である。
【図４】プローブ情報ファイル１０３に格納される格納データ（プローブ情報）の例を説明するための図である。
【図５】ユーザＤＢ１０５の登録データの例を説明するための図である。
【図６】施設ＤＢ１０６の施設データの例について説明するための図である。
【図７】施設別集計ファイル１１０で管理される施設別集計データを説明するための図である。
【図８】入退場更新部１０７で行われる処理を説明するためのフローチャートである。
【図９】ユーザ情報更新部１０８で行われる処理を説明するためのフローチャートである。
【図１０】入退場集計部１０９の処理を説明するための図である。
【発明を実施するための形態】
【００１７】
以下、図を参照しながらこの発明の装置、方法、システムの一実施の形態について説明する。
【００１８】
［システムの全体構成］
図１は、この実施の形態のプローブ情報処理システムの概略構成を説明するための図である。図１に示すように、この実施の形態のプローブ情報処理システムの基本的な構成は、サーバ装置１と携帯通信端末４（１）、４（２）、…とが、ネットワーク２を介して接続されたものである。さらに、ネットワーク２に接続される位置管理サーバ６が提供する情報が利用可能な構成になっている。
【００１９】
サーバ装置１は、種々の携帯通信端末から送信されてくるプローブ情報を受信して処理することにより、プローブ情報を送信してきた携帯通信端末を持つユーザの種々の施設への入退場を把握するプローブ情報処理サーバとしての機能を実現する。すなわち、サーバ装置１は、この発明の装置、方法が適用されて実現されたものである。
【００２０】
ネットワーク２は、種々の広域通信ネットワークを含むものである。ネットワーク２は、ＩＰ（Internet Protocol）網、公衆交換電話網（ＰＳＴＮ（Public Switched Telephone Network））、デジタル回線網（ＩＳＤＮ（Integrated Services Digital Network））などを含むものである。また、ネットワーク２は、図１に示すように、多数の基地局３（１）、３（２）、３ＩＮ（１）、…を含む携帯電話網や、ｗｉｆｉなどと呼ばれる無線ＬＡＮ（Local Area Network）、ｗｉｍａｘなどと呼ばれる高速無線通信規格に準じた無線通信網などをも含むものである。
【００２１】
携帯通信端末４（１）、４（２）、…としては、例えば、携帯電話端末、ＰＤＡ（Personal Digital Assistants）、タブレット端末あるいはパッド型端末などと呼ばれる情報端末など、通信機能を備えた種々のものが提供されている。この実施の形態において、携帯通信端末４（１）、４（２）、…のそれぞれは、種々の携帯通信端末の中でも普及率の高い携帯電話端末であるものとして説明する。
【００２２】
携帯通信端末４（１）、４（２）、…のそれぞれは、ＧＰＳ機能を備え、少なくとも３個以上の人工衛星からの信号を受信して演算処理を行うことにより、自機の現在位置を測位することができるものである。また、携帯通信端末４（１）、４（２）、…のそれぞれのＧＰＳ機能は、いわゆるディファレンシャルＧＰＳと呼ばれる技術を用い、高精度に自機の現在位置を測位することができるものである。
【００２３】
なお、ディファレンシャルＧＰＳは、位置の分かっている携帯電話端末網の基地局において、ＧＰＳによる測位を行い、当該基地局の実際の位置とＧＰＳを用いて測位した位置とのずれを示す信号を生成して送信する。この基地局からの信号を各携帯通信端末４（１）、４（２）、…が受信し、各携帯通信端末４（１）、４（２）、…のそれぞれにおいて、ＧＰＳ機能により測位した自機の現在位置を補正することにより、より正確に自機の現在位置を測位できるようにするものである。
【００２４】
そして、携帯通信端末４（１）、４（２）、…のそれぞれは、所定のタイミング毎に、プローブ情報を生成し、これをサーバ装置１に送信する機能を備える。当該プローブ情報は、少なくとも、自機を使用するユーザを識別することが可能な識別情報であるユーザＩＤと、現在時刻情報と、ＧＰＳ機能を用いて測位して得た現在位置情報とを含むものである。
【００２５】
なお、ユーザＩＤは、例えば、携帯通信端末４（１）、４（２）、…等の購入時などにおいて設定されるものを用いることができる。この他、携帯通信端末４（１）、４（２）、…のそれぞれに割り当てられている電話番号やＳＩＭカード（Subscriber Identity Module Card）の固有ＩＤを用いたりするなどのことが可能である。すなわち、ユーザＩＤは、携帯通信端末４（１）、４（２）、…等のそれぞれを利用するユーザを一意に特定することができる情報であればよい。
【００２６】
そして、プローブ情報は、集計して統計情報として用いたり、端末を所持する個々人または団体、企業への位置情報提供サービスなどに用いられるものである。しかし、この実施の形態のプローブ情報処理システムにおいては、携帯通信端末４（１）、４（２）、…等のユーザの種々の施設への入退場を把握するために用いられる。
【００２７】
なお、図１において、ＧＰＳ衛星５（１）、５（２）、…は、地球周回軌道上に配備され、現在位置測位のためのいわゆるＧＰＳ信号を送信する約３０基の人工衛星のうちの一部を示したものである。また、図１において、基地局３（１）、３（２）、…のそれぞれは、屋外に設置された携帯電話網の基地局である。また、屋外の基地局からの電波の届き難い屋内においても携帯電話端末の利用を可能にするため、例えば店舗などの種々の施設の屋内にも、図１において、基地局３ＩＮ（１）が示すように、携帯電話網に接続された小規模な基地局が設置されている場合もある。
【００２８】
また、位置管理サーバ６は、電話会社側に設けられ、各基地局の番号、各基地局の設置位置の緯度および経度などを管理すると共に、基地局から送られてくる携帯電話端末の端末識別情報や当該携帯電話端末からの電波の受信電界強度の情報から、携帯電話端末の位置を三角測量の手法を用いて算出して管理する機能を備える。また、位置管理サーバ６は、算出した携帯電話端末の位置情報を当該携帯電話端末に送るなどの機能をも備える。
【００２９】
これにより、携帯通信端末４（１）、４（２）、…のそれぞれは、ＧＰＳ機能による現在位置の測位ができない場合であっても、位置管理サーバ６の機能により、自機の現在位置を把握することもできる。また、サーバ装置１が、位置管理サーバ６からの情報の提供を受けることによって、携帯通信端末４（１）、４（２）、…のそれぞれの現在位置を特定することもできる。
【００３０】
そして、この実施の形態のプローブ情報処理システムにおいては、携帯通信端末４（１）、４（２）、…のそれぞれは、所定のタイミング毎に、プローブ情報を生成し、これをサーバ装置１に対して送信する。この実施の形態において、プローブ情報は、上述もしたように、少なくとも、携帯通信端末のユーザを識別することが可能な識別情報と、現在時刻情報と、ＧＰＳ機能を用いて測位して得た現在位置情報とを含むものである。
【００３１】
しかし、携帯通信端末４（１）、４（２）、…等を持ったユーザが、例えば店舗などの施設の屋内（屋根、壁によって屋外と隔てられた空間）に入ると、ＧＰＳ衛星からのＧＰＳ信号を受信できなくなくなるために、ＧＰＳ機能を用いた現在位置の測位ができない。この場合、携帯通信端末４（１）、４（２）、…のそれぞれでは、ＧＰＳ機能により測位した現在位置情報を例えば空白としたプローブ情報を形成してサーバ装置１に送信する。
【００３２】
そこで、サーバ装置１では、携帯通信端末４（１）、４（２）、…のそれぞれ毎に、プローブ情報がＧＰＳ機能により測位した現在位置情報を有する（存在する）状態から有しない（消失した）状態に変化した場合に、ユーザは施設の屋内に入場したと判別する。逆に、携帯通信端末４（１）、４（２）、…のそれぞれ毎に、プローブ情報がＧＰＳ機能により測位した現在位置情報を有しない（消失した）状態から有する（復活した）状態に変化した場合に、ユーザは施設の屋内から退場したと判別する。
【００３３】
そして、何処の施設に入場したかは、例えば現在位置情報の消失直前のＧＰＳ機能により測位した現在位置情報を用いて、地図情報を参照することにより特定することができる。そこで、サーバ装置１において、施設毎に、携帯通信端末４（１）、４（２）、…を持つユーザの入退場を把握し、必要に応じてこれを利用することができるようにしている。これにより、比較的小規模な店舗へのユーザの入退場をほぼリアルタイムに把握することができるようになる。
【００３４】
なお、携帯通信端末４（１）、４（２）、…のそれぞれは、電話会社側の位置管理サーバ６の機能により、ＧＰＳ衛星５（１）、５（２）、…等からのＧＰＳ信号が受信できない場合であっても、自機の現在位置をほぼ正確に把握することができる。このため、ＧＰＳ機能により測位される現在位置情報の消失／復活に基づいて、施設への入退場を把握し、位置管理サーバ６からの自機の現在位置情報に基づいて、自機のユーザが入場した、あるいは、退場した施設が何処かを正確に特定することもできる。
【００３５】
また、携帯通信端末４（１）、４（２）、…のそれぞれからのプローブ情報には、経由してきた基地局の基地局ＩＤが付加されている。このため、当該基地局ＩＤにより例えば位置管理サーバ６により特定される基地局が、図１に示した屋内基地局３ＩＮ（１）などである場合には、当該プローブ情報を送信してきた携帯通信端末は、当該屋内基地局３ＩＮ（１）が設置された施設内に位置していると特定することもできる。基地局ＩＤに基づく基地局の位置の問い合わせは、サーバ装置１から位置管理サーバ６に対して行うことができる。
【００３６】
なお、この実施の形態において、携帯通信端末４（１）、４（２）、…のそれぞれは、基本的な構成は同じである。このため、以下においては特に区別して示す場合を除き、携帯通信端末４（１）、４（２）、…を総称して、携帯通信端末４という。また、以下においては、基地局３（１）、３（２）、…を総称して基地局３という。また、施設の屋内に設置される基地局３ＩＮ（１）、…を総称して、屋内基地局３ＩＮという。そして、以下では、まず、プローブ情報を生成してサーバ装置１に送信する携帯通信端末４の構成例を説明した後に、サーバ装置１の構成例とサーバ装置１において行われる処理の詳細について説明する。
【００３７】
［携帯通信端末４の構成例］
まず、この実施の形態のプローブ情報処理システムで用いられる携帯通信端末４の構成例について説明する。図２は、この実施の形態の携帯通信端末４の構成例を説明するためのブロック図である。上述もしたように、この実施の形態のプローブ情報処理システムで用いられる携帯通信端末４は携帯電話端末として構成されたものである。
【００３８】
図２に示すように、この実施の形態の携帯通信端末４は、ネットワーク２を通じて通信を行う部分として、送受信アンテナ４０１、送受信処理部４０２、受話器（スピーカ）４０３、送話器（マイクロホン）４０４を備えている。また、ユーザインターフェースを提供する部分として、キー操作部４１１、表示制御部４１２、表示部４１３、音声処理部４１４、スピーカ４１５を備えている。
【００３９】
表示部４１３は、例えば、有機ＥＬディスプレイ（organic electroluminescence display）やＬＣＤ（Liquid Crystal Display）等のいわゆる薄型の表示素子が用いられている。また、音声処理部４１４とスピーカ４１５とは、着信音や警告音、その他の音声メッセージ等を出力するものである。また、図示しないが、携帯通信端末４は、バイブレータを備え、例えば、着信時に振動を発生させ、着信をユーザに通知するなどのこともできるようになっている。
【００４０】
また、携帯通信端末４は、各部を制御する制御部４２０を備えている。制御部４２０は、ＣＰＵ（Central Processing Unit）４２１、ＲＯＭ（Read Only Memory）４２２、ＲＡＭ（Random Access Memory）４２３、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）４２４が、ＣＰＵバス４２５を通じて接続されて形成されたコンピュータ装置である。ＣＰＵ４２１は、ＲＯＭ４２２やＥＥＰＲＯＭ４２４に記憶されているプログラムを読み出して実行し、各部に供給する制御信号を形成して、これを各部に供給したり、各部から送信されてくるデータを受け付けて、これに応じた処理を実行したりする。ＲＯＭ４２２は、ＣＰＵ４２１において実行されるプログラムや処理に必要になる種々のデータが予め記録されたものである。
【００４１】
また、ＲＡＭ４２３は、処理の途中結果を一時記憶するなど、主に作業領域として用いられるものである。また、ＥＥＰＲＯＭ４２４は、いわゆる不揮発性メモリであり、携帯通信端末４の電源を落としても保持しておくべきデータ等が記憶保持される。ＥＥＰＲＯＭ４２４には、例えば、機能追加のための新たなプログラム、種々の設定パラメータ、電話帳データ、アプリケーションプログラムや機能アップのための追加プログラムなどが記憶保持される。
【００４２】
さらに、携帯通信端末４は、現在年月日、現在曜日、現在時刻を提供する時計回路４３１を備えると共に、外部入出力端子４３２、外部インターフェース（以下、外部Ｉ／Ｆと略称する。）４３３を備えている。また、携帯通信端末４は、ＧＰＳ部４３４とＧＰＳアンテナ４３５とを備えている。これらＧＰＳ部４３４とＧＰＳアンテナ４３５とにより、上述もしたように、複数の人工衛星からのＧＰＳ信号（測位情報）を受信して演算処理することにより、自機の現在位置を正確に検出（測位）することができるようになっている。
【００４３】
そして、携帯通信端末４は、プローブ情報生成部４３６を備えている。この実施の形態において、プローブ情報生成部４３６は、所定のタイミング毎に、時計回路４３１からの現在時刻情報、ＧＰＳ部４３４からの現在位置情報、上述した位置管理サーバ６から提供される現在位置情報を含むプローブ情報を生成する。現在時刻情報は、現在年月日及び現在時刻からなるものである。また、現在位置情報は、緯度、経度からなるものである。プローブ情報生成部４３６で生成されたプローブ情報は、後述する制御部４２０及び送受信処理部４０２、送受信アンテナ４０１を通じてネットワーク２に送出され、サーバ装置１に送信される。
【００４４】
このような構成を有する携帯通信端末４は、制御部４２０の制御により、送受信処理部４０２、送受信アンテナ４０１を通じて、ネットワーク２に情報を送出したり、ネットワーク２を通じて送信されてくる自機宛の情報を受信したりすることにより、種々の通信処理を行うことができるようになっている。
【００４５】
また、携帯通信端末４は、実行可能な種々のアプリケーションプログラムなどを登録するようにしたメニューを備えている。当該メニューは、例えば、キー操作部４１１に設けられているメニューキーを押下操作するなどの所定の操作を行うことにより、制御部４２０が表示制御部４１２を通じて表示部４１３の表示画面に表示することができる。そして、制御部４２０は、キー操作部４１１を通じてユーザからの当該メニューに含まれる項目の選択入力を受け付け、ユーザによって選択された項目に対応するプログラムを実行することができるようになっている。
【００４６】
また、携帯通信端末４において実行可能な種々のアプリケーションプログラムなどを登録するようにした当該メニューには、プローブ情報の送信を実行するための項目も設けられている。したがって、当該メニューのプローブ情報の送信を実行するための項目を選択することによって、携帯通信端末４のユーザは、所定のタイミング毎にプローブ情報を生成して送信する処理を開始させることができる。
【００４７】
なお、プローブ情報の生成及び送信のタイミングは、例えば、３０秒毎、１分毎、…のように、適宜のタイミングで行うことが可能である。しかし、後述もするように、施設への入退場を適切に把握するためには、あまり長い間隔のタイミングであることは好ましくない。そこで、この実施の形態の携帯通信端末４においては、例えば、１分毎などのタイミングでプローブ情報の生成及び送信を行うようにする。
【００４８】
［サーバ装置１の構成例］
次に、この実施の形態のサーバ装置１の構成例について説明する。この実施の形態のサーバ装置１は、上述した携帯通信端末４からのプローブ情報を受信して処理するプローブ情報処理サーバとしての機能を実現するものである。図３は、この実施の形態のサーバ装置１の構成例を説明するためのブロック図である。
【００４９】
図３に示すように、サーバ装置１は、ネットワーク２への接続端子１０１、通信Ｉ／Ｆ１０２、プローブ情報ファイル１０３を備える。また、サーバ装置１は、地図データベース（以下、地図ＤＢと略称する。）１０４と、ユーザデータベース（以下、ユーザＤＢと略称する。）１０５と、施設データベース（以下、施設ＤＢと略称する。）１０６とを備える。さらに、サーバ装置１は、入退場更新部１０７、ユーザ情報更新部１０８、入退場集計部１０９を備えると共に、施設別集計ファイル１１０と、施設別履歴ファイル１１１と、制御部１２０と、ハードディスクドライブ（以下、ＨＤＤと略称する。）１３０とを備える。
【００５０】
制御部１２０は、サーバ装置１の各部を制御するものであり、図３に示すように、ＣＰＵ１２１、ＲＯＭ１２２、ＲＡＭ１２３、ＥＥＰＲＯＭ１２４が、ＣＰＵバス１２５を通じて接続されて構成されたコンピュータ装置である。ＣＰＵ１２１は、ＲＯＭ１２２やＥＥＰＲＯＭ１２４に記憶されているＢＩＯＳ（Basic Input/Output System）などのいわゆるファームウェアや後述するＨＤＤ１３０に記憶されているアプリケーションソフトウェアを読み出して実行する。そして、ＣＰＵ１２１は、各部への制御信号を形成し、これを関係する各部に供給したり、また、各部からのデータを受信してこれを処理したりする。
【００５１】
ＲＯＭ１２２は、ＣＰＵ１２１によって実行される種々のファームウェアや処理に必要となるデータを予め記憶したものである。ＲＡＭ１２３は、各種の処理において、処理の途中結果を一時記憶するなど、主に作業領域として用いられるものである。ＥＥＰＲＯＭ１２４は、書き換え可能ないわゆる不揮発性メモリであり、電源が落とされても保持しておくべきデータを記憶保持する。具体的に、ＥＥＰＲＯＭ１２４は、ＢＩＯＳ等のファームウェア、各種設定パラメータなど、種々の情報を記憶保持するものである。
【００５２】
また、ＨＤＤ１３０は、記録媒体としてハードディスクを備え、制御部１２０の制御に応じて、当該ハードディスクに対して、書き込み／読み出しを行う。ＨＤＤ１３０のハードディスクは、例えば、種々のアプリケーションプログラムや種々の処理により得られたデータ等を記憶保持する。
【００５３】
接続端子１０１は、ネットワーク２との接続端部を形成するものである。この接続端子１０１に対して、ネットワーク２からの通信線路が接続される。通信Ｉ／Ｆ１０２は、ネットワーク２を通じて送信されてくる自機宛の種々の情報を受信し、これを自機において処理可能な形式の情報に変換して制御部１２０に供給する。また、通信Ｉ／Ｆ１０２は、制御部１２０を通じて供給される送信用の種々の情報を、ネットワーク２に送出する形式の信号に変換して、これをネットワーク２に送出する。
【００５４】
プローブ情報ファイル１０３は、接続端子１０１及び通信Ｉ／Ｆ１０２を通じて受信した、多数のユーザの携帯通信端末４からのプローブ情報を蓄積するものである。図４は、プローブ情報ファイル１０３に格納される格納データ（プローブ情報）の例を説明するための図である。
【００５５】
図４に示すように、この実施の形態のプローブ情報ファイル１０３は、ユーザＩＤ毎（ユーザ別）に、日時情報、測位位置情報、提供位置情報からなるプローブ情報を蓄積する構成になっている。ユーザＩＤは、送信されてくるプローブ情報に含まれるものと同じものであり、上述もしたように、携帯通信端末４を利用するユーザを一意に特定することができる情報である。また、日時情報、測位位置情報、提供位置情報のそれぞれは、プローブ情報に含まれる情報であるが、この内、測位位置情報は、携帯通信端末４のＧＰＳ機能により測位された現在位置情報であり、提供位置情報は、上述した位置管理サーバ６から携帯電話端末４が提供を受けた現在位置情報である。
【００５６】
そして、図４に示したプローブ情報ファイルの蓄積データの例は、ユーザＩＤが「００００１」であるユーザについての例である。この例の場合、ユーザＩＤが「００００１」であるユーザが２０１１年６月１０日の１４時１０分２０秒にいた位置（緯度、経度）は、測位位置情報では（Ｘ１１、Ｙ１１）であり、提供位置情報では（Ｘ２１、Ｙ２１）であることが示されている。
【００５７】
また、ユーザＩＤが「００００１」であるユーザが２０１１年６月１０日の１４時１１分２０秒にいた位置（緯度、経度）は、測位位置情報では把握されず、提供位置情報では（Ｘ２２、Ｙ２２）であることが示されている。同様に、ユーザＩＤが「００００１」であるユーザが２０１１年６月１０日の１５時２０分２０秒にいた位置（緯度、経度）は、測位位置情報では把握されず、提供位置情報では（Ｘ２２、Ｙ２２）であることが示されている。
【００５８】
したがって、ユーザＩＤが「００００１」であるユーザは、２０１１年６月１０日の１４時１０分２０秒の時点では屋外に位置していたが、少なくとも、２０１１年６月１０日の１４時１１分２０秒以降の時点においては、ＧＰＳ機能により現在位置が測位できない位置、すなわち、何らかの施設の屋内に入った（入場した）と判別（認識）することができる。
【００５９】
逆に、送信されてくるプローブ情報が、測位位置情報が存在しない状態から、測位位置情報が存在する（復活した）状態に変わった場合には、当該ユーザは、入場していた施設から出た（退場した）と判別（認識）することができる。このように、ユーザ毎に、プローブ情報を蓄積していき、測位位置情報の有無の変化を検出することにより、施設への入退場を判別することができる。
【００６０】
なお、測位位置情報が示す位置と、提供位置情報とが示す位置とは、通常はほぼ同じ位置となるが、完全に同じではなく、若干の誤差を含む場合もある。このように、プローブ情報ファイル１０３は、携帯電話端末４のユーザ毎に、携帯通信端末４から送信されてくるプローブ情報をプローブ情報に含まれる現在時刻情報に応じた時系列順に蓄積するものである。
【００６１】
地図ＤＢ１０４は、この実施の形態においては、日本国内の詳細な地図情報を記憶保持するものである。当該地図情報は、山、川、街、道路、鉄道路線、各種店舗、病院、医院、学校、警察署、消防署、神社仏閣、行政界などの種々のランドマーク、施設、行政区域などの位置や大きさなどを正確に表すことができるようにされたものである。そして、地図ＤＢ１０４は、日本全国の地図を描画するための例えばベクトルデータやラスタデータ等の地図データ（地図用の描画データ）を緯度・経度情報に対応付けて記憶保持する。また、地図ＤＢ１０４は、地図上に表示する注記データについても、緯度・経度情報に対応付けて記憶保持する。
【００６２】
ユーザＤＢ１０５は、当該サーバ装置１に対してプローブ情報を送信する携帯通信端末４のユーザについての種々の情報を記憶保持するものである。図５は、ユーザＤＢ１０５の登録データの例を説明するための図である。図５に示すように、この実施の形態において、ユーザＤＢ１０５には、ユーザＩＤ、氏名、性別、生年月日、電話番号、電子メールアドレス、現住所、家族構成、職業等、勤務地等、収入、趣味、立ち寄り先、その他からなるデータが登録される。
【００６３】
ユーザＩＤは、図４のプローブ情報ファイル１０３で用いられるユーザＩＤと同じものである。その他の情報は、基本的には、携帯通信端末４の購入時などにおいて、ユーザによって登録される。そして、氏名、性別、生年月日、電話番号、電子メールアドレスは、基本的には変わることのない固定情報である。しかし、電話番号や電子メールアドレスは、ユーザの希望に応じて変更可能であり、その場合にはユーザからの要求等に応じて変更することができるようにする。
【００６４】
また、現住所、家族構成、職業等、勤務地等、収入、趣味、立ち寄り先、その他の各情報もまた、最初はユーザによって登録することができるようにする。しかし、その後においては、携帯通信端末４から送信されるプローブ情報を所定期間分収集して解析することにより、更新することもできる。このような、ユーザＤＢ１０５のユーザ情報を更新する機能もまた、この実施の形態のサーバ装置１の機能として実現される。
【００６５】
施設ＤＢ１０６は、携帯通信端末４を持つ種々のユーザの入退場の状態を把握したい店舗、病院、医院、学校、公共機関などといった種々の施設についての情報を予め記憶保持するものである。図６は、この実施の形態の施設ＤＢ１０６で管理される施設データの例について説明するための図である。図５に示すように、この実施の形態おいて、施設ＤＢ１０６には、施設ＩＤ、施設名、所在地、営業時間、定休日、業種、その他からなる施設データが登録される。
【００６６】
この実施の形態において、施設ＤＢ１０６の施設データは、地図ＤＢ１０４の地図情報やインターネット上のサーバに開示されているＷｅｂページ等の情報に基づいて、自動的に生成することができる。すなわち、施設ＩＤは、施設データの登録時に自動的に付与される。施設名、所在地（住所や緯度、経度）は、地図ＤＢ１０４の地図情報から取得することができる。また、営業時間、定休日、業種は、例えば、施設名や住所によって特定されるインターネット上のサーバに開示されているＷｅｂページ等の情報から取得することができる。
【００６７】
なお、施設ＤＢ１０６へは、サーバ装置１の管理者が、図示しないキー操作部を通じて手動で入力することにより、登録することも可能である。このように、手動で入力できるようにしておくことにより、新しく開設された施設についての情報を、地図ＤＢ１０４への反映よりも先に登録することができ、また、インターネット上のＷｅｂページ等から必要な情報が取得できなかった時にも必要な情報の入力が行える。
【００６８】
施設別集計ファイル１１０は、プローブ情報ファイル１０３に蓄積されるプローブ情報と、地図ＤＢ１０４の情報と、施設ＤＢ１０６の情報とに基づいて、施設別に携帯通信端末４を持ったユーザの入退場の状況を管理するデータを保持する。図７は、この実施の形態の施設別集計ファイル１１０で管理される施設別集計データを説明するための図である。この図７に示す施設別集計ファイル１１０により、１日分の施設別の入退場の状況を管理することができる。
【００６９】
図７に示すように、この実施の形態の施設別集計ファイル１１０の施設別集計データは、各施設を特定することができる情報として、施設ＩＤ、施設名、所在地のそれぞれを示す情報を有する。そして、施設毎であって、時間帯別に、ユーザの入場（ＩＮ）、退場（ＯＵＴ）、滞留（滞在）のそれぞれを、総数で把握することができると共に、ユーザＩＤによってユーザ毎にも把握することができるようにしている。
【００７０】
この実施の形態のサーバ装置１においては、１時間毎の時間帯別に、ユーザの入場者数と入場したユーザのユーザＩＤ、ユーザの退場者数と退場したユーザのユーザＩＤ、ユーザの滞留者数と滞留しているユーザのユーザＩＤを把握できるようにしている。そして、入場者数や退場者数は、後述もするが、プローブ情報に基づいて直接に数えることができる。これに対して、滞留者数は計算により求められる。すなわち、直前の時間帯の滞留者数に当該時間帯の入場者数を加算し、ここから当該時間帯の退場者数を減算したものが、当該時間帯の滞留者数となる。
【００７１】
また、ユーザＩＤについても、同様にして把握することができる。すなわち、入場者ＩＤや退場者ＩＤは、プローブ情報に基づいて直接に特定することができる。そして、滞留者ＩＤは、直前の時間帯の滞留者ＩＤと当該時間帯の入場者ＩＤとの中から、当該時間帯の退場者ＩＤを消去すると、当該時間帯の滞留者ＩＤが残ることになる。
【００７２】
また、この実施の形態のサーバ装置１においては、プローブ情報に基づいて、施設に入場したと判別されたユーザについては、そのユーザが当該施設にどのような移動手段を用いて到達したかについても把握するようにしている。簡単には、当該ユーザのプローブ情報に基づいて、当該ユーザの移動経路や移動状況を把握すると共に、例えば、当該施設にいたる直前の所定距離における移動時間に基づいて、当該ユーザの移動速度を求める。そして、当該ユーザについての把握した移動経路や移動状況と、求めた移動速度とに応じて、当該ユーザの移動手段を特定する。
【００７３】
ここで、移動手段は、徒歩（Walk）、自転車（Bicycle）、自動車（Car）、バス（Bus）、電車（Train）などである。そして、所定距離における移動速度が、例えば、時速５ｋｍ未満であれば移動手段は徒歩であり、時速５ｋｍ以上かつ時速３０ｋｍ未満であれば移動手段は自転車であると判別することができる。また、移動速度が時速３０ｋｍ以上であって、把握した移動経路が鉄道軌道上を通ることもなく、把握した移動状態がバス停で停止することもない場合には、移動手段は自動車であると判別することができる。
【００７４】
また、移動速度が時速３０ｋｍ以上であって、把握した移動経路が鉄道軌道上を通っている場合には、移動手段は電車であると判別することができる。また、移動速度が時速３０ｋｍ以上であって、把握した移動状態がバス停で停止する態様（パターン）になっている場合には、移動手段はバスであると判別することができる。また、プローブ情報を考慮する期間を長くした場合であって、複数の移動手段を用いた場合には、そのそれぞれを把握することもできる。
【００７５】
そして、図７に示した例は、施設ＩＤが「１２３４５６」である施設についての入退場の状況を管理するデータの例を示している。この例の場合、午前９時台に、４名の入場者があり、その内訳は、ユーザＩＤが、００１、０１９、０３２、０４１であるユーザであることが把握されている。なお、図７においては、説明を簡単にするため、ユーザＩＤは３桁で示している。しかし、ユーザＩＤは、例えば、図４、図５に示したように、５桁あるいはそれ以上の桁数となる場合もある。
【００７６】
また、午前９時台の入場者の内、ユーザＩＤが００１のユーザの移動手段は徒歩（Ｗ）であり、ユーザＩＤが０１９のユーザの移動手段は自動車（Ｃ）であると判別されている。また、ユーザＩＤが０３２のユーザの移動手段は自転車（Ｂ）であり、ユーザＩＤが０４１のユーザの移動手段はバス（Ｂｕｓ）であると判別されている。
【００７７】
また、図７に示した例の場合、午前９時台の退場者数は１名であり、その内訳は、ユーザＩＤが００１のユーザであることが把握されている。したがって、午前９時台の滞留者数は３名であり、その内訳は、ユーザＩＤが、０１９、０３２、０４１であるユーザであることが把握されている。
【００７８】
同様に、図６に示した例の場合、午前１０時台に、３名の入場者があり、その内訳は、ユーザＩＤが、００３、００５、１２３であるユーザであることが把握されている。この場合、ユーザＩＤが００３のユーザの移動手段は電車（Ｔ）であり、ユーザＩＤが００５のユーザの移動手段は徒歩（Ｗ）であり、ユーザＩＤが１２３のユーザの移動手段は自動車（Ｃ）であると判別されている。
【００７９】
そして、図６に示した例の場合、午前１０時台の退場者数は２名であり、その内訳は、ユーザＩＤが０１９と０３２のユーザであることが把握されている。したがって、午前１０時台の滞留者数は前の時間帯からの滞留者を含め４名であり、その内訳は、ユーザＩＤが、０４１、００３、００５、１２３であるユーザであることが把握されている。
【００８０】
このように、施設別集計ファイル１１０では、当日１日分の各施設の時間帯別に、入場者、退場者、滞留者についての、数とユーザの別とを把握するようにできる。なお、ここでは、１時間毎の時間帯別に、ユーザの入退場を管理するものとして説明したが、これに限るものではない。時間帯を、２時間毎、３時間毎、４時間毎、…というように、適宜の長さの時間帯とすることができる。すなわち、目的に応じた時間帯とすることが可能である。
【００８１】
そして、施設別履歴ファイル１１１は、図７を用いて説明した１日分の施設別の入退場の状況を管理する施設別集計ファイル１１０のデータを、施設別であって、日にち別に蓄積するものである。この施設別履歴ファイル１１１に蓄積されたデータに基づいて、詳しくは後述もするが、曜日別、天候別、季節別といった種々の区分（計数属性条件）に応じて、施設毎の入退場の状況を集計するなどのことができるようになる。
【００８２】
そして、入退場更新部１０７、ユーザ情報更新部１０８、入退場集計部１０９の各部が、施設毎のユーザの入退場を把握して、分析することを可能にするための部分である。以下、各部について説明する。
【００８３】
入退場更新部１０７は、受信したプローブ情報のプローブ情報ファイル１０３への蓄積処理や施設別集計ファイル１１０や施設別履歴ファイル１１１の更新処理を行う。図８は、入退場更新部１０７で行われる処理を説明するためのフローチャートである。ここでは、図８のフローチャートを参照しながら、入退場更新部１０７で行われる処理について説明する。
【００８４】
図８に示すフローチャートの処理は、サーバ装置１が可動中においては、制御部１２０の制御に応じて、入退場更新部１０７において常時実行するようにされている。そして、まず、入退場更新部１０７においては、サーバ装置１の図示しない時計回路が提供する現在時刻に基づいて、日付が変わったか否かを判別する（ステップＳ１０１）。このステップＳ１０１の判別処理は、１日分の各施設への入退場を管理する施設別集計ファイル１０３への当該１日分の集計が終了したか否かを判別する処理である。
【００８５】
ステップＳ１０１の判別処理において、日付が変わったと判別したときには、入退場更新部１０７は、施設別履歴ファイル１１１と施設別集計ファイル１１０の更新処理を実行する（ステップＳ１０２）。ステップＳ１０２では、施設別集計ファイル１１０の施設別集計データが、施設別履歴ファイル１１１に施設別、日にち別のデータとして移し替えられた後に、施設別集計ファイル１１０のデータがクリアされる。
【００８６】
そして、ステップＳ１０２の処理の後、または、ステップＳ１０１において、日付は変わっていないと判別したときには、ステップＳ１０３の処理に進む。そして、入退場更新部１０７は、自機がプローブ情報を受信したか否かを判別し（ステップＳ１０３）、受信していないと判別したときには、ステップＳ１０１からの処理を繰り返し、プローブ情報の受信待ちとなる。
【００８７】
ステップＳ１０３において、自機がプローブ情報を受信したと判別したときには、入退場更新部１０７は、受信したプローブ情報を制御部１２０を通じてプローブ情報ファイル１０３に格納する（ステップＳ１０４）。プローブ情報ファイル１０３は、図４を用いて説明したように、ユーザ毎であって、日時情報に応じた時系列順にプローブ情報をプローブ情報ファイル１０３に格納する。
【００８８】
そして、入退場更新部１０７は、プローブ情報ファイル１０３の同じユーザのプローブ情報に基づいて、それまでのプローブ情報は測位位置情報を有しているのに、新たに受信したプローブ情報では測位位置情報が消失したか否かを判別する（ステップＳ１０５）。すなわち、ステップＳ１０５では、同じユーザのプローブ情報について、測位位置情報（ＧＰＳ機能を用いて測位した現在位置情報）を有する状態から有しない状態に遷移したか否かを判別する。
【００８９】
ステップＳ１０５の判別処理において、測位位置情報が消失した状態に遷移したと判別したときには、入退場更新部１０７は、受信したプローブ情報を送信してきた携帯通信端末４のユーザの移動手段を判別する（ステップＳ１０６）。ステップＳ１０６では、上述したように、プローブ情報ファイル１０３に蓄積されている当該ユーザの所定期間分のプローブ情報に基づいて、当該ユーザの移動軌跡と移動状況を把握すると共に、移動速度を求め、これらに応じて当該ユーザの移動手段を特定する。
【００９０】
次に、入退場更新部１０７は、今回受信したプローブ情報の直前のプローブ情報の測位位置情報と地図ＤＢ１０４の地図データとに基づいて、ユーザが入場した施設の位置を特定し、その位置に応じて施設ＤＢ１０６を参照し、当該施設の施設ＩＤをも特定する（ステップＳ１０７）。なお、ここでは、今回受信したプローブ情報の直前のプローブ情報の測位位置情報を用いるものとして説明したが、これに限るものではない。今回受信したプローブ情報の提供位置情報（位置管理サーバ６から提供された現在位置情報）を用いて、入場した施設を特定するようにしてもよい。
【００９１】
そして、入退場更新部１０７は、施設集計ファイル１１０に格納されている対応する施設（今回入場した施設）の施設集計データの対応する時間帯の入場情報（ＩＮ情報）と滞留情報の欄を更新する処理を行う（ステップＳ１０８）。なお、時間帯は、最新に受信したプローブ情報の日時情報により、あるいは、サーバ装置１において、最新のプローブ情報の受信時刻に基づいて特定することができる。プローブ情報の受信時刻は、図示しないが、サーバ装置１が有する時計回路が提供する現在時刻を用いることができる。この後、ステップＳ１０１からの処理が繰り返される。
【００９２】
また、ステップＳ１０５の判別処理において、測位位置情報が消失した状態に遷移していないと判別したときには、入退場更新部１０７は、ステップＳ１０９の判別処理を行う。すなわち、入退場更新部１０７は、プローブ情報ファイル１０３の同じユーザのプローブ情報に基づいて、それまでのプローブ情報は測位位置情報を有していないのに、今回受信したプローブ情報では測位位置情報が復活したか否かを判別する（ステップＳ１０９）。換言すれば、ステップＳ１０９の処理は、同じユーザのプローブ情報について、測位位置情報が消失した状態から測位位置情報が復活（復帰）した状態に遷移したか否かを判別する処理である。
【００９３】
ステップＳ１０９の判別処理において、測位位置情報が復活した状態に遷移したと判別したときには、入退場更新部１０７は、それまで入場していた施設がどこかを確認する（ステップＳ１１０）。具体的に、入退場更新部１０７は、今回受信したプローブ情報の測位位置情報と地図ＤＢ１０４の地図データとに基づいて、ユーザが入場していた施設の位置を確認し、その位置に応じて施設ＤＢ１０６を参照し、当該施設の施設ＩＤをも特定する（ステップＳ１１０）。なお、直前まで測位位置情報が消失していたプローブ情報の提供位置情報（位置管理サーバ６から提供された現在位置情報）を用いて、入場していた施設を確認し、特定するようにしてもよい。
【００９４】
そして、入退場更新部１０７は、施設集計ファイル１１０に格納されている対応する施設（今回退場した施設）の施設集計データの対応する時間帯の退場情報（ＯＵＴ情報）と滞留情報の欄を更新する処理を行う（ステップＳ１１１）。ここで、時間帯は、ステップＳ１０８の処理の場合と同様に、最新に受信したプローブ情報の日時情報により、あるいは、サーバ装置１において、最新のプローブ情報を受信した時刻に基づいて特定することができる。ステップＳ１１１の処理の後においては、ステップＳ１０１からの処理が繰り返される。
【００９５】
また、ステップＳ１０９の判別処理において、測位位置情報が復活した状態に遷移していないと判別したときには、ステップＳ１０５、ステップＳ１０９の判別処理を通じて、プローブ情報の測位位置情報は消失も復活もしていないことが分かる。すなわち、プローブ情報の測位位置情報は継続して存在していることになる。この場合、入退場更新部１０７は、施設別集計ファイル１１０への更新処理等は行わず、ステップＳ１０１からの処理が繰り返される。
【００９６】
このように、入退場更新部１０７は、受信したプローブ情報に基づいて、プローブ情報ファイル１０３、施設別集計ファイル１１０、施設別履歴ファイル１１１のそれぞれに対して、それぞれのファイルに応じたデータの更新処理を行う。また、入退場更新部１０７は、施設に入場したユーザの移動手段を特定する特定手段としての機能をも実現している。
【００９７】
ユーザ情報更新部１０８は、プローブ情報ファイル１０３に蓄積されるユーザ毎のプローブ情報に基づいて、図５を用いて説明したユーザＤＢ１０５の情報に変化が生じたことを検出した場合に、当該情報を更新する処理を行う。図９は、ユーザ情報更新部１０８で行われる処理を説明するためのフローチャートである。ここでは、図９フローチャートを参照しながら、ユーザ情報更新部１０８で行われる処理について説明する。
【００９８】
ユーザ情報更新部１０８は、例えば、１ヶ月毎などの所定のタイミングで、図９に示す処理を実行する。そして、ユーザ情報更新部１０８は、まず、ユーザ別に、所定の期間分（例えば、直近の過去１ヶ月分）のプローブ情報を抽出する（ステップＳ２０１）。そして、ユーザ情報更新部１０８は、抽出したプローブ情報に基づいて、分析対象のユーザのユーザＩＤを特定する（ステップＳ２０２）。
【００９９】
そして、ユーザＩＤを特定したユーザの所定期間分のプローブ情報と地図ＤＢ１０４の地図情報とをマッチングさせ、当該所定期間における当該ユーザの移動経路（行動パターン）を特定する（ステップＳ２０３）。この後、ユーザ情報更新部１０８は、ステップＳ２０３の特定結果に基づいて、当該ユーザの立寄り場所、立寄り時刻、当該立寄り場所についての滞在時間、各立寄り場所への立寄り周期等を把握し、これに基づき、現住所、職業等、勤務地等、収入、趣味、子供有無等を把握する（ステップＳ２０４）。
【０１００】
すなわち、引越しにより現住所が変わった場合や就職や転職、進学等により職業等や勤務地等が変わった場合には、プローブ情報に応じてユーザの行動軌跡を解析することにより、それらの変化後の状態を検出することができる。このため、上述したように、所定期間分のプローブ情報を、地図上に展開することにより、立寄り場所、立寄り時刻、当該立寄り場所についての滞在時間、各立寄り場所への立寄り周期等を把握し、これに基づいて、現住所、職業等、勤務地等を把握することができる。
【０１０１】
また、特定した立寄り先に基づいて、勤務先やアルバイト先を特定すると共に、ユーザの年齢や勤務時間（滞在時間）、インターネット上に開示されている当該勤務先やアルバイト先の賃金情報、一般的な賃金相場の情報等に基づいて、大まかにユーザの収入を予想することも出来る。また、特定した立寄り先や休日の外出先に基づいて、趣味を特定することもできるし、特定した立寄り先に基づいて、保育園や幼稚園などに毎日ほぼ決まった時間に立ち寄っている場合には、子供がいることが分かるなど、種々の解析が可能となる。
【０１０２】
さらに、ユーザ情報更新部１０８は、ステップＳ２０４において、現住所として特定した場所を立寄り先とする他のユーザの有無を確認し、同居の家族を把握する（ステップＳ２０５）すなわち、特定した現住所に、長時間にわたって立寄る他のユーザが存在する場合には、当該他のユーザはステップＳ２０２で特定したユーザＩＤのユーザの家族であると判別することができる。
【０１０３】
そして、ユーザ情報更新部１０８は、ステップＳ２０２で特定したユーザＩＤに基づいて、ユーザＤＢの登録情報を参照し、ステップＳ２０４、ステップＳ２０５で把握した情報に基づいて、未登録情報や変更情報を更新する（ステップＳ２０６）。すなわち、ステップＳ２０６では、ステップＳ２０４、ステップＳ２０５で把握した情報と、ユーザＤＢ１０５の登録情報とで異なっている場合には、その異なっている情報を最新に把握した情報に変更する。
【０１０４】
この後、ユーザ情報更新部１０８は、抽出したプローブ情報をユーザ毎にすべて処理したか否かを判別する（ステップＳ２０７）。ステップＳ２０７の判別処理において、抽出したプローブ情報をユーザ毎にすべて処理していないと判別したときには、ステップＳ２０２からの処理を繰り返し、次のユーザについてのプローブ情報の分析処理とユーザＤＢ１０５の更新処理とを行う。ステップＳ２０７の判別処理において、抽出したプローブ情報をユーザ毎にすべて処理したと判別したときには、この図９に示す処理を終了する。
【０１０５】
このように、ユーザ情報更新部１０８は、プローブ情報を解析することにより、ユーザＤＢ１０５に登録されている登録情報に変化が生じたことを検出した場合に、ユーザＤＢ１０５の登録データを変化後の情報に自動的に修正することができる。したがって、ユーザＤＢ１０５の登録データに変化が生じても、ユーザが変更処理を一々行うことなく、自動的に正しいデータに更新することができる。
【０１０６】
入退場集計部１０９は、施設別集計ファイル１１０の施設別集計データと施設別履歴ファイル１１１の施設別履歴データとの一方または両方を集計処理することにより、施設別の種々の集計値を算出する処理を行う。ここで集計された情報は、携帯通信端末４を通じてユーザに提供することができる。また、当該集計された情報を各施設の運営者に資料として提供することもできる。
【０１０７】
図１０は、入退場集計部１０９の処理を説明するための図である。図１０に示すように、入退場集計部１０９は、施設別集計ファイル１１０と施設別履歴ファイル１１１とをインプットファイルとし、ユーザＤＢ１０５、施設ＤＢ１０６、気象履歴ＤＢ１３０を参照ファイルとして用いて施設別の種々の集計値を算出する。
【０１０８】
気象履歴ＤＢ１３０は、少なくとも地域別の過去の天気、気温、湿度、降水量、降雪量、風向、風速などの情報を記憶保持するものである。ここで、地域別は、例えば、地方別、都道府県別、市町村別、特別区別などのいわゆる行政界によって区分けされる区域別や、日本全国を１辺が５ｋｍ程度の矩形領域（メッシュ）に分割した場合の領域別などである。そして、気象履歴ＤＢ１３０は、この実施の形態のサーバ装置１が備える構成とすることも可能であるが、例えば、気象予報会社などによって、ネットワーク２上に設けられたものを、サーバ装置１がアクセスして必要な情報を得るようにすることもできる。
【０１０９】
そして、入退場集計部１０９は、施設別集計ファイル１１０の集計データを用いることによって、（１）当日の施設別、時間帯別の混雑具合を示す情報を形成することができる。また、入退場集計部１０９は、施設別履歴ファイル１１１の履歴データを用いることによって、（２）施設別、日にち別、時間帯別の混雑具合を示す情報を形成することができる。また、入退場集計部１０９は、施設別集計ファイル１１０の集計データと施設別履歴ファイル１１１の履歴データを用いることによって、（３）施設別であって、曜日別あるいは天候別あるいは季節別などの所定の区分毎の混雑具合を示す情報を形成することができる。
【０１１０】
また、入退場集計部１０９は、施設別集計ファイル１１０の集計データと施設別履歴ファイル１１１の履歴データを用いることによって、（４）施設別に入場者の移動手段毎の集計値を把握したり、ユーザＤＢの登録情報をも考慮することによって、（５）施設別に入場者の個人属性の集計値を把握したりすることもできる。ここで、個人属性は、例えば、性別、年齢、職業、収入、趣味等である。これにより、例えば、男性の入場者の多い施設、女性の入場者の多い施設を把握したり、施設毎に、入場の多いユーザの、性別、年齢、職業、収入、趣味等を把握したりすることも可能となる。また、施設ＤＢ１０６の登録情報である営業時間や定休日を考慮するなどのことも可能である。
【０１１１】
もちろん、図１０において、（１）〜（５）に示した情報や集計値は一例であり、その他の種々の集計を行うことももちろん可能である。例えば、施設別であって、時間帯別の入場者の移動手段の集計や、施設別であって、時間帯別の入場者の個人属性の集計などを行うこともできる。すなわち、少なくとも、上記（１）〜（５）を種々に組み合わせた集計値などを算出することが可能である。また、施設毎といった縛りを外し、総合計を算出することももちろん可能である。
【０１１２】
すなわち、入退場集計部１０９は、時間帯別、日にち別、曜日別、天候別、季節別、あるいはこれらの組み合わせといった種々の計数属性条件にしたがって種々の集計処理を行うことができるものである。また、ユーザＤＢ１０５の登録情報をも考慮することによって、ユーザの個人属性をも用いた集計処理を行こともできる。
【０１１３】
そして、入退場集計部１０９は、上述もしたように、例えば、携帯通信端末４を通じてのエンドユーザからの要求に応じて、目的とする１以上の施設の現在の混雑状況や、過去の混雑状況などを提供することができる。また、各施設の運営者が、パーソナルコンピュータなどを通じてサーバ装置１にアクセスし、自分が運営する施設の上述したような種々の情報の提供を受けるようにすることもできる。
【０１１４】
このように、サーバ装置１は、各携帯通信端末４からのプローブ情報を受け付けて、施設毎のユーザの入退場を正確に把握し、これを用いて施設毎に混雑具合等を多方面から把握、分析することができるようにしている。
【０１１５】
［実施の形態の効果］
このように、この実施の形態のサーバ装置１においては、携帯通信端末４からのプローブ情報に含まれる測位位置情報（ＧＰＳ機能を用いて測位された現在位置情報）の消失と復活に基づいて、施設毎に入場と退場とを正確に検出し、これを把握することができる。特に、施設の屋内への入場、退場について正確に検出することができる。
【０１１６】
また、サーバ装置１では、施設への入場、退場が検出された場合に、当該施設を特定すればよい。したがって、ＧＰＳ機能を用いて測位される現在位置情報と地図情報とを常時マッチングさせることも無いため、携帯通信端末４やサーバ装置１における処理の軽減を図ることができる。
【０１１７】
［変形例］
また、上述した実施の形態においては、携帯通信端末４が、位置管理サーバ６から現在位置情報（提供位置情報）の提供を受けて、これをもプローブ情報に含めてサーバ装置１に送信するものとして説明した。しかし、これに限るものではない。ＧＰＳ機能により測位された現在位置情報である測位位置情報が存在しないプローブ情報を送信してきた携帯通信端末４を、当該プローブ情報のユーザＩＤにより特定する。そして、この特定した携帯通信端末４の提供位置情報を、サーバ装置１から位置管理サーバ６に要求し、サーバ装置１が位置管理サーバ６から直接に提供を受けるようにしてもよい。これにより、サーバ装置１が独自にプローブ情報を送信してきた携帯通信端末４の現在位置を、当該携帯通信端末４からのプローブ情報に頼ることなく特定することができる。
【０１１８】
また、店舗などの施設内には、図１に示したように屋内基地局（施設内ローカル基地局）３ＩＮが設けられている場合もある。そして、各携帯通信端末４から送信されたプローブ情報などの送信情報には、経由してきた基地局の基地局ＩＤも含まれる。そこで、サーバ装置１では、携帯通信端末４からのプローブ情報に測位位置情報が含まれていない場合には、そのプローブ情報に含まれる経由してきた基地局ＩＤに基づいて、位置管理サーバ６に問い合わせを行うことにより、当該携帯通信端末４が入場している施設を特定することもできる。
【０１１９】
このように、サーバ装置１は、携帯通信端末４からのプローブ情報（通信情報）が屋内基地局を経由した情報となることを利用して、携帯通信端末４の入場した施設を特定することができる。もちろん、消失直前の測位位置情報や提供位置情報をも共に考慮する構成としてももちろんよい。
【０１２０】
また、上述した実施の形態においては、プローブ情報の測位位置情報が有る状態から消失した状態に遷移した場合に、サーバ装置１は当該携帯通信端末４を持つユーザが施設に入場したと判別するようにした。同様に、プローブ情報の測位位置情報が消失した状態から復活した状態に遷移した場合に、サーバ装置１は当該携帯通信端末４を持つユーザが施設から退場したと判別するようにした。しかし、これに限るものではない。
【０１２１】
測位位置情報が有る状態から２回以上の所定回、測位位置情報が消失したプローブ情報を送信してきた場合に、当該携帯通信端末４を持つユーザが施設に入場したと判別するようにしてもよい。また、測位位置情報が消失した状態から２回以上の所定回、測位位置情報が復活したプローブ情報を送信してきた場合に、当該携帯通信端末４を持つユーザが施設から退場したと判別するようにしてもよい。
【０１２２】
この場合、簡単には、図８に示した処理のステップＳ１０５の処理で、測位位置情報が消失したプローブ情報を所定回受信したことを確認した場合に、ステップＳ１０６の処理に進み、所定回未満回場合には、ステップＳ１０１からの処理を繰り返すようにすればよい。また、図８に示した処理のステップＳ１０９の処理で、測位位置情報が復活したプローブ情報を所定回受信したことを確認した場合に、ステップＳ１１０の処理に進み、所定回未満回場合には、ステップＳ１０１からの処理を繰り返すようにすればよい。この場合の、測位位置情報が消失したプローブ情報の受信回数や測位位置情報が復活したプローブ情報の受信回数は、プローブ情報の送信間隔等に応じて、適宜の回数とすることができる。
【０１２３】
また、携帯通信端末４から送信されてくるプローブ情報の測位位置情報や提供位置情報と地図情報とから、店舗などの施設内に携帯通信端末４が在り、その施設内への滞留時間（滞在時間）を加味して、施設への入場を検出するようにすることもできる。すなわち、測位位置情報の消失、復活に応じて施設への入場、退場を検出するようにした場合であって、入場してすぐに退場したことが検出された場合には、入退場の実績を正確にカウントできない場合があると考えられる。例えば、実際には施設に入場していなかったのに、建物の庇や樹木等の影響により、１回だけＧＰＳ機能を用いた現在位置の測位ができなかったような場合が発生する可能性もある。
【０１２４】
そこで、上述したように、プローブ情報の測位位置情報の消失と復活とに基づいて、施設への入場、退場を検出するが、入場から退場までの滞留時間が、予め決められた時間以上である場合に、当該施設への入場／退場が発生したと判別するようにしてもよい。これにより、精度良く施設への入退場を検出することができる。なお、滞留時間は、例えば、３分以上、５分以上、１０分以上などというように、入退場検出の目的に応じて適宜の値とすることができる。
【０１２５】
また、上述した実施の形態においては、サーバ装置１は、携帯通信端末４から送信されてくるプローブ情報をリアルタイムに処理するものとして説明した。しかし、これに限るものではない。携帯通信端末４からのプローブ情報を蓄積しておき、所定のタイミングで蓄積したプローブ情報に基づき施設別集計ファイル１１０や施設別履歴ファイル１１１を更新するようにしてもよい。すなわち、蓄積したプローブ情報をバッチ処理することも可能である。
【０１２６】
また、上述した実施の形態においては、携帯通信端末４は、単に所定のタイミング毎に、プローブ情報を生成して送信する機能を有するものとして説明したが、これに限るものではない。例えば、携帯通信端末４からのプローブ情報を、施設への入退場の検出のみに使用することが前提の場合には、携帯通信端末４において、施設への入退場を検出し、これをサーバ装置１に通知するようにしてもよい。
【０１２７】
すなわち、携帯通信端末４において、測位位置情報が測位可能な状態から測位不能な状態になったことを検出したとする。この場合、当該携帯通信端末４は、ユーザＩＤと、施設に入場したことを示す情報と、最新に測位された測位位置情報と、現在時刻とを含む入場情報を形成してサーバ装置１に送信する。これにより、サーバ装置１では、当該入場情報の測位位置情報に基づいて地図情報を参照することにより、入場した施設を特定することができると共に、その施設についての対応する時間帯の入場情報を更新することができる。
【０１２８】
また、携帯通信端末４において、測位位置情報が測位不能な状態から測位可能な状態になったことを検出したとする。この場合、当該携帯通信端末４は、ユーザＩＤと、施設から退場したことを示す情報と、最新に測位された測位位置情報と、現在時刻とを含む退場情報を形成してサーバ装置１に送信する。これにより、サーバ装置１では、当該退場情報の測位位置情報に基づいて地図情報を参照することにより、退場した施設を確認することができると共に、その施設についての対応する時間帯の退場情報を更新することができる。
【０１２９】
このように、携帯通信端末４側で施設への入退場を検出するようにした場合であっても、上述したように、位置管理サーバ６からの提供位置情報を利用したり、通信情報である入場情報や退場情報に含まれる、当該通信情報が経由してきた基地局の基地局ＩＤによって、入場したり、退場したりした施設を特定することもできる。
【０１３０】
このように、携帯通信端末４側で施設への入退場を検出するようにした場合には、入退場の検出時においてのみ、入場情報や退場情報を形成して送信すればよいので、携帯通信端末４とサーバ装置１との間の通信量を低減することができる。しかし、携帯通信端末４からのプローブ情報は、通常は歩行者ナビゲーションサービスやいわゆるコンシェルジェサービスなどで利用されている。このため、既に利用されている携帯通信端末４からのプローブ情報をそのまま用いることにより、携帯通信端末４側は何も変更することなく、施設毎の入退場を適切に把握できるようにするサーバ装置、方法、システムを実現できる。
【０１３１】
［その他］
なお、上述した実施の形態においては、サーバ装置１の接続端子１０１、通信Ｉ／Ｆ１０２が主に受信手段としての機能を実現し、入退場更新部１０７が、入場判別手段、退場判別手段としての機能を実現している。そして、サーバ装置１の施設別集計ファイル１１０、施設別履歴ファイル１１１が、判別結果保持手段としての機能を実現している。
【０１３２】
また、サーバ装置１の入退場集計部１０９が、第１、第２、第３の集計手段としての機能を実現している。また、サーバ装置１の接続端子１０１、通信Ｉ／Ｆ１０２、制御部１２０が気象情報取得手段としての機能を実現し、プローブ情報ファイル１０３が蓄積手段としての機能を実現している。また、サーバ装置１の入退場更新部１０７が、ユーザの移動手段を特定する特定手段としての機能をも実現している。
【符号の説明】
【０１３３】
１…サーバ装置、１０１…接続端子、１０２…通信Ｉ／Ｆ、１０３…プローブ情報ファイル、１０４…地図ＤＢ、１０５…ユーザＤＢ、１０６…施設ＤＢ、１０７…入退場更新部、１０８…ユーザ情報更新部、１０９…入退場集計部、１１０…施設別集計ファイル、１１１…施設別履歴ファイル、１２０…制御部、２…ネットワーク、３…基地局、４…携帯通信端末、４０１…送受信アンテナ、４０２…送受信処理部、４０３…受話器（スピーカ）、４０４…送話器（マイクロホン）、４１１…キー操作部、４１２…表示制御、４１３…表示部、４１４…音声処理部、４１５…スピーカ、４２０…制御部、４２１…ＣＰＵ、４２２…ＲＯＭ、４２３…ＲＡＭ、４２４…ＥＥＰＲＯＭ、４２５…ＣＰＵバス、４３１…時計回路、４３２…外部入出力端子、４３３…外部Ｉ／Ｆ、４３４…ＧＰＳ部、４３５…ＧＰＳアンテナ、５…ＧＰＳ衛星、６…位置管理サーバ
【特許請求の範囲】
【請求項１】
人工衛星からの信号を用いて自機の現在位置を測位する機能を備え、所定のタイミング毎に、少なくとも測位して得た現在位置情報を含むようにしたプローブ情報を送信する携帯通信端末からの前記プローブ情報を処理するプローブ情報処理サーバであって、
前記携帯通信端末からの前記プローブ情報を受信する受信手段と、
前記受信手段で順次に受信される前記プローブ情報が、前記現在位置情報を有するものから有しないものに変化した場合に、前記携帯通信端末が、受信したプローブ情報に含まれる情報と地図情報とにより特定される施設に入場したと判別する入場判別手段と、
前記受信手段で順次に受信される前記プローブ情報が、前記現在位置情報を有しないものから有するものに変化した場合に、前記携帯通信端末が、入場していた施設から退場したと判別する退場判別手段と、
前記入場判別手段での判別結果と前記退場判別手段での判別結果とを、前記施設毎に記憶する判別結果保持手段と
を備えることを特徴とするプローブ情報処理サーバ。
【請求項２】
請求項１に記載のプローブ情報処理サーバであって、
前記判別結果保持手段は、日にち別であって時間帯別に判別結果を保持することができるものであり、
前記判別結果保持手段に保持されている情報を、所定の計数属性条件にしたがって、入退場を集計する第１の集計手段を備えることを特徴とするプローブ情報処理サーバ。
【請求項３】
請求項２に記載のプローブ情報処理サーバであって、
過去の気象に関する情報を取得する気象情報取得手段と、
前記判別結果保持手段に保持されている情報を、前記気象情報取得手段により取得される過去の気象情報をも考慮して入退場を集計する第２の集計手段を備えることを特徴とするプローブ情報処理サーバ。
【請求項４】
請求項１、請求項２または請求項３に記載のプローブ情報処理サーバであって、
前記受信手段で受信された前記プローブ情報を蓄積する蓄積手段と、
前記入場判別手段により施設に入場したと判別された場合に、前記蓄積手段に蓄積されている前記携帯通信端末の前記プローブ情報と地図情報とに基づいて、前記携帯通信端末を持つユーザの移動手段を特定する特定手段と
を備えることを特徴とするプローブ情報処理サーバ。
【請求項５】
請求項１、請求項２、請求項３または請求項４に記載のプローブ情報処理サーバであって、
前記判別結果保持手段は、前記携帯通信端末のユーザを識別可能にする情報をも含む判別結果を保持するものであり、
前記携帯通信端末を用いるユーザの個人属性を用いた集計を行う第３の集計手段を備えることを特徴とするプローブ情報処理サーバ。
【請求項６】
請求項１、請求項２、請求項３、請求項４または請求項５に記載のプローブ情報処理サーバであって、
前記携帯通信端末は、自機が通信可能な基地局の情報に応じて電話会社側のサーバ装置において特定される自機の特定現在位置情報を受信し、当該特定現在位置情報を含めた前記プローブ情報を生成して送信することができるものであり、
前記入場判別手段と前記退場判別手段との一方あるいは両方は、前記プローブ情報に含まれる前記特定現在位置情報をも考慮して判別処理を行うことを特徴とするプローブ情報処理サーバ。
【請求項７】
人工衛星からの信号を用いて自機の現在位置を測位する機能を備え、所定のタイミング毎に、少なくとも測位して得た現在位置情報を含むようにしたプローブ情報を送信する携帯通信端末からの前記プローブ情報を処理するプローブ情報処理サーバで用いられるプローブ情報処理方法あって、
前記携帯通信端末からの前記プローブ情報を、受信手段を通じて受信する受信工程と、
前記受信工程において順次に受信する前記プローブ情報が、現在位置情報を有するものから有しないものに変化した場合に、入場判別手段により、前記携帯通信端末が、既に受信したプローブ情報に含まれる情報と地図情報とにより特定される施設に入場したと判別する入場判別工程と、
前記受信工程において順次に受信する前記プローブ情報が、現在位置情報を有しないものから有するものに変化した場合に、退場判別手段により、前記携帯通信端末が、入場していた施設から退場したと判別する退場判別工程と、
前記入場判別工程での判別結果と、前記退場判別工程での判別結果とを、前記施設毎に、判別結果保持手段に記録する判別結果保持工程と
を有することを特徴とするプローブ情報処理方法。
【請求項８】
プローブ情報を送信する携帯通信端末と、プローブ情報を受信するサーバ装置とがネットワークを通じて接続されて構成されるプローブ情報処理システムであって、
前記携帯通信端末は、
人工衛星からの信号を受信して演算処理することにより、自機の現在位置を測位する測位手段と、
所定のタイミング毎に、少なくとも前記測位手段で測位された現在位置情報を含むようにしたプローブ情報を生成する生成手段と、
前記生成手段で生成された前記プローブ情報を、所定のサーバ装置に送信する送信手段と
を備え、
前記サーバ装置は、
前記携帯通信端末からの前記プローブ情報を受信する受信手段と、
前記受信手段で順次に受信される前記プローブ情報が、前記測位手段で測位された現在位置情報を有するものから有しないものに変化した場合に、前記携帯通信端末が、既に受信したプローブ情報に含まれる情報と地図情報とにより特定される施設に入場したと判別する入場判別手段と、
前記受信手段で順次に受信される前記プローブ情報が、前記測位手段で測位された現在位置情報を有しないものから有するものに変化した場合に、前記携帯通信端末が、入場していた施設から退場したと判別する退場判別手段と、
前記入場判別手段での判別結果と前記退場判別手段での判別結果とを、前記施設毎に記憶する判別結果保持手段と
を備えることを特徴とするプローブ情報処理システム。
【請求項１】
人工衛星からの信号を用いて自機の現在位置を測位する機能を備え、所定のタイミング毎に、少なくとも測位して得た現在位置情報を含むようにしたプローブ情報を送信する携帯通信端末からの前記プローブ情報を処理するプローブ情報処理サーバであって、
前記携帯通信端末からの前記プローブ情報を受信する受信手段と、
前記受信手段で順次に受信される前記プローブ情報が、前記現在位置情報を有するものから有しないものに変化した場合に、前記携帯通信端末が、受信したプローブ情報に含まれる情報と地図情報とにより特定される施設に入場したと判別する入場判別手段と、
前記受信手段で順次に受信される前記プローブ情報が、前記現在位置情報を有しないものから有するものに変化した場合に、前記携帯通信端末が、入場していた施設から退場したと判別する退場判別手段と、
前記入場判別手段での判別結果と前記退場判別手段での判別結果とを、前記施設毎に記憶する判別結果保持手段と
を備えることを特徴とするプローブ情報処理サーバ。
【請求項２】
請求項１に記載のプローブ情報処理サーバであって、
前記判別結果保持手段は、日にち別であって時間帯別に判別結果を保持することができるものであり、
前記判別結果保持手段に保持されている情報を、所定の計数属性条件にしたがって、入退場を集計する第１の集計手段を備えることを特徴とするプローブ情報処理サーバ。
【請求項３】
請求項２に記載のプローブ情報処理サーバであって、
過去の気象に関する情報を取得する気象情報取得手段と、
前記判別結果保持手段に保持されている情報を、前記気象情報取得手段により取得される過去の気象情報をも考慮して入退場を集計する第２の集計手段を備えることを特徴とするプローブ情報処理サーバ。
【請求項４】
請求項１、請求項２または請求項３に記載のプローブ情報処理サーバであって、
前記受信手段で受信された前記プローブ情報を蓄積する蓄積手段と、
前記入場判別手段により施設に入場したと判別された場合に、前記蓄積手段に蓄積されている前記携帯通信端末の前記プローブ情報と地図情報とに基づいて、前記携帯通信端末を持つユーザの移動手段を特定する特定手段と
を備えることを特徴とするプローブ情報処理サーバ。
【請求項５】
請求項１、請求項２、請求項３または請求項４に記載のプローブ情報処理サーバであって、
前記判別結果保持手段は、前記携帯通信端末のユーザを識別可能にする情報をも含む判別結果を保持するものであり、
前記携帯通信端末を用いるユーザの個人属性を用いた集計を行う第３の集計手段を備えることを特徴とするプローブ情報処理サーバ。
【請求項６】
請求項１、請求項２、請求項３、請求項４または請求項５に記載のプローブ情報処理サーバであって、
前記携帯通信端末は、自機が通信可能な基地局の情報に応じて電話会社側のサーバ装置において特定される自機の特定現在位置情報を受信し、当該特定現在位置情報を含めた前記プローブ情報を生成して送信することができるものであり、
前記入場判別手段と前記退場判別手段との一方あるいは両方は、前記プローブ情報に含まれる前記特定現在位置情報をも考慮して判別処理を行うことを特徴とするプローブ情報処理サーバ。
【請求項７】
人工衛星からの信号を用いて自機の現在位置を測位する機能を備え、所定のタイミング毎に、少なくとも測位して得た現在位置情報を含むようにしたプローブ情報を送信する携帯通信端末からの前記プローブ情報を処理するプローブ情報処理サーバで用いられるプローブ情報処理方法あって、
前記携帯通信端末からの前記プローブ情報を、受信手段を通じて受信する受信工程と、
前記受信工程において順次に受信する前記プローブ情報が、現在位置情報を有するものから有しないものに変化した場合に、入場判別手段により、前記携帯通信端末が、既に受信したプローブ情報に含まれる情報と地図情報とにより特定される施設に入場したと判別する入場判別工程と、
前記受信工程において順次に受信する前記プローブ情報が、現在位置情報を有しないものから有するものに変化した場合に、退場判別手段により、前記携帯通信端末が、入場していた施設から退場したと判別する退場判別工程と、
前記入場判別工程での判別結果と、前記退場判別工程での判別結果とを、前記施設毎に、判別結果保持手段に記録する判別結果保持工程と
を有することを特徴とするプローブ情報処理方法。
【請求項８】
プローブ情報を送信する携帯通信端末と、プローブ情報を受信するサーバ装置とがネットワークを通じて接続されて構成されるプローブ情報処理システムであって、
前記携帯通信端末は、
人工衛星からの信号を受信して演算処理することにより、自機の現在位置を測位する測位手段と、
所定のタイミング毎に、少なくとも前記測位手段で測位された現在位置情報を含むようにしたプローブ情報を生成する生成手段と、
前記生成手段で生成された前記プローブ情報を、所定のサーバ装置に送信する送信手段と
を備え、
前記サーバ装置は、
前記携帯通信端末からの前記プローブ情報を受信する受信手段と、
前記受信手段で順次に受信される前記プローブ情報が、前記測位手段で測位された現在位置情報を有するものから有しないものに変化した場合に、前記携帯通信端末が、既に受信したプローブ情報に含まれる情報と地図情報とにより特定される施設に入場したと判別する入場判別手段と、
前記受信手段で順次に受信される前記プローブ情報が、前記測位手段で測位された現在位置情報を有しないものから有するものに変化した場合に、前記携帯通信端末が、入場していた施設から退場したと判別する退場判別手段と、
前記入場判別手段での判別結果と前記退場判別手段での判別結果とを、前記施設毎に記憶する判別結果保持手段と
を備えることを特徴とするプローブ情報処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１３−６１８２９（Ｐ２０１３−６１８２９Ａ）
【公開日】平成２５年４月４日（２０１３．４．４）
【国際特許分類】
【出願番号】特願２０１１−２００２１６（Ｐ２０１１−２００２１６）
【出願日】平成２３年９月１４日（２０１１．９．１４）
【出願人】（５００５７８２１６）株式会社ゼンリンデータコム (231)
【Ｆターム（参考）】
【公開日】平成２５年４月４日（２０１３．４．４）
【国際特許分類】
【出願日】平成２３年９月１４日（２０１１．９．１４）
【出願人】（５００５７８２１６）株式会社ゼンリンデータコム (231)
【Ｆターム（参考）】
[ Back to top ]