属性情報管理サーバ、属性情報管理方法および属性情報管理システム
【課題】多数のユーザについての個人の属性情報を、時間や手間をかけることなく、適切に維持、管理して、正確な情報として利用できるようにする。
【解決手段】 ユーザＤＢ１０６は、ユーザ毎に個人の属性情報を記憶保持する。接続端子１０１及び通信Ｉ／Ｆ１０２を通じて携帯通信端末からのプローブ情報を順次に受信し、これをプローブ情報ファイルに蓄積する。属性情報変化推測部１０７は、プローブ情報ファイルに蓄積されたプローブ情報をユーザ毎に解析し、ユーザＤＢ１０６に記憶保持されている属性情報に変化が生じたか否かを推測する。属性情報に変化が生じたと推測されるユーザに対して、属性情報確認更新部１０９が当該変化の有無を問い合わる。
【解決手段】 ユーザＤＢ１０６は、ユーザ毎に個人の属性情報を記憶保持する。接続端子１０１及び通信Ｉ／Ｆ１０２を通じて携帯通信端末からのプローブ情報を順次に受信し、これをプローブ情報ファイルに蓄積する。属性情報変化推測部１０７は、プローブ情報ファイルに蓄積されたプローブ情報をユーザ毎に解析し、ユーザＤＢ１０６に記憶保持されている属性情報に変化が生じたか否かを推測する。属性情報に変化が生じたと推測されるユーザに対して、属性情報確認更新部１０９が当該変化の有無を問い合わる。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、情報通信分野に属し、例えば、携帯電話端末などの携帯通信端末から送信される現在位置情報を含むプローブ情報を利用して、当該携帯通信端末のユーザの属性情報を維持、管理する装置、方法、システムに関する。
【背景技術】
【０００２】
ＧＰＳ（Global Positioning System）モジュールが搭載され、自己の現在位置の測位が可能な携帯電話端末が種々提供されるようになってきている。これに伴い、後に記す特許文献１に開示されているように、携帯電話端末で測位されるユーザの現在位置と当該ユーザの属性情報とに応じて、当該ユーザに応じた案内情報等を提供するサービスなどが提供されるようになってきている。例えば、ユーザが渋谷駅付近にいる場合に、渋谷駅付近の店舗などの案内情報などが自動的に当該ユーザの携帯通信端末に提供されるといったサービスが行われている。
【０００３】
そして、当該特許文献１に記載の発明の場合、ユーザ毎に個人の属性情報を事前に登録しておくことが重要である。個人の属性情報が無ければ、例えば、未成年者に酒類の提供がメインの店舗情報を提供するといった的外れな情報の提供を行ってしまう可能性が生じるからである。しかし、ユーザ毎に個人の属性情報を事前に整備するためには、まず、各ユーザから正確な属性情報の提供を受け、これをデータベース化しなければならず、煩雑な作業が必須となる。
【０００４】
そこで、後に記す特許文献２には、特別な作業を行うことなく、ユーザの属性情報を特定して蓄積できるようにする発明が開示されている。当該特許文献２に記載の発明は、携帯電話端末から所定のタイミング毎に、当該携帯電話端末の現在位置情報を含むプローブ情報の提供を受けて、当該プローブ情報を解析することにより、ユーザの属性情報を特定し、これを蓄積するものである。
【０００５】
なお、ユーザの属性情報は、氏名、生年月日、電話番号、電子メールアドレス等の固定的な情報の他、現住所、家族構成、職業等（種々の職業や学生などの区別）、勤務先（勤務先や通学先の所在地）、収入、趣味、立寄り先、その他の情報等の非固定的な情報を含む。そして、属性情報の内、固定的な情報は例えば電話会社との契約時などにおいては必ず必要になる情報あるために、その収集及び登録は比較的に簡単に行うことができる。
【０００６】
しかし、非固定的な情報は、電話会社との契約時などにおいて必須の情報でないものもあり、また、その内容もユーザ毎に多岐にわたるため、その収集や登録には手間がかかるのである。しかし、特許文献２に記載の発明を用いることにより、属性情報の内の非固定的な属性情報についても、データベース化するに際して、携帯電話端末のユーザ側においても、また、個人の属性情報を管理する電話会社側においても、煩雑な作業を行う必要がなくなる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−０３４７４３号公報
【特許文献２】特開２０１０−２３７８３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述した特許文献２に記載の発明は、煩雑な作業を行うことなく、当該携帯電話端末のユーザの属性情報を特定し、蓄積することができるので、非常に有効である。しかし、真に正確な属性情報を特定して蓄積し、これを適切に維持、管理することは難しい。例えば、順次に提供される携帯電話端末からのプローブ情報を所定期間分解析することにより、夜間から翌日の朝にかけて滞在している場所を特定できたとする。この場合、滞在場所等を考慮したとしても、その場所が自宅なのか、出張や旅行の滞在先なのかを適切に判別することができない場合がある。
【０００９】
また、複数のユーザのプローブ情報を所定期間分解析することにより、夜間に同じ場所（例えば、同じ戸建住宅）に滞在する人が増えたことを検出したとする。この場合、例えば、結婚などにより同居の家族が増えたのか、友人や知人が何かの用事で比較的に長期に渡って泊まりにきているのかを判別することなども難しい。このように、携帯電話端末からのプローブ情報を解析することにより、当該携帯電話端末のユーザの属性情報を検出できたとしても、その属性情報が真に正しいか否かまでは判別することはできない。また、属性情報の内、上述した非固定的な情報については、いつ変わるか分からないために、属性情報を適切に維持、管理することも難しい。
【００１０】
また、別の観点から個人の属性情報の利用について考える。ユーザの氏名、住所、年齢、性別といった種々の属性情報については、全てを絶対に秘匿したいと考えているユーザばかりではなく、何らかのメリットがあれば、ある程度までは公開しても差し支えないと考えているユーザも多い。近年、個人の属性情報を予め登録しておき、アンケートに回答したり、キャンペーンに参加したりすることにより、ポイントの提供を受けて貯め、貯めたポイントを現金や景品に交換できるという仕組みを有するサイトは相当数存在している。
【００１１】
ところが、企業等が市場調査や商品広告のために必要とする個人の属性情報は、信頼性の高い情報である。このため、ユーザが公開することを承認している個人の属性情報があっても、それが適切に更新され、正確なものでない限り、企業等にとっては余り意味の無い情報となってしまう。上述したポイント提供サイトのように、個人の属性情報を集めても、これを適切に更新する方法が存在しないのが現状である。また、従来の電話や訪問などにより個人の属性情報を調査する方法では、時間や経費がかかり、調査結果はその時しか使えないこともあり、安定して継続的に、正確な個人の属性情報を得たいとする要求もある。
【００１２】
以上の点に鑑み、この発明は、多数のユーザについての個人の属性情報を、時間や手間をかけることなく、適切に維持、管理して、正確な情報として利用できるようにすることを目的とする。
【課題を解決するための手段】
【００１３】
上記課題を解決するため、請求項１に記載の発明の属性情報管理サーバは、
ユーザ毎に個人の属性情報を記憶保持する属性情報保持手段と、
ユーザの携帯通信端末から所定のタイミング毎に送信される情報であって、ユーザの識別が可能な識別情報と現在位置情報とを含むプローブ情報を受信する受信手段と、
前記受信手段で受信されたプローブ情報をユーザ毎に蓄積するプローブ情報蓄積手段と、
前記プローブ情報蓄積手段に蓄積された前記プローブ情報をユーザ毎に解析し、前記属性情報保持手段に保持されている当該ユーザの属性情報に変化が生じたか否かを推測する推測手段と、
前記推測手段で前記属性情報に変化が生じたと推測されたユーザに対して、当該属性情報の変化の有無の問い合わせを行う問い合わせ手段と
を備えることを特徴とする。
【００１４】
この請求項１に記載の発明の属性情報管理サーバによれば、属性情報保持手段には、ユーザ毎に個人の属性情報が予め記憶保持される。受信手段により、携帯通信端末からのユーザを識別することが可能な識別情報と現在位置情報とを含むプローブ情報が順次に受信され、これがプローブ情報蓄積手段に蓄積される。そして、推測手段により、プローブ情報蓄積手段に蓄積されたプローブ情報がユーザ毎に解析されて、属性情報保持手段に保持されている当該ユーザの属性情報に変化が生じたか否かが推測される。
【００１５】
推測手段により、属性情報に変化が生じたと推測された場合、変化が生じたと推測される属性情報のユーザに対して、問い合わせ手段を通じて、属性情報が変化したか否かの問い合わせが行われる。すなわち、属性情報が恒久的に変化したのか（本当に変化したのか）、それとも例えば一時的な変化であって、恒久的な変化ではないのか（実際には変化していないのか）が、ユーザに対して直接に問い合わせられる。
【００１６】
このように、属性情報保持手段に保持される各ユーザの属性情報については、各ユーザのプローブ情報を解析することにより変化の有無が推測される。そして、属性情報が変化したと推測される場合には、当該属性情報のユーザに対して直接に属性情報の変化の有無を問い合わせることができるので、その結果に基づいて属性情報を適切に更新し、正確性を維持するなどのことができるようにされる。すなわち、属性情報保持手段に保持（登録）されている各ユーザの個人の属性情報が、時間や手間をかけることなく、適切に維持、管理され、正確な情報として利用できるように整えられる。
【発明の効果】
【００１７】
この発明によれば、多数のユーザについての個人の属性情報を、時間や手間をかけることなく、適切に維持、管理して、正確な情報として利用できるように整えることができる。
【図面の簡単な説明】
【００１８】
【図１】実施の形態の属性情報管理システムの概略構成を説明するための図である。
【図２】実施の形態の携帯通信端末４の構成例を説明するためのブロック図である。
【図３】実施の形態のサーバ装置１の構成例を説明するためのブロック図である。
【図４】プローブ情報ファイル１０３に格納される格納データ（プローブ情報）の例を説明するための図である。
【図５】ユーザＤＢ１０６の登録データの例を説明するための図である。
【図６】属性情報変化推測部１０７で行われるユーザの移動経路の把握について説明するための図である。
【図７】変化情報保持部１０８に保持されるデータの例を説明するための図である。
【図８】属性情報変化推測部１０７で行われる処理を説明するためのフローチャートである。
【図９】属性情報確認更新部１０９で行われる処理を説明するためのフローチャートである。
【図１０】属性情報確認更新部１０９で行われる処理を説明するためのフローチャートである。
【図１１】属性情報確認更新部１０９により属性情報の変更確認のためにユーザに送信される電子メールの例を説明するための図である。
【図１２】属性情報確認更新部１０９により属性情報の変更確認のためにユーザに提供されるＷｅｂページの例を説明するための図である。
【発明を実施するための形態】
【００１９】
以下、図を参照しながらこの発明の装置、方法、システムの一実施の形態について説明する。
【００２０】
［システムの全体構成］
図１は、この実施の形態の属性情報管理システムの概略構成を説明するための図である。図１に示すように、この実施の形態の属性情報管理システムの基本的な構成は、サーバ装置１と携帯通信端末４（１）、４（２）、…とが、ネットワーク２を介して接続されたものである。さらに、ネットワーク２に接続される位置管理サーバ６が提供する情報が利用可能な構成になっている。
【００２１】
サーバ装置１は、携帯通信端末４（１）、４（２）、…の各ユーザの属性情報を記憶保持し、これを携帯通信端末４（１）、４（２）、…から送信されるプローブ情報を利用して、適切に維持、管理する属性情報管理サーバとしての機能を実現する。すなわち、サーバ装置１は、この発明の装置、方法が適用されて実現されたものである。
【００２２】
ネットワーク２は、種々の広域通信ネットワークを含むものである。ネットワーク２は、ＩＰ（Internet Protocol）網、公衆交換電話網（ＰＳＴＮ（Public Switched Telephone Network））、デジタル回線網（ＩＳＤＮ（Integrated Services Digital Network））などを含むものである。また、ネットワーク２は、図１に示すように、多数の基地局３（１）、３（２）、３ＩＮ（１）、…を含む携帯電話網や、ｗｉｆｉなどと呼ばれる無線ＬＡＮ（Local Area Network）、ｗｉｍａｘなどと呼ばれる高速無線通信規格に準じた無線通信網などをも含むものである。
【００２３】
携帯通信端末４（１）、４（２）、…としては、例えば、携帯電話端末、ＰＤＡ（Personal Digital Assistants）、タブレット端末あるいはパッド型端末などと呼ばれる情報端末など、通信機能を備えた種々のものが提供されている。この実施の形態において、携帯通信端末４（１）、４（２）、…のそれぞれは、種々の携帯通信端末の中でも普及率の高い携帯電話端末であるものとして説明する。
【００２４】
携帯通信端末４（１）、４（２）、…のそれぞれは、ＧＰＳ機能を備え、少なくとも３個以上の人工衛星からの信号を受信して演算処理を行うことにより、自機の現在位置を測位することができるものである。また、携帯通信端末４（１）、４（２）、…のそれぞれのＧＰＳ機能は、いわゆるディファレンシャルＧＰＳと呼ばれる技術を用い、高精度に自機の現在位置を測位することができるものである。
【００２５】
なお、ディファレンシャルＧＰＳは、位置の分かっている携帯電話端末網の基地局において、ＧＰＳによる測位を行い、当該基地局の実際の位置とＧＰＳを用いて測位した位置とのずれを示す信号を生成して送信する。この基地局からの信号を各携帯通信端末４（１）、４（２）、…が受信し、各携帯通信端末４（１）、４（２）、…のそれぞれにおいて、ＧＰＳ機能により測位した自機の現在位置を補正することにより、より正確に自機の現在位置を測位できるようにするものである。
【００２６】
そして、携帯通信端末４（１）、４（２）、…のそれぞれは、所定のタイミング毎に、プローブ情報を生成し、これをサーバ装置１に送信する機能を備える。当該プローブ情報は、少なくとも、自機を使用するユーザを識別することが可能な識別情報であるユーザＩＤと、現在時刻情報と、ＧＰＳ機能を用いて測位して得た現在位置情報とを含むものである。
【００２７】
なお、ユーザＩＤは、例えば、携帯通信端末４（１）、４（２）、…等の購入時などにおいて設定されるものを用いることができる。この他、携帯通信端末４（１）、４（２）、…のそれぞれに割り当てられている電話番号やＳＩＭカード（Subscriber Identity Module Card）の固有ＩＤを用いたりするなどのことが可能である。すなわち、ユーザＩＤは、携帯通信端末４（１）、４（２）、…等のそれぞれを利用するユーザを一意に特定することができる情報であればよい。
【００２８】
そして、プローブ情報は、集計して統計情報として用いたり、端末を所持する個々人または団体、企業への位置情報提供サービスなどに用いられたりするものである。この実施の形態の属性情報管理システムにおいてプローブ情報は、詳しくは後述するが、サーバ装置１に記憶保持される携帯通信端末４（１）、４（２）、…のユーザについての属性情報の変化を検出するために用いられる。
【００２９】
なお、図１において、ＧＰＳ衛星５（１）、５（２）、…は、地球周回軌道上に配備され、現在位置測位のためのいわゆるＧＰＳ信号を送信する約３０基の人工衛星の一部を示したものである。また、図１において、基地局３（１）、３（２）、…のそれぞれは、屋外に設置された携帯電話網の基地局である。また、屋外の基地局からの電波の届き難い屋内においても携帯電話端末の利用を可能にするため、例えば店舗などの種々の施設の屋内にも、図１において、基地局３ＩＮ（１）が示すように、携帯電話網に接続された小規模な基地局が設置されている場合もある。
【００３０】
また、位置管理サーバ６は、電話会社側に設けられ、各基地局の番号、各基地局の設置位置の緯度および経度などを管理すると共に、基地局から送られてくる携帯電話端末の端末識別情報や当該携帯電話端末からの電波の受信電界強度の情報から、携帯電話端末の位置を三角測量の手法を用いて算出して管理する機能を備える。また、位置管理サーバ６は、算出した携帯電話端末の位置情報を当該携帯電話端末に送るなどの機能をも備える。
【００３１】
これにより、携帯通信端末４（１）、４（２）、…のそれぞれは、ＧＰＳ機能による現在位置の測位ができない場合であっても、位置管理サーバ６の機能により、自機の現在位置を把握することもできる。また、サーバ装置１が、位置管理サーバ６からの情報の提供を受けることによって、携帯通信端末４（１）、４（２）、…のそれぞれの現在位置を特定することもできる。
【００３２】
そして、この実施の形態の属性情報管理システムにおいては、携帯通信端末４（１）、４（２）、…のそれぞれは、所定のタイミング毎に、プローブ情報を生成し、これをサーバ装置１に対して送信する。この実施の形態において、プローブ情報は、上述もしたように、少なくとも、携帯通信端末のユーザを識別することが可能な識別情報と、現在時刻情報と、ＧＰＳ機能を用いて測位して得た現在位置情報とを含むものである。
【００３３】
一方、サーバ装置１は、携帯通信端末４（１）、４（２）、…の各ユーザの属性情報を記憶保持している。各ユーザの属性情報は、詳しくは後述もするが、ユーザＩＤ、氏名、性別、生年月日などの固定的な情報の他、現住所、勤務先、家族構成、趣味などの変化する可能性のある非固定的な情報をも含んでいる。そして、サーバ装置１は、携帯通信端末４（１）、４（２）、…から順次に送信されてくるプローブ情報を受信して、ユーザ毎に蓄積する。
【００３４】
サーバ装置１は、所定のタイミング毎に、蓄積した所定期間分のプローブ情報をユーザ毎に解析して、ユーザの移動経路等を把握し、当該ユーザの非固定的な属性情報に変化が生じたか否かを推測する。例えば、携帯通信端末４（１）等のユーザの夜間の滞在場所が変わった場合には、現住所が変わった可能性があると推測でき、朝に出かける先が変われば、勤務先が変わった可能性があると推測できる。
【００３５】
もちろん、１日、２日の変化だけでは、属性情報に変化が生じた推測するのは早計である。このため、属性情報の変化が一定期間以上継続したことを確認したり、後述する地図情報やＰＯＩ（Point Of Interest）情報を参照したりすることにより、より正確な推測を可能にしている。なお、地図情報やＰＯＩ情報を考慮することにより、自宅と勤務先とを区別したり、旅行先や訪問先を区別したりすることもできる。
【００３６】
このようにして、サーバ装置１では、記憶保持している携帯通信端末４（１）、４（２）、…等のユーザの属性情報に変化が生じたことが推測できた場合に、当該推測が正しいか否か、すなわち、本当に属性情報に変化が生じたか否かを当該ユーザに問い合わせる。これにより、サーバ装置１に記憶保持される属性情報に変化が生じたことの推測を契機として、その変化が真に発生した変化か否かをユーザ自身に問い合わせを行うことにより確認する。そして、属性情報に発生した変化が、真に発生した変化であるとの確証が得られた場合に、サーバ装置１が記憶保持している属性情報を更新する。これにより、サーバ装置１では、携帯通信端末４（１）、４（２）、…のそれぞれのユーザの属性情報を、適切に維持、管理し、記憶保持しているユーザの属性情報の正確性を担保している。
【００３７】
なお、携帯通信端末４（１）、４（２）、…のそれぞれは、ＧＰＳ衛星５（１）、５（２）、…等からのＧＰＳ信号が受信できない場合であっても、上述した位置管理サーバ６の機能により、自機の現在位置をほぼ正確に把握することができる。また、携帯通信端末４（１）、４（２）、…のそれぞれから送信されるプローブ情報には、経由してきた基地局の基地局ＩＤが付加されている。
【００３８】
このため、当該基地局ＩＤにより例えば位置管理サーバ６により特定される基地局が、図１に示した屋内基地局３ＩＮ（１）などである場合には、当該プローブ情報を送信してきた携帯通信端末は、当該屋内基地局３ＩＮ（１）が設置された施設内に位置していると特定することもできる。この場合の基地局ＩＤに基づく基地局の位置の問い合わせは、サーバ装置１から位置管理サーバ６に対して行うことができる。
【００３９】
このように、携帯通信端末４（１）、４（２）、…の現在位置は、ＧＰＳ機能によってのみ測位できるものではない。携帯通信端末４（１）、４（２）、…の現在位置は、位置管理サーバ６の機能を利用することにより、携帯通信端末４（１）、４（２）、…のそれぞれにおいて、あるいは、サーバ装置１側において特定することができる。
【００４０】
なお、この実施の形態において、携帯通信端末４（１）、４（２）、…のそれぞれは、基本的な構成は同じである。このため、以下においては特に区別して示す場合を除き、携帯通信端末４（１）、４（２）、…を総称して、携帯通信端末４という。また、以下においては、基地局３（１）、３（２）、…を総称して基地局３という。また、施設の屋内に設置される基地局３ＩＮ（１）、…を総称して、屋内基地局３ＩＮという。そして、以下では、まず、プローブ情報を生成してサーバ装置１に送信する携帯通信端末４の構成例を説明した後に、サーバ装置１の構成例とサーバ装置１において行われる処理の詳細について説明する。
【００４１】
［携帯通信端末４の構成例］
この実施の形態の属性情報管理システムで用いられる携帯通信端末４の構成例について説明する。図２は、この実施の形態の携帯通信端末４の構成例を説明するためのブロック図である。上述もしたように、この実施の形態の属性情報管理システムで用いられる携帯通信端末４は携帯電話端末として構成されたものである。
【００４２】
図２に示すように、この実施の形態の携帯通信端末４は、ネットワーク２を通じて通信を行う部分として、送受信アンテナ４０１、送受信処理部４０２、受話器（スピーカ）４０３、送話器（マイクロホン）４０４を備えている。また、ユーザインターフェースを提供する部分として、キー操作部４１１、表示制御部４１２、表示部４１３、音声処理部４１４、スピーカ４１５を備えている。
【００４３】
表示部４１３は、例えば、有機ＥＬディスプレイ（organic electroluminescence display）やＬＣＤ（Liquid Crystal Display）等のいわゆる薄型の表示素子が用いられている。また、音声処理部４１４とスピーカ４１５とは、着信音や警告音、その他の音声メッセージ等を出力するものである。また、図示しないが、携帯通信端末４は、バイブレータを備え、例えば、着信時に振動を発生させ、着信をユーザに通知するなどのこともできるようになっている。
【００４４】
また、携帯通信端末４は、各部を制御する制御部４２０を備えている。制御部４２０は、ＣＰＵ（Central Processing Unit）４２１、ＲＯＭ（Read Only Memory）４２２、ＲＡＭ（Random Access Memory）４２３、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）４２４が、ＣＰＵバス４２５を通じて接続されて形成されたコンピュータ装置である。ＣＰＵ４２１は、ＲＯＭ４２２やＥＥＰＲＯＭ４２４に記憶されているプログラムを読み出して実行し、各部に供給する制御信号を形成して、これを各部に供給したり、各部から送信されてくるデータを受け付けて、これに応じた処理を実行したりする。ＲＯＭ４２２は、ＣＰＵ４２１において実行されるプログラムや処理に必要になる種々のデータが予め記録されたものである。
【００４５】
また、ＲＡＭ４２３は、処理の途中結果を一時記憶するなど、主に作業領域として用いられる。また、ＥＥＰＲＯＭ４２４は、いわゆる不揮発性メモリであり、携帯通信端末４の電源を落としても保持しておくべきデータ等が記憶保持される。ＥＥＰＲＯＭ４２４には、例えば、機能追加のための新たなプログラム、種々の設定パラメータ、電話帳データ、アプリケーションプログラムや機能アップのための追加プログラムなどが記憶保持される。
【００４６】
さらに、携帯通信端末４は、現在年月日、現在曜日、現在時刻を提供する時計回路４３１を備えると共に、外部入出力端子４３２、外部インターフェース（以下、外部Ｉ／Ｆと略称する。）４３３を備えている。また、携帯通信端末４は、ＧＰＳ部４３４とＧＰＳアンテナ４３５とを備えている。これらＧＰＳ部４３４とＧＰＳアンテナ４３５とにより、上述もしたように、複数の人工衛星からのＧＰＳ信号（測位情報）を受信して演算処理することにより、自機の現在位置を正確に検出（測位）することができるようになっている。
【００４７】
そして、携帯通信端末４は、プローブ情報生成部４３６を備えている。この実施の形態において、プローブ情報生成部４３６は、所定のタイミング毎に、時計回路４３１からの現在時刻情報、ＧＰＳ部４３４からの現在位置情報、上述した位置管理サーバ６から提供される現在位置情報を含むプローブ情報を生成する。現在時刻情報は、現在年月日及び現在時刻からなるものである。また、現在位置情報は、緯度、経度からなるものである。プローブ情報生成部４３６で生成されたプローブ情報は、後述する制御部４２０及び送受信処理部４０２、送受信アンテナ４０１を通じてネットワーク２に送出され、サーバ装置１に送信される。
【００４８】
このような構成を有する携帯通信端末４は、制御部４２０の制御により、送受信処理部４０２、送受信アンテナ４０１を通じて、ネットワーク２に情報を送出したり、ネットワーク２を通じて送信されてくる自機宛の情報を受信したりすることにより、種々の通信処理を行うことができるようになっている。
【００４９】
また、携帯通信端末４は、実行可能な種々のアプリケーションプログラムなどを登録するようにしたメニューを備えている。当該メニューは、例えば、キー操作部４１１に設けられているメニューキーを押下操作するなどの所定の操作を行うことにより、制御部４２０が表示制御部４１２を通じて表示部４１３の表示画面に表示することができる。そして、制御部４２０は、キー操作部４１１を通じてユーザからの当該メニューに含まれる項目の選択入力を受け付け、ユーザによって選択された項目に対応するプログラムを実行することができるようになっている。
【００５０】
また、携帯通信端末４において実行可能な種々のアプリケーションプログラムなどを登録するようにした当該メニューには、プローブ情報の送信を実行するための項目も設けられている。したがって、当該メニューのプローブ情報の送信を実行するための項目を選択することによって、携帯通信端末４のユーザは、所定のタイミング毎にプローブ情報を生成して送信する処理を開始させることができる。
【００５１】
なお、プローブ情報の生成及び送信のタイミングは、例えば、３０秒毎、１分毎、…のように、適宜のタイミングで行うことが可能である。しかし、立寄り先などを正確に把握できるようにするためには、あまり長い間隔のタイミングであることは好ましくない。この実施の形態の携帯通信端末４においては、例えば、１分毎、３分毎などのタイミングでプローブ情報の生成及び送信を行う。
【００５２】
［サーバ装置１の構成例］
次に、この実施の形態のサーバ装置１の構成例について説明する。この実施の形態のサーバ装置１は、携帯通信端末４のユーザの属性情報を記憶保持すると共に、上述した携帯通信端末４からのプローブ情報を受信して利用することにより、ユーザの属性情報を適切に維持、管理する属性情報管理サーバとしての機能を実現するものである。図３は、この実施の形態のサーバ装置１の構成例を説明するためのブロック図である。
【００５３】
図３に示すように、サーバ装置１は、ネットワーク２への接続端子１０１、通信Ｉ／Ｆ１０２、プローブ情報ファイル１０３を備える。また、サーバ装置１は、地図データベース（以下、地図ＤＢと略称する。）１０４と、ＰＯＩデータベース（以下、ＰＯＩＤＢと略称する。）１０５と、ユーザデータベース（以下、ユーザＤＢと略称する。）１０６とを備える。さらに、サーバ装置１は、属性情報変化推測部１０７と、変化情報保持部１０８と、属性情報確認更新部１０９と、属性情報提供部１１０と、制御部１２０と、ハードディスクドライブ（以下、ＨＤＤと略称する。）１３０とを備える。
【００５４】
制御部１２０は、サーバ装置１の各部を制御するものであり、図３に示すように、ＣＰＵ１２１、ＲＯＭ１２２、ＲＡＭ１２３、ＥＥＰＲＯＭ１２４が、ＣＰＵバス１２５を通じて接続されて構成されたコンピュータ装置である。ＣＰＵ１２１は、ＲＯＭ１２２やＥＥＰＲＯＭ１２４に記憶されているＢＩＯＳ（Basic Input/Output System）などのいわゆるファームウェアや後述するＨＤＤ１３０に記憶されているアプリケーションソフトウェアを読み出して実行する。そして、ＣＰＵ１２１は、各部への制御信号を形成し、これを関係する各部に供給したり、また、各部からのデータを受信してこれを処理したりする。
【００５５】
ＲＯＭ１２２は、ＣＰＵ１２１によって実行される種々のファームウェアや処理に必要となるデータを予め記憶したものである。ＲＡＭ１２３は、各種の処理において、処理の途中結果を一時記憶するなど、主に作業領域として用いられるものである。ＥＥＰＲＯＭ１２４は、書き換え可能ないわゆる不揮発性メモリであり、電源が落とされても保持しておくべきデータを記憶保持する。具体的に、ＥＥＰＲＯＭ１２４は、ＢＩＯＳ等のファームウェア、各種設定パラメータなど、種々の情報を記憶保持するものである。
【００５６】
ＨＤＤ１３０は、記録媒体としてハードディスクを備え、制御部１２０の制御に応じて、当該ハードディスクに対して、書き込み／読み出しを行う。ＨＤＤ１３０のハードディスクは、例えば、種々のアプリケーションプログラムや種々の処理により得られたデータ等を記憶保持する。
【００５７】
接続端子１０１は、ネットワーク２との接続端部を形成するものである。この接続端子１０１に対して、ネットワーク２からの通信線路が接続される。通信Ｉ／Ｆ１０２は、ネットワーク２を通じて送信されてくる自機宛の種々の情報を受信し、これを自機において処理可能な形式の情報に変換して制御部１２０に供給する。また、通信Ｉ／Ｆ１０２は、制御部１２０を通じて供給される送信用の種々の情報を、ネットワーク２に送出する形式の信号に変換して、これをネットワーク２に送出する。
【００５８】
プローブ情報ファイル１０３は、接続端子１０１及び通信Ｉ／Ｆ１０２を通じて受信した、多数のユーザの携帯通信端末４からのプローブ情報を蓄積するものである。図４は、プローブ情報ファイル１０３に格納される格納データ（プローブ情報）の例を説明するための図である。
【００５９】
図４に示すように、この実施の形態のプローブ情報ファイル１０３は、ユーザＩＤ毎（ユーザ別）に、日時情報、測位位置情報、提供位置情報からなるプローブ情報を蓄積する構成になっている。ユーザＩＤは、送信されてくるプローブ情報に含まれるものと同じものであり、上述もしたように、携帯通信端末４を利用するユーザを一意に特定することができる情報である。また、日時情報、測位位置情報、提供位置情報のそれぞれは、プローブ情報に含まれる情報であるが、この内、測位位置情報は、携帯通信端末４のＧＰＳ機能により測位された現在位置情報であり、提供位置情報は、上述した位置管理サーバ６から携帯通信端末４が提供を受けた現在位置情報である。
【００６０】
そして、図４に示したプローブ情報ファイルの蓄積データの例は、ユーザＩＤが「００００１」であるユーザについての例である。この例の場合、ユーザＩＤが「００００１」であるユーザが２０１１年６月１０日の１４時１０分２０秒にいた位置（緯度、経度）は、測位位置情報では（Ｘ１１、Ｙ１１）であり、提供位置情報では（Ｘ２１、Ｙ２１）であることが示されている。
【００６１】
また、ユーザＩＤが「００００１」であるユーザが２０１１年６月１０日の１４時１１分２０秒にいた位置（緯度、経度）は、測位位置情報では把握されず、提供位置情報では（Ｘ２２、Ｙ２２）であることが示されている。同様に、ユーザＩＤが「００００１」であるユーザが２０１１年６月１０日の１５時２０分２０秒にいた位置（緯度、経度）は、測位位置情報では把握されず、提供位置情報では（Ｘ２２、Ｙ２２）であることが示されている。
【００６２】
したがって、ユーザＩＤが「００００１」であるユーザは、２０１１年６月１０日の１４時１０分２０秒の時点では、ＧＰＳ機能により測位された位置にいたことが分かる。そして、少なくとも、２０１１年６月１０日の１４時１１分２０秒以降の時点においては、ＧＰＳ機能により現在位置が測位できない位置であるが、位置管理サーバ６の機能により特定できた位置にいることが認識できる。このようにして、携帯通信端末４のユーザの所在は、プローブ情報により正確に把握することができるようにされる。
【００６３】
なお、測位位置情報が示す位置と、提供位置情報とが示す位置とは、通常はほぼ同じ位置となるが、完全に同じではなく、若干の誤差を含む場合もある。このように、プローブ情報ファイル１０３は、携帯通信端末４のユーザ毎に、携帯通信端末４から送信されてくるプローブ情報をプローブ情報に含まれる現在時刻情報に応じた時系列順に蓄積するものである。
【００６４】
地図ＤＢ１０４は、この実施の形態においては、日本国内の詳細な地図情報を記憶保持するものである。当該地図情報は、山、川、街、道路、鉄道路線、各種店舗、病院、医院、学校、警察署、消防署、神社仏閣、行政界などの種々のランドマーク、施設、行政区域などの位置や大きさなどを正確に表すことができるようにされたものである。そして、地図ＤＢ１０４は、日本全国の地図を描画するための例えばベクトルデータやラスタデータ等の地図データ（地図用の描画データ）を緯度・経度情報に対応付けて記憶保持する。また、地図ＤＢ１０４は、地図上に表示する注記データについても、緯度・経度情報に対応付けて記憶保持する。
【００６５】
ＰＯＩＤＢ１０５は、例えば、大学、高校、中学校、小学校、店舗、会社などの種々の施設、さらには、山、川、道路などの種々の場所などのいわゆる拠点についての種々の情報を記憶保持する。具体的には、その特定の場所（ＰＯＩ）の緯度・経度、名称、住所、ジャンル、メッシュコードなどの情報が蓄積される。したがって、ＰＯＩＤＢ１０５のＰＯＩ情報により、目的とする緯度・経度により特定させる場所は、どのような場所か、どのような施設があるか等を詳細に把握することができる。
【００６６】
ユーザＤＢ１０６は、当該サーバ装置１に対してプローブ情報を送信する携帯通信端末４のユーザについての種々の属性情報（ユーザ情報）を記憶保持するものである。図５は、ユーザＤＢ１０６に記憶保持される属性情報の例を説明するための図である。図５に示すように、この実施の形態において、ユーザＤＢ１０６には、ユーザＩＤ、属性情報の開示範囲、氏名、性別、生年月日、電話番号、電子メールアドレス、現住所、住居形態、家族構成、職業等、勤務地等、収入、趣味、立寄り先、その他からなるデータが登録される。
【００６７】
ユーザＩＤは、図４のプローブ情報ファイル１０３で用いられるユーザＩＤと同じものである。ユーザＩＤ以外の情報は、基本的には、携帯通信端末４の購入時などにおいて、ユーザによって登録される。ここで、属性情報の開示範囲は、当該属性情報を他の者にどこまで開示してよいかを示す情報であり、「全部開示不可」、「全部開示可」、「氏名、電話番号、現住所の開示不可」などのように開示範囲が示される。もちろん、開示を許可しない情報と開示を許可する情報とを個別に指定して登録することもできる。
【００６８】
なお、属性情報の開示範囲に応じて、ユーザには例えば毎月ポイントが付与され、携帯通信端末４の通信料金の支払や景品等の交換などに利用することができる。このように、属性情報の開示範囲に応じたポイントの付与は、ユーザが可能な範囲で自己の属性情報の開示を行うようにするためのインセンティブとなる。
【００６９】
ユーザＤＢ１０６に登録される、氏名、性別、生年月日、電話番号、電子メールアドレスは、基本的には変わることのない固定情報である。しかし、電話番号や電子メールアドレスは、ユーザの希望に応じて変更可能であり、その場合にはユーザからの要求等に応じて変更することができる。
【００７０】
ユーザＤＢ１０６に登録される、現住所、住居形態、家族構成、職業等、勤務地等、収入、趣味、立寄り先、その他の各情報もまた、最初はユーザによって登録することができる。しかし、これらの属性情報は変わる可能性のある非固定情報である。このため、ユーザＤＢ１０６の非固定情報については、サーバ装置１において、携帯通信端末４から送信されるプローブ情報を所定期間分収集して解析することにより変化が生じたか否かを推測する対象となる。
【００７１】
なお、現住所、住居形態、家族構成、職業等、勤務地等、収入、趣味、立寄り先、その他の各情報の全部を最初にユーザが登録する必要は無い。登録されていない属性情報については、後述するように、プローブ情報ファイル１０３に蓄積されるプローブ情報をユーザ毎に解析することにより推測し、ユーザの確認を得て更新することもできる。また、ユーザＤＢ１０６に登録されるユーザの属性情報の内、現住所や勤務地は住所情報だけでなく、その住所地の緯度・経度をも持つことができる。当該緯度・経度は、住所情報に基づいて、地図ＤＢ１０４を参照することにより得ることができる。
【００７２】
そして、サーバ装置１の属性情報変化推測部１０７と属性情報確認更新部１０９とが協働して、ユーザＤＢ１０６に登録されているユーザの属性情報を適切に維持、管理する機能を実現する。これら属性情報変化推測部１０７と属性情報確認更新部１０９との機能について具体的に説明する。
【００７３】
属性情報変化推測部１０７は、プローブ情報ファイル１０３に蓄積された所定期間分のプローブ情報をユーザ毎に解析することにより、ユーザＤＢ１０６に登録されたユーザの属性情報に変化が生じたか否かを推測する処理を行う。この場合、属性情報変化推測部１０７は、まず、プローブ情報ファイル１０３に蓄積されている所定期間分のプローブ情報をユーザ毎に解析し、各ユーザの各日の移動経路（行動軌跡）を把握する。
【００７４】
図６は、属性情報変化推測部１０７で行われるユーザの移動経路の把握について説明するための図である。図６は、具体的に、ユーザＩＤが「００００１」であるユーザの２０１１年６月９日の１８時２０分から２０１１年６月１０日の１８時１０分までの把握した移動経路を示している。
【００７５】
なお、図６において、日付は、図４に示したプローブ情報の日時情報の日付（年月日）に対応し、時刻は同じくプローブ情報の日時情報の時刻情報に対応している。また、図６において、（緯度、経度）で示される（Ｘ１、Ｙ１）、（Ｘ２、Ｙ２）等の位置は、プローブ情報の測位位置情報または提供位置情報に対応している。例えば、プローブ情報に測位位置情報が存在する場合には、これが用いられ、測位位置情報が存在しない場合には、提供位置情報が用いられるようにされる。これにより、プローブ情報の信頼性が保たれる。
【００７６】
すなわち、属性情報変化推測部１０７は、まず、所定期間分のプローブ情報をユーザ毎であって、時系列順にソートし、重複するプローブ情報を整理すると共に、移動開始位置、移動終了位置を特定するようにして、図６に示すように、ユーザの立寄り先と立寄り先での滞在時間、移動区間と移動手段とを特定する。
【００７７】
図６に示した例の場合、ユーザＩＤが「００００１」であるユーザは、６月９日の１８時２０分から翌１０日の７時３０分までは、位置（Ｘ１、Ｙ１）に滞在している。一般に夜間から翌朝にかけての立寄り先（滞在場所）は自宅である場合が多い。そして、２０１１年６月１０日の７時３１分から７時４４分までプローブ情報の現在位置が変化し、７時４５に位置（Ｘ２、Ｙ２）に到達し、７時５０分まで位置（Ｘ２、Ｙ２）に滞在している。
【００７８】
この場合、凡そ７時３１分における現在位置が変化開始位置であり、７時４４分における現在位置が変化終了位置である。この変化開始位置から変化終了位置までの区間が移動区間である。そして、７時４５分から７時５０分まで滞在していた位置（Ｘ２、Ｙ２）が最初の立寄り先である。
【００７９】
そして、現在位置の変化開始位置から変化終了位置までの移動距離は、該当部分のプローブ情報の現在位置（緯度、経度）のそれぞれを地図ＤＢ１０４の地図情報上にプロットすることにより把握できる。そして、当該把握した移動距離を移動するのにかかった時間で割り算することによりその移動区間の移動速度が分かる。この算出した移動速度に応じて移動手段が判別できる。
【００８０】
すなわち、算出した移動速度が、例えば、時速５ｋｍ未満であれば移動手段は徒歩であり、時速５ｋｍ以上かつ時速３０ｋｍ未満であれば移動手段は自転車であると判別することができる。また、移動速度が時速３０ｋｍ以上であって、把握した移動経路が鉄道軌道上を通ることもなく、把握した移動状態がバス停で停止することもない場合には、移動手段は自動車であると判別することができる。
【００８１】
また、移動速度が時速３０ｋｍ以上であって、把握した移動経路が鉄道軌道上を通っている場合には、移動手段は電車であると判別することができる。また、移動速度が時速３０ｋｍ以上であって、把握した移動状態がバス停で停止する態様（パターン）になっている場合には、移動手段はバスであると判別することができる。
【００８２】
なお、移動経路が道路か鉄道軌道上かは、プローブ情報の現在位置に基づいて、地図ＤＢ１０４の地図情報を参照することにより把握することができる。また、移動経路が道路上である場合に、移動手段が自動車かバスかの区別は、移動速度の変化点を地図ＤＢ１０４の地図情報やＰＯＩＤＢ１０５のＰＯＩ情報に基づいて確認し、当該変化点がバス停であるか否かに応じて区別することができる。
【００８３】
そして、図６に示した例の場合、位置（Ｘ１、Ｙ１）〜位置（Ｘ２、Ｙ２）への移動は、徒歩によるものであることが把握されている。また、位置（Ｘ２、Ｙ２）で特定される場所を、地図ＤＢ１０４の地図情報やＰＯＩＤＢ１０５のＰＯＩ情報を参照することにより、その場所がどのような場所かを特定することができる。図６に示した例の場合、位置（Ｘ２、Ｙ２）で示される場所は、保育園であることが特定されている。
【００８４】
同様にして、プローブ情報の解析を地図ＤＢ１０４やＰＯＩＤＢ１０５をも用いて行うことにより、図６に示すように、ユーザＩＤが「００００１」であるユーザの移動経路が分かる。すなわち、図６に示す例の場合、ユーザＩＤが「００００１」であるユーザは、７時５１分から７時５９分まで徒歩で移動し、８時００分には位置（Ｘ３、Ｙ３）である○○駅に到着し、８時０５分まで○○駅に滞在している。そして、８時０６分から８時１９分まで電車で移動し、８時２０分には位置（Ｘ４、Ｙ４）である△△駅に到着して、８時２１分から８時３０分まで徒歩で移動し、８時３０分には位置（Ｘ５、Ｙ５）である□□株式会社に到着している。
【００８５】
そして、１７時０５分まで□□株式会社に滞在し、１７時０６分から１７時１５分まで徒歩で移動して、１７時１６分には位置（Ｘ４、Ｙ４）である△△駅に到着し、１７時１９分まで△△駅に滞在している。そして、１７時２０分から１７時３４分まで電車で移動し、１７時３５分には位置（Ｘ３、Ｙ３）である○○駅に到着し、１７時３６分には徒歩で移動を開始しており、１７時４７分には位置（Ｘ２、Ｙ２）である保育園に到着している。この後、当該ユーザは、１７時５１分には徒歩で移動を開始し、１８時１０分には位置（Ｘ１、Ｙ１）である場所（自宅）に到着している。
【００８６】
このような解析を、属性情報変化推測部１０７は、例えば、１０日分、２０日分、１か月分といった所定期間分のプローブ情報を用いて、ユーザ別、日にち別に行う。そして、（１）立寄り先、（２）立寄り先の種別（住宅、保育園、会社などの区別）、（３）立寄り先での滞在時間等を考慮し、自宅、勤務先、家族構成の一部等を推測することができる。
【００８７】
そして、図６に示したような移動経路での移動が例えば１ヶ月程度続けば、位置（Ｘ１、Ｙ１）で示される場所が自宅（現住所）であると推測できる。現住所に対応するＰＯＩ情報が存在する場合には、その場所がマンションなのか、アパートなのか、戸建住宅なのかを判別することができる。また、勤務先は位置（Ｘ５、Ｙ５）で示される□□株式会社であることが推測できる。
【００８８】
また、勤務先のＰＯＩ情報等に基づいて、会社員、公務員、教員などといった職業等の推測も可能となる。また、勤務先、勤務地、勤務時間、ユーザの年齢や性別といった情報を考慮すると共に、Ｗｅｂ上に公開されている給与等に関する情報等をも考慮することにより、凡その月収などの収入に関する情報についても推測できる。この他、朝と夕方に保育園に立寄っていることから保育園に通う子供がいると推測できる。また、移動には、徒歩と電車を用いていること、電車での移動区間は、○○駅から△△駅であることも推測できる。
【００８９】
なお、図６を用いて説明した例は一例であり、属性情報変化推測部１０７は、上述したように、ユーザの移動経路を把握していくことにより、ユーザの属性情報についての種々の推測が可能になる。例えば、定期的に小学校が立寄り先になっている場合には、小学生の子供がいると推測できる。
【００９０】
また、サッカーの試合が行われている競技場（サッカー場）に立寄るようになった場合には、サッカー観戦が趣味になったと推測できる。ユーザが立寄った場所が競技場であることは、上述もしたように、地図ＤＢ１０４やＰＯＩＤＢ１０５を参照することにより分かる。また、ユーザがその場所に滞在しているときにサッカーの試合が行われていたか否かは、インターネット上に開示されているサッカーの試合に関するＷｅｂページの情報を参照することにより分かる。そして、サッカーの試合が行われている競技場に立寄る頻度に応じて、サッカー観戦に関する熱心度も推測することができる。
【００９１】
同様に、川や海などのつりが行える場所によく立寄るようになった場合には、つりが趣味になり、立寄る頻度や滞在時間に基づいて、その熱心度も推測することができる。また、ゴルフ場、ゴルフ練習場、ゴルフショップによく立寄るようになった場合には、ゴルフが趣味になり、立寄る頻度や滞在時間に基づいて、その熱心度をも推測することができる。
【００９２】
また、ユーザが、結婚式場に立寄るようになった場合には、当該ユーザは結婚が近いと推測できるし、そのユーザの自宅（現住所）であると推測される場所が、他のユーザの自宅（現住所）であると推測される場所と一致するようになった場合、当該ユーザは、当該他のユーザと結婚した（同居した）と推測できる。この場合、当該ユーザと当該他のユーザの家族構成に変化が生じたと推測できる。さらに、当該ユーザが産婦人科病院に通うようになった場合には、出産が近いと推測できる。この後、当該ユーザが産婦人科病院に一定期間滞在（入院）した後、ベビー用品店など乳児に係わる施設などが立寄り先になった場合には、子供が誕生した、すなわち、家族構成に変化が生じた推測することができる。
【００９３】
また、近年においては、携帯電話端末の普及率は高く、小学校の高学年位になると自分専用の携帯電話端末を持つ子供も増えてきている。中学生、高校生になると、さらに自分専用の携帯電話端末を持つ子供も多くなる。このため、プローブ情報をユーザ毎に解析するだけでなく、各ユーザについての解析結果との共通点のマージ処理をも行うことによって、家族構成についての変化についても精度よく推測することができる。
【００９４】
そして、属性情報変化推測部１０７は、所定期間分のプローブ情報をユーザ毎に解析することにより、自宅（現住所）、住居形態、家族構成、職業等、勤務先、収入、趣味、立寄り先、その他の種々の情報の推測ができたとする。この場合、属性情報変化推測部１０７は、ユーザ毎に、推測結果と、ユーザＤＢ１０６の該当する属性情報とを比較し、変化が生じているか否かを推測する。
【００９５】
属性情報変化推測部１０７において、ユーザの属性情報が変化したことが推測できたとする。この場合、属性情報変化推測部１０７は、その変化の推測内容を変化情報保持部１０８に記録すると共に、属性情報が変化したと推測されるユーザとその推測の内容を属性情報確認更新部１０９に通知する。
【００９６】
図７は、変化情報保持部１０８に保持されるデータの例を説明するための図である。図７に示すように、変化情報保持部１０８には、ユーザＤＢ１０６の属性情報に変化が生じたと推測できるユーザのユーザＩＤ、変化したことが推測される属性情報の項目（変化推測項目）と変化後の内容、当該推測が行われた年月日（推測年月日）が記録される。なお、図７に示した例の場合、各情報は２０１１年７月１日の推測結果であることが示されている。
【００９７】
そして、図７に示す例の場合には、ユーザＩＤが「００００１」であるユーザが、夜間から翌朝まで滞在する立寄り先に変化が生じたことを検出したために、「現住所」が（埼玉県さいたま市…）に変化したのではないかと推測したことを示す情報が保持されている。また、ユーザＩＤが「００００８」であるユーザが、朝に自宅から出かける先に変化が生じたことを検出したために、「勤務地」が（東京都新宿区…）に変化したのではないかと推測したことを示す情報が保持されている。また、ユーザＩＤが「００１１２」であるユーザが、上述もしたように、産婦人科病院での一定期間の滞在、ベビー用品店が立寄り先になったこと等に基づき、出産により子供が増え、「家族構成」が変化したのではないかと推測したことを示す情報が保持されている。
【００９８】
また、ユーザＩＤが「０００２０」であるユーザが、ゴルフ場、ゴルフ練習場、ゴルフショップなどを立寄り先とするようになったために、「趣味」にゴルフが加わったのではないかと推測したことを示す情報が保持されている。また、ユーザＩＤが「０００３５」であるユーザの自宅（現住所）と同じ場所に、夜間から翌朝にかけて滞在する他のユーザが確認できたために、「家族構成」が変化した（同居の家族が増えた）のではないかと推測したことを示す情報が保持されている。
【００９９】
図７に示したように、変化情報保持部１０８に保持される推測結果と同様の情報が、属性情報確認更新部１０９にも通知される。そのため、属性情報確認更新部１０９は、属性情報に変化が生じたと推測されるユーザに対して、当該変化について確認を取るようにするための所定のＷｅｂページへのアクセスを促す電子メールを送信する。
【０１００】
そして、ユーザが当該電子メールにより指示されたＷｅｂページにアクセスしてきて、確認入力を行い、当該確認入力が、属性情報に変化が生じたことの推測結果が正しいことの確証が取れたとする。この場合、属性情報確認更新部１０９は、ユーザＤＢ１０６に保持されている当該ユーザの登録情報の内、変化した属性情報を変化後の属性情報に変更する更新処理を実行する。このようにして、ユーザＤＢ１０６の属性情報が、適切に維持、管理される。これにより、ユーザＤＢ１０６に登録されている各ユーザの属性情報を信頼性の高い情報として、上述した情報提供時に利用したり、開示がユーザによって許可されている属性情報については、企業等に提供したりすることができる。
【０１０１】
そして、属性情報提供部１１０が、契約している企業等からの要求に応じて、属性情報の開示を承認しているユーザの属性情報であって、要求された条件に合致するユーザの属性情報を提供する処理を行う。ユーザの属性情報は、上述したように、常に正確な状態に維持、管理されるので、企業等は信頼性の高いユーザの属性情報を手軽に取得することができる。
【０１０２】
［属性情報変化推測部１０７の処理のまとめ］
次に、この実施の形態のサーバ装置１の属性情報変化推測部１０７において行われる処理について、図８のフローチャートを参照しながらまとめる。図８は、属性情報変化推測部１０７で行われる処理を説明するためのフローチャートである。
【０１０３】
属性情報変化推測部１０７は、例えば、１ヶ月毎などの所定のタイミングで、図８に示す処理を実行する。そして、属性情報変化推測部１０７は、まず、ユーザ別に、所定の期間分（例えば、直近の過去１ヶ月分）のプローブ情報を抽出する（ステップＳ１０１）。そして、属性情報変化推測部１０７は、抽出したプローブ情報に基づいて、分析対象のユーザのユーザＩＤを特定する（ステップＳ１０２）。
【０１０４】
そして、ユーザＩＤを特定したユーザの所定期間分のプローブ情報に基づいて、図６を用いて説明したように、当該所定期間における当該ユーザの移動経路（行動パターン）を特定する（ステップＳ１０３）。なお、このステップＳ１０３の処理においては、必要に応じて、地図ＤＢ１０４、ＰＯＩＤＢ１０５が参照される。この後、属性情報変化推測部１０７は、ステップＳ１０３の特定結果に基づいて、当該ユーザの立寄り場所、立寄り時刻、当該立寄り場所についての滞在時間、各立寄り場所への立寄り周期等を把握し、これに基づき、現住所、職業等、勤務地等、収入、趣味、子供有無等を把握する（ステップＳ１０４）。
【０１０５】
上述もしたように、引越しにより現住所が変わった場合や就職や転職、進学等により職業等や勤務地等が変わった場合には、プローブ情報に応じてユーザの行動軌跡を解析することにより、それらの変化後の状態を検出することができる。また、特定した立寄り先に基づいて、勤務先やアルバイト先を特定すると共に、ユーザの年齢や勤務時間（滞在時間）、インターネット上に開示されている当該勤務先やアルバイト先の賃金情報、一般的な賃金相場の情報等に基づいて、大まかにユーザの収入を推測することも出来る。
【０１０６】
また、特定した立寄り先や休日の外出先に基づいて、趣味を特定することもできるし、特定した立寄り先に基づいて、保育園や幼稚園などに毎日ほぼ決まった時間に立寄っている場合には、子供がいることが分かるなど、種々の解析が可能となる。このように、どのような場所が立寄り先か、立寄る頻度はどの位か、同伴者はいるか等の情報に基づいて、種々の属性情報の判別が可能となる。このような判別は、ステップＳ１０４における処理においてパターン化しておき、当該パターンに基づいて判別することができる。
【０１０７】
さらに、属性情報変化推測部１０７は、ステップＳ１０４において、現住所として特定した場所を立寄り先とする他のユーザの有無を確認し、同居の家族を把握する（ステップＳ１０５）すなわち、特定した現住所に、長時間にわたって立寄る他のユーザが存在する場合には、当該他のユーザはステップＳ１０２で特定したユーザＩＤのユーザの家族であると判別することができる。
【０１０８】
そして、属性情報変化推測部１０７は、ステップＳ１０２で特定したユーザＩＤに基づいて、ユーザＤＢ１０６の属性情報（登録情報）を参照し、ステップＳ１０４、ステップＳ１０５での推定結果に基づいて、ユーザＤＢの属性情報が変化しているか否かを確認する（ステップＳ１０６）。すなわち、ステップＳ１０６では、ステップＳ１０４、ステップＳ１０５で把握した情報と、ユーザＤＢ１０６の属性情報とで異なっている場合には、当該ユーザの属性情報に変化ありと推測する。
【０１０９】
そして、属性情報変化推測部１０７は、ステップＳ１０６での確認結果が、属性情報に変化があることを示すものであるか否かを判別する（ステップＳ１０７）。ステップＳ１０７の判別処理において、変化あることを示すものであると判別したときには、属性情報変化推測部１０７は、属性情報確認更新部１０９に対して、属性情報の変化が推測されるユーザのユーザＩＤと、変化後の属性情報と、推測処理日とを通知すると共に、当該通知内容を変化情報保持部１０８に格納する（ステップＳ１０８）。
【０１１０】
ステップＳ１０７の判別処理において、属性情報に変化なしと判別した場合と、ステップＳ１０８の処理の後においては、属性情報変化推測部１０７は、抽出したプローブ情報をユーザ毎にすべて処理したか否かを判別する（ステップＳ１０９）。ステップＳ１０９の判別処理において、抽出したプローブ情報をユーザ毎にすべて処理していないと判別したときには、ステップＳ１０２からの処理を繰り返し、次のユーザについてのプローブ情報の解析処理を行う。ステップＳ１０９の判別処理において、抽出したプローブ情報をユーザ毎にすべて処理したと判別したときには、この図８に示す処理を終了する。
【０１１１】
このように、属性情報変化推測部１０７は、プローブ情報を解析することにより、ユーザＤＢ１０６に登録されている属性情報に変化が生じたことを推測した場合に、これを属性情報確認更新部１０９に通知すると共に、推測結果を図７に示した態様で、変化情報保持部１０８に格納することができる。
【０１１２】
［属性情報確認更新部１０９の処理のまとめ］
次に、この実施の形態のサーバ装置１の属性情報確認更新部１０９において行われる処理について、図９、図１０のフローチャートを参照しながらまとめる。図９、図１０は、属性情報確認更新部１０９で行われる処理を説明するためのフローチャートである。
【０１１３】
属性情報確認更新部１０９は、図９に示す処理を常時実行し、属性情報変化推測部１０７からの属性情報に変化が生じことを推測したことを示す通知（変化通知）を受け付けるようにし、当該変化通知を受け付けたか否かを判別する（ステップＳ２０１）。変化通知を受け付けていないと判別したときには、ステップＳ２０１からの処理を繰り返し、変化通知の到来を待つ。
【０１１４】
ステップＳ２０１の判別処理において、変化通知を受け付けたと判別したときには、属性情報確認更新部１０９は、属性情報が変化したと推測されるユーザに対して、所定のＷｅｂページにアクセスすることを促す電子メールを作成する（ステップＳ２０２）。図１１は、当該電子メールの一例を説明するための図である。図１１に示すように、この例の当該電子メールは、属性情報の変更確認のために所定のＷｅｂページにアクセスすることを要請する文面と、アクセス先を示すＵＲＬ（Uniform Resource Locator）と、確認に協力するとポイントが付与されることを通知する文面とが含まれる。ここで、当該電子メールに含まれるＵＲＬにより特定されるＷｅｂページは、属性情報確認更新部１０９の機能によりサーバ装置１が提供するものである。
【０１１５】
そして、属性情報確認更新部１０９は、ステップＳ２０２で作成した電子メールを、ユーザＤＢ１０６に登録されている属性情報が変化したと推測される当該ユーザの電子メールアドレスを宛先として送信する（ステップＳ２０３）。当該電子メールは、制御部１２０、通信Ｉ／Ｆ１０２、接続端子１０１を通じてネットワーク２に送出され、ネットワーク２上に設けられた当該ユーザのメールボックスに送信される。この後、属性情報確認更新部１０９は、ステップＳ２０１からの処理を繰り返す。
【０１１６】
このようにして、サーバ装置１から送信された当該電子メールは、ユーザの携帯通信端末４により受信され、当該携帯通信端末４の表示部４１３の表示画面４１３Ｇに表示され、ユーザに提供される。そして、ユーザは、当該電子メール内に表示されたＵＲＬを選択する操作を行うと、当該ＵＬＲにより特定されるＷｅｂページにアクセスすることができる。
【０１１７】
そして、属性情報確認更新部１０９は、図１０に示す処理についても常時実行し、上述した電子メールを通じてユーザに要求した所定のＷｅｂページへのアクセス要求を受信したか否かを判別する（ステップＳ３０１）。所定のＷｅｂページへのアクセス要求は、接続端子１０１、通信Ｉ／Ｆ１０２を通じて制御部１２０により受信され、当該アクセス要求を受信したことは、制御部１２０を通じて属性情報確認更新部１０９に通知される。そして、属性情報確認更新部１０９は、所定のＷｅｂページへのアクセス要求を受信していないと判別したときには、ステップＳ３０１からの処理を繰り返し、ユーザから所定のＷｅｂページへのアクセス要求の到来を待つ。
【０１１８】
ステップＳ３０１の判別処理において、ユーザから所定のＷｅｂページへのアクセスを受信したと判別したときには、属性情報確認更新部１０９は、アクセス元のユーザに対して、所定のＷｅｂページを提供し、属性情報の確認入力を要求する（ステップＳ３０２）。この場合、ユーザからの所定のＷｅｂページへのアクセス要求に、例えば、当該ユーザを特定するユーザＩＤをも含めて送信できるようにしておく。
【０１１９】
これにより、属性情報確認更新部１０９は、当該ユーザのユーザＩＤに基づいて、変化情報保持部１０８の情報を参照し、そのユーザのどの属性情報の変化を推測したかを把握する。そして、属性情報確認更新部１０９は、そのユーザに応じたＷｅｂページを構成し、当該Ｗｅｂページをユーザに提供する。図１２は、ユーザに提供する所定のＷｅｂページの一例について説明するための図である。この図１２に示す例は、現住所の変化が推測されるユーザに対して提供するＷｅｂページの例である。
【０１２０】
図１２に示すように、当該Ｗｅｂページには、属性情報の変更確認のためのＷｅｂページであることを示す文面と、変化が推測される属性情報があることを示す文面と、当該変化があることが推測される属性情報の変化の有無を確認するためのチェック欄とが設けられている。さらに、属性情報の変化理由を記載できるエリアも設けられている。したがって、変化が推測される属性情報があることを示す文面は、「最近、勤務地が変わられましたか。」、「最近、お子様が誕生されましたか。」、「最近、ゴルフを始められましたか。」などのように適宜変えることができるようにされる。
【０１２１】
このようなＷｅｂページが、アクセス元のユーザの携帯通信端末４に提供され、表示部４１３の表示画面４１３Ｇに表示され、ユーザに提供される。そして、ユーザは、表示されたチェック欄にチェックを入力し、必要に応じて理由を記載して、「送信」アイコンを選択するなどの送信操作を行うことによって、属性情報の推測された変化が正しいか、正しくないかを示す情報をサーバ装置１に送信することができる。なお、間違った入力を行ったときには、送信前に「ＢＳ」アイコンを選択するなどの訂正操作を行うことにより、訂正入力を行うこともできるようにされる。
【０１２２】
そして、属性情報確認更新部１０９では、当該Ｗｅｂページを通じてユーザからの確認入力を受け付け、当該確認入力が属性情報の変化を肯定するものであるか否か、換言すれば、属性情報の更新が必要か（更新ＯＫか）否かを判別する（ステップＳ３０３）。ステップＳ３０３の判別処理において、属性情報の更新が必要であると判別したときには、属性情報確認更新部１０９は、ユーザＤＢ１０６に登録されている当該ユーザの変化したことが推測された属性情報を、変化後の属性情報に更新する（ステップＳ３０４）。変化後の属性情報は、上述もしたように、変化情報保持部１０８に保持されている。
【０１２３】
ステップＳ３０３の判別処理において、属性情報の更新は必要ない（属性情報は変化していない）と判別した場合と、ステップＳ３０４の処理の後においては、ステップＳ３０１からの処理が繰り返す。
【０１２４】
このように、属性情報確認更新部１０９は、電子メールと所定のＷｅｂページを用いることにより、属性情報に変化が生じたことが推測されたユーザに対して、当該変化の推測が正しいか否か（変化が本当に生じているか否か）を確認することできる。そして、当該変化の推測が正しいと確証が取れた場合に、ユーザＤＢ１０６の該当ユーザの属性情報を、推測した変化後の情報に更新することができる。
【０１２５】
［実施の形態の効果］
上述したように、サーバ装置１は、携帯通信端末４のユーザの属性情報を記憶保持するが、ユーザの属性情報に変化が生じた場合であっても、当該ユーザに対して属性情報の変更の申告を義務付ける必要はない。サーバ装置１は、各携帯通信端末４からのプローブ情報を収集して解析することにより、各ユーザの属性情報を推測することができる。
【０１２６】
そして、サーバ装置１が記憶保持している属性情報に変化が生じたことが推測できた場合には、その推測が正しいか否かを実際にユーザに確認し、正しいことの確証か取れた場合に、サーバ装置１が記憶保持する属性情報を新たな情報に更新することができる。したがって、携帯通信端末４のユーザも、また、サーバ装置１側のオペレータ等の手を煩わせることなく、サーバ装置１に記憶保持されているユーザの属性情報を、適切に維持、管理することができる。
【０１２７】
そして、ユーザが属性情報の公開を許諾している場合には、正確で信頼性の高いユーザの属性情報を企業等の属性情報を必要とする第三者に提供することができる。これにより、企業などは、ユーザの属性情報を入手するために、コストや時間をかけることなく、目的とする高品質のユーザの属性情報を入手することが可能になる。
【０１２８】
また、ユーザの属性情報の公開を許諾したユーザに対しては、属性情報の許諾の範囲に応じて、通信料金の決済や現金や景品との交換に利用できるポイントなどを付与することにより、ユーザが自己の属性情報を公開することに対するメリットを付与することができる。
【０１２９】
［変形例］
なお、上述した実施の形態においては、サーバ装置１が地図ＤＢ１０４、ＰＯＩＤＢ１０５を備えるものとして説明したが、これに限るものではない。地図ＤＢ１０４やＰＯＩＤＢ１０５は、ネットワーク２上の他のサーバ装置に用意されているものを、サーバ装置１が利用する態様とすることもできる。
【０１３０】
また、サーバ装置１において記憶保持されるユーザの属性情報のそれぞれについて、その信憑性の評価レベル（評価値）を設定することもできる。例えば、記憶保持されている属性情報とプローブ情報を解析することにより推測される属性情報とに差異がない場合には、その属性情報の信憑性レベルを高く設定する。また、上述したように、記憶保持されている属性情報に変化が生じたと推測され、これをユーザに確認した場合であって、当該確認に対してユーザからの応答があり属性情報の正確性を維持できた場合には、当該属性情報の信憑性レベルを高く設定する。逆に、確認に対するユーザからの応答がない場合には、その属性情報の信憑性レベルを低く設定する。このようにすれば、属性情報のそれぞれについて、正確なものと、正確性に欠けるものとを適切に区別し、企業等に質の高い属性情報を用いたエリアマーケッティング情報等を提供することができる。
【０１３１】
また、上述した実施の形態では、属性情報の変化の確認を行う場合に、どの属性情報が変化したのかを示して、変化の有無を問い合わせるようにしたが、これに限るものではない。例えば、現住所や勤務先が変わった場合には、推測して得た新たな現住所や勤務先を示し、それが正しいか否かの確認を求めるようにしてもよい。すなわち、推測した変化後の属性情報の内容をユーザに示し、それが正しいか否かをユーザに確認する態様とすることもできる。
【０１３２】
また、上述した実施の形態においては、属性情報の変化の確認を、確認のための所定のＷｅｂページへアクセスすることを要求する電子メールを送信することにより行うようにしたが、これに限るものではない。例えば、属性情報の変化の確認を求める電子メールをユーザに送信し、当該電子メールに対する返信をユーザに対して要求するようにしてもよい。サーバ装置１では、返信されてきた電子メールの内容を確認し、属性情報の変化が正しいとする内容の返信メールが確認できた場合に、その返信メールを送信してきたユーザの属性情報を更新すればよい。
【０１３３】
また、属性情報が変化したことを推測した場合に、変化が推測されたユーザのユーザＩＤ、変化の内容、ユーザの電話番号などからなる一覧リストを作成する。そして、当該一覧リストに基づいて、サーバ装置１側のオペレータが該当ユーザに対して直接に電話を掛けて確認する。当該電話により変化の確証が得られた場合に、オペレータからの指示入力に応じて、サーバ装置１において、ユーザＤＢ１０６の当該ユーザの属性情報を更新するように構成することも可能である。なお、このように、オペレータを介在させる確認は、上述した実施の形態の場合に、ユーザからの確認のための所定のＷｅｂページに対するアクセスがない場合や、変化の内容が複雑で直接に確認した方が好ましい場合などに用いるようにしてもよい。
【０１３４】
また、上述した実施の形態におけるユーザの属性情報の変化の推測は一例であり、携帯通信端末４からのプローブ情報を用いることにより、ユーザの種々の属性情報の推測が可能である。例えば、ユーザやその家族がライフサイクル（乳児、幼児、児童、少年、青年、中年、壮年、老年等）のどの段階にあるのかを推測することができる。また、ユーザやその家族がライフステージ（保育、就学、就職、独身、恋愛、結婚、育児、教育、子離れ、隠居、晩年等）のどの段階のあるのかを推測することができる。
【０１３５】
また、ライフスタイル（趣味嗜好、行動範囲、家族形態、扶養家族、参加している団体やサークルや地域活動等）を推測することができる。また、性別、年齢、学歴、資格、職業、収入、可処分所得、資産、住居形態などのライフベースについても推測可能である。これら、ライフサイクル、ライフステージ、ライフスタイル、ライフベースに属するユーザの種々の属性についても、ユーザが携帯する携帯通信端末４からのプローブ情報を収集して、ユーザの行動軌跡に基づく行動パターンや当該ユーザと共に行動する他のユーザの存在等を総合的に勘案して推測することができる。
【０１３６】
より具体的には、上述したユーザについての属性情報のそれぞれについて、ユーザがどのような行動をとった場合に、その属性情報に該当することになったと推測できるかの基準情報を多数整えておく。そして、サーバ装置１の属性情報変化推測部１０７は、プローブ情報を解析することにより、携帯通信端末を持つユーザが、いつ、どこへ、どの位の時間、誰といったか、行った先でどのようなイベントが行われていたかなどの情報を取得する。そして、属性情報変化推測部１０７は、当該取得した情報と、上述した基準情報との一致、あるいは、一致の度合いに応じて、その属性情報に該当することになったか否かを推測（判別）判別する。
【０１３７】
したがって、上述した基準情報を整備することにより、推測した収入から可処分所得を推測することができる。また、ＰＯＩ情報や一緒にいる他のユーザの属性情報などを利用して、現住所は持ち家か賃貸か、取引銀行はどこか、証券会社との取引はあるかといった資産に関する情報を推測したりすることもできる。また、仮にユーザの性別が不明だった場合に、立寄り先などから性別を推測することもできるし、同窓会やセミナーや講習会などへの参加の状況に応じて、学歴や保持している資格などについても把握できる。
【０１３８】
このため、サーバ装置１が備える地図ＤＢ１０４やＰＯＩＤＢ１０５だけに限らず、ネットワーク２上に存在する例えば、イベントＤＢや種々のＷｅｂページなどの情報をも参照し、ユーザの立寄り先で何が行われていたかの情報をも考慮する。このようにして、プローブ情報を利用することにより、ユーザの種々の属性情報についての詳細な推測が可能となる。
【０１３９】
［その他］
なお、上述した実施の形態においては、サーバ装置１のユーザＤＢ１０６が、属性情報保持手段としての機能を実現し、接続端子１０１及び通信Ｉ／Ｆ１０２が主に受信手段、応答受信手段としての機能を実現している。また、サーバ装置１のプローブ情報ファイル１０３がプローブ情報蓄積手段としての機能を実現し、属性情報変化推測部１０７が推測手段としての機能を実現し、属性情報確認更新手段１０９が、問合せ手段及び更新手段としての機能を実現している。
【符号の説明】
【０１４０】
１…サーバ装置、１０１…接続端子、１０２…通信Ｉ／Ｆ、１０３…プローブ情報ファイル、１０４…地図ＤＢ、１０５…ＰＯＩＤＢ、１０６…ユーザＤＢ、１０７…属性情報変化推測部、１０８…変化情報保持部、１０９…属性情報確認更新部、１１０…属性情報提供部、１２０…制御部、２…ネットワーク、３…基地局、４…携帯通信端末、４０１…送受信アンテナ、４０２…送受信処理部、４０３…受話器（スピーカ）、４０４…送話器（マイクロホン）、４１１…キー操作部、４１２…表示制御、４１３…表示部、４１４…音声処理部、４１５…スピーカ、４２０…制御部、４２１…ＣＰＵ、４２２…ＲＯＭ、４２３…ＲＡＭ、４２４…ＥＥＰＲＯＭ、４２５…ＣＰＵバス、４３１…時計回路、４３２…外部入出力端子、４３３…外部Ｉ／Ｆ、４３４…ＧＰＳ部、４３５…ＧＰＳアンテナ、５…ＧＰＳ衛星、６…位置管理サーバ
【技術分野】
【０００１】
この発明は、情報通信分野に属し、例えば、携帯電話端末などの携帯通信端末から送信される現在位置情報を含むプローブ情報を利用して、当該携帯通信端末のユーザの属性情報を維持、管理する装置、方法、システムに関する。
【背景技術】
【０００２】
ＧＰＳ（Global Positioning System）モジュールが搭載され、自己の現在位置の測位が可能な携帯電話端末が種々提供されるようになってきている。これに伴い、後に記す特許文献１に開示されているように、携帯電話端末で測位されるユーザの現在位置と当該ユーザの属性情報とに応じて、当該ユーザに応じた案内情報等を提供するサービスなどが提供されるようになってきている。例えば、ユーザが渋谷駅付近にいる場合に、渋谷駅付近の店舗などの案内情報などが自動的に当該ユーザの携帯通信端末に提供されるといったサービスが行われている。
【０００３】
そして、当該特許文献１に記載の発明の場合、ユーザ毎に個人の属性情報を事前に登録しておくことが重要である。個人の属性情報が無ければ、例えば、未成年者に酒類の提供がメインの店舗情報を提供するといった的外れな情報の提供を行ってしまう可能性が生じるからである。しかし、ユーザ毎に個人の属性情報を事前に整備するためには、まず、各ユーザから正確な属性情報の提供を受け、これをデータベース化しなければならず、煩雑な作業が必須となる。
【０００４】
そこで、後に記す特許文献２には、特別な作業を行うことなく、ユーザの属性情報を特定して蓄積できるようにする発明が開示されている。当該特許文献２に記載の発明は、携帯電話端末から所定のタイミング毎に、当該携帯電話端末の現在位置情報を含むプローブ情報の提供を受けて、当該プローブ情報を解析することにより、ユーザの属性情報を特定し、これを蓄積するものである。
【０００５】
なお、ユーザの属性情報は、氏名、生年月日、電話番号、電子メールアドレス等の固定的な情報の他、現住所、家族構成、職業等（種々の職業や学生などの区別）、勤務先（勤務先や通学先の所在地）、収入、趣味、立寄り先、その他の情報等の非固定的な情報を含む。そして、属性情報の内、固定的な情報は例えば電話会社との契約時などにおいては必ず必要になる情報あるために、その収集及び登録は比較的に簡単に行うことができる。
【０００６】
しかし、非固定的な情報は、電話会社との契約時などにおいて必須の情報でないものもあり、また、その内容もユーザ毎に多岐にわたるため、その収集や登録には手間がかかるのである。しかし、特許文献２に記載の発明を用いることにより、属性情報の内の非固定的な属性情報についても、データベース化するに際して、携帯電話端末のユーザ側においても、また、個人の属性情報を管理する電話会社側においても、煩雑な作業を行う必要がなくなる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−０３４７４３号公報
【特許文献２】特開２０１０−２３７８３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述した特許文献２に記載の発明は、煩雑な作業を行うことなく、当該携帯電話端末のユーザの属性情報を特定し、蓄積することができるので、非常に有効である。しかし、真に正確な属性情報を特定して蓄積し、これを適切に維持、管理することは難しい。例えば、順次に提供される携帯電話端末からのプローブ情報を所定期間分解析することにより、夜間から翌日の朝にかけて滞在している場所を特定できたとする。この場合、滞在場所等を考慮したとしても、その場所が自宅なのか、出張や旅行の滞在先なのかを適切に判別することができない場合がある。
【０００９】
また、複数のユーザのプローブ情報を所定期間分解析することにより、夜間に同じ場所（例えば、同じ戸建住宅）に滞在する人が増えたことを検出したとする。この場合、例えば、結婚などにより同居の家族が増えたのか、友人や知人が何かの用事で比較的に長期に渡って泊まりにきているのかを判別することなども難しい。このように、携帯電話端末からのプローブ情報を解析することにより、当該携帯電話端末のユーザの属性情報を検出できたとしても、その属性情報が真に正しいか否かまでは判別することはできない。また、属性情報の内、上述した非固定的な情報については、いつ変わるか分からないために、属性情報を適切に維持、管理することも難しい。
【００１０】
また、別の観点から個人の属性情報の利用について考える。ユーザの氏名、住所、年齢、性別といった種々の属性情報については、全てを絶対に秘匿したいと考えているユーザばかりではなく、何らかのメリットがあれば、ある程度までは公開しても差し支えないと考えているユーザも多い。近年、個人の属性情報を予め登録しておき、アンケートに回答したり、キャンペーンに参加したりすることにより、ポイントの提供を受けて貯め、貯めたポイントを現金や景品に交換できるという仕組みを有するサイトは相当数存在している。
【００１１】
ところが、企業等が市場調査や商品広告のために必要とする個人の属性情報は、信頼性の高い情報である。このため、ユーザが公開することを承認している個人の属性情報があっても、それが適切に更新され、正確なものでない限り、企業等にとっては余り意味の無い情報となってしまう。上述したポイント提供サイトのように、個人の属性情報を集めても、これを適切に更新する方法が存在しないのが現状である。また、従来の電話や訪問などにより個人の属性情報を調査する方法では、時間や経費がかかり、調査結果はその時しか使えないこともあり、安定して継続的に、正確な個人の属性情報を得たいとする要求もある。
【００１２】
以上の点に鑑み、この発明は、多数のユーザについての個人の属性情報を、時間や手間をかけることなく、適切に維持、管理して、正確な情報として利用できるようにすることを目的とする。
【課題を解決するための手段】
【００１３】
上記課題を解決するため、請求項１に記載の発明の属性情報管理サーバは、
ユーザ毎に個人の属性情報を記憶保持する属性情報保持手段と、
ユーザの携帯通信端末から所定のタイミング毎に送信される情報であって、ユーザの識別が可能な識別情報と現在位置情報とを含むプローブ情報を受信する受信手段と、
前記受信手段で受信されたプローブ情報をユーザ毎に蓄積するプローブ情報蓄積手段と、
前記プローブ情報蓄積手段に蓄積された前記プローブ情報をユーザ毎に解析し、前記属性情報保持手段に保持されている当該ユーザの属性情報に変化が生じたか否かを推測する推測手段と、
前記推測手段で前記属性情報に変化が生じたと推測されたユーザに対して、当該属性情報の変化の有無の問い合わせを行う問い合わせ手段と
を備えることを特徴とする。
【００１４】
この請求項１に記載の発明の属性情報管理サーバによれば、属性情報保持手段には、ユーザ毎に個人の属性情報が予め記憶保持される。受信手段により、携帯通信端末からのユーザを識別することが可能な識別情報と現在位置情報とを含むプローブ情報が順次に受信され、これがプローブ情報蓄積手段に蓄積される。そして、推測手段により、プローブ情報蓄積手段に蓄積されたプローブ情報がユーザ毎に解析されて、属性情報保持手段に保持されている当該ユーザの属性情報に変化が生じたか否かが推測される。
【００１５】
推測手段により、属性情報に変化が生じたと推測された場合、変化が生じたと推測される属性情報のユーザに対して、問い合わせ手段を通じて、属性情報が変化したか否かの問い合わせが行われる。すなわち、属性情報が恒久的に変化したのか（本当に変化したのか）、それとも例えば一時的な変化であって、恒久的な変化ではないのか（実際には変化していないのか）が、ユーザに対して直接に問い合わせられる。
【００１６】
このように、属性情報保持手段に保持される各ユーザの属性情報については、各ユーザのプローブ情報を解析することにより変化の有無が推測される。そして、属性情報が変化したと推測される場合には、当該属性情報のユーザに対して直接に属性情報の変化の有無を問い合わせることができるので、その結果に基づいて属性情報を適切に更新し、正確性を維持するなどのことができるようにされる。すなわち、属性情報保持手段に保持（登録）されている各ユーザの個人の属性情報が、時間や手間をかけることなく、適切に維持、管理され、正確な情報として利用できるように整えられる。
【発明の効果】
【００１７】
この発明によれば、多数のユーザについての個人の属性情報を、時間や手間をかけることなく、適切に維持、管理して、正確な情報として利用できるように整えることができる。
【図面の簡単な説明】
【００１８】
【図１】実施の形態の属性情報管理システムの概略構成を説明するための図である。
【図２】実施の形態の携帯通信端末４の構成例を説明するためのブロック図である。
【図３】実施の形態のサーバ装置１の構成例を説明するためのブロック図である。
【図４】プローブ情報ファイル１０３に格納される格納データ（プローブ情報）の例を説明するための図である。
【図５】ユーザＤＢ１０６の登録データの例を説明するための図である。
【図６】属性情報変化推測部１０７で行われるユーザの移動経路の把握について説明するための図である。
【図７】変化情報保持部１０８に保持されるデータの例を説明するための図である。
【図８】属性情報変化推測部１０７で行われる処理を説明するためのフローチャートである。
【図９】属性情報確認更新部１０９で行われる処理を説明するためのフローチャートである。
【図１０】属性情報確認更新部１０９で行われる処理を説明するためのフローチャートである。
【図１１】属性情報確認更新部１０９により属性情報の変更確認のためにユーザに送信される電子メールの例を説明するための図である。
【図１２】属性情報確認更新部１０９により属性情報の変更確認のためにユーザに提供されるＷｅｂページの例を説明するための図である。
【発明を実施するための形態】
【００１９】
以下、図を参照しながらこの発明の装置、方法、システムの一実施の形態について説明する。
【００２０】
［システムの全体構成］
図１は、この実施の形態の属性情報管理システムの概略構成を説明するための図である。図１に示すように、この実施の形態の属性情報管理システムの基本的な構成は、サーバ装置１と携帯通信端末４（１）、４（２）、…とが、ネットワーク２を介して接続されたものである。さらに、ネットワーク２に接続される位置管理サーバ６が提供する情報が利用可能な構成になっている。
【００２１】
サーバ装置１は、携帯通信端末４（１）、４（２）、…の各ユーザの属性情報を記憶保持し、これを携帯通信端末４（１）、４（２）、…から送信されるプローブ情報を利用して、適切に維持、管理する属性情報管理サーバとしての機能を実現する。すなわち、サーバ装置１は、この発明の装置、方法が適用されて実現されたものである。
【００２２】
ネットワーク２は、種々の広域通信ネットワークを含むものである。ネットワーク２は、ＩＰ（Internet Protocol）網、公衆交換電話網（ＰＳＴＮ（Public Switched Telephone Network））、デジタル回線網（ＩＳＤＮ（Integrated Services Digital Network））などを含むものである。また、ネットワーク２は、図１に示すように、多数の基地局３（１）、３（２）、３ＩＮ（１）、…を含む携帯電話網や、ｗｉｆｉなどと呼ばれる無線ＬＡＮ（Local Area Network）、ｗｉｍａｘなどと呼ばれる高速無線通信規格に準じた無線通信網などをも含むものである。
【００２３】
携帯通信端末４（１）、４（２）、…としては、例えば、携帯電話端末、ＰＤＡ（Personal Digital Assistants）、タブレット端末あるいはパッド型端末などと呼ばれる情報端末など、通信機能を備えた種々のものが提供されている。この実施の形態において、携帯通信端末４（１）、４（２）、…のそれぞれは、種々の携帯通信端末の中でも普及率の高い携帯電話端末であるものとして説明する。
【００２４】
携帯通信端末４（１）、４（２）、…のそれぞれは、ＧＰＳ機能を備え、少なくとも３個以上の人工衛星からの信号を受信して演算処理を行うことにより、自機の現在位置を測位することができるものである。また、携帯通信端末４（１）、４（２）、…のそれぞれのＧＰＳ機能は、いわゆるディファレンシャルＧＰＳと呼ばれる技術を用い、高精度に自機の現在位置を測位することができるものである。
【００２５】
なお、ディファレンシャルＧＰＳは、位置の分かっている携帯電話端末網の基地局において、ＧＰＳによる測位を行い、当該基地局の実際の位置とＧＰＳを用いて測位した位置とのずれを示す信号を生成して送信する。この基地局からの信号を各携帯通信端末４（１）、４（２）、…が受信し、各携帯通信端末４（１）、４（２）、…のそれぞれにおいて、ＧＰＳ機能により測位した自機の現在位置を補正することにより、より正確に自機の現在位置を測位できるようにするものである。
【００２６】
そして、携帯通信端末４（１）、４（２）、…のそれぞれは、所定のタイミング毎に、プローブ情報を生成し、これをサーバ装置１に送信する機能を備える。当該プローブ情報は、少なくとも、自機を使用するユーザを識別することが可能な識別情報であるユーザＩＤと、現在時刻情報と、ＧＰＳ機能を用いて測位して得た現在位置情報とを含むものである。
【００２７】
なお、ユーザＩＤは、例えば、携帯通信端末４（１）、４（２）、…等の購入時などにおいて設定されるものを用いることができる。この他、携帯通信端末４（１）、４（２）、…のそれぞれに割り当てられている電話番号やＳＩＭカード（Subscriber Identity Module Card）の固有ＩＤを用いたりするなどのことが可能である。すなわち、ユーザＩＤは、携帯通信端末４（１）、４（２）、…等のそれぞれを利用するユーザを一意に特定することができる情報であればよい。
【００２８】
そして、プローブ情報は、集計して統計情報として用いたり、端末を所持する個々人または団体、企業への位置情報提供サービスなどに用いられたりするものである。この実施の形態の属性情報管理システムにおいてプローブ情報は、詳しくは後述するが、サーバ装置１に記憶保持される携帯通信端末４（１）、４（２）、…のユーザについての属性情報の変化を検出するために用いられる。
【００２９】
なお、図１において、ＧＰＳ衛星５（１）、５（２）、…は、地球周回軌道上に配備され、現在位置測位のためのいわゆるＧＰＳ信号を送信する約３０基の人工衛星の一部を示したものである。また、図１において、基地局３（１）、３（２）、…のそれぞれは、屋外に設置された携帯電話網の基地局である。また、屋外の基地局からの電波の届き難い屋内においても携帯電話端末の利用を可能にするため、例えば店舗などの種々の施設の屋内にも、図１において、基地局３ＩＮ（１）が示すように、携帯電話網に接続された小規模な基地局が設置されている場合もある。
【００３０】
また、位置管理サーバ６は、電話会社側に設けられ、各基地局の番号、各基地局の設置位置の緯度および経度などを管理すると共に、基地局から送られてくる携帯電話端末の端末識別情報や当該携帯電話端末からの電波の受信電界強度の情報から、携帯電話端末の位置を三角測量の手法を用いて算出して管理する機能を備える。また、位置管理サーバ６は、算出した携帯電話端末の位置情報を当該携帯電話端末に送るなどの機能をも備える。
【００３１】
これにより、携帯通信端末４（１）、４（２）、…のそれぞれは、ＧＰＳ機能による現在位置の測位ができない場合であっても、位置管理サーバ６の機能により、自機の現在位置を把握することもできる。また、サーバ装置１が、位置管理サーバ６からの情報の提供を受けることによって、携帯通信端末４（１）、４（２）、…のそれぞれの現在位置を特定することもできる。
【００３２】
そして、この実施の形態の属性情報管理システムにおいては、携帯通信端末４（１）、４（２）、…のそれぞれは、所定のタイミング毎に、プローブ情報を生成し、これをサーバ装置１に対して送信する。この実施の形態において、プローブ情報は、上述もしたように、少なくとも、携帯通信端末のユーザを識別することが可能な識別情報と、現在時刻情報と、ＧＰＳ機能を用いて測位して得た現在位置情報とを含むものである。
【００３３】
一方、サーバ装置１は、携帯通信端末４（１）、４（２）、…の各ユーザの属性情報を記憶保持している。各ユーザの属性情報は、詳しくは後述もするが、ユーザＩＤ、氏名、性別、生年月日などの固定的な情報の他、現住所、勤務先、家族構成、趣味などの変化する可能性のある非固定的な情報をも含んでいる。そして、サーバ装置１は、携帯通信端末４（１）、４（２）、…から順次に送信されてくるプローブ情報を受信して、ユーザ毎に蓄積する。
【００３４】
サーバ装置１は、所定のタイミング毎に、蓄積した所定期間分のプローブ情報をユーザ毎に解析して、ユーザの移動経路等を把握し、当該ユーザの非固定的な属性情報に変化が生じたか否かを推測する。例えば、携帯通信端末４（１）等のユーザの夜間の滞在場所が変わった場合には、現住所が変わった可能性があると推測でき、朝に出かける先が変われば、勤務先が変わった可能性があると推測できる。
【００３５】
もちろん、１日、２日の変化だけでは、属性情報に変化が生じた推測するのは早計である。このため、属性情報の変化が一定期間以上継続したことを確認したり、後述する地図情報やＰＯＩ（Point Of Interest）情報を参照したりすることにより、より正確な推測を可能にしている。なお、地図情報やＰＯＩ情報を考慮することにより、自宅と勤務先とを区別したり、旅行先や訪問先を区別したりすることもできる。
【００３６】
このようにして、サーバ装置１では、記憶保持している携帯通信端末４（１）、４（２）、…等のユーザの属性情報に変化が生じたことが推測できた場合に、当該推測が正しいか否か、すなわち、本当に属性情報に変化が生じたか否かを当該ユーザに問い合わせる。これにより、サーバ装置１に記憶保持される属性情報に変化が生じたことの推測を契機として、その変化が真に発生した変化か否かをユーザ自身に問い合わせを行うことにより確認する。そして、属性情報に発生した変化が、真に発生した変化であるとの確証が得られた場合に、サーバ装置１が記憶保持している属性情報を更新する。これにより、サーバ装置１では、携帯通信端末４（１）、４（２）、…のそれぞれのユーザの属性情報を、適切に維持、管理し、記憶保持しているユーザの属性情報の正確性を担保している。
【００３７】
なお、携帯通信端末４（１）、４（２）、…のそれぞれは、ＧＰＳ衛星５（１）、５（２）、…等からのＧＰＳ信号が受信できない場合であっても、上述した位置管理サーバ６の機能により、自機の現在位置をほぼ正確に把握することができる。また、携帯通信端末４（１）、４（２）、…のそれぞれから送信されるプローブ情報には、経由してきた基地局の基地局ＩＤが付加されている。
【００３８】
このため、当該基地局ＩＤにより例えば位置管理サーバ６により特定される基地局が、図１に示した屋内基地局３ＩＮ（１）などである場合には、当該プローブ情報を送信してきた携帯通信端末は、当該屋内基地局３ＩＮ（１）が設置された施設内に位置していると特定することもできる。この場合の基地局ＩＤに基づく基地局の位置の問い合わせは、サーバ装置１から位置管理サーバ６に対して行うことができる。
【００３９】
このように、携帯通信端末４（１）、４（２）、…の現在位置は、ＧＰＳ機能によってのみ測位できるものではない。携帯通信端末４（１）、４（２）、…の現在位置は、位置管理サーバ６の機能を利用することにより、携帯通信端末４（１）、４（２）、…のそれぞれにおいて、あるいは、サーバ装置１側において特定することができる。
【００４０】
なお、この実施の形態において、携帯通信端末４（１）、４（２）、…のそれぞれは、基本的な構成は同じである。このため、以下においては特に区別して示す場合を除き、携帯通信端末４（１）、４（２）、…を総称して、携帯通信端末４という。また、以下においては、基地局３（１）、３（２）、…を総称して基地局３という。また、施設の屋内に設置される基地局３ＩＮ（１）、…を総称して、屋内基地局３ＩＮという。そして、以下では、まず、プローブ情報を生成してサーバ装置１に送信する携帯通信端末４の構成例を説明した後に、サーバ装置１の構成例とサーバ装置１において行われる処理の詳細について説明する。
【００４１】
［携帯通信端末４の構成例］
この実施の形態の属性情報管理システムで用いられる携帯通信端末４の構成例について説明する。図２は、この実施の形態の携帯通信端末４の構成例を説明するためのブロック図である。上述もしたように、この実施の形態の属性情報管理システムで用いられる携帯通信端末４は携帯電話端末として構成されたものである。
【００４２】
図２に示すように、この実施の形態の携帯通信端末４は、ネットワーク２を通じて通信を行う部分として、送受信アンテナ４０１、送受信処理部４０２、受話器（スピーカ）４０３、送話器（マイクロホン）４０４を備えている。また、ユーザインターフェースを提供する部分として、キー操作部４１１、表示制御部４１２、表示部４１３、音声処理部４１４、スピーカ４１５を備えている。
【００４３】
表示部４１３は、例えば、有機ＥＬディスプレイ（organic electroluminescence display）やＬＣＤ（Liquid Crystal Display）等のいわゆる薄型の表示素子が用いられている。また、音声処理部４１４とスピーカ４１５とは、着信音や警告音、その他の音声メッセージ等を出力するものである。また、図示しないが、携帯通信端末４は、バイブレータを備え、例えば、着信時に振動を発生させ、着信をユーザに通知するなどのこともできるようになっている。
【００４４】
また、携帯通信端末４は、各部を制御する制御部４２０を備えている。制御部４２０は、ＣＰＵ（Central Processing Unit）４２１、ＲＯＭ（Read Only Memory）４２２、ＲＡＭ（Random Access Memory）４２３、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）４２４が、ＣＰＵバス４２５を通じて接続されて形成されたコンピュータ装置である。ＣＰＵ４２１は、ＲＯＭ４２２やＥＥＰＲＯＭ４２４に記憶されているプログラムを読み出して実行し、各部に供給する制御信号を形成して、これを各部に供給したり、各部から送信されてくるデータを受け付けて、これに応じた処理を実行したりする。ＲＯＭ４２２は、ＣＰＵ４２１において実行されるプログラムや処理に必要になる種々のデータが予め記録されたものである。
【００４５】
また、ＲＡＭ４２３は、処理の途中結果を一時記憶するなど、主に作業領域として用いられる。また、ＥＥＰＲＯＭ４２４は、いわゆる不揮発性メモリであり、携帯通信端末４の電源を落としても保持しておくべきデータ等が記憶保持される。ＥＥＰＲＯＭ４２４には、例えば、機能追加のための新たなプログラム、種々の設定パラメータ、電話帳データ、アプリケーションプログラムや機能アップのための追加プログラムなどが記憶保持される。
【００４６】
さらに、携帯通信端末４は、現在年月日、現在曜日、現在時刻を提供する時計回路４３１を備えると共に、外部入出力端子４３２、外部インターフェース（以下、外部Ｉ／Ｆと略称する。）４３３を備えている。また、携帯通信端末４は、ＧＰＳ部４３４とＧＰＳアンテナ４３５とを備えている。これらＧＰＳ部４３４とＧＰＳアンテナ４３５とにより、上述もしたように、複数の人工衛星からのＧＰＳ信号（測位情報）を受信して演算処理することにより、自機の現在位置を正確に検出（測位）することができるようになっている。
【００４７】
そして、携帯通信端末４は、プローブ情報生成部４３６を備えている。この実施の形態において、プローブ情報生成部４３６は、所定のタイミング毎に、時計回路４３１からの現在時刻情報、ＧＰＳ部４３４からの現在位置情報、上述した位置管理サーバ６から提供される現在位置情報を含むプローブ情報を生成する。現在時刻情報は、現在年月日及び現在時刻からなるものである。また、現在位置情報は、緯度、経度からなるものである。プローブ情報生成部４３６で生成されたプローブ情報は、後述する制御部４２０及び送受信処理部４０２、送受信アンテナ４０１を通じてネットワーク２に送出され、サーバ装置１に送信される。
【００４８】
このような構成を有する携帯通信端末４は、制御部４２０の制御により、送受信処理部４０２、送受信アンテナ４０１を通じて、ネットワーク２に情報を送出したり、ネットワーク２を通じて送信されてくる自機宛の情報を受信したりすることにより、種々の通信処理を行うことができるようになっている。
【００４９】
また、携帯通信端末４は、実行可能な種々のアプリケーションプログラムなどを登録するようにしたメニューを備えている。当該メニューは、例えば、キー操作部４１１に設けられているメニューキーを押下操作するなどの所定の操作を行うことにより、制御部４２０が表示制御部４１２を通じて表示部４１３の表示画面に表示することができる。そして、制御部４２０は、キー操作部４１１を通じてユーザからの当該メニューに含まれる項目の選択入力を受け付け、ユーザによって選択された項目に対応するプログラムを実行することができるようになっている。
【００５０】
また、携帯通信端末４において実行可能な種々のアプリケーションプログラムなどを登録するようにした当該メニューには、プローブ情報の送信を実行するための項目も設けられている。したがって、当該メニューのプローブ情報の送信を実行するための項目を選択することによって、携帯通信端末４のユーザは、所定のタイミング毎にプローブ情報を生成して送信する処理を開始させることができる。
【００５１】
なお、プローブ情報の生成及び送信のタイミングは、例えば、３０秒毎、１分毎、…のように、適宜のタイミングで行うことが可能である。しかし、立寄り先などを正確に把握できるようにするためには、あまり長い間隔のタイミングであることは好ましくない。この実施の形態の携帯通信端末４においては、例えば、１分毎、３分毎などのタイミングでプローブ情報の生成及び送信を行う。
【００５２】
［サーバ装置１の構成例］
次に、この実施の形態のサーバ装置１の構成例について説明する。この実施の形態のサーバ装置１は、携帯通信端末４のユーザの属性情報を記憶保持すると共に、上述した携帯通信端末４からのプローブ情報を受信して利用することにより、ユーザの属性情報を適切に維持、管理する属性情報管理サーバとしての機能を実現するものである。図３は、この実施の形態のサーバ装置１の構成例を説明するためのブロック図である。
【００５３】
図３に示すように、サーバ装置１は、ネットワーク２への接続端子１０１、通信Ｉ／Ｆ１０２、プローブ情報ファイル１０３を備える。また、サーバ装置１は、地図データベース（以下、地図ＤＢと略称する。）１０４と、ＰＯＩデータベース（以下、ＰＯＩＤＢと略称する。）１０５と、ユーザデータベース（以下、ユーザＤＢと略称する。）１０６とを備える。さらに、サーバ装置１は、属性情報変化推測部１０７と、変化情報保持部１０８と、属性情報確認更新部１０９と、属性情報提供部１１０と、制御部１２０と、ハードディスクドライブ（以下、ＨＤＤと略称する。）１３０とを備える。
【００５４】
制御部１２０は、サーバ装置１の各部を制御するものであり、図３に示すように、ＣＰＵ１２１、ＲＯＭ１２２、ＲＡＭ１２３、ＥＥＰＲＯＭ１２４が、ＣＰＵバス１２５を通じて接続されて構成されたコンピュータ装置である。ＣＰＵ１２１は、ＲＯＭ１２２やＥＥＰＲＯＭ１２４に記憶されているＢＩＯＳ（Basic Input/Output System）などのいわゆるファームウェアや後述するＨＤＤ１３０に記憶されているアプリケーションソフトウェアを読み出して実行する。そして、ＣＰＵ１２１は、各部への制御信号を形成し、これを関係する各部に供給したり、また、各部からのデータを受信してこれを処理したりする。
【００５５】
ＲＯＭ１２２は、ＣＰＵ１２１によって実行される種々のファームウェアや処理に必要となるデータを予め記憶したものである。ＲＡＭ１２３は、各種の処理において、処理の途中結果を一時記憶するなど、主に作業領域として用いられるものである。ＥＥＰＲＯＭ１２４は、書き換え可能ないわゆる不揮発性メモリであり、電源が落とされても保持しておくべきデータを記憶保持する。具体的に、ＥＥＰＲＯＭ１２４は、ＢＩＯＳ等のファームウェア、各種設定パラメータなど、種々の情報を記憶保持するものである。
【００５６】
ＨＤＤ１３０は、記録媒体としてハードディスクを備え、制御部１２０の制御に応じて、当該ハードディスクに対して、書き込み／読み出しを行う。ＨＤＤ１３０のハードディスクは、例えば、種々のアプリケーションプログラムや種々の処理により得られたデータ等を記憶保持する。
【００５７】
接続端子１０１は、ネットワーク２との接続端部を形成するものである。この接続端子１０１に対して、ネットワーク２からの通信線路が接続される。通信Ｉ／Ｆ１０２は、ネットワーク２を通じて送信されてくる自機宛の種々の情報を受信し、これを自機において処理可能な形式の情報に変換して制御部１２０に供給する。また、通信Ｉ／Ｆ１０２は、制御部１２０を通じて供給される送信用の種々の情報を、ネットワーク２に送出する形式の信号に変換して、これをネットワーク２に送出する。
【００５８】
プローブ情報ファイル１０３は、接続端子１０１及び通信Ｉ／Ｆ１０２を通じて受信した、多数のユーザの携帯通信端末４からのプローブ情報を蓄積するものである。図４は、プローブ情報ファイル１０３に格納される格納データ（プローブ情報）の例を説明するための図である。
【００５９】
図４に示すように、この実施の形態のプローブ情報ファイル１０３は、ユーザＩＤ毎（ユーザ別）に、日時情報、測位位置情報、提供位置情報からなるプローブ情報を蓄積する構成になっている。ユーザＩＤは、送信されてくるプローブ情報に含まれるものと同じものであり、上述もしたように、携帯通信端末４を利用するユーザを一意に特定することができる情報である。また、日時情報、測位位置情報、提供位置情報のそれぞれは、プローブ情報に含まれる情報であるが、この内、測位位置情報は、携帯通信端末４のＧＰＳ機能により測位された現在位置情報であり、提供位置情報は、上述した位置管理サーバ６から携帯通信端末４が提供を受けた現在位置情報である。
【００６０】
そして、図４に示したプローブ情報ファイルの蓄積データの例は、ユーザＩＤが「００００１」であるユーザについての例である。この例の場合、ユーザＩＤが「００００１」であるユーザが２０１１年６月１０日の１４時１０分２０秒にいた位置（緯度、経度）は、測位位置情報では（Ｘ１１、Ｙ１１）であり、提供位置情報では（Ｘ２１、Ｙ２１）であることが示されている。
【００６１】
また、ユーザＩＤが「００００１」であるユーザが２０１１年６月１０日の１４時１１分２０秒にいた位置（緯度、経度）は、測位位置情報では把握されず、提供位置情報では（Ｘ２２、Ｙ２２）であることが示されている。同様に、ユーザＩＤが「００００１」であるユーザが２０１１年６月１０日の１５時２０分２０秒にいた位置（緯度、経度）は、測位位置情報では把握されず、提供位置情報では（Ｘ２２、Ｙ２２）であることが示されている。
【００６２】
したがって、ユーザＩＤが「００００１」であるユーザは、２０１１年６月１０日の１４時１０分２０秒の時点では、ＧＰＳ機能により測位された位置にいたことが分かる。そして、少なくとも、２０１１年６月１０日の１４時１１分２０秒以降の時点においては、ＧＰＳ機能により現在位置が測位できない位置であるが、位置管理サーバ６の機能により特定できた位置にいることが認識できる。このようにして、携帯通信端末４のユーザの所在は、プローブ情報により正確に把握することができるようにされる。
【００６３】
なお、測位位置情報が示す位置と、提供位置情報とが示す位置とは、通常はほぼ同じ位置となるが、完全に同じではなく、若干の誤差を含む場合もある。このように、プローブ情報ファイル１０３は、携帯通信端末４のユーザ毎に、携帯通信端末４から送信されてくるプローブ情報をプローブ情報に含まれる現在時刻情報に応じた時系列順に蓄積するものである。
【００６４】
地図ＤＢ１０４は、この実施の形態においては、日本国内の詳細な地図情報を記憶保持するものである。当該地図情報は、山、川、街、道路、鉄道路線、各種店舗、病院、医院、学校、警察署、消防署、神社仏閣、行政界などの種々のランドマーク、施設、行政区域などの位置や大きさなどを正確に表すことができるようにされたものである。そして、地図ＤＢ１０４は、日本全国の地図を描画するための例えばベクトルデータやラスタデータ等の地図データ（地図用の描画データ）を緯度・経度情報に対応付けて記憶保持する。また、地図ＤＢ１０４は、地図上に表示する注記データについても、緯度・経度情報に対応付けて記憶保持する。
【００６５】
ＰＯＩＤＢ１０５は、例えば、大学、高校、中学校、小学校、店舗、会社などの種々の施設、さらには、山、川、道路などの種々の場所などのいわゆる拠点についての種々の情報を記憶保持する。具体的には、その特定の場所（ＰＯＩ）の緯度・経度、名称、住所、ジャンル、メッシュコードなどの情報が蓄積される。したがって、ＰＯＩＤＢ１０５のＰＯＩ情報により、目的とする緯度・経度により特定させる場所は、どのような場所か、どのような施設があるか等を詳細に把握することができる。
【００６６】
ユーザＤＢ１０６は、当該サーバ装置１に対してプローブ情報を送信する携帯通信端末４のユーザについての種々の属性情報（ユーザ情報）を記憶保持するものである。図５は、ユーザＤＢ１０６に記憶保持される属性情報の例を説明するための図である。図５に示すように、この実施の形態において、ユーザＤＢ１０６には、ユーザＩＤ、属性情報の開示範囲、氏名、性別、生年月日、電話番号、電子メールアドレス、現住所、住居形態、家族構成、職業等、勤務地等、収入、趣味、立寄り先、その他からなるデータが登録される。
【００６７】
ユーザＩＤは、図４のプローブ情報ファイル１０３で用いられるユーザＩＤと同じものである。ユーザＩＤ以外の情報は、基本的には、携帯通信端末４の購入時などにおいて、ユーザによって登録される。ここで、属性情報の開示範囲は、当該属性情報を他の者にどこまで開示してよいかを示す情報であり、「全部開示不可」、「全部開示可」、「氏名、電話番号、現住所の開示不可」などのように開示範囲が示される。もちろん、開示を許可しない情報と開示を許可する情報とを個別に指定して登録することもできる。
【００６８】
なお、属性情報の開示範囲に応じて、ユーザには例えば毎月ポイントが付与され、携帯通信端末４の通信料金の支払や景品等の交換などに利用することができる。このように、属性情報の開示範囲に応じたポイントの付与は、ユーザが可能な範囲で自己の属性情報の開示を行うようにするためのインセンティブとなる。
【００６９】
ユーザＤＢ１０６に登録される、氏名、性別、生年月日、電話番号、電子メールアドレスは、基本的には変わることのない固定情報である。しかし、電話番号や電子メールアドレスは、ユーザの希望に応じて変更可能であり、その場合にはユーザからの要求等に応じて変更することができる。
【００７０】
ユーザＤＢ１０６に登録される、現住所、住居形態、家族構成、職業等、勤務地等、収入、趣味、立寄り先、その他の各情報もまた、最初はユーザによって登録することができる。しかし、これらの属性情報は変わる可能性のある非固定情報である。このため、ユーザＤＢ１０６の非固定情報については、サーバ装置１において、携帯通信端末４から送信されるプローブ情報を所定期間分収集して解析することにより変化が生じたか否かを推測する対象となる。
【００７１】
なお、現住所、住居形態、家族構成、職業等、勤務地等、収入、趣味、立寄り先、その他の各情報の全部を最初にユーザが登録する必要は無い。登録されていない属性情報については、後述するように、プローブ情報ファイル１０３に蓄積されるプローブ情報をユーザ毎に解析することにより推測し、ユーザの確認を得て更新することもできる。また、ユーザＤＢ１０６に登録されるユーザの属性情報の内、現住所や勤務地は住所情報だけでなく、その住所地の緯度・経度をも持つことができる。当該緯度・経度は、住所情報に基づいて、地図ＤＢ１０４を参照することにより得ることができる。
【００７２】
そして、サーバ装置１の属性情報変化推測部１０７と属性情報確認更新部１０９とが協働して、ユーザＤＢ１０６に登録されているユーザの属性情報を適切に維持、管理する機能を実現する。これら属性情報変化推測部１０７と属性情報確認更新部１０９との機能について具体的に説明する。
【００７３】
属性情報変化推測部１０７は、プローブ情報ファイル１０３に蓄積された所定期間分のプローブ情報をユーザ毎に解析することにより、ユーザＤＢ１０６に登録されたユーザの属性情報に変化が生じたか否かを推測する処理を行う。この場合、属性情報変化推測部１０７は、まず、プローブ情報ファイル１０３に蓄積されている所定期間分のプローブ情報をユーザ毎に解析し、各ユーザの各日の移動経路（行動軌跡）を把握する。
【００７４】
図６は、属性情報変化推測部１０７で行われるユーザの移動経路の把握について説明するための図である。図６は、具体的に、ユーザＩＤが「００００１」であるユーザの２０１１年６月９日の１８時２０分から２０１１年６月１０日の１８時１０分までの把握した移動経路を示している。
【００７５】
なお、図６において、日付は、図４に示したプローブ情報の日時情報の日付（年月日）に対応し、時刻は同じくプローブ情報の日時情報の時刻情報に対応している。また、図６において、（緯度、経度）で示される（Ｘ１、Ｙ１）、（Ｘ２、Ｙ２）等の位置は、プローブ情報の測位位置情報または提供位置情報に対応している。例えば、プローブ情報に測位位置情報が存在する場合には、これが用いられ、測位位置情報が存在しない場合には、提供位置情報が用いられるようにされる。これにより、プローブ情報の信頼性が保たれる。
【００７６】
すなわち、属性情報変化推測部１０７は、まず、所定期間分のプローブ情報をユーザ毎であって、時系列順にソートし、重複するプローブ情報を整理すると共に、移動開始位置、移動終了位置を特定するようにして、図６に示すように、ユーザの立寄り先と立寄り先での滞在時間、移動区間と移動手段とを特定する。
【００７７】
図６に示した例の場合、ユーザＩＤが「００００１」であるユーザは、６月９日の１８時２０分から翌１０日の７時３０分までは、位置（Ｘ１、Ｙ１）に滞在している。一般に夜間から翌朝にかけての立寄り先（滞在場所）は自宅である場合が多い。そして、２０１１年６月１０日の７時３１分から７時４４分までプローブ情報の現在位置が変化し、７時４５に位置（Ｘ２、Ｙ２）に到達し、７時５０分まで位置（Ｘ２、Ｙ２）に滞在している。
【００７８】
この場合、凡そ７時３１分における現在位置が変化開始位置であり、７時４４分における現在位置が変化終了位置である。この変化開始位置から変化終了位置までの区間が移動区間である。そして、７時４５分から７時５０分まで滞在していた位置（Ｘ２、Ｙ２）が最初の立寄り先である。
【００７９】
そして、現在位置の変化開始位置から変化終了位置までの移動距離は、該当部分のプローブ情報の現在位置（緯度、経度）のそれぞれを地図ＤＢ１０４の地図情報上にプロットすることにより把握できる。そして、当該把握した移動距離を移動するのにかかった時間で割り算することによりその移動区間の移動速度が分かる。この算出した移動速度に応じて移動手段が判別できる。
【００８０】
すなわち、算出した移動速度が、例えば、時速５ｋｍ未満であれば移動手段は徒歩であり、時速５ｋｍ以上かつ時速３０ｋｍ未満であれば移動手段は自転車であると判別することができる。また、移動速度が時速３０ｋｍ以上であって、把握した移動経路が鉄道軌道上を通ることもなく、把握した移動状態がバス停で停止することもない場合には、移動手段は自動車であると判別することができる。
【００８１】
また、移動速度が時速３０ｋｍ以上であって、把握した移動経路が鉄道軌道上を通っている場合には、移動手段は電車であると判別することができる。また、移動速度が時速３０ｋｍ以上であって、把握した移動状態がバス停で停止する態様（パターン）になっている場合には、移動手段はバスであると判別することができる。
【００８２】
なお、移動経路が道路か鉄道軌道上かは、プローブ情報の現在位置に基づいて、地図ＤＢ１０４の地図情報を参照することにより把握することができる。また、移動経路が道路上である場合に、移動手段が自動車かバスかの区別は、移動速度の変化点を地図ＤＢ１０４の地図情報やＰＯＩＤＢ１０５のＰＯＩ情報に基づいて確認し、当該変化点がバス停であるか否かに応じて区別することができる。
【００８３】
そして、図６に示した例の場合、位置（Ｘ１、Ｙ１）〜位置（Ｘ２、Ｙ２）への移動は、徒歩によるものであることが把握されている。また、位置（Ｘ２、Ｙ２）で特定される場所を、地図ＤＢ１０４の地図情報やＰＯＩＤＢ１０５のＰＯＩ情報を参照することにより、その場所がどのような場所かを特定することができる。図６に示した例の場合、位置（Ｘ２、Ｙ２）で示される場所は、保育園であることが特定されている。
【００８４】
同様にして、プローブ情報の解析を地図ＤＢ１０４やＰＯＩＤＢ１０５をも用いて行うことにより、図６に示すように、ユーザＩＤが「００００１」であるユーザの移動経路が分かる。すなわち、図６に示す例の場合、ユーザＩＤが「００００１」であるユーザは、７時５１分から７時５９分まで徒歩で移動し、８時００分には位置（Ｘ３、Ｙ３）である○○駅に到着し、８時０５分まで○○駅に滞在している。そして、８時０６分から８時１９分まで電車で移動し、８時２０分には位置（Ｘ４、Ｙ４）である△△駅に到着して、８時２１分から８時３０分まで徒歩で移動し、８時３０分には位置（Ｘ５、Ｙ５）である□□株式会社に到着している。
【００８５】
そして、１７時０５分まで□□株式会社に滞在し、１７時０６分から１７時１５分まで徒歩で移動して、１７時１６分には位置（Ｘ４、Ｙ４）である△△駅に到着し、１７時１９分まで△△駅に滞在している。そして、１７時２０分から１７時３４分まで電車で移動し、１７時３５分には位置（Ｘ３、Ｙ３）である○○駅に到着し、１７時３６分には徒歩で移動を開始しており、１７時４７分には位置（Ｘ２、Ｙ２）である保育園に到着している。この後、当該ユーザは、１７時５１分には徒歩で移動を開始し、１８時１０分には位置（Ｘ１、Ｙ１）である場所（自宅）に到着している。
【００８６】
このような解析を、属性情報変化推測部１０７は、例えば、１０日分、２０日分、１か月分といった所定期間分のプローブ情報を用いて、ユーザ別、日にち別に行う。そして、（１）立寄り先、（２）立寄り先の種別（住宅、保育園、会社などの区別）、（３）立寄り先での滞在時間等を考慮し、自宅、勤務先、家族構成の一部等を推測することができる。
【００８７】
そして、図６に示したような移動経路での移動が例えば１ヶ月程度続けば、位置（Ｘ１、Ｙ１）で示される場所が自宅（現住所）であると推測できる。現住所に対応するＰＯＩ情報が存在する場合には、その場所がマンションなのか、アパートなのか、戸建住宅なのかを判別することができる。また、勤務先は位置（Ｘ５、Ｙ５）で示される□□株式会社であることが推測できる。
【００８８】
また、勤務先のＰＯＩ情報等に基づいて、会社員、公務員、教員などといった職業等の推測も可能となる。また、勤務先、勤務地、勤務時間、ユーザの年齢や性別といった情報を考慮すると共に、Ｗｅｂ上に公開されている給与等に関する情報等をも考慮することにより、凡その月収などの収入に関する情報についても推測できる。この他、朝と夕方に保育園に立寄っていることから保育園に通う子供がいると推測できる。また、移動には、徒歩と電車を用いていること、電車での移動区間は、○○駅から△△駅であることも推測できる。
【００８９】
なお、図６を用いて説明した例は一例であり、属性情報変化推測部１０７は、上述したように、ユーザの移動経路を把握していくことにより、ユーザの属性情報についての種々の推測が可能になる。例えば、定期的に小学校が立寄り先になっている場合には、小学生の子供がいると推測できる。
【００９０】
また、サッカーの試合が行われている競技場（サッカー場）に立寄るようになった場合には、サッカー観戦が趣味になったと推測できる。ユーザが立寄った場所が競技場であることは、上述もしたように、地図ＤＢ１０４やＰＯＩＤＢ１０５を参照することにより分かる。また、ユーザがその場所に滞在しているときにサッカーの試合が行われていたか否かは、インターネット上に開示されているサッカーの試合に関するＷｅｂページの情報を参照することにより分かる。そして、サッカーの試合が行われている競技場に立寄る頻度に応じて、サッカー観戦に関する熱心度も推測することができる。
【００９１】
同様に、川や海などのつりが行える場所によく立寄るようになった場合には、つりが趣味になり、立寄る頻度や滞在時間に基づいて、その熱心度も推測することができる。また、ゴルフ場、ゴルフ練習場、ゴルフショップによく立寄るようになった場合には、ゴルフが趣味になり、立寄る頻度や滞在時間に基づいて、その熱心度をも推測することができる。
【００９２】
また、ユーザが、結婚式場に立寄るようになった場合には、当該ユーザは結婚が近いと推測できるし、そのユーザの自宅（現住所）であると推測される場所が、他のユーザの自宅（現住所）であると推測される場所と一致するようになった場合、当該ユーザは、当該他のユーザと結婚した（同居した）と推測できる。この場合、当該ユーザと当該他のユーザの家族構成に変化が生じたと推測できる。さらに、当該ユーザが産婦人科病院に通うようになった場合には、出産が近いと推測できる。この後、当該ユーザが産婦人科病院に一定期間滞在（入院）した後、ベビー用品店など乳児に係わる施設などが立寄り先になった場合には、子供が誕生した、すなわち、家族構成に変化が生じた推測することができる。
【００９３】
また、近年においては、携帯電話端末の普及率は高く、小学校の高学年位になると自分専用の携帯電話端末を持つ子供も増えてきている。中学生、高校生になると、さらに自分専用の携帯電話端末を持つ子供も多くなる。このため、プローブ情報をユーザ毎に解析するだけでなく、各ユーザについての解析結果との共通点のマージ処理をも行うことによって、家族構成についての変化についても精度よく推測することができる。
【００９４】
そして、属性情報変化推測部１０７は、所定期間分のプローブ情報をユーザ毎に解析することにより、自宅（現住所）、住居形態、家族構成、職業等、勤務先、収入、趣味、立寄り先、その他の種々の情報の推測ができたとする。この場合、属性情報変化推測部１０７は、ユーザ毎に、推測結果と、ユーザＤＢ１０６の該当する属性情報とを比較し、変化が生じているか否かを推測する。
【００９５】
属性情報変化推測部１０７において、ユーザの属性情報が変化したことが推測できたとする。この場合、属性情報変化推測部１０７は、その変化の推測内容を変化情報保持部１０８に記録すると共に、属性情報が変化したと推測されるユーザとその推測の内容を属性情報確認更新部１０９に通知する。
【００９６】
図７は、変化情報保持部１０８に保持されるデータの例を説明するための図である。図７に示すように、変化情報保持部１０８には、ユーザＤＢ１０６の属性情報に変化が生じたと推測できるユーザのユーザＩＤ、変化したことが推測される属性情報の項目（変化推測項目）と変化後の内容、当該推測が行われた年月日（推測年月日）が記録される。なお、図７に示した例の場合、各情報は２０１１年７月１日の推測結果であることが示されている。
【００９７】
そして、図７に示す例の場合には、ユーザＩＤが「００００１」であるユーザが、夜間から翌朝まで滞在する立寄り先に変化が生じたことを検出したために、「現住所」が（埼玉県さいたま市…）に変化したのではないかと推測したことを示す情報が保持されている。また、ユーザＩＤが「００００８」であるユーザが、朝に自宅から出かける先に変化が生じたことを検出したために、「勤務地」が（東京都新宿区…）に変化したのではないかと推測したことを示す情報が保持されている。また、ユーザＩＤが「００１１２」であるユーザが、上述もしたように、産婦人科病院での一定期間の滞在、ベビー用品店が立寄り先になったこと等に基づき、出産により子供が増え、「家族構成」が変化したのではないかと推測したことを示す情報が保持されている。
【００９８】
また、ユーザＩＤが「０００２０」であるユーザが、ゴルフ場、ゴルフ練習場、ゴルフショップなどを立寄り先とするようになったために、「趣味」にゴルフが加わったのではないかと推測したことを示す情報が保持されている。また、ユーザＩＤが「０００３５」であるユーザの自宅（現住所）と同じ場所に、夜間から翌朝にかけて滞在する他のユーザが確認できたために、「家族構成」が変化した（同居の家族が増えた）のではないかと推測したことを示す情報が保持されている。
【００９９】
図７に示したように、変化情報保持部１０８に保持される推測結果と同様の情報が、属性情報確認更新部１０９にも通知される。そのため、属性情報確認更新部１０９は、属性情報に変化が生じたと推測されるユーザに対して、当該変化について確認を取るようにするための所定のＷｅｂページへのアクセスを促す電子メールを送信する。
【０１００】
そして、ユーザが当該電子メールにより指示されたＷｅｂページにアクセスしてきて、確認入力を行い、当該確認入力が、属性情報に変化が生じたことの推測結果が正しいことの確証が取れたとする。この場合、属性情報確認更新部１０９は、ユーザＤＢ１０６に保持されている当該ユーザの登録情報の内、変化した属性情報を変化後の属性情報に変更する更新処理を実行する。このようにして、ユーザＤＢ１０６の属性情報が、適切に維持、管理される。これにより、ユーザＤＢ１０６に登録されている各ユーザの属性情報を信頼性の高い情報として、上述した情報提供時に利用したり、開示がユーザによって許可されている属性情報については、企業等に提供したりすることができる。
【０１０１】
そして、属性情報提供部１１０が、契約している企業等からの要求に応じて、属性情報の開示を承認しているユーザの属性情報であって、要求された条件に合致するユーザの属性情報を提供する処理を行う。ユーザの属性情報は、上述したように、常に正確な状態に維持、管理されるので、企業等は信頼性の高いユーザの属性情報を手軽に取得することができる。
【０１０２】
［属性情報変化推測部１０７の処理のまとめ］
次に、この実施の形態のサーバ装置１の属性情報変化推測部１０７において行われる処理について、図８のフローチャートを参照しながらまとめる。図８は、属性情報変化推測部１０７で行われる処理を説明するためのフローチャートである。
【０１０３】
属性情報変化推測部１０７は、例えば、１ヶ月毎などの所定のタイミングで、図８に示す処理を実行する。そして、属性情報変化推測部１０７は、まず、ユーザ別に、所定の期間分（例えば、直近の過去１ヶ月分）のプローブ情報を抽出する（ステップＳ１０１）。そして、属性情報変化推測部１０７は、抽出したプローブ情報に基づいて、分析対象のユーザのユーザＩＤを特定する（ステップＳ１０２）。
【０１０４】
そして、ユーザＩＤを特定したユーザの所定期間分のプローブ情報に基づいて、図６を用いて説明したように、当該所定期間における当該ユーザの移動経路（行動パターン）を特定する（ステップＳ１０３）。なお、このステップＳ１０３の処理においては、必要に応じて、地図ＤＢ１０４、ＰＯＩＤＢ１０５が参照される。この後、属性情報変化推測部１０７は、ステップＳ１０３の特定結果に基づいて、当該ユーザの立寄り場所、立寄り時刻、当該立寄り場所についての滞在時間、各立寄り場所への立寄り周期等を把握し、これに基づき、現住所、職業等、勤務地等、収入、趣味、子供有無等を把握する（ステップＳ１０４）。
【０１０５】
上述もしたように、引越しにより現住所が変わった場合や就職や転職、進学等により職業等や勤務地等が変わった場合には、プローブ情報に応じてユーザの行動軌跡を解析することにより、それらの変化後の状態を検出することができる。また、特定した立寄り先に基づいて、勤務先やアルバイト先を特定すると共に、ユーザの年齢や勤務時間（滞在時間）、インターネット上に開示されている当該勤務先やアルバイト先の賃金情報、一般的な賃金相場の情報等に基づいて、大まかにユーザの収入を推測することも出来る。
【０１０６】
また、特定した立寄り先や休日の外出先に基づいて、趣味を特定することもできるし、特定した立寄り先に基づいて、保育園や幼稚園などに毎日ほぼ決まった時間に立寄っている場合には、子供がいることが分かるなど、種々の解析が可能となる。このように、どのような場所が立寄り先か、立寄る頻度はどの位か、同伴者はいるか等の情報に基づいて、種々の属性情報の判別が可能となる。このような判別は、ステップＳ１０４における処理においてパターン化しておき、当該パターンに基づいて判別することができる。
【０１０７】
さらに、属性情報変化推測部１０７は、ステップＳ１０４において、現住所として特定した場所を立寄り先とする他のユーザの有無を確認し、同居の家族を把握する（ステップＳ１０５）すなわち、特定した現住所に、長時間にわたって立寄る他のユーザが存在する場合には、当該他のユーザはステップＳ１０２で特定したユーザＩＤのユーザの家族であると判別することができる。
【０１０８】
そして、属性情報変化推測部１０７は、ステップＳ１０２で特定したユーザＩＤに基づいて、ユーザＤＢ１０６の属性情報（登録情報）を参照し、ステップＳ１０４、ステップＳ１０５での推定結果に基づいて、ユーザＤＢの属性情報が変化しているか否かを確認する（ステップＳ１０６）。すなわち、ステップＳ１０６では、ステップＳ１０４、ステップＳ１０５で把握した情報と、ユーザＤＢ１０６の属性情報とで異なっている場合には、当該ユーザの属性情報に変化ありと推測する。
【０１０９】
そして、属性情報変化推測部１０７は、ステップＳ１０６での確認結果が、属性情報に変化があることを示すものであるか否かを判別する（ステップＳ１０７）。ステップＳ１０７の判別処理において、変化あることを示すものであると判別したときには、属性情報変化推測部１０７は、属性情報確認更新部１０９に対して、属性情報の変化が推測されるユーザのユーザＩＤと、変化後の属性情報と、推測処理日とを通知すると共に、当該通知内容を変化情報保持部１０８に格納する（ステップＳ１０８）。
【０１１０】
ステップＳ１０７の判別処理において、属性情報に変化なしと判別した場合と、ステップＳ１０８の処理の後においては、属性情報変化推測部１０７は、抽出したプローブ情報をユーザ毎にすべて処理したか否かを判別する（ステップＳ１０９）。ステップＳ１０９の判別処理において、抽出したプローブ情報をユーザ毎にすべて処理していないと判別したときには、ステップＳ１０２からの処理を繰り返し、次のユーザについてのプローブ情報の解析処理を行う。ステップＳ１０９の判別処理において、抽出したプローブ情報をユーザ毎にすべて処理したと判別したときには、この図８に示す処理を終了する。
【０１１１】
このように、属性情報変化推測部１０７は、プローブ情報を解析することにより、ユーザＤＢ１０６に登録されている属性情報に変化が生じたことを推測した場合に、これを属性情報確認更新部１０９に通知すると共に、推測結果を図７に示した態様で、変化情報保持部１０８に格納することができる。
【０１１２】
［属性情報確認更新部１０９の処理のまとめ］
次に、この実施の形態のサーバ装置１の属性情報確認更新部１０９において行われる処理について、図９、図１０のフローチャートを参照しながらまとめる。図９、図１０は、属性情報確認更新部１０９で行われる処理を説明するためのフローチャートである。
【０１１３】
属性情報確認更新部１０９は、図９に示す処理を常時実行し、属性情報変化推測部１０７からの属性情報に変化が生じことを推測したことを示す通知（変化通知）を受け付けるようにし、当該変化通知を受け付けたか否かを判別する（ステップＳ２０１）。変化通知を受け付けていないと判別したときには、ステップＳ２０１からの処理を繰り返し、変化通知の到来を待つ。
【０１１４】
ステップＳ２０１の判別処理において、変化通知を受け付けたと判別したときには、属性情報確認更新部１０９は、属性情報が変化したと推測されるユーザに対して、所定のＷｅｂページにアクセスすることを促す電子メールを作成する（ステップＳ２０２）。図１１は、当該電子メールの一例を説明するための図である。図１１に示すように、この例の当該電子メールは、属性情報の変更確認のために所定のＷｅｂページにアクセスすることを要請する文面と、アクセス先を示すＵＲＬ（Uniform Resource Locator）と、確認に協力するとポイントが付与されることを通知する文面とが含まれる。ここで、当該電子メールに含まれるＵＲＬにより特定されるＷｅｂページは、属性情報確認更新部１０９の機能によりサーバ装置１が提供するものである。
【０１１５】
そして、属性情報確認更新部１０９は、ステップＳ２０２で作成した電子メールを、ユーザＤＢ１０６に登録されている属性情報が変化したと推測される当該ユーザの電子メールアドレスを宛先として送信する（ステップＳ２０３）。当該電子メールは、制御部１２０、通信Ｉ／Ｆ１０２、接続端子１０１を通じてネットワーク２に送出され、ネットワーク２上に設けられた当該ユーザのメールボックスに送信される。この後、属性情報確認更新部１０９は、ステップＳ２０１からの処理を繰り返す。
【０１１６】
このようにして、サーバ装置１から送信された当該電子メールは、ユーザの携帯通信端末４により受信され、当該携帯通信端末４の表示部４１３の表示画面４１３Ｇに表示され、ユーザに提供される。そして、ユーザは、当該電子メール内に表示されたＵＲＬを選択する操作を行うと、当該ＵＬＲにより特定されるＷｅｂページにアクセスすることができる。
【０１１７】
そして、属性情報確認更新部１０９は、図１０に示す処理についても常時実行し、上述した電子メールを通じてユーザに要求した所定のＷｅｂページへのアクセス要求を受信したか否かを判別する（ステップＳ３０１）。所定のＷｅｂページへのアクセス要求は、接続端子１０１、通信Ｉ／Ｆ１０２を通じて制御部１２０により受信され、当該アクセス要求を受信したことは、制御部１２０を通じて属性情報確認更新部１０９に通知される。そして、属性情報確認更新部１０９は、所定のＷｅｂページへのアクセス要求を受信していないと判別したときには、ステップＳ３０１からの処理を繰り返し、ユーザから所定のＷｅｂページへのアクセス要求の到来を待つ。
【０１１８】
ステップＳ３０１の判別処理において、ユーザから所定のＷｅｂページへのアクセスを受信したと判別したときには、属性情報確認更新部１０９は、アクセス元のユーザに対して、所定のＷｅｂページを提供し、属性情報の確認入力を要求する（ステップＳ３０２）。この場合、ユーザからの所定のＷｅｂページへのアクセス要求に、例えば、当該ユーザを特定するユーザＩＤをも含めて送信できるようにしておく。
【０１１９】
これにより、属性情報確認更新部１０９は、当該ユーザのユーザＩＤに基づいて、変化情報保持部１０８の情報を参照し、そのユーザのどの属性情報の変化を推測したかを把握する。そして、属性情報確認更新部１０９は、そのユーザに応じたＷｅｂページを構成し、当該Ｗｅｂページをユーザに提供する。図１２は、ユーザに提供する所定のＷｅｂページの一例について説明するための図である。この図１２に示す例は、現住所の変化が推測されるユーザに対して提供するＷｅｂページの例である。
【０１２０】
図１２に示すように、当該Ｗｅｂページには、属性情報の変更確認のためのＷｅｂページであることを示す文面と、変化が推測される属性情報があることを示す文面と、当該変化があることが推測される属性情報の変化の有無を確認するためのチェック欄とが設けられている。さらに、属性情報の変化理由を記載できるエリアも設けられている。したがって、変化が推測される属性情報があることを示す文面は、「最近、勤務地が変わられましたか。」、「最近、お子様が誕生されましたか。」、「最近、ゴルフを始められましたか。」などのように適宜変えることができるようにされる。
【０１２１】
このようなＷｅｂページが、アクセス元のユーザの携帯通信端末４に提供され、表示部４１３の表示画面４１３Ｇに表示され、ユーザに提供される。そして、ユーザは、表示されたチェック欄にチェックを入力し、必要に応じて理由を記載して、「送信」アイコンを選択するなどの送信操作を行うことによって、属性情報の推測された変化が正しいか、正しくないかを示す情報をサーバ装置１に送信することができる。なお、間違った入力を行ったときには、送信前に「ＢＳ」アイコンを選択するなどの訂正操作を行うことにより、訂正入力を行うこともできるようにされる。
【０１２２】
そして、属性情報確認更新部１０９では、当該Ｗｅｂページを通じてユーザからの確認入力を受け付け、当該確認入力が属性情報の変化を肯定するものであるか否か、換言すれば、属性情報の更新が必要か（更新ＯＫか）否かを判別する（ステップＳ３０３）。ステップＳ３０３の判別処理において、属性情報の更新が必要であると判別したときには、属性情報確認更新部１０９は、ユーザＤＢ１０６に登録されている当該ユーザの変化したことが推測された属性情報を、変化後の属性情報に更新する（ステップＳ３０４）。変化後の属性情報は、上述もしたように、変化情報保持部１０８に保持されている。
【０１２３】
ステップＳ３０３の判別処理において、属性情報の更新は必要ない（属性情報は変化していない）と判別した場合と、ステップＳ３０４の処理の後においては、ステップＳ３０１からの処理が繰り返す。
【０１２４】
このように、属性情報確認更新部１０９は、電子メールと所定のＷｅｂページを用いることにより、属性情報に変化が生じたことが推測されたユーザに対して、当該変化の推測が正しいか否か（変化が本当に生じているか否か）を確認することできる。そして、当該変化の推測が正しいと確証が取れた場合に、ユーザＤＢ１０６の該当ユーザの属性情報を、推測した変化後の情報に更新することができる。
【０１２５】
［実施の形態の効果］
上述したように、サーバ装置１は、携帯通信端末４のユーザの属性情報を記憶保持するが、ユーザの属性情報に変化が生じた場合であっても、当該ユーザに対して属性情報の変更の申告を義務付ける必要はない。サーバ装置１は、各携帯通信端末４からのプローブ情報を収集して解析することにより、各ユーザの属性情報を推測することができる。
【０１２６】
そして、サーバ装置１が記憶保持している属性情報に変化が生じたことが推測できた場合には、その推測が正しいか否かを実際にユーザに確認し、正しいことの確証か取れた場合に、サーバ装置１が記憶保持する属性情報を新たな情報に更新することができる。したがって、携帯通信端末４のユーザも、また、サーバ装置１側のオペレータ等の手を煩わせることなく、サーバ装置１に記憶保持されているユーザの属性情報を、適切に維持、管理することができる。
【０１２７】
そして、ユーザが属性情報の公開を許諾している場合には、正確で信頼性の高いユーザの属性情報を企業等の属性情報を必要とする第三者に提供することができる。これにより、企業などは、ユーザの属性情報を入手するために、コストや時間をかけることなく、目的とする高品質のユーザの属性情報を入手することが可能になる。
【０１２８】
また、ユーザの属性情報の公開を許諾したユーザに対しては、属性情報の許諾の範囲に応じて、通信料金の決済や現金や景品との交換に利用できるポイントなどを付与することにより、ユーザが自己の属性情報を公開することに対するメリットを付与することができる。
【０１２９】
［変形例］
なお、上述した実施の形態においては、サーバ装置１が地図ＤＢ１０４、ＰＯＩＤＢ１０５を備えるものとして説明したが、これに限るものではない。地図ＤＢ１０４やＰＯＩＤＢ１０５は、ネットワーク２上の他のサーバ装置に用意されているものを、サーバ装置１が利用する態様とすることもできる。
【０１３０】
また、サーバ装置１において記憶保持されるユーザの属性情報のそれぞれについて、その信憑性の評価レベル（評価値）を設定することもできる。例えば、記憶保持されている属性情報とプローブ情報を解析することにより推測される属性情報とに差異がない場合には、その属性情報の信憑性レベルを高く設定する。また、上述したように、記憶保持されている属性情報に変化が生じたと推測され、これをユーザに確認した場合であって、当該確認に対してユーザからの応答があり属性情報の正確性を維持できた場合には、当該属性情報の信憑性レベルを高く設定する。逆に、確認に対するユーザからの応答がない場合には、その属性情報の信憑性レベルを低く設定する。このようにすれば、属性情報のそれぞれについて、正確なものと、正確性に欠けるものとを適切に区別し、企業等に質の高い属性情報を用いたエリアマーケッティング情報等を提供することができる。
【０１３１】
また、上述した実施の形態では、属性情報の変化の確認を行う場合に、どの属性情報が変化したのかを示して、変化の有無を問い合わせるようにしたが、これに限るものではない。例えば、現住所や勤務先が変わった場合には、推測して得た新たな現住所や勤務先を示し、それが正しいか否かの確認を求めるようにしてもよい。すなわち、推測した変化後の属性情報の内容をユーザに示し、それが正しいか否かをユーザに確認する態様とすることもできる。
【０１３２】
また、上述した実施の形態においては、属性情報の変化の確認を、確認のための所定のＷｅｂページへアクセスすることを要求する電子メールを送信することにより行うようにしたが、これに限るものではない。例えば、属性情報の変化の確認を求める電子メールをユーザに送信し、当該電子メールに対する返信をユーザに対して要求するようにしてもよい。サーバ装置１では、返信されてきた電子メールの内容を確認し、属性情報の変化が正しいとする内容の返信メールが確認できた場合に、その返信メールを送信してきたユーザの属性情報を更新すればよい。
【０１３３】
また、属性情報が変化したことを推測した場合に、変化が推測されたユーザのユーザＩＤ、変化の内容、ユーザの電話番号などからなる一覧リストを作成する。そして、当該一覧リストに基づいて、サーバ装置１側のオペレータが該当ユーザに対して直接に電話を掛けて確認する。当該電話により変化の確証が得られた場合に、オペレータからの指示入力に応じて、サーバ装置１において、ユーザＤＢ１０６の当該ユーザの属性情報を更新するように構成することも可能である。なお、このように、オペレータを介在させる確認は、上述した実施の形態の場合に、ユーザからの確認のための所定のＷｅｂページに対するアクセスがない場合や、変化の内容が複雑で直接に確認した方が好ましい場合などに用いるようにしてもよい。
【０１３４】
また、上述した実施の形態におけるユーザの属性情報の変化の推測は一例であり、携帯通信端末４からのプローブ情報を用いることにより、ユーザの種々の属性情報の推測が可能である。例えば、ユーザやその家族がライフサイクル（乳児、幼児、児童、少年、青年、中年、壮年、老年等）のどの段階にあるのかを推測することができる。また、ユーザやその家族がライフステージ（保育、就学、就職、独身、恋愛、結婚、育児、教育、子離れ、隠居、晩年等）のどの段階のあるのかを推測することができる。
【０１３５】
また、ライフスタイル（趣味嗜好、行動範囲、家族形態、扶養家族、参加している団体やサークルや地域活動等）を推測することができる。また、性別、年齢、学歴、資格、職業、収入、可処分所得、資産、住居形態などのライフベースについても推測可能である。これら、ライフサイクル、ライフステージ、ライフスタイル、ライフベースに属するユーザの種々の属性についても、ユーザが携帯する携帯通信端末４からのプローブ情報を収集して、ユーザの行動軌跡に基づく行動パターンや当該ユーザと共に行動する他のユーザの存在等を総合的に勘案して推測することができる。
【０１３６】
より具体的には、上述したユーザについての属性情報のそれぞれについて、ユーザがどのような行動をとった場合に、その属性情報に該当することになったと推測できるかの基準情報を多数整えておく。そして、サーバ装置１の属性情報変化推測部１０７は、プローブ情報を解析することにより、携帯通信端末を持つユーザが、いつ、どこへ、どの位の時間、誰といったか、行った先でどのようなイベントが行われていたかなどの情報を取得する。そして、属性情報変化推測部１０７は、当該取得した情報と、上述した基準情報との一致、あるいは、一致の度合いに応じて、その属性情報に該当することになったか否かを推測（判別）判別する。
【０１３７】
したがって、上述した基準情報を整備することにより、推測した収入から可処分所得を推測することができる。また、ＰＯＩ情報や一緒にいる他のユーザの属性情報などを利用して、現住所は持ち家か賃貸か、取引銀行はどこか、証券会社との取引はあるかといった資産に関する情報を推測したりすることもできる。また、仮にユーザの性別が不明だった場合に、立寄り先などから性別を推測することもできるし、同窓会やセミナーや講習会などへの参加の状況に応じて、学歴や保持している資格などについても把握できる。
【０１３８】
このため、サーバ装置１が備える地図ＤＢ１０４やＰＯＩＤＢ１０５だけに限らず、ネットワーク２上に存在する例えば、イベントＤＢや種々のＷｅｂページなどの情報をも参照し、ユーザの立寄り先で何が行われていたかの情報をも考慮する。このようにして、プローブ情報を利用することにより、ユーザの種々の属性情報についての詳細な推測が可能となる。
【０１３９】
［その他］
なお、上述した実施の形態においては、サーバ装置１のユーザＤＢ１０６が、属性情報保持手段としての機能を実現し、接続端子１０１及び通信Ｉ／Ｆ１０２が主に受信手段、応答受信手段としての機能を実現している。また、サーバ装置１のプローブ情報ファイル１０３がプローブ情報蓄積手段としての機能を実現し、属性情報変化推測部１０７が推測手段としての機能を実現し、属性情報確認更新手段１０９が、問合せ手段及び更新手段としての機能を実現している。
【符号の説明】
【０１４０】
１…サーバ装置、１０１…接続端子、１０２…通信Ｉ／Ｆ、１０３…プローブ情報ファイル、１０４…地図ＤＢ、１０５…ＰＯＩＤＢ、１０６…ユーザＤＢ、１０７…属性情報変化推測部、１０８…変化情報保持部、１０９…属性情報確認更新部、１１０…属性情報提供部、１２０…制御部、２…ネットワーク、３…基地局、４…携帯通信端末、４０１…送受信アンテナ、４０２…送受信処理部、４０３…受話器（スピーカ）、４０４…送話器（マイクロホン）、４１１…キー操作部、４１２…表示制御、４１３…表示部、４１４…音声処理部、４１５…スピーカ、４２０…制御部、４２１…ＣＰＵ、４２２…ＲＯＭ、４２３…ＲＡＭ、４２４…ＥＥＰＲＯＭ、４２５…ＣＰＵバス、４３１…時計回路、４３２…外部入出力端子、４３３…外部Ｉ／Ｆ、４３４…ＧＰＳ部、４３５…ＧＰＳアンテナ、５…ＧＰＳ衛星、６…位置管理サーバ
【特許請求の範囲】
【請求項１】
ユーザ毎に個人の属性情報を記憶保持する属性情報保持手段と、
ユーザの携帯通信端末から所定のタイミング毎に送信される情報であって、ユーザの識別が可能な識別情報と現在位置情報とを含むプローブ情報を受信する受信手段と、
前記受信手段で受信されたプローブ情報をユーザ毎に蓄積するプローブ情報蓄積手段と、
前記プローブ情報蓄積手段に蓄積された前記プローブ情報をユーザ毎に解析し、前記属性情報保持手段に保持されている当該ユーザの属性情報に変化が生じたか否かを推測する推測手段と、
前記推測手段で前記属性情報に変化が生じたと推測されたユーザに対して、当該属性情報の変化の有無の問い合わせを行う問い合わせ手段と
を備えることを特徴とする属性情報管理サーバ。
【請求項２】
請求項１に記載の属性情報管理サーバであって、
属性情報の変化の有無を示す情報を含む、前記問い合わせに対する応答を受信する応答受信手段と、
前記応答受信手段により受信された前記応答に含まれる前記属性情報の変化の有無を示す情報が、変化有りを示すものである場合に、当該ユーザの属性情報を変化後の属性情報に更新する更新手段と
を備えることを特徴とする属性情報管理サーバ。
【請求項３】
請求項１または請求項２に記載の属性情報管理サーバであって、
前記属性情報は、ユーザの現住所、職業、勤務先、収入、家族構成、趣味、立寄り先等の変化する可能性の有るユーザに関する情報であることを特徴とする属性情報管理サーバ。
【請求項４】
請求項１、請求項２または請求項３に記載の属性情報管理サーバであって、
前記推測手段は、地図情報とＰＯＩ（Point Of Interest）情報の一方あるいは両方を考慮して、前記プローブ情報を解析することにより、ユーザの移動経路を把握することが可能であることを特徴とする属性情報管理サーバ。
【請求項５】
ユーザ毎に個人の属性情報を属性情報保持手段に予め登録する属性情報登録工程と、
ユーザの携帯通信端末から所定のタイミング毎に送信される情報であって、ユーザの識別が可能な識別情報と現在位置情報とを含むプローブ情報を、受信手段が受信する受信工程と、
前記受信工程において受信したプローブ情報をユーザ毎にプローブ情報蓄積手段に蓄積するプローブ情報蓄積工程と、
前記プローブ情報蓄積工程において前記プローブ情報蓄積手段に蓄積した前記プローブ情報を、推測手段がユーザ毎に解析し、前記属性情報保持手段に保持されている当該ユーザの属性情報に変化が生じたか否かを推測する推測工程と、
前記推測工程において前記属性情報に変化が生じたことを推測したユーザに対して、問い合わせ手段が当該属性情報の変化の有無の問い合わせを行う問い合わせ工程と
を有することを特徴とする属性情報管理方法。
【請求項６】
プローブ情報を送信する携帯通信端末と、プローブ情報を受信するサーバ装置とがネットワークを通じて接続されて構成される属性情報管理システムであって、
前記携帯通信端末は、
所定のタイミング毎に、ユーザを識別可能な識別情報と現在位置情報とを含むプローブ情報プローブ情報を生成する生成手段と、
前記生成手段で生成された前記プローブ情報を、所定のサーバ装置に送信する送信手段と
を備え、
前記サーバ装置は、
ユーザ毎に個人の属性情報を記憶保持する属性情報保持手段と、
前記携帯通信端末から所定のタイミング毎に送信される前記プローブ情報を受信する受信手段と、
前記受信手段で受信されたプローブ情報をユーザ毎に蓄積するプローブ情報蓄積手段と、
前記プローブ情報蓄積手段に蓄積された前記プローブ情報をユーザ毎に解析し、前記属性情報保持手段に保持されている当該ユーザの属性情報に変化が生じたか否かを推測する推測手段と、
前記推測手段で前記属性情報に変化が生じたと推測されたユーザに対して、当該属性情報の変化の有無の問い合わせを行う問い合わせ手段と
を備えることを特徴とする属性情報管理システム。
【請求項１】
ユーザ毎に個人の属性情報を記憶保持する属性情報保持手段と、
ユーザの携帯通信端末から所定のタイミング毎に送信される情報であって、ユーザの識別が可能な識別情報と現在位置情報とを含むプローブ情報を受信する受信手段と、
前記受信手段で受信されたプローブ情報をユーザ毎に蓄積するプローブ情報蓄積手段と、
前記プローブ情報蓄積手段に蓄積された前記プローブ情報をユーザ毎に解析し、前記属性情報保持手段に保持されている当該ユーザの属性情報に変化が生じたか否かを推測する推測手段と、
前記推測手段で前記属性情報に変化が生じたと推測されたユーザに対して、当該属性情報の変化の有無の問い合わせを行う問い合わせ手段と
を備えることを特徴とする属性情報管理サーバ。
【請求項２】
請求項１に記載の属性情報管理サーバであって、
属性情報の変化の有無を示す情報を含む、前記問い合わせに対する応答を受信する応答受信手段と、
前記応答受信手段により受信された前記応答に含まれる前記属性情報の変化の有無を示す情報が、変化有りを示すものである場合に、当該ユーザの属性情報を変化後の属性情報に更新する更新手段と
を備えることを特徴とする属性情報管理サーバ。
【請求項３】
請求項１または請求項２に記載の属性情報管理サーバであって、
前記属性情報は、ユーザの現住所、職業、勤務先、収入、家族構成、趣味、立寄り先等の変化する可能性の有るユーザに関する情報であることを特徴とする属性情報管理サーバ。
【請求項４】
請求項１、請求項２または請求項３に記載の属性情報管理サーバであって、
前記推測手段は、地図情報とＰＯＩ（Point Of Interest）情報の一方あるいは両方を考慮して、前記プローブ情報を解析することにより、ユーザの移動経路を把握することが可能であることを特徴とする属性情報管理サーバ。
【請求項５】
ユーザ毎に個人の属性情報を属性情報保持手段に予め登録する属性情報登録工程と、
ユーザの携帯通信端末から所定のタイミング毎に送信される情報であって、ユーザの識別が可能な識別情報と現在位置情報とを含むプローブ情報を、受信手段が受信する受信工程と、
前記受信工程において受信したプローブ情報をユーザ毎にプローブ情報蓄積手段に蓄積するプローブ情報蓄積工程と、
前記プローブ情報蓄積工程において前記プローブ情報蓄積手段に蓄積した前記プローブ情報を、推測手段がユーザ毎に解析し、前記属性情報保持手段に保持されている当該ユーザの属性情報に変化が生じたか否かを推測する推測工程と、
前記推測工程において前記属性情報に変化が生じたことを推測したユーザに対して、問い合わせ手段が当該属性情報の変化の有無の問い合わせを行う問い合わせ工程と
を有することを特徴とする属性情報管理方法。
【請求項６】
プローブ情報を送信する携帯通信端末と、プローブ情報を受信するサーバ装置とがネットワークを通じて接続されて構成される属性情報管理システムであって、
前記携帯通信端末は、
所定のタイミング毎に、ユーザを識別可能な識別情報と現在位置情報とを含むプローブ情報プローブ情報を生成する生成手段と、
前記生成手段で生成された前記プローブ情報を、所定のサーバ装置に送信する送信手段と
を備え、
前記サーバ装置は、
ユーザ毎に個人の属性情報を記憶保持する属性情報保持手段と、
前記携帯通信端末から所定のタイミング毎に送信される前記プローブ情報を受信する受信手段と、
前記受信手段で受信されたプローブ情報をユーザ毎に蓄積するプローブ情報蓄積手段と、
前記プローブ情報蓄積手段に蓄積された前記プローブ情報をユーザ毎に解析し、前記属性情報保持手段に保持されている当該ユーザの属性情報に変化が生じたか否かを推測する推測手段と、
前記推測手段で前記属性情報に変化が生じたと推測されたユーザに対して、当該属性情報の変化の有無の問い合わせを行う問い合わせ手段と
を備えることを特徴とする属性情報管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１３−６１８２８（Ｐ２０１３−６１８２８Ａ）
【公開日】平成２５年４月４日（２０１３．４．４）
【国際特許分類】
【出願番号】特願２０１１−２００２１５（Ｐ２０１１−２００２１５）
【出願日】平成２３年９月１４日（２０１１．９．１４）
【出願人】（５００５７８２１６）株式会社ゼンリンデータコム (231)
【公開日】平成２５年４月４日（２０１３．４．４）
【国際特許分類】
【出願日】平成２３年９月１４日（２０１１．９．１４）
【出願人】（５００５７８２１６）株式会社ゼンリンデータコム (231)
[ Back to top ]