JP4858400B2 - 情報提供システム、情報提供装置、情報提供方法 - Google Patents

Description

本発明は、情報提供システム、情報提供装置、情報提供方法に関し、特に、人の集合状況を情報として提供できるようにする技術に関する。

特開２００７−１１３９１号公報

上記特許文献１には、ユーザの主観的情報を抽出して、地図にマッピングする地図作成システムが開示されている。
これは、ユーザの行動に起因した異種電子情報を行動情報として一括に捉え、それを位置情報とともに収集、蓄積し、且つその中から場所に関する行動者の主観的情報を抽出して、それを既存の客観的地図にマッピングすることで、実社会にて行動している人々の主観的情報からなる、主観性および情報性に富む、従来にない地図を作成するものである。

ところで、通信インフラストラクチャの発達、センサネットワークの開発、ストレージデバイスの軽量化，容量の増大化などの技術進歩とともに、一般ユーザの行動を検知したり、又は記録，蓄積したりすることで、ユーザの行動や位置、状況に応じた有益な情報や広告の提供、或いはユーザの趣向に合うようにコンテンツを推薦するシステムなどが実現可能となりつつある。
ここで、一般人にとっては、特に偶発的な出来事や、広告等の告知の無い（或いは少ない）イベントなど、予め知ることが難しい出来事が発生している場合に、そのような出来事の発生又は可能性を告知できると、有益な情報提供となる。
例えば或る場所に、通常時以上に人が集まっているとしたら、その場所で、何らかのおもしろい出来事や興味深い出来事が起こっていると推定できる。
そこで本発明では、人が集まっているということに注目し、そのような状況を情報としてユーザに提供できるようにすることを目的とする。

本発明の情報提供システムは、端末装置と、上記端末装置と通信可能な情報提供装置とを有するシステムである。
そしてこの情報提供システムを構成する本発明の情報提供装置は、上記端末装置との間で通信を行って、上記外部の端末装置から送信されてくる、上記端末装置の現在位置情報、識別情報、人物の属性登録情報、生体情報、運動情報を含む現在状況情報を受信する通信手段と、受信した上記現在状況情報の現在位置情報、識別情報を用いて、各位置に居る人物の情報を管理して各位置における現在の人数情報を管理する人数情報管理手段と、上記人数情報管理手段で管理されている人数情報により、各位置での現在人数が、所定時間前の人数と比較して、その増加数、又は増加率が、所定の増加数、又は増加率を越えているか否かを判別するとともに、該位置の決定の際の平均集合レベルに基づく抽出条件の情報に基づいて、告知表示を行う位置を決定し、告知表示を行う位置の情報を含む集合情報を生成する集合情報生成手段と、上記集合情報生成手段で生成された集合情報を、上記通信手段により上記端末装置に送信させる送信制御手段と、を備え、上記集合情報生成手段は、現在人数が所定時間前の人数と比較して、その増加数、又は増加率が、所定の増加数、又は増加率を越えている位置であって、かつ該位置の決定の際の抽出条件の情報として、人がよく集まる場所であるかの否かとしてのレベルを設定した集合必然性レベル及び存在する上記人物の属性登録情報の分布状況に応じて、告知表示を行う位置を決定する。
またこの情報提供システムを構成する本発明の端末装置は、上記情報提供装置との間で通信を行う通信手段と、一体又は別体の表示部において地図画像の表示を実行させるとともに、上記情報提供装置から送信され上記通信手段により受信された、告知表示を行う位置情報と、該位置における現在人数、人数変化量の情報、該位置の決定の際の抽出条件の情報を含む集合情報に基づいた表示を、上記地図画像上で実行させる制御手段と、を備え、上記制御手段は、上記集合情報に基づいた表示として、上記位置情報に相当する地図画像上の位置において、上記該位置の決定の際の抽出条件の情報として、人がよく集まる場所であるかの否かとしてのレベルを設定した集合必然性レベル及び存在する上記人物の属性登録情報の分布状況に応じて異なる態様の表示を実行させる。

上記した本発明の情報提供装置において、上記通信手段は、外部の端末装置から送信されてくる、少なくとも上記端末装置の現在位置情報を含む現在状況情報を受信するとともに、上記人数情報管理手段は、受信した上記現在状況情報に用いて、各位置における現在の人数情報を管理する。
上記現在状況情報には、上記端末装置側の識別情報も含まれており、上記人数情報管理手段は、各位置に居る人物の情報を上記識別情報により管理する。
上記現在状況情報には、さらに上記端末装置を所持する人物の生体情報又は運動情報が含まれており、上記人数情報管理手段は、各位置に居る人物の情報として、上記識別情報とともに上記生体情報又は上記運動情報を管理する。
上記人数情報管理手段は、上記識別情報に対応させて、上記端末装置を使用する人物の属性登録情報を管理する。
また上記人数情報管理手段は、各位置に居る人物の情報として、上記識別情報に対応させて現在の位置での滞在時間を管理する。

また各位置での現在人数が、所定人数以上であるか否かを判別する際、位置毎に、上記所定人数の値を異なる値として判別を行い、告知表示を行う位置を決定する。
また上記集合情報生成手段は、特定の地域範囲内での各位置として、各位置での現在人数が、所定人数以上であるか否かを判別し、告知表示を行う位置を決定する。
また上記集合情報生成手段は、各位置での現在人数として、所定の抽出条件に該当する人物の現在人数を判別し、該判別した現在人数が所定人数以上であるか否かを判別して、告知表示を行う位置を決定する。上記抽出条件は、人物の属性登録情報、生体情報、運動情報、滞在時間の少なくとも１つを含む条件である。

また情報提供装置における上記集合情報生成手段は、上記人数情報管理手段で管理されている人数情報により、各位置での人数変化量が、所定の基準変化量以上であるか否かを判別して、告知表示を行う位置を決定する。
また上記集合情報生成手段は、各位置での人数変化量が、基準変化量以上であるか否かを判別する際、位置毎に、上記基準変化量の値を異なる値として判別を行い、告知表示を行う位置を決定する。
また上記集合情報生成手段は、特定の地域範囲内での各位置として、各位置での人数変化量が、基準変化量以上であるか否かを判別し、告知表示を行う位置を決定する。
また上記集合情報生成手段は、各位置での所定の抽出条件に該当する人物の現在人数を判別し、該判別した現在人数の人数変化量が、基準変化量以上であるか否かを判別して、告知表示を行う位置を決定する。上記抽出条件は、人物の属性登録情報、生体情報、運動情報、滞在時間の少なくとも１つを含む条件である。
また上記集合情報生成手段は、人数変化量が基準変化量以上である位置であって、かつ存在する人物の属性情報の分布状況に応じて、告知表示を行う位置を決定する。

また上記集合情報生成手段は、告知表示を行うと決定した位置の情報と、該位置における現在人数もしくは人数変化量の情報を含む集合情報を生成する。
また上記集合情報生成手段は、告知表示を行うと決定した位置の情報と、該位置の決定の際の抽出条件の情報を含む集合情報を生成する。
また上記集合情報生成手段は、告知表示を行うと決定した位置の情報と、該決定した位置についての付加情報を含む集合情報を生成する。

また、上記送信制御手段は、外部の端末装置からの要求情報を受信することに応じて、上記集合情報生成手段で生成された集合情報を上記通信手段により上記端末装置に対して送信させる。
或いは上記送信制御手段は、人数状況の変化に応じた送信タイミングで、上記集合情報生成手段で生成された集合情報を上記通信手段により上記端末装置に対して送信させる。

本発明の情報提供方法は、外部の端末装置との間で通信を行って、上記外部の端末装置から送信されてくる、上記端末装置の現在位置情報、識別情報、人物の属性登録情報、生体情報、運動情報を含む現在状況情報を受信する通信ステップと、受信した上記現在状況情報の現在位置情報、識別情報を用いて、各位置に居る人物の情報を管理して各位置における現在の人数情報を管理する人数情報管理ステップと、管理されている人数情報により、各位置での現在人数が、所定時間前の人数と比較して、その増加数、又は増加率が、所定の増加数、又は増加率を越えているか否かを判別して、告知表示を行う位置を決定し、告知表示を行う位置の情報を含む集合情報を生成する集合情報生成ステップと、生成された集合情報を、外部の端末装置に送信する送信ステップと、を情報提供装置に実行させ、上記集合情報生成ステップは、現在人数が所定時間前の人数と比較して、その増加数、又は増加率が、所定の増加数、又は増加率を越えている位置であって、かつ該位置の決定の際の抽出条件の情報として、人がよく集まる場所であるかの否かとしてのレベルを設定した集合必然性レベル及び存在する上記人物の属性登録情報の分布状況に応じて、告知表示を行う位置を決定する。

このような本発明では、情報提供装置側では、各位置（場所）における人の集まり具合を検出管理する。そして、現在居る人数が所定人数以上、もしくは人数変化量が所定の基準変化量以上となる位置（場所）を判別し、その位置の情報を、集合情報として端末装置に提供するものである。端末装置では、集合情報に基づいた表示を行う。例えば地図画像上で、人が集まっている位置に、集まっていることを示す表示を行う。これによって端末装置のユーザは、その場所で何らかの出来事が起きていると知ることができる。

本発明によれば、端末装置のユーザは、通常は、その特定の場所に居ない限りは知ることができないような出来事やイベントなどを、人が集まっている位置の情報として知ることができる。これによってユーザに対して非常に有益な情報提供が可能となる。
また単なる人の集まりでなく、どのような人々が集まっているか、どの程度の人数が集まっているかなどを表現する表示を行うことで、ユーザにとって、その場所で起きている出来事が、自分に興味のある出来事か否かの判断にも適しており、ユーザに適切な情報提供が可能となる。

以下、本発明の実施の形態を説明する。説明は次の順序で行う。
［１．システム構成］
［２．端末装置構成］
［３．サーバ装置構成］
［４．端末装置からサーバ装置への現在状況情報の送信］
［５．サーバ装置における人数推移判別］
［６．集合情報表示のための動作例Ｉ］
［７．集合情報表示のための動作例II］
［８．集合情報表示のための動作例III］
［９．抽出条件によるフィルタ処理例］
［１０．表示例］
［１１．実施の形態の効果及び変形例］

［１．システム構成］

図１により本実施の形態のシステム構成例を説明する。
本例のシステムは、端末装置１、１Ａ、１Ｂと、サーバ装置７０（情報提供装置）とが、ネットワーク６０を介して通信可能とされて構成される。

端末装置１、１Ａ、１Ｂは、ユーザが所持する例えば携帯機器としての装置である。
本システムでは、多数のユーザがそれぞれ例えば端末装置１を所持していることを想定する。各端末装置１からはユーザの現在の位置情報がサーバ装置７０に送信されることで、サーバ装置７０は、多数のユーザの現在位置を管理する。そして「人が集まっている場所」を判別する。
そしてサーバ装置７０が「人が集まっている場所」の情報を集合情報として端末装置１に送信すると、端末装置１側では、その集合情報に基づく告知表示を行う。例えば地図画像表示上で、人が集まっている場所を示すような表示を行う。
このような動作により、端末装置１のユーザは、人が集まっている場所を知ることができる。

このようなシステム動作を実現するため、端末装置１は、現在状況情報として、少なくとも現在の位置情報を例えば定期的にサーバ装置７０に送信する。位置情報と共に生体情報や運動情報を送信する場合もある。
また端末装置１は、サーバ装置７０から集合情報を受け取り、その集合情報に基づく表示を行うことで、集合情報の告知をユーザに対して行うことができる。集合情報とは、基本的には、ある位置（場所）において多数の人が集まっていることを示す情報であり、端末装置１では、その集合情報に基づいて、地図画像上で多数の人が集まっている場所を示すような表示を行う。

実施の形態としては、基本的には、端末装置１とサーバ装置７０によるシステムを想定すればよいが、システム上の端末として、単にサーバ装置７０による集合状況の管理のために用いられる端末装置１Ａや、集合状況の管理には寄与しないが、情報提供サービスを受けることのできる端末装置１Ｂとしての機器も考えられるため、端末装置１Ａ、１Ｂについても示している。
端末装置１Ａは、現在位置情報を含む現在状況情報をサーバ装置７０に送信する動作を行うが、サーバ装置７０から集合情報を受信して、集合情報に基づく表示を行う機能のない機器としている。
また、端末装置１Ｂは、サーバ装置７０から集合情報を受信して、集合情報に基づく表示を行う機能を有するが、特に現在状況情報をサーバ装置７０に送信しない機器としている。
各端末装置１，１Ａ，１Ｂの構成例については後述する。

端末装置１，１Ａ，１Ｂとしては、携帯電話器やＰＤＡ（Personal Digital Assistant）、小型のパーソナルコンピュータのような携帯に適した形状及びサイズの機器としてユーザが持ち歩くものでもよい。さらには、携帯電話機やＰＤＡ、パーソナルコンピュータの内蔵機能として、この端末装置１，１Ａ，１Ｂとしての機能が設けられるものでもよい。
また、例えば眼鏡型、ヘッドセット型などとしてユーザが頭部に装着するものであってもよいし、腕時計型、ペンダント型などとされてユーザが装着するものであってもよい。

端末装置１Ａについては、より小型の機器として、カード状の機器、ＩＣタグなどとして構成されてもよい。
また、端末装置１Ｂについては、必ずしも携帯型の機器ではなく、ユーザが自宅等に配置する機器、例えばデスクトップ型のパーソナルコンピュータのような形態の機器であってもよいし、或いはデスクトップ型のパーソナルコンピュータの内蔵機能として端末装置１Ｂが実現されてもよい。

サーバ装置７０は、端末装置１、１Ｂに対して集合情報を提供する情報提供装置として機能する。
サーバ装置７０は、端末装置１、１Ａから送信されてくる現在位置情報についての管理を行い、各位置において、人がどの程度集まっているかを判別し、各位置での人の集合状況を管理する。また、集合状況の管理に基づいて、集合情報を生成し、端末装置１、１Ｂに送信する。

ネットワーク６０とは、インターネット、携帯電話通信網、ＰＨＳ通信網、アドホックネットワーク、ＬＡＮなど、各種考えられる。

［２．端末装置構成］

端末装置１，１Ａ、１Ｂの構成例を説明する。
まず、図２に端末装置１の構成例を示す。
端末装置１は、システムコントローラ１０、生体センサ部１１、運動センサ部１２、位置検出部１３、表示部１４、日時計数部１５、操作部１６、記憶部１７、通信部１８を有する。

システムコントローラ１０は、例えばＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、不揮発性メモリ部、インターフェース部を備えたマイクロコンピュータにより構成され、端末装置１の全体を制御する制御部とされる。
このシステムコントローラ１０は内部の動作プログラムに基づいて、端末装置１内の各部の制御を行い、必要な通信動作や、集合情報に基づく表示動作等を実行させる。

生体センサ部１１は、ユーザの生体情報を検出する。生体情報とは、脈拍、心拍、心電図信号、筋電、呼吸（例えば呼吸の速さ、深さ、換気量など）、発汗、ＧＳＲ（皮膚電気反応）、血圧、血中酸素飽和濃度（ＳｐＯ₂）、皮膚表面温度、脳波（例えばα波、β波、θ波、δ波の情報）、血流変化（近赤外分光による脳血流、抹消血流などの血流変化）、体温、眼の状態（瞳孔状態、眼の動き、まばたき等）などである。
例えばＧＳＲ（皮膚電気反応）、体温、皮膚表面温度、心電図反応、筋電心拍、脈拍、血流、血圧、脳波、発汗、体温などを検出するには、被検出者の皮膚に接触するセンサを用いることが考えられる。脳波については頭部に接触して装着されるセンサを用いる。
また、ユーザの眼の状態を検出するセンサとしては、例えばユーザの眼部を撮像するようにされた撮像部により形成できる。この場合、該撮像部が撮像したユーザの眼部の画像について画像解析を行うことで、視線方向、焦点距離、瞳孔の開き具合、眼底パターン、まぶたの開閉などを検出できる。または、ユーザの眼部に光を照射する発光部と、眼部からの反射光を受光する受光部により形成することもできる。例えば受光信号からユーザの水晶体の厚みを検知することも可能である。
生体センサ部１１は、これら所要のセンサによる検出結果情報をシステムコントローラ１０に出力する。

運動センサ部１２は、ユーザの運動情報を検出する。運動情報とは、ユーザの静止／歩行／走行の各状態を示す情報や、運動状態（揺れ、跳躍、歩行／走行のリズム、重心等）を示す情報、或いはユーザの身体要素である頭、腕、足、手、指などの動きを示す情報などである。
これらの運動情報は、加速度センサ、ジャイロ（角速度センサ）、振動センサなどを用いることで検出可能となる。即ち加速度センサやジャイロを備えることで、ユーザの動きに応じた信号として、例えば全身の動き、頭部の動き、首の動き、腕部の動き、脚部の動きなどを検出することができる。もちろん腕部の動き、脚部の動きなどを検出する場合は、加速度センサやジャイロがユーザの腕部や脚部に装着されるようにすればよい。
生体センサ部１１は、これら加速度センサ等による検出結果情報をシステムコントローラ１０に出力する。

位置検出部１３は例えばＧＰＳ受信部とされる。ＧＰＳ受信部は、ＧＰＳ（Global Positioning System）の衛星からの電波を受信し、現在位置としての緯度・経度の情報をシステムコントローラ１０に出力する。
なお、位置検出部１３としては、ＷｉＦｉ（Wireless Fidelity）や携帯電話会社が提供する位置情報サービスを利用するものとしてもよい。
日時計数部１５は、常時日時カウント動作を行い、年月日時分秒を計数する。

操作部１６は、端末装置１を使用するユーザが各種の操作を行うためのキーやダイヤルなどの操作子として設けられている。また表示部１４にタッチパネルを設け、これを操作部１６としてタッチ操作可能としてもよい。
例えば、電源オン／オフ操作、表示関連操作（例えば表示モードの選択や表示調整操作）、各種設定操作などが可能とされる。
システムコントローラ１０は、操作部１６からの操作情報に基づいて所要の制御処理を行う。
なお本例の端末装置１は、生体センサ部１１や運動センサ部１２を備えるため、これらによって検出される生体情報／運動情報から、ユーザの意識的な挙動を検知して、システムコントローラ１０がそれを操作入力情報と判断するようにしてもよい。
例えばユーザが端末装置１をコツコツと軽く叩くといったことを、運動センサ部１２の加速度センサ、振動センサ等で検知し、これをシステムコントローラ１０がユーザの操作として認識するようにすることができる。
またユーザが頭を回す、首を振るなどとすることを加速度センサや角速度センサで検知し、これをシステムコントローラ１０がユーザの操作として認識するようにしてもよい。
また生体センサ部１１でユーザの眼の動きを検出し、例えばユーザの意識的な挙動としての目の動き（視線方向の変化やまばたき）などを操作入力とすることも考えられる。

通信部１８は、外部機器との間でのデータの送受信を行う。この通信部１８は、有線又は無線でネットワーク接続され、図１に示したネットワーク６０を介してサーバ装置７０と通信を行う。

記憶部１７はシステムコントローラ１０の制御に基づいて各種データの記録（保存）や、記録されているデータの再生（読み出し）を行う。
この記憶部１７は、ＲＡＭ或いはフラッシュメモリなどの固体メモリにより構成されても良いし、例えばＨＤＤ（Hard Disk Drive）により構成されてもよい。
また内蔵の記録媒体ではなく、可搬性の記録媒体、例えば固体メモリを内蔵したメモリカード、光ディスク、光磁気ディスク、ホログラムメモリなどの記録媒体に対応する記録再生ドライブなどとされても良い。
もちろん、固体メモリやＨＤＤ等の内蔵タイプのメモリと、可搬性記録媒体に対する記録再生ドライブの両方が搭載されてもよい。
本例の場合、記憶部１７には、特に通信データ格納部１７ａ、検出情報蓄積部１７ｂ、地図データベース１７ｃとしての記憶領域が用意される。

通信データ格納部１７ａは、通信部１８での送信／受信データのバッファリングや格納に用いられる。
検出情報蓄積部１７ｂは、生体センサ部１１で検出される生体情報、運動センサ部１２で検出される運動情報、位置検出部１３で検出される位置情報を記憶する。例えばシステムコントローラ１０の制御に基づいて、例えば一定時間毎にこれらの情報を、日時計数部１５でカウントされている日時情報とともに記憶していくようにされる。つまり検出情報蓄積部１７ｂには、ユーザの生体情報／運動情報／位置情報が記録され、この記録された情報に基づいて、後述する現在状況情報が生成される。
地図データベース１７ｃには、地図表示を行うための地図画像その他必要な情報が記憶されている。

表示部１４は、例えば液晶パネル、有機ＥＬパネル等の表示パネル部と、表示パネル部を表示駆動する表示駆動部が設けられる。表示駆動部は、供給される画像データを表示パネル部において表示させるための画素駆動回路で構成されている。画素駆動回路は表示パネル部においてマトリクス状に配置されている各画素について、それぞれ所定の水平／垂直駆動タイミングで映像信号に基づく駆動信号を印加し、表示を実行させる。
この表示部１４は、システムコントローラ１０の制御に基づいて、表示パネル部に所定の表示を実行させる。特に本例では、システムコントローラ１０は、地図データベース１７ｃに記憶された地図画像データを用いて、表示部１４に地図表示を実行させたり、さらにその地図画像上において、サーバ装置７０から受信した集合情報に基づいた表示を実行させる。

このような端末装置１は、上述したようにユーザが装着或いは所持できるように小型軽量の機器として構成されることが好適である。ここで特に生体センサ部１１や、運動センサ部１２による検出を適切に行うためには、検出しようとする生体情報の内容にもよるが、例えば腕時計型、眼鏡型、ヘッドセット型、帽子型、ヘルメット型、手袋型、或いは機器内蔵の衣服などの形態であって、特に一部（生体センサ部１１）が被検出者の皮膚や頭部など、検出内容に応じて適切な身体部位に接触できるような形態が考えられる。
但し、少なくとも生体センサ部１１（検出する運動情報の内容によっては運動センサ部１２）がユーザの身体に密着できるようにすればよいことから、端末装置１を図３のように２つのユニットで形成してもよい。

図３は、端末装置１を、検出装置部２と表示装置部３という別体のユニットで構成した例である。
検出装置部２は、生体センサ部１１と、運動センサ部１２と、検出情報送信部１９を有する。
また表示装置部３は、システムコントローラ１０、位置検出部１３、表示部１４、日時計数部１５、操作部１６、記憶部１７、通信部１８に加え、検出情報受信部２０を備える。
検出情報受信部２０と検出情報送信部１９は、例えば無線通信或いは有線通信で互いに通信を行う。無線通信とする場合、例えばブルートゥース等の近距離無線通信方式を採用してもよいし、可視光又は非可視光などを用いた光パルス変調でデータ通信を行う光通信方式でもよい。もちろんより長距離に対応した無線通信方式やネットワーク通信を用いてもよい。
そしてこの図３の場合、生体センサ部１１で検出される生体情報及び運動センサ部１２で検出される運動情報は、検出情報送信部１９から送信され、検出情報受信部２０で受信される。
システムコントローラ１０は、検出情報受信部２０で受信された生体情報、運動情報に基づいて、キャラクタ画像の表示制御を行うことになる。

この図３の構成の場合、検出装置部２のみを、ユーザの皮膚や頭部などの所要部位に接触できるようにすればよいため、ユーザの装着負担を軽くするような形態が可能となる。特に検出装置部２は生体センサ部１１，運動センサ部１２、検出情報送信部１９を有する簡易な構成であるため、小型軽量化が容易であり、身体の所要部位に装着可能な機器としての実現が容易となる。
また、表示装置部３は、ユーザが所持する専用の小型機器とされてもよいが、例えば携帯電話機やＰＤＡ（Personal Digital Assistant）などの携帯可能な機器に、この表示装置部３としての機能を加えたものとしても実現可能である。

図４は、上述した端末装置１Ａの構成例を示したものである。
この端末装置１Ａは、サーバ装置７０に対して現在状況情報を送信する機器であり、このため、システムコントローラ１０、生体センサ部１１、運動センサ部１２、位置検出部１３、日時計数部１５、記憶部１７、通信部１８を有するようにすればよい。
記憶部１７においては、現在状況情報の内容とする位置情報、生体情報、運動情報を記憶する検出情報蓄積部１７ｂが設けられればよい。

図５は、上述した端末装置１Ｂの構成例を示したものである。
この端末装置１Ｂは、サーバ装置７０から送信されてくる集合情報を受信し、その集合情報に基づく表示を行う機器である。このため端末装置１Ｂは、システムコントローラ１０、位置検出部１３、表示部１４、操作部１６、記憶部１７、通信部１８を有するようにすればよい。
記憶部１７においては、受信した集合情報を保存するための通信データ格納部１７ａと、地図表示のための地図データベース１７ｃが設けられればよい。
なお位置検出部１３での位置検出は、例えば地図画像の表示の際に、その地図画像上で現在の自己位置を表示するために行われる。

図２，図３，図４，図５に端末装置１，１Ａ、１Ｂの構成例を挙げたが、実際にはそれぞれ多様な構成の変形例が考えられる。
即ち、少なくとも後述する各種の動作例や通信するデータの構造などに応じて、必要な部位が設けられると考えればよく、上記各図に図示した構成の削除や追加は多様に考えられる。
例えば端末装置１，１Ａとして、生体センサ１１、運動センサ１２の無い構成も考えられる。
また、端末装置１、１Ｂとして地図データベース１７ｃは必ずしも必要ではない。地図データベース１７ｃは、表示部１４での地図表示を行うために用いるのであるが、例えば地図表示の際にサーバ装置７０から地図描画データがダウンロードされるようにすれば、地図データベース１７ｃを備えなくとも、地図画像表示を行うことができる。

［３．サーバ装置構成］

次に図６に、サーバ装置７０の構成例を示す。
上述したようにサーバ装置７０は、例えばネットワーク６０を介した通信により、端末装置１（又は１Ａ：以下省略）から送信されてくる現在状況情報を取り込んで、各位置の集合状況を把握するとともに、人が集まっている場所を示す集合情報を生成し、集合情報を端末装置１（又は１Ｂ：以下省略）に送信する装置である。
サーバ装置７０は、サーバ制御部７２、ネットワークストレージ部７１、通信部７３、データベース管理部７４、人数管理データベース７５、登録ユーザデータベース７６、地図データベース７７、位置管理データベース７８を備える。

サーバ制御部７２は、サーバ装置７０としての必要な動作制御を行う。特には、ネットワーク通信動作の制御や、端末装置１からの現在状況情報が送信されてきた際の処理制御、端末装置１に対する集合情報の送信に関する制御などを行う。
ネットワークストレージ部７１は、例えばＨＤＤ等により実現され、例えば端末装置１とのネットワーク６０を介した通信による送受信データを一時的に保存したり、各種必要なデータの保存などに用いられる。
通信部７３は、端末装置１との間で、ネットワーク６０を介したデータ通信を行う。

データベース管理部７４は、人数管理データベース７５、登録ユーザデータベース７６、地図データベース７７、位置管理データベース７８のそれぞれについての管理を行う。即ち各データベースについての更新処理、検索処理、読出処理などを行う。

人数管理データベース７５は、各位置での現在人数の管理を行うデータベースである。
この人数管理データベース７５は例えば図７（ａ）のような構造とされる。即ち地図上の各位置（Ｐ１，Ｐ２，Ｐ３・・・）に対応させて、その位置における現在居る人の人数を常時更新しながら管理する。またユーザＩＤとして、その現在居る人の識別情報が更新登録される。
管理の単位となる位置Ｐ１，Ｐ２，Ｐ３・・・とは、それぞれが緯度・経度によって表現される１つの位置でもよいし、地名、地区名などに応じた位置でもよい。また、地図上でエリア分割して設定した位置でもよい。あくまで、端末装置１側で検出される位置情報によって判別できる「場所」の単位が設定されればよいものである。
ユーザＩＤは、端末装置１のユーザに固有に設定された識別情報であり、このユーザＩＤとは、端末装置１に個別に付与された装置ＩＤであってもよい。

後述するが、端末装置１又は１Ａからは、現在状況情報として、ユーザＩＤと現在の位置情報が少なくとも送信されてくる。サーバ装置７０側では、現在状況情報を受信する毎に、人数管理データベース７５を更新していく。例えば受信した現在状況情報としてユーザＩＤが「ＵＩＤ１」であって、位置情報が位置Ｐ１に相当する位置であった場合、この人数管理データベース７５において、位置Ｐ１についてユーザＩＤ「ＵＩＤ１」を登録する。現在人数は、登録されたユーザＩＤの数として管理できる。

図７（ｂ）は、人数管理データベース７５の他の構造例を示している。例えば図７（ａ）と同様に位置（Ｐ１，Ｐ２，Ｐ３・・・）に対応させて、現在人数及びユーザＩＤを管理するが、さらに、単位時間ｘ分ごとの人数の変動を管理できるように、人数経過情報としてｘ分前の人数、２ｘ分前の人数、３ｘ分前の人数を、それぞれ登録する。
このように過去の人数についても或る程度、登録情報として残しておくことで、サーバ装置７０側では各位置における人数変化を把握できることになる。
例えばこの図７（ｂ）の例の場合、位置Ｐ１では、徐々に人が増えている状況が確認でき、また位置Ｐ３では、人が減っている状況が確認できる。

登録ユーザデータベース７６は、本例のシステムによる情報提供サービスに登録したユーザの情報を管理するデータベースである。
例えば図８に登録ユーザデータベース７６の構造例を示す。
ここでは登録ユーザデータベース７６には、例えば予めユーザが通知した属性登録情報や、最新の状況を示す最新更新情報が登録される例としている。

登録ユーザデータベース７６では、ユーザＩＤで識別される個々のユーザに対応して属性登録情報や最新更新情報が登録される。
まず属性登録情報とは、本例のシステムによるサービスを享受するためにユーザが予め通知した情報である。例えばサービス享受の際に、属性登録情報を端末装置１から送信することで、この登録ユーザデータベース７６に登録される。
その属性登録情報の内容としては、年齢、性別、趣味嗜好情報ＵＰＤなどが想定される。趣味嗜好情報ＵＰＤとしては、例えば趣味等のジャンルとしての音楽、スポーツ、グルメ、ショッピングなどの内容や、さらにそれらを細分化した内容（例えば音楽であれば、ロック、クラシックなどの音楽ジャンル）などが考えられる。

またユーザＩＤに対応する最新更新情報は、端末装置１から送信されてくる現在状況情報として通知される情報である。即ち現在状況情報が送信されてくるたびに更新される情報であり、例えば日時ＴＭ、現在位置、生体情報ＢＤ、運動情報ＰＤ、滞在時間ＳＴＭなどがある。
端末装置１から送信されてくる現在状況情報の内容例は図１１で後述するが、少なくともユーザＩＤと日時情報と位置情報が含まれる。このため、現在状況情報が送信されてきた場合、この登録ユーザデータベース７６において、少なくとも日時ＴＭと、現在位置の内容は更新される。例えば或る端末装置１から、ユーザＩＤ＝ＵＩＤ１の現在状況情報が送信されてきた場合、この登録ユーザデータベース７６においてはユーザＩＤ＝ＵＩＤ１の登録情報として日時、位置が更新される。
位置の情報としては、例えば図７の人数管理データベース７５で示した位置Ｐ１，Ｐ２・・・と同じ位置情報が記憶される。例えば現在状況情報で送信されてきた位置情報（緯度・経度）が、人数管理データベース７５における位置Ｐ３に相当する場合、登録ユーザデータベース７６の最新更新情報の位置の情報として「Ｐ３」と登録される。
また、現在状況情報に生体情報や運動情報が含まれている場合、登録ユーザデータベース７６において、生体情報ＢＤ、運動情報ＰＤとしての内容も更新される。
この日時ＴＭ、位置、生体情報ＢＤ、運動情報ＰＤを含む最新更新情報は、各ユーザについての最新の状況を管理するためのものとなる。

また、滞在時間ＳＴＭは、ユーザが現在の場所に滞在している時間を示す情報である。例えば図のようにユーザＩＤ＝ＵＩＤ１のユーザの現在の位置が位置Ｐ３である場合、この位置Ｐ３に滞在している時間が滞在時間ＳＴＭとして示される。
例えば現在状況情報を受信して最新更新情報を更新する際には、位置の情報に変化があるか否かを確認し、変化が無ければ、それまで記憶されていた日時と、今回の現在状況情報で示される日時との差分時間を、それまでの滞在時間ＳＴＭの値に加算することで、現在までの同じ位置での滞在時間を算出することができる。もちろん、今回の現在状況情報で示される位置が、それまで記憶されていた位置と異なる場合は、滞在時間ＳＴＭ＝０にリセットすればよい。

この図８のような登録ユーザデータベース７６により、サーバ装置７０では、各端末装置１のユーザについての属性（年齢、性別、趣味嗜好）や、最新の状況として、現在（現在に近い時点）で、どこに居て、どのような生体状況や運動状況にあるか、さらには現在の場所にどのくらい滞在しているか、ということを管理把握できることになる。

図６の構成における地図データベース７７は、緯度・経度を基準とした地図情報を記憶する。例えば緯度・経度と、上記人数管理データベース７５や登録ユーザデータベース７６で用いる位置Ｐ１，Ｐ２・・・を対応づける処理の際などに参照されたり、次に述べる位置管理データベース７８の作成の際などに参照される。

位置管理データベース７８は、人数管理データベース７５や登録ユーザデータベース７６で用いる位置Ｐ１，Ｐ２・・・のそれぞれについての情報として、位置属性ＺＤ、平均集合レベル、集合必然性レベル、位置対応サービスデータＰＳＤが登録される。
位置属性ＺＤとは、各位置についての属性を示す内容とされる。例えば、その位置についての地名、地域名、道路名、建物・施設などの名称、或いは建物、施設、場所などの種別などである。ここでいう種別とは、例えば店舗、競技場、公園、畑、駅などの種別が想定される。

平均集合レベルとは、通常、その位置にどの程度人が集まるかを示す情報を、ｎ段階のレベルで示した情報である。
例えば人口の多い／少ない地域であるか、住宅地／繁華街の別などによっては、平均的に居る人の数は異なる。例えば東京の新宿、渋谷の繁華街におけるある位置Ｐｘでは、常時非常に多数の人が居るが、地方都市の繁華街における位置Ｐｙでは平均的な人の数は、さほどでもない。また農村等であれば、例えば駅前である位置Ｐｚなどであっても、殆ど人がいないという状況がある。
本システムは、人が集まっている場所を端末装置１のユーザに提示するサービスを行うものであるが、「人が集まっている場所」を、「何か興味深い出来事が起こっている場所」としてユーザに提示するには、通常より多く人が集まっている場所を抽出する必要がある。例えば渋谷区内の或る位置Ｐｘでは、日常平均的に１００人程度が居るとすると、１００人の集合が検出されたとしても、それが「何か興味深い出来事が起こっている場所」とは推定しにくい。このような場所では、「何か興味深い出来事が起こっている場所」と判断する基準を、より多数の人数に引き上げることが適切である。
一方、農村の駅前の位置Ｐｚ集会場では、通常殆ど人がいないため、１０人程度が集まっていれば、何らかの出来事が起こっている場所と推定できる。
このように、人が集まっている場所を、通常時より人が多く集まっているか否かを判断する際には、通常時の平均的な人の数を基準にして判断することが適切となる。
そこで、位置管理データベースには平均集合レベルとして、通常時の人の数のレベルを設定して管理しておき、人が集まっているか否かの判断を、レベルに応じて行うようにする。

集合必然性レベルとは、人がよく集まる場所であるか否かとしてのレベルを設定して登録したものである。
本例のシステムは、例えば予め予定され、一般に広告されたイベント等をガイドすることよりも、偶発的な出来事が発生したと思われる場所をガイドすることに重点を置く。
例えばスポーツスタジアムでの競技開催中であったり、ライブハウス、コンサート会場、劇場などでの開演中であれば、その場所には必然的に人が集まっているといえる。つまり例えばスタジアム、ライブハウス等は、人が集合する必然性が高いといえる。
一方、そのような人の集まる施設ではなく、或る路上、街角、公園など、特に人が集まる必然性が小さい場所もあるが、そのような場所に人が集まっている場合は、その場所で何らかの偶発的な出来事や、ゲリラライブなど広告されていないイベントが発生していると推定できるものとなる。
そこで各位置Ｐ１，Ｐ２・・・について、集合必然性レベルとして、人が集まる必然性をｍ段階のレベルに設定して登録しておく。この集合必然性レベルを参照することで、ある位置について人が集まっていることが検出された場合、その人が集まっていることが必然的なことか、偶発的なことかの判断に用いることができる。

位置対応サービスデータＰＳＤとは、各位置に対応した付加情報である。例えば店舗等の営業施設に相当する位置Ｐｘであれば、その位置Ｐｘについての位置対応サービスデータＰＳＤとして、店の広告、営業案内、画像、ホームページアドレス、アドレスリンク、割引情報などの情報が登録される。また、その位置についてのユーザからの投稿データとしての写真画像やコメントなどのデータが位置対応サービスデータＰＳＤとして登録されるようにしてもよい。

このように位置管理データベース７８では、位置Ｐ１，Ｐ２・・・の各地についての情報を登録しておき、端末装置１のユーザに告知する集合情報の生成の際に参照できるようにする。

［４．端末装置からサーバ装置への現在状況情報の送信］

以上の端末装置１（１Ａ，１Ｂ）とサーバ装置７０で構成される情報提供システムとしての動作例を説明する。
まず、ここではサーバ装置７０における、各位置の人数管理のために行われる現在状況情報の通信動作について述べる。

上述のようにユーザが所持する端末装置１又は端末装置１Ａはサーバ装置７０に対して現在状況情報の送信を行う。
例えば端末装置１（又は１Ａ）が定期的なタイミングで自動的に、サーバ装置７０に対して現在状況情報の送信を行う場合の処理を図１０に示す。
端末装置１（又は１Ａ）のシステムコントローラ１０は、定期的に図１０の左側に示す処理を実行し、これに応じてサーバ装置７０のサーバ制御部７２は、図１０の右側に示す処理を行う。

まず端末装置１のシステムコントローラ１０は、ステップＦ１０１で送信タイミングを監視する。例えば３０秒間隔、１分間隔、或いは数分間隔などとしての一定時間毎が送信タイミングと設定されており、システムコントローラ１０はタイムカウントにより、この送信タイミングとなったか否かを判別する。

送信タイミングとなったら、システムコントローラ１０は処理をステップＦ１０２に進め、現在状況情報を生成する。
なお、端末装置１では、システムコントローラ１０は常時、生体センサ部１１で検出される生体情報や、運動センサ部１２で検出される運動情報としての検出値を、記憶部１７の検出情報蓄積部１７ｂに記憶する動作を実行させている。また位置検出部１３で検出される位置情報（例えば緯度・経度）も、検出情報蓄積部１７ｂに記憶させるようにしている。
或いは、送信タイミングとなってステップＦ１０２に進んだ時点で、システムコントローラ１０は、生体センサ部１１，運動センサ部１２，位置検出部１３で検出される各検出値を検出情報蓄積部１７ｂに記憶させるようにしてもよい。

いずれにしても、送信タイミングとなってステップＦ１０２に進んだ際には、システムコントローラ１０は、このように検出情報蓄積部１７ｂに記憶された最新の検出情報を用いて現在状況情報を生成する。

生成する現在状況情報としての内容例を図１１に示す。
図１１（ａ）は、現在状況情報を、現在状況情報ヘッダ、ユーザＩＤ、日時情報、位置情報により構成する例である。
図１１（ｂ）は、現在状況情報を、現在状況情報ヘッダ、ユーザＩＤ、日時情報、位置情報、生体情報、運動情報により構成する例である。
図１１（ｃ）は、現在状況情報を、現在状況情報ヘッダ、ユーザＩＤ、日時情報、位置情報、生体情報により構成する例である。
図１１（ｄ）は、現在状況情報を、現在状況情報ヘッダ、ユーザＩＤ、日時情報、位置情報、運動情報により構成する例である。
現在状況情報の内容例は他にも考えられるが、現在状況情報の内容としてどのような情報を含むようにするかは、システム動作形態や端末装置１の構成によるものとなる。

現在状況情報ヘッダには、現在状況情報であることの識別コードや、同期信号、データサイズ、情報のエンコード方式など、送信する現在状況情報としての基本的事項が含まれる。
ユーザＩＤは、ユーザ固有に付与されたユーザ識別情報である。これは端末装置１に固有に付与された識別情報であってもよい。
日時情報は、現在の年月日時分秒の情報である。システムコントローラ１０は、日時計数部１５で計数されている現在日時の値を、この現在状況情報に付加する。
位置情報は、位置検出部１３で検出されて検出情報蓄積部１７ｂに取り込まれていた位置情報（緯度・経度）である。

現在状況情報には、少なくとも図１１（ａ）のような情報が含まれるが、図２、図３、図４に示したように生体センサ部１１、運動センサ部１２を備える場合、図１１（ｂ）（ｃ）（ｄ）のように、生体情報や運動情報を現在状況情報に含むようにすることもできる。

ここで生体情報とは、上述したように例えば心拍数、脈拍、脳波、血圧、皮膚電気反応などの検出値そのものとすればよいが、これらの生体情報検出値から推定されるユーザの心理情報を含むようにしてもよい。
例えば緊張状態、興奮状態、快適状態などに伴う生体情報の数値の変動に基づいてユーザの感情（楽しい、おもしろい、うれしい、悲しい、恐ろしい、穏やか、懐かしい、感動、驚愕、興奮、緊張等）を推定することができる。例えば心拍数、脈拍、脳波、血圧、皮膚電気反応などは心理変化により検出値も変動するためである。例えば心拍数や呼吸情報から、ユーザがドキドキしている状況にあるか否かを判定できる。
さらに視覚センサによる瞳孔の状態、視線の動きによっても、ユーザの状況（落ち着いている、焦っている等）を判定できる。
さらに、運動センサ部１２によって検出されるユーザの身体の動きを、ユーザ状況の判定に用いても良い。例えば脈拍等が早くなった場合に、緊張や興奮が原因の場合もあれば、ユーザが走っているなど運動したことが原因の場合もある。これらの判別に為に、加速度センサ等の情報を参照するようにすることもできる。
システムコントローラ１０は、このように判定した心理情報を、生体情報の１つとして現在状況情報に含ませるようにすることができる。

なお、心理状態を推定するのにはある程度の時間が必要であり、一時的に生体センサ部１１の検出情報を取り込むだけでは的確な心理状態を推定できない場合がある。即ち生体から得られる信号としての生体センサ部１１の検出情報は時々刻々とその値が変化するものであり、或る瞬間の値を見ただけではどのような心理状態にあるのかがわかりにくい。または継続的な感情の変化によって、心理状態の判定のための閾値を変化させたほうがよい場合もある。
そこで、或る程度の過去からの継続的な生体情報／運動情報の変化を参照して心理判定を行うようにすることも適切である。即ち検出情報蓄積部１７ｂに記憶された生体情報を時系列に検査し、或る程度過去の時点から（例えば数分前から）の生体情報を参照して心理判定を行うことも適切である。

システムコントローラ１０は、ステップＦ１０２で図１１に例示したような現在状況情報を生成したら、ステップＦ１０３で、その現在状況情報を通信部１８からサーバ装置７０に対して送信させる。
端末装置１では、定期的な送信タイミング毎に、以上のステップＦ１０２，Ｆ１０３の処理を行うことになる。
なお、必ずしも定期的でなくてもよく、ユーザ操作、或いは周囲環境、或いは現在位置の変化など、何らかのトリガに応じてステップＦ１０２，Ｆ１０３の処理を行うようにしてもよい。

サーバ装置７０側では、サーバ制御部７２はステップＦ２０１，Ｆ２０２，Ｆ２０３の処理を行う。
即ち、或る端末装置１からの現在状況情報が通信部７３で受信されたら、サーバ制御部７２は処理をステップＦ２０１からＦ２０２に進め、受信し、デコードされた現在状況情報の内容をネットワークストレージ部７１に取り込む。
そしてステップＦ２０３では、取り込んだ現在状況情報に含まれる必要な情報をデータベース管理部７４に転送し、データベース更新を指示する。
データベース管理部７４は、人数管理データベース７５及び登録ユーザデータベース７６に関しての更新処理を次のように行うことになる。

まず人数管理データベース７５については、受信された現在状況情報における位置情報とユーザＩＤを参照して更新処理を行う。
人数管理データベース７５の更新処理例を図１２に示す。

データベース管理部７４は、ステップＦ２１１で、受信された現在状況情報における位置情報としての例えば緯度、経度の情報を、人数管理データベース７５で管理する位置Ｐ１、Ｐ２・・・のいずれに相当するかを判別する。判別した位置をＰ（ｘ）とする。
もちろん、人数管理データベース７５での位置Ｐ１，Ｐ２・・・が緯度、経度の値そのものである場合はそのままでよいが、例えば緯度・経度としての検出位置の細かさと、位置Ｐ１，Ｐ２・・・としての範囲が一致していない場合は、緯度・経度に対応する人数管理データベース７５での管理上の位置Ｐを判別する。

次にデータベース管理部７４はステップＦ２１２で、受信した現在状況情報におけるユーザＩＤと一致するユーザＩＤが、人数管理データベース７５に登録されているか否かを検索する。図７に示したように、人数管理データベース７５には、各位置Ｐ１，Ｐ２・・・について、現在居る人をユーザＩＤで登録しているものであるが、これらの中に、受信したユーザＩＤが存在するか否かを判別するものである。

一致するユーザＩＤが見つからなかった場合は、データベース管理部７４はステップＦ２１３からＦ２１８に進み、位置Ｐ（ｘ）についてのユーザＩＤとして、受信したユーザＩＤを追加するとともに、位置Ｐ（ｘ）の現在人数の値を＋１する。

一致するユーザＩＤが見つかった場合は、データベース管理部７４はステップＦ２１３からＦ２１４に進み、位置Ｐ１，Ｐ２・・・のうちで、その検索された該当のユーザＩＤが登録されている位置を位置Ｐ（ｙ）とする。
そしてステップＦ２１５で位置Ｐ（ｘ）＝位置Ｐ（ｙ）であるか否かを判別する。位置Ｐ（ｘ）＝位置Ｐ（ｙ）とは、現在登録されている内容と変化がないということを意味する。つまり、今回受信した現在状況情報の送信元の端末装置１のユーザは、前回現在状況情報を送信した時と、同じ位置に居るということである。
この場合は、更新は必要ないため、そのまま処理を終える。

一方、ステップＦ２１５で位置Ｐ（ｘ）＝位置Ｐ（ｙ）ではないと判定したら、ユーザが前回の現在状況情報の送信時とは異なる位置に移動したものであるため、ステップＦ２１６に進んで更新を行う。
まずステップＦ２１６では、位置Ｐ（ｙ）において登録されている該当のユーザＩＤを消去する。また位置Ｐ（ｙ）における現在人数の値を−１する。
ステップＦ２１７では、位置Ｐ（ｘ）についてのユーザＩＤとして、受信したユーザＩＤを追加するとともに、位置Ｐ（ｘ）の現在人数の値を＋１する。

現在状況情報を受信する毎に、データベース管理部７４が以上のような処理を行うことで、人数管理データベース７５には、現在の状況として、各位置Ｐ１，Ｐ２・・・についての人数と、そこに居るユーザを把握できる状態となる。

またデータベース管理部７４は、サーバ制御部７２の指示に基づいて、登録ユーザデータベース７６の更新処理も行う。これを図１３に示す。
まずステップＦ２２１でデータベース管理部７４は、登録ユーザデータベース７６について、受信したユーザＩＤで検索を行い、受信したユーザＩＤが既登録か未登録かを判定する。

受信した現在状況情報におけるユーザＩＤが、登録ユーザデータベース７６に既登録のユーザＩＤであったら、ステップＦ２２２からＦ２２３に進み、まず、そのユーザＩＤについて登録されている最新更新情報における日時ＴＭ、位置Ｐ（ｚ）、滞在時間ＳＴＭを読み出す。
そしてデータベース管理部７４は、読み出した位置Ｐ（ｚ）が、上記図１２のステップＦ２１１で判別した位置Ｐ（ｘ）と一致しているか否かを判定する。
つまりこれも、上記図１２のステップＦ２１５と同様に、ユーザが前回の現在状況情報の送信時と同じ位置に居るか否かの判定となる。
なお、ここではステップＦ２２１〜Ｆ２２４の処理で、ユーザＩＤ登録の有無や、ユーザの位置の移動の有無を判定するものとしているが、図１２の処理を既に実行しているのであれば、これらの判定は既にデータベース管理部７４においてなされているため、これらの判定処理は省略できる。

ユーザが、前回の現在状況情報の送信時と同じ位置に居ると判定された場合は、ステップＦ２２５に進んで、滞在時間を算出する。これは登録されている滞在時間ＳＴＭの値に、今回受信した現在状況情報における日時と、登録されている日時ＴＭとの時間差を加算すればよい。つまり、
滞在時間ＳＴＭ＝滞在時間ＳＴＭ＋（現在状況情報に含まれる日時−日時ＴＭ）
とする。
一方、ユーザが、前回の現在状況情報の送信時とは異なる位置に移動したと判定された場合は、ステップＦ２２６に進んで、滞在時間ＳＴＭ＝０とする。

このように滞在時間ＳＴＭを設定したら、データベース管理部７４はステップＦ２２７で更新処理を行う。
即ち、登録ユーザデータベース７６の該当ユーザＩＤのスロットとしての最新更新情報において、日時ＴＭの値を、受信した現在状況情報における日時の値に書き換える。
また、位置の値を位置Ｐ（ｘ）とする。
また、滞在時間ＳＴＭの値を、上記ステップＦ２２５又はＦ２２６で得られた値に書き換える。
また、受信されたら現在状況情報に生体情報や運動情報が含まれていた場合は、登録ユーザデータベース７６における生体情報ＢＤや運動情報ＰＤを、その受信した内容に書き換える。

ステップＦ２２２で、受信した現在状況情報におけるユーザＩＤが、まだ登録ユーザデータベース７６に未登録のユーザＩＤであったら、ステップＦ２２２からＦ２２８に進み、今回受信したユーザＩＤについての登録を行うスロットを新たに設ける。そしてステップＦ２２９で、そのスロットにおいて最新更新情報としての日時ＴＭ、位置、生体情報ＢＤ、運動情報ＰＤ、滞在時間ＳＴＭを書き込む。日時ＴＭ、生体情報ＢＤ、運動情報ＰＤは、受信した現在状況情報の内容としての値を書き込むことになる。位置は上記の位置Ｐ（ｘ）とする。滞在時間ＳＴＭは、「０」とすればよい。

データベース管理部７４は、例えば以上の処理で、現在状況情報が受信されることに応じた登録ユーザデータベース７６の更新を行う。
上記図１０のステップＦ２０３でのサーバ制御部７２の指示により、この図１２，図１３の処理でデータベース更新が行われることになる。サーバ装置７０側には、多数の端末装置１から逐次現在状況情報が送られて来るが、その現在状況情報の受信のたびに、このようなデータベース更新が行われることで、サーバ装置７０側では多数のユーザの状況を管理できることになる。
特に、人数管理データベース７５で、各位置Ｐ１，Ｐ２・・・における現在人数と、そこに居る人について管理できる。
また登録ユーザデータベース７６における最新更新情報により、各ユーザの現在の位置や滞在時間、生体情報や運動情報を把握できる。

［５．サーバ装置における人数推移判別］

ところで、人数管理データベース７５の例として、図７（ｂ）には、人数経過情報（例えばｘ分前の人数、２ｘ分前の人数・・・）を登録する例を述べた。
このようなデータベース構造とする場合、単位時間毎に、図１４のような処理で人数経過情報を更新することが必要となる。

例えばサーバ制御部７２は、図１４のステップＦ２１０として、単位時間（ｘ分）の経過をカウントしたら、ステップＦ２１１でデータベース管理部７４に指示して、人数経過情報の更新を実行させる。
データベース管理部７４が行う更新処理例としては、３ｘ分前の人数の値を２ｘ分前の人数の値に更新し、２ｘ分前の人数の値を１ｘ分前の人数の値に更新し、１ｘ分前の人数の値を現在人数の値に更新すればよい。
このようにすれば、人数管理データベース７５において、単位時間ｘ分ごとの人数の状況の管理ができ、サーバ装置７０側では、各位置Ｐ１，Ｐ２・・・についての人数変化を把握できる。

［６．集合情報表示のための動作例Ｉ］

上記のようにサーバ装置７０側で、各位置Ｐ１，Ｐ２・・・についての現在人数が管理されることで、端末装置１又は端末装置１Ｂに対して「人が集まっている位置」の情報を提供することが可能となる。
ここでは、サーバ装置７０が、端末装置１（又は１Ｂ）に対して「人が集まっている位置」の情報を含む集合情報を提供する動作に関して説明する。

図１５は、集合情報の通信を行う際の、端末装置１のシステムコントローラ１０の処理と、サーバ装置７０のサーバ制御部７２の処理を示している。
この図１５は、端末装置１からの要求に応じて、サーバ装置７０が集合情報を送信するようにした処理例である。

端末装置１のユーザは、地図画像上で人が集まっている場所の表示を見たい場合は、例えば操作部１６により所定の表示要求操作を行う。
システムコントローラ１０は、表示要求操作を検知したら、処理をステップＦ３０１からＦ３０２に進め、要求情報を生成し、その要求情報を通信部１８からサーバ装置７０に対して送信させる。

要求情報の構成例を図１６に示すが、この場合、システムコントローラ１０は図１６（ａ）又は図１６（ｂ）のような構造の要求情報を生成して送信させることになる。
図１６（ａ）は、要求情報を、要求情報ヘッダとユーザＩＤにより構成する例である。
図１６（ｂ）は、要求情報を、要求情報ヘッダ、ユーザＩＤ、位置情報により構成する例である。
なお、図１６（ｃ）（ｄ）は抽出条件情報を含む例であるが、これについては後述する。
要求情報ヘッダには、要求情報であることの識別コードや、同期信号、データサイズ、情報のエンコード方式など、送信する現在状況情報としての基本的事項が含まれる。
この要求情報ヘッダに、ユーザＩＤ、又はユーザＩＤと位置情報を付加して要求情報を生成する。位置情報を付加する場合は、この要求情報生成時点で位置検出部１３で検出される位置情報、又はこの時点で検出情報蓄積部１７ｂに取り込まれている最新の位置情報を用いればよい。

サーバ装置７０側では、端末装置１からの要求情報に応じてステップＦ４０１〜Ｆ４０４の処理が行われる。
サーバ制御部７２は、通信部７３が或る端末装置１からの要求情報を受信したら、処理をステップＦ４０１からＦ４０２に進め、データベース管理部７４に検索を指示する。
この場合、データベース管理部７４に対して、「人が集まっている場所」を検索させることになる。

データベース管理部７４は、人数管理データベース７５から、現在人が集まっている場所を抽出する。
なお、この際の抽出処理方式は例えば以下の（ｓ１）〜（ｓ６）の各例のように多様に考えられる。

（ｓ１） 人数管理データベース７５において、現在人数が、所定の基準人数Ｍより多い位置Ｐ（ｘ）を抽出する。
これは、単純に人数管理データベース７５の現在人数の値により、基準人数Ｍ（例えばＭ＝２０人など）以上の場所を抽出する方式である。

（ｓ２） 人数管理データベース７５において、現在人数が、所定の基準人数Ｍより多い位置Ｐ（ｘ）を抽出するが、その基準人数Ｍを、各位置の平均集合レベルに応じて変化させる。
上述もしたが、単純に固定的な基準人数Ｍと現在人数を比較して、人が集まっているか否かを判断するとすると、普段から人が多い地区では、常に人が集まっている場所と判断されてしまうし、普段は人が殆どいない場所では、例えば珍しく数人集まっていても、人が集まっていないと判断されてしまう。これは、人が集まっている場所を、偶発的な出来事が発生している場所、興味深い場所などとして意味づける場合にはあまり適切ではない。
そこで、各位置Ｐ１，Ｐ２・・・毎に、位置管理データベース７８に登録されている平均集合レベルに応じて基準人数Ｍを変化させる。
例えば人があまり居ない場所では基準人数Ｍ＝５人、地方都市の繁華街では基準人数Ｍ＝２０人、大都市の繁華街では基準人数Ｍ＝５０人、などというように場所毎に判断基準を変えるようにする。
このようにすることで、「普段より多く人が集まっている場所」を的確に抽出できるようになる。

（ｓ３） 人数管理データベース７５において、人数の増加度合い（人数変化量）が、所定の基準変化量以上の位置Ｐ（ｘ）を抽出する。例えば人数管理データベース７５が図７（ｂ）のような形態である場合、各位置について人数の変化の状況を判定することができる。そこで、例えば所定時間前の人数と現在人数を比較して、その増加数、又は増加率が、基準の増加数、又は基準の増加率を越えている場所を抽出することも考えられる。つまり、「人が集まりつつある場所」が抽出できる。

（ｓ４） 上記（ｓ３）のように所定時間前の人数と現在人数を比較して、その増加数、又は増加率が、基準の増加数、又は基準の増加率を越えている場所を抽出するが、その基準の増加数、又は基準の増加率を、位置管理データベース７８に登録された平均集合レベルによって変化させる。つまり、位置毎の通常の人数に応じて、「人が集まりつつある場所」を判定し、抽出する。

（ｓ５） 現在人数が、所定の基準人数Ｍより多く、かつ人数の増加数又は増加率が、基準の増加数又は基準の増加率を越えている場所を抽出する。つまり、現在の絶対人数が多い場所であって、かつ現在、人が集まりつつある場所を抽出する。

（ｓ６） 上記（ｓ５）の抽出方式であるが、基準人数Ｍと、基準の増加数（又は基準の増加率）の一方又は両方を、位置管理データベース７８に登録された平均集合レベルによって変化させる。つまり、現在の絶対人数が多い場所であって、かつ現在、人が集まりつつある場所を抽出するが、さらに位置毎の通常時の人数を考慮したものとする。

このように「人が集まっている場所」の抽出処理方式は多様に考えられるが、ステップＦ４０２では、これらのいずれかの処理方式で「人が集まっている場所」としての位置Ｐ（ｓ）を人数管理データベース７５に登録されている位置Ｐ１，Ｐ２・・・の中から抽出する。

続いてサーバ制御部７２はステップＦ４０３で、データベース管理部７４から人が集まっている場所としての抽出結果情報を受け取り、集合情報を生成する。
集合情報の内容の例を図１７に示す。
図１７（ａ）に示すように、集合情報は、例えば集合情報ヘッダに続いて、１又は複数個の集合位置情報としてのデータユニットが付加された構成となる。
集合情報ヘッダには、集合情報であることの識別コードや、同期信号、データサイズ、情報のエンコード方式、付加される集合位置情報のデータユニット数など、送信する現在状況情報としての基本的事項が含まれる。

１つの集合位置情報は、抽出された１つの位置に対応するデータユニットとなる。
図１７（ｂ）は、１つの集合位置情報が位置情報のみで構成される例である。
図１７（ｃ）は、１つの集合位置情報が位置情報と現在人数で構成される例である。
図１７（ｄ）は、１つの集合位置情報が位置情報と現在人数と集合必然性レベルで構成される例である。
図１７（ｅ）は、１つの集合位置情報が位置情報と現在人数と抽出条件で構成される例である。
図１７（ｆ）は、１つの集合位置情報が位置情報と現在人数と抽出条件と位置属性と位置対応サービスデータで構成される例である。
もちろんこれ以外にも各種の内容の組み合わせが考えられる。

これらのような集合位置情報において、位置情報は、人数管理データベース７５から抽出された、人が集まっている場所としての位置Ｐ（ｓ）を例えば緯度・経度で示す情報である。
現在人数は、その抽出された位置Ｐ（ｓ）において登録されている現在人数の値である。また人数増加量もしくは人数増加率の値を含めるようにしてもよい。
集合必然性レベル、位置属性、位置対応サービスデータは、それぞれ図９で説明した位置管理データベース７８に登録されてる情報である。
抽出条件とは、人が集まっている場所としての位置Ｐ（ｓ）を抽出する際に、何らかの条件でフィルタリング（絞り込み）を行った場合における、その条件の内容のデータである。これについては後述する。

このような集合位置情報は、抽出された１つの位置Ｐ（ｓ）に対して生成される。従って、人が集まっている場所としての位置Ｐ（ｓ）がｎ個抽出された場合、ｎ個の集合位置情報が生成され、図１７（ａ）のように集合情報ヘッダに後続されるデータ形式となる。
なお人が集まっている場所としての位置Ｐ（ｓ）が、１つも抽出されなかった場合は、集合情報ヘッダにおいて集合位置情報のユニット数＝０の情報が載せられ、集合位置情報は付加されないか、あるいはダミーの集合位置情報としてのデータユニットが付加されればよい。

サーバ制御部７２は、ステップＦ４０３において以上のような集合情報を生成したら、ステップＦ４０４で、その集合情報を通信部７３から、要求情報送信元の端末装置１に送信させる。
端末装置１のシステムコントローラ１０は、ステップＦ３０２で要求情報を送信させた後は、ステップＦ３０３で、サーバ装置７０からの集合情報の受信を待機する。
そして集合情報が受信されたら、ステップＦ３０４に進み、集合情報の内容を記憶部１７の通信データ格納部１７ａに記憶させる。そして集合情報の内容、即ち集合情報に含まれる各集合位置情報の内容を用いて、人が集まっている場所の告知表示のための表示データを生成する。
その後システムコントローラ１０はステップＦ３０５で、地図データベース７１ｃに記憶されている地図描画データを用いて表示部１４に地図画像を表示させるとともに、その地図画像上で、人が集まっている場所の告知表示としての表示データを重畳表示させるように制御する。

以上の動作により、端末装置１のユーザは、表示部１４において、地図画像上で、人が集まっている場所を示した表示を見ることができる。
表示例については後述する。

［７．集合情報表示のための動作例II］

次に図１８で集合情報表示のための動作例IIを説明する。これは単に人が集まっている場所としての条件だけでなく、どのような人たちが集まっているかを、ユーザが指定できるようにした例である。

端末装置１のユーザは、地図画像上で人が集まっている場所の表示を見たい場合は、例えば操作部１６により所定の表示要求操作を行う。
システムコントローラ１０は、表示要求操作に応じて処理をステップＦ３１１からＦ３１２に進め、ここで抽出条件情報を生成する。
例えば表示部１４において、抽出条件の選択を求める表示を行い、ユーザに入力を促す。例えば「子供」「大人」「２０才代」「３０才〜３５才」「５０才以上」などの年齢的な条件や、「男」「女」という性別、或いは「音楽の好きな人」「ショッピングの好きな人」などの趣味、嗜好などの条件をユーザが任意に選択できるようにすればよい。
そしてユーザの選択入力に応じて、抽出条件としての情報を生成する。

抽出条件情報を生成したら、システムコントローラ１０はステップＦ３１３で要求情報を生成する。
この場合、要求情報は図１６（ｃ）に示すように、要求情報ヘッダ、ユーザＩＤに加えて、抽出条件情報を含むものとして生成する。或いは、要求情報は図１６（ｄ）に示すように、要求情報ヘッダ、ユーザＩＤ、位置情報に加えて、抽出条件情報を含むものとして生成する。
要求情報を生成したら、システムコントローラ１０はステップＦ３１４で、その要求情報を通信部１８からサーバ装置７０に対して送信させる。

サーバ装置７０側では、端末装置１からの要求情報に応じてステップＦ４１１〜Ｆ４１４の処理が行われる。
サーバ制御部７２は、通信部７３が或る端末装置１からの要求情報を受信したら、処理をステップＦ４１１からＦ４１２に進め、データベース管理部７４に検索を指示する。
この場合、データベース管理部７４に対して、「人が集まっている場所」を検索させるとともに、要求情報に含まれる抽出条件情報に基づくフィルタリングを指示する。

データベース管理部７４は、人数管理データベース７５や登録ユーザデータベース７６を用いて、現在、抽出条件情報に合致する人が集まっている場所を抽出する。
抽出処理方式は多様に考えられるが、以下の（Ａ）（Ｂ）のような処理が例として挙げられる。
（Ａ） まず人数管理データベース７５から、上述した（ｓ１）〜（ｓ６）の方式で、「人が集まっている場所」としての１又は複数の位置Ｐ（ｓ）を抽出する。その後、抽出された各位置Ｐ（ｓ）について登録されている各ユーザＩＤについて、登録ユーザデータベース７６の登録属性情報（年齢、性別、趣味・嗜好の情報）を参照し、抽出条件に合致しないユーザを除外する。その除外したユーザ数を、人数管理データベース７５の現在人数から減算することで、その位置Ｐ（ｓ）に、抽出条件に合致する人が何人居るかがわかる。この人数を所定の基準人数と比較することで、「特定の抽出条件の人が多く集まっている場所」であるか否かが判定できる。
（Ｂ） 登録ユーザデータベース７６から、登録属性情報を参照して、抽出条件情報に合致するユーザＩＤを抽出する。そして条件に合致するユーザＩＤについての最新更新情報を参照し、現在の位置を集計する。この集計結果としての各位置の人数を、所定の基準人数と比較することで、各位置が「特定の抽出条件の人が多く集まっている場所」であるか否かが判定できる。

例えばこのようにして、抽出条件情報に合致する人がたくさん集まっている場所としての位置が抽出される。
続いてサーバ制御部７２はステップＦ４１３で、データベース管理部７４から、抽出条件情報に合致する人が集まっている場所としての抽出結果情報を受け取り、集合情報を生成する。
集合情報の内容は、上述した図１７のようになる。特にこの場合、集合位置情報において図１７（ｅ）（ｆ）のように、抽出条件情報を付加することも好適となる。

サーバ制御部７２は、ステップＦ４１３において以上のような集合情報を生成したら、ステップＦ４１４で、その集合情報を通信部７３から、要求情報送信元の端末装置１に送信させる。
端末装置１のシステムコントローラ１０は、ステップＦ３１４で要求情報を送信させた後は、ステップＦ３１５で、サーバ装置７０からの集合情報の受信を待機する。
そして集合情報が受信されたら、ステップＦ３１６に進み、集合情報の内容を記憶部１７の通信データ格納部１７ａに記憶させる。そして集合情報の内容、即ち集合情報に含まれる各集合位置情報の内容を用いて、人が集まっている場所の告知表示のための表示データを生成する。
その後システムコントローラ１０はステップＦ３１７で、地図データベース７１ｃに記憶されている地図描画データを用いて表示部１４に地図画像を表示させるとともに、その地図画像上で、人が集まっている場所の告知表示としての表示データを重畳表示させるように制御する。表示例は後述する。

以上の動作により、端末装置１のユーザは、表示部１４において、地図画像上で、特定の抽出条件に合致した人が集まっている場所を、表示により知ることができる。
なお、抽出条件情報に応じて行われるサーバ装置７０側のフィルタリングの例は多様に考えられるため、まとめて後述する。

［８．集合情報表示のための動作例III］

上記動作例Ｉ、IIでは、端末装置１側からの要求情報に応じてサーバ装置７０が集合情報を端末装置１に送信する例を示したが、サーバ装置７０が逐次端末装置１に対して集合情報を送信する例も考えられる。これを動作例IIIとして説明する。

図１９は、動作例IIIとしての端末装置１のシステムコントローラ１０の処理と、サーバ装置７０のサーバ制御部７２の処理を示している。
サーバ制御部７２は、ステップＦ４２１として、例えば定期的なチェックタイミングを監視している。
チェックタイミングとなったら、サーバ制御部７２は処理をステップＦ４２２に進め、データベース管理部７４にデータベースチェックを指示する。

データベース管理部７４は、指示に応じて人数管理データベース７５を検査し、人の集まり具合の変化した位置が存在するか否かを判定する。
データベース管理部７４は、データベースチェックを指示される毎に、上述した（ｓ１）〜（ｓ６）のような処理方式で、「人が集まっている場所」の抽出を行い、その抽出結果に応じて状況変化の有無を判定すればよい。
例えばデータベース管理部７４は、前回のチェックタイミングでの抽出処理で、「人が集まっている場所」として抽出した位置Ｐ（ｓ）を記憶しておく。そして、今回のチェックタイミングで、基準人数以上に人が集まっている位置を抽出し、その抽出結果としての１又は複数の位置Ｐ（ｓ）が、前回の抽出結果としての１又は複数の位置Ｐ（ｓ）と一致しているか否かを判定する。
ある位置が、「人が集まっている場所」に該当しなくなっていたり、前回抽出されなかったのに今回は「人が集まっている場所」として抽出された位置が存在すれば、状況変化があったと判定する。

データベース管理部７４から状況変化無しの結果を受けた場合、サーバ制御部７２は処理をステップＦ４２３からＦ４２１に戻し、次のチェックタイミングを待機する。
一方、データベース管理部７４から状況変化有りの結果を受けた場合、サーバ制御部７２は処理をステップＦ４２３からＦ４２４に進め、集合情報を生成する。即ち、データベース管理部７４によって行われた今回の抽出結果としての位置の情報を受け取り、抽出された各位置に対応して図１７（ｂ）〜（ｆ）のような集合位置情報を生成し、この集合位置情報としてのデータユニットを含む、図１７（ａ）の集合情報を生成する。
そしてサーバ制御部７２は、ステップＦ４２５において、集合情報を通信部７３から、端末装置１に送信させる。この場合は、特定の端末装置１ではなく、多数の端末装置１に対して送信するようにすればよい。

端末装置１のシステムコントローラ１０は、ステップＦ３２１で、サーバ装置７０からの集合情報の受信を待機する。
そして集合情報が受信されたら、ステップＦ３２２に進み、集合情報の内容を記憶部１７の通信データ格納部１７ａに記憶させる。そして集合情報の内容、即ち集合情報に含まれる各集合位置情報の内容を用いて、人が集まっている場所の告知表示のための表示データを生成する。
その後システムコントローラ１０はステップＦ３２３で、地図データベース７１ｃに記憶されている地図描画データを用いて表示部１４に地図画像を表示させるとともに、その地図画像上で、人が集まっている場所の告知表示としての表示データを重畳表示させるように制御する。表示例は後述する。

以上の動作により、端末装置１のユーザは、特に操作を行わなくとも、サーバ装置７０側から集合情報が送信されて来ることに応じて、表示部１４において、地図画像上で、現在人が集まっている場所を知ることができる。

［９．抽出条件によるフィルタ処理例］

ところで上記動作例IIでは、端末装置１のユーザが、年齢、性別、趣味嗜好などの抽出条件を指定し、サーバ装置７０側では抽出条件によるフィルタリングを行い、抽出条件に合致した人が集まっている場所を抽出する例を述べた。
一方、図１５の左側の処理として述べた端末装置１側の処理のように、特に端末装置１のユーザが抽出条件を指定しなくても、サーバ装置７０側でフィルタリングすることもできる。例えば図１５の左側の端末装置１の処理と、図１８の右側のサーバ装置７０側の処理を組み合わせた動作例も考えられる。さらに、図１９におけるサーバ装置７０側の処理において、フィルタリングを行うことも考えられる。
ここでは、これらのシステム動作に適用できるフィルタ処理例の具体例を各種挙げていく。

サーバ装置７０側の人が集まっている場所としての位置Ｐ（ｓ）の抽出を、地域範囲でフィルタリングする例が考えられる。
例えば端末装置１のユーザが、抽出条件情報として、特定の地域範囲を指定する。例えば地名、地区名、地図画像上での範囲指定などで、地域範囲を指定する。端末装置１は、その指定された地域範囲の情報を抽出条件情報として付加して、図１６（ｃ）（ｄ）のような要求情報を送信する。サーバ装置７０側では、その抽出条件に該当する範囲内の位置を対象として、人が集まっている場所を検索し、集合情報を生成する。

また、端末装置１のユーザが抽出条件を指定しなくとも、端末装置１の現在位置を基準として特定の地域範囲を検索対象とすることもできる。
端末装置１が図１６（ｂ）（ｄ）のように要求情報に位置情報を含むようにすることで、サーバ装置７０側では、現在の端末装置１のユーザは居る位置を特定できる。そこでサーバ装置７０側では、要求情報に含まれる位置情報（ユーザの現在位置）を中心として、例えば半径ｘｋｍの範囲、或いは同一の市内、同一の県内などとして、地域範囲を設定する。そしてその地域範囲内の位置を対象として、人が集まっている場所を検索し、集合情報を生成する。

また、要求情報に位置情報が含まれなくとも、端末装置１（この場合端末装置１Ｂは除く）は図１０の処理で現在状況情報を送信し、逐次、現在位置をサーバ装置７０側に伝えている。従って、サーバ装置７０側では、ユーザＩＤから、登録ユーザデータベース７６を検索して現在のユーザの位置を確認できる。その場合、確認されたユーザの位置を基準として、径ｘｋｍの範囲、或いは同一の市内、同一の県内などとして、地域範囲を設定し、その地域範囲内の位置を対象として、人が集まっている場所を検索して集合情報を生成することもできる。

本例の目的の１つは、端末装置１のユーザに、人が集まっている場所を興味深い出来事が起きている場所として通知することであるが、ユーザが行けないような遠い場所ではあまり意味がない。そのことを考慮すれば、ユーザの現在位置を基準とした地域範囲によるフィルタリングは、ユーザにとって有効な情報提供ができるという点で適している。
一方、ユーザが地域範囲を抽出条件として指定する場合、ユーザは、自分が居る位置に関わらず、遠く離れた地域での人の集まり具合を知ることもできるようになる。例えばユーザが、或る地域について、その場所に行く目的ではなく、例えば調査、研究などのために人の集まり具合を知りたいような場合、自分の位置とは関わりなく、任意の場所の人の集まり具合を見ることができるということでは、好適となる。
なお、地域範囲によるフィルタリングを行えば、人が集まっている場所としての位置の抽出処理も効率化できる。

次に、人物の属性によるフィルタリングが考えられる。
上述したように、端末装置１のユーザが、抽出条件情報として、年齢、性別、趣味・嗜好を選択し、端末装置１は、その指定された抽出条件情報を付加した図１６（ｃ）（ｄ）のような要求情報を送信する。サーバ装置７０側では、その抽出条件に該当する人物が集まっている場所を検索し、集合情報を生成する。
これにより、端末装置１のユーザは、例えば女性が集まっている場所、子供が集まっている場所、音楽趣味の人が集まっている場所など、任意の条件で人が集まっている場所の情報を知ることができる。

また、上記図１８の例では、端末装置１のユーザが、抽出条件を指定するものとしたが、サーバ装置７０側で自動的に人物の属性によるフィルタリングを行うことも考えられる。端末装置１からの要求情報にはユーザＩＤが含まれており、サーバ装置７０側では登録ユーザデータベース７６により、その端末装置１のユーザの登録属性情報を管理している。つまり端末装置１のユーザの年齢、性別、趣味・嗜好を判別できる。すると、サーバ装置７０側では、端末装置１のユーザの年齢、性別、趣味・嗜好を抽出条件として、これらがユーザに一致する人が多く集まっている場所を検索できることになる。
つまり端末装置１のユーザにとっては、自分と同じ性別、年齢層、趣味・嗜好の人が集まっている場所の情報を知ることができる。

また、滞在時間によるフィルタリングも考えられる。
例えば端末装置１のユーザが、抽出条件情報として、滞在時間が１０分以上、などの条件を入力する。端末装置１は、その指定された抽出条件情報を付加した図１６（ｃ）（ｄ）のような要求情報を送信する。サーバ装置７０側では、登録ユーザデータベース７６において各ユーザＩＤについての滞在時間を管理しているため、滞在時間が１０分以上というようなユーザＩＤを抽出できる。そしてその抽出条件に該当する人物が集まっている場所を検索し、集合情報を生成する。
これにより、端末装置１のユーザは、例えば滞在時間の長い人が集まっている場所というような情報を知ることができる。

また、端末装置１のユーザが指定しなくても、サーバ装置７０側で滞在時間によるフィルタリングを行うようにしてもよい。例えば大都市の中心街の交差点、或いはイベント会場の周囲の道路などは、多数の人が存在しているが、その殆どは移動している人であるという状況もある。このため、滞在時間が短い人物は、その場所に居る人ではない、と推定し、その位置における現在人数に含めないようにするフィルタリングも有効である。

次に、人物の状況によるフィルタリングが考えられる。
人物の状況とは、生体情報や、その生体情報から推定される心理状況であったり、運動情報で示される動作状態などである。
例えば「ドキドキしている人」という抽出条件に応じて、サーバ装置７０側では登録ユーザデータベース７６の生体情報を参照し、心拍数が所定値以上の人を抽出対象とするフィルタリングを行うことができる。すると端末装置１のユーザは、結果としてドキドキしている人が集まっている場所を知ることができる。
同様に、心理状態として「興奮している人」「楽しさを感じている人」などを抽出条件とすることで、それらに該当する人が集まっている場所を知ることができる。
特にこれらの条件は、端末装置１のユーザが、何かおもしろそうなことが起こっている場所を知りたいという場合に有効である。
また、運動情報として「走っている人」などを抽出条件とすることで、それに該当する人が集まっている場所を知ることができる。

このような生体情報や運動情報についても、ユーザが指定してもよいし、サーバ側で自動的に設定してもよい。
例えば端末装置１のユーザが、抽出条件情報として、「ドキドキしている人」などの条件を入力する。端末装置１は、その指定された抽出条件情報を付加した図１６（ｃ）（ｄ）のような要求情報を送信する。サーバ装置７０側では、登録ユーザデータベース７６において各ユーザＩＤについての心理状態を管理しているため、ドキドキしている人に該当するユーザＩＤを抽出できる。そしてその抽出条件に該当する人物が集まっている場所を検索し、集合情報を生成する。これにより、端末装置１のユーザは、例えばドキドキしている人など、任意の生体状況等に該当する人が集まっている場所を知ることができる。
さらに、端末装置１からの要求情報にはユーザＩＤが含まれており、サーバ装置７０側では登録ユーザデータベース７６により、その端末装置１のユーザの最新更新情報を管理している。このため、端末装置１のユーザの現在の生体情報、運動情報を判別できる。従って、サーバ装置７０側では、端末装置１のユーザと似た生体状況、心理状況、運動状況を抽出条件として、該当する人が多く集まっている場所を検索できることになる。
つまり端末装置１のユーザにとっては、自分と同じような状況や気分にある人が集まっている場所の情報を知ることができる。

また、人物の分布状況によるフィルタリングも考えられる。
例えばサーバ装置７０側では、人数管理データベース７５や登録ユーザデータベース７６により、各位置Ｐ１，Ｐ２・・・について、どのような人物の分布であるかを把握できる。
例えば集まっている人として特定の年齢層の人が集中しているか、或いは非常に多様な年齢層の人が集まっているか、などを判定できる。もちろん男女比も確認できる。
そこで、例えば特定の年齢層が支配的ではなく、多様な年齢の人が集まっている場所、男女比が同等程度の場所、などを抽出することも可能である。

以上、フィルタリングの例を列挙したが、もちろんこれらが組み合わされたフィルタリングも可能であるし、ここで挙げていないフィルタリングの例も多様に考えられる。

［１０．表示例］

上記した集合情報表示のための動作例Ｉ、II、IIIによって、端末装置１では、サーバ装置７０側から送信されてきた集合情報に基づく表示が行われる。
ここでは表示例について説明する。

図２０、図２１、図２２、図２３は、それぞれ端末装置１又は端末装置１Ｂの表示部１４における表示パネル１４ａに表示されている画像例を示したものである。
図２０の例では、地図画像上に、「人が集まっている場所」に相当する位置を集合マーク３１により提示している。また、自己位置表示３０として、この端末装置１のユーザの現在位置をキャラクタ画像等により提示している。

端末装置１では、サーバ装置７０からの集合情報を受信した場合、その集合情報に含まれる１又は複数の位置に対応する集合位置情報により、人が集まっている場所としての位置情報を取得したことになる。そこでシステムコントローラ１０は、地図データベース１７ｃから読み出した地図描画データにより地図表示を行うとともに、位置情報で示される地図上の地点に、この図２０のように集合マーク３１を表示させることができる。
このように表示を行うことで、端末装置１のユーザは、人が集まっている場所を知ることができる。
また、端末装置１の自己位置表示３０を行うことで、ユーザは、自分の位置と、人が集まっている場所の位置関係を容易に把握できる。

なお、集合マーク３１の表示態様は多様に考えられる。
集合マーク３１としては、所定の形状のマーク、キャラクタ画像などにより表現してもよいし、地図上の位置として色を変えたり、或いは点滅させるなどの表示態様でもよい。
また、集合情報に含まれる集合位置情報が図１７（ｃ）〜（ｆ）のように現在人数を含むものであった場合、システムコントローラ１０は、その現在人数（又は増加数、増加率）に応じて集合マーク３１の大きさを変えたり、色を変えたり、点滅速度を変えたりすることも考えられる。これにより、ユーザは、どのくらい人が集まっているかも知ることができる。

図２１の表示例は、上述したフィルタリングがサーバ装置７０側で行われた際に、その抽出条件に応じた表示を行う例である。
例えば集合情報に含まれる集合位置情報が図１７（ｅ）（ｆ）のように抽出条件を含むものであった場合、システムコントローラ１０は、その集合位置情報で示される位置の提示の際に、抽出条件に応じて表示するキャラクタ画像を選択することができる。

例えば抽出条件が「女性」であれば、集合マーク３２のように、女性を表現するキャラクタ画像を表示させる。
また抽出条件が「走っている人」であれば、集合マーク３３のように、走っている人を表現するキャラクタ画像を表示させる。
また抽出条件が「ドキドキしている人」であれば、集合マーク３４のように、ドキドキしている人を表現するキャラクタ画像を表示させる。
このようなキャラクタ画像表示を行うことで、端末装置１のユーザは、どのような人が集まっているかということも知ることができる。

なお、システムコントローラ１０は、受信した集合情報における集合位置情報が図１７（ｅ）（ｆ）のように抽出条件を含むものではなくとも、例えば図１８のように端末装置１側から抽出条件を指定した要求情報を送信した場合、システムコントローラ１０は、その抽出条件を記憶しておくことで、ステップＦ３１６、Ｆ３１７の表示処理の際に、抽出条件に応じたキャラクタ画像を選択できるため、この図２１のような表示が可能となる。

図２２は、より詳細な情報をユーザに提供するような表示例である。
例えば上記図２１のような表示が行われた際に、ユーザが集合マーク３４を指定（例えばクリック）するような操作を行ったとする。
このような場合、システムコントローラ１０は、ユーザに対して、集合マーク３４に関連する付加情報表示３５を実行させることができる。
もちろんユーザ操作によらず、付加情報が取得できた場合は、システムコントローラ１０が自動的に図２２のような付加情報表示３５を実行させるようにしてもよい。

例えば集合位置情報が図１７（ｆ）のように位置属性や位置対応サービスデータを含むものであった場合、システムコントローラ１０は、その集合位置情報で示される位置に関連して位置属性や位置対応サービスデータとしての付加情報が取得されることになる。そこで、ユーザ操作に応じて、図２２のように、位置属性や位置対応サービスデータに基づいた表示を実行制御できる。
位置属性とは、例えば地名、場所名、施設名、道路名、施設種別などであり、位置対応サービスデータは、その地点に関連するＵＲＬ（Uniform Resource Locator）、店の広告、営業案内、画像、割引情報、一般ユーザからの投稿データとしての写真画像やコメントなどである。システムコントローラ１０は、これらの情報に応じて付加情報表示３５として実行できる。
例えば、この集合マーク３４の場所に居る人が、アーティスト「ＡＡＡ」の路上ライブに遭遇して、その撮像画像とコメントをサーバ装置７０側に投稿していたとする。
このとき、図中の自己位置表示３０の場所にいる端末装置１に送られる集合情報には、この撮像画像や「ＡＡＡがゲリラライブやってるよ！」というコメントデータが、位置対応サービスデータに含まれて受信させる。この際、システムコントローラ１０は、自動的に、或いはユーザ操作に応じて、図２２のような付加情報表示３５を実行させることができる。

なお、このような付加情報（位置属性や位置対応サービスデータ）は、集合位置情報に含まれて送受信されるものではなく、例えばユーザが集合マーク３４を指定する操作を行った際に、システムコントローラ１０がサーバ装置７０への通信アクセス制御を行い、サーバ装置７０に付加情報の送信を要求するようにしてもよい。

また、この付加情報表示３５としては、必ずしもサーバ装置７０から提供される位置属性や位置対応サービスデータによらない表示も可能である。例えば図２２の例では「１０６人がどきどきしています！」という文が表示されている。集合位置情報が図１７（ｄ）（ｅ）のように現在人数と抽出条件を含む場合、システムコントローラ１０は、その位置情報の説明としてのテキストデータを作成できる。即ち現在人数が１０６人、抽出条件が「ドキドキしている人」というものであれば、システムコントローラ１０は、上記のテキストデータを生成し、これを付加情報表示３５として表示させることができる。

図２３は、集合必然性レベルに応じた表示例である。例えば「ドキドキしている人」という抽出条件でフィルタリングした結果としてサーバ装置７０から送信されてきた集合情報に基づいて集合マーク３４Ａ、３４Ｂを表示する場合を想定する。ここで集合情報における集合位置情報は、図１７（ｄ）のように集合必然性レベルの情報が含まれているとする。
上述のように、或る場所で偶発的な出来事が起こっているか否かという観点からすれば、集合必然性レベルが高い場所に人が集まっていても、ユーザにとってさほど貴重な情報とはならない。一方、集合必然性レベルが低い場所に人が集まっていれば、その情報は貴重な情報となる。
例えば図２３の集合マーク３４Ｂの位置はコンサートホールなどであって、一方、集合マーク３４Ａの位置は、単なる路上であったとする。
この場合、サーバ装置７０における位置管理データベース７８では、集合マーク３４Ｂの位置に関する集合必然性レベルは高く設定され、集合マーク３４Ａの位置に関する集合必然性レベルは低く設定される。そして、その集合必然性レベルが集合位置情報に付加されて端末装置１に送信される。
端末装置１のシステムコントローラ１０は、集合必然性レベルに応じて、表示サイズを変更することができる。即ち集合必然性レベルが低い場所ほど、人が集まっていることが貴重な情報となるため、図のように大きい集合マーク３４Ａで表示させ、集合必然性レベルが高い場所は、小さい集合マーク３４Ｂで表示させる。

これによってユーザは、その偶発性な出来事という意味での人の集まり具合を判断できるようになる。
なお、ここでは集合マーク３４のサイズを変えることとしたが、集合マーク３４の色や、点滅速度などで、偶発性の度合いを表現してもよい。

また、ここではシステムコントローラ１０が受信した集合情報に含まれる集合必然性レベルに応じて表示サイズ等を変更するものとしたが、システムコントローラ１０が地図データベース１７ｃで把握できる施設種別などに応じて、集合必然性レベルを判断し、表示態様を選択してもよい。例えば集合情報に応じて告知表示を行う位置がコンサートホールやスポーツスタジアムなどであることが地図データベース１７ｃで把握できれば、その場所は集合必然性レベルが高いと判断するなどである。

以上、表示例を示したが、人が集まっている場所を提示する表示態様は、さらに多様に考えられる。
また、地図表示の際には、地図のスケールを変化させることも通常行われるが、スケールに応じて、人が集まっている場所の告知表示の数の上限数を変えることも適切である。

［１１．実施の形態の効果及び変形例］

以上の実施の形態によれば、端末装置１（１Ｂ）のユーザは、通常は、現場に居ない限りは知ることができないような出来事やイベントなどを、人が集まっている位置の情報として知ることができる。これによってユーザに対して非常に有益な情報提供が可能となる。
また単なる人の集まりでなく、どのような人々が集まっているか、どの程度の人数が集まっているかなどを表現する表示を行うことで、ユーザにとって、その場所で起きている出来事が、自分に興味のある出来事か否かの判断にも適しており、ユーザに適切な情報提供が可能となる。

上記図１５の集合情報表示のための動作例Ｉの場合は、端末装置１のユーザは、人が集まっている場所の情報を知りたいときに、その情報を得ることができる。
また上記図１８の集合情報表示のための動作例IIの場合は、端末装置１のユーザは、特定の抽出条件に合致する人が集まっている場所の情報を知りたいときに、その情報を得ることができる。
また上記図１９の集合情報表示のための動作例IIIの場合は、人が集まっている場所としての状況の変化に応じて、人が集まっている場所の情報が端末装置１のユーザに告知されるため、ユーザは偶発的な出来事が起こっている場所を、容易に知ることができる。

本発明は上記実施の形態に限られず、装置構成例や処理例として各種の変形例が考えられる。
端末装置１，１Ａ、１Ｂ、サーバ装置７０としての上述した構成は一例にすぎず、実際に実施される動作例や機能に応じて各種の構成要素の追加や削除は当然考えられる。
例えば端末装置１、１Ｂおいては表示部１４を備える構成としたが、表示部を備えず、別体の表示デバイスを利用して表示を実行するようにしてもよい。

上記実施の形態では、サーバ装置７０側では、ユーザＩＤにより端末装置１の個別管理を行うようにしているが、ユーザＩＤ等、ユーザもしくは端末装置を特定する情報を用いないシステム動作も考えられる。
即ち端末装置１，１Ａから送信する現在状況情報にはユーザＩＤ等を含めないようにし、サーバ装置７０では、単に現在状況情報により、各位置Ｐ１，Ｐ２・・・についての人数管理だけを行うようにする。そして、それに基づいて、集合情報を生成し、不特定の端末装置１、１Ｂに送信するという例である。

本発明の実施の形態のシステム構成例の説明図である。 実施の形態の端末装置のブロック図である。 実施の形態の端末装置のブロック図である。 実施の形態の端末装置のブロック図である。 実施の形態の端末装置のブロック図である。 実施の形態のサーバ装置のブロック図である。 実施の形態の人数管理データベースの説明図である。 実施の形態の登録ユーザデータベースの説明図である。 実施の形態の位置管理データベースの説明図である。 実施の形態の現在状況情報の送受信処理のフローチャートである。 実施の形態の現在状況情報の構造の説明図である。 実施の形態の人数管理データベースの更新処理の説明図である。 実施の形態の登録ユーザデータベースの更新処理の説明図である。 実施の形態の人数変化の管理処理のフローチャートである。 実施の形態の集合情報表示のための動作例Ｉのフローチャートである。 実施の形態の要求情報の構造の説明図である。 実施の形態の集合情報の構造の説明図である。 実施の形態の集合情報表示のための動作例IIのフローチャートである。 実施の形態の集合情報表示のための動作例IIIのフローチャートである。 実施の形態の集合マークの表示例の説明図である。 実施の形態の抽出条件に応じた集合マークの表示例の説明図である。 実施の形態の付加情報を加えた集合マークの表示例の説明図である。 実施の形態の集合必然性レベルに応じた集合マークの表示例の説明図である。

符号の説明

１，１Ａ，１Ｂ 端末装置、２ 検出装置部、３ 表示装置部、１０ システムコントローラ、１１ 生体センサ部、１２ 運動センサ部、１３ 位置検出部、１４ 表示部、１５ 日時計数部、１７ 記憶部、１８，７３ 通信部、７０ サーバ装置、７２ サーバ制御部、７４ データベース管理部、７５ 人数管理データベース、７６ 登録ユーザデータベース、７８ 位置管理データベース

Claims (7)

1. 端末装置と、上記端末装置と通信可能な情報提供装置とを有する情報提供システムとして、
   上記情報提供装置は、
   上記端末装置との間で通信を行って、上記外部の端末装置から送信されてくる、上記端末装置の現在位置情報、識別情報、人物の属性登録情報、生体情報、運動情報を含む現在状況情報を受信する通信手段と、
   受信した上記現在状況情報の現在位置情報、識別情報を用いて、各位置に居る人物の情報を管理して各位置における現在の人数情報を管理する人数情報管理手段と、
   上記人数情報管理手段で管理されている人数情報により、各位置での現在人数が、所定時間前の人数と比較して、その増加数、又は増加率が、所定の増加数、又は増加率を越えているか否かを判別するとともに、該位置の決定の際の平均集合レベルに基づく抽出条件の情報に基づいて、告知表示を行う位置を決定し、告知表示を行う位置の情報を含む集合情報を生成する集合情報生成手段と、
   上記集合情報生成手段で生成された集合情報を、上記通信手段により上記端末装置に送信させる送信制御手段と、
   を備え、
   上記集合情報生成手段は、現在人数が所定時間前の人数と比較して、その増加数、又は増加率が、所定の増加数、又は増加率を越えている位置であって、かつ該位置の決定の際の抽出条件の情報として、人がよく集まる場所であるかの否かとしてのレベルを設定した集合必然性レベル及び存在する上記人物の属性登録情報の分布状況に応じて、告知表示を行う位置を決定し、
   上記端末装置は、
   上記情報提供装置との間で通信を行う通信手段と、
   一体又は別体の表示部において地図画像の表示を実行させるとともに、上記情報提供装置から送信され上記通信手段により受信された、告知表示を行う位置情報と、該位置における現在人数、人数変化量の情報、該位置の決定の際の抽出条件の情報を含む集合情報に基づいた表示を、上記地図画像上で実行させる制御手段と、
   を備え、
   上記制御手段は、上記集合情報に基づいた表示として、上記位置情報に相当する地図画像上の位置において、上記該位置の決定の際の抽出条件の情報として、人がよく集まる場所であるかの否かとしてのレベルを設定した集合必然性レベル及び存在する上記人物の属性登録情報の分布状況に応じて異なる態様の表示を実行させる
   情報提供システム。
2. 外部の端末装置との間で通信を行って、上記外部の端末装置から送信されてくる、上記端末装置の現在位置情報、識別情報、人物の属性登録情報、生体情報、運動情報を含む現在状況情報を受信する通信手段と、
   受信した上記現在状況情報の現在位置情報、識別情報を用いて、各位置に居る人物の情報を管理して各位置における現在の人数情報を管理する人数情報管理手段と、
   上記人数情報管理手段で管理されている人数情報により、各位置での現在人数が、所定時間前の人数と比較して、その増加数、又は増加率が、所定の増加数、又は増加率を越えているか否かを判別するとともに、該位置の決定の際の平均集合レベルに基づく抽出条件の情報に基づいて、告知表示を行う位置を決定し、告知表示を行う位置の情報を含む集合情報を生成する集合情報生成手段と、
   上記集合情報生成手段で生成された集合情報を、上記通信手段により上記端末装置に送信させる送信制御手段と、
   を備え、
   上記集合情報生成手段は、現在人数が所定時間前の人数と比較して、その増加数、又は増加率が、所定の増加数、又は増加率を越えている位置であって、かつ該位置の決定の際の抽出条件の情報として、人がよく集まる場所であるかの否かとしてのレベルを設定した集合必然性レベル及び存在する上記人物の属性登録情報の分布状況に応じて、告知表示を行う位置を決定する
   情報提供装置。
3. 上記集合情報生成手段は、各位置での現在人数が、所定時間前の人数と比較して、その増加数、又は増加率が、所定の増加数、又は増加率を越えているか否かを判別する際、位置毎に、上記所定の増加数、又は増加率の値を異なる値として判別を行い、告知表示を行う位置を決定することを特徴とする請求項２に記載の情報提供装置。
4. 上記集合情報生成手段は、特定の地域範囲内での各位置として、各位置での現在人数が、所定時間前の人数と比較して、その増加数、又は増加率が、所定の増加数、又は増加率を越えているか否かを判別し、告知表示を行う位置を決定することを特徴とする請求項２に記載の情報提供装置。
5. 上記集合情報生成手段は、各位置での現在人数として、人物の属性登録情報、生体情報、運動情報、滞在時間の少なくとも１つを含む所定の抽出条件に該当する人物の現在人数を判別し、該判別した現在人数が所定時間前の人数と比較して、その増加数、又は増加率が、所定の増加数、又は増加率を越えているか否かを判別して、告知表示を行う位置を決定することを特徴とする請求項２に記載の情報提供装置。
6. 上記集合情報生成手段は、告知表示を行うと決定した位置の情報と、該位置における現在人数もしくは人数変化量の情報を含む集合情報を生成することを特徴とする請求項２に記載の情報提供装置。
7. 外部の端末装置との間で通信を行って、上記外部の端末装置から送信されてくる、上記端末装置の現在位置情報、識別情報、人物の属性登録情報、生体情報、運動情報を含む現在状況情報を受信する通信ステップと、
   受信した上記現在状況情報の現在位置情報、識別情報を用いて、各位置に居る人物の情報を管理して各位置における現在の人数情報を管理する人数情報管理ステップと、
   管理されている人数情報により、各位置での現在人数が、所定時間前の人数と比較して、その増加数、又は増加率が、所定の増加数、又は増加率を越えているか否かを判別して、該位置の決定の際の平均集合レベルに基づく抽出条件の情報に基づいて、告知表示を行う位置を決定し、告知表示を行う位置の情報を含む集合情報を生成する集合情報生成ステップと、
   生成された集合情報を、外部の端末装置に送信する送信ステップと、
   を情報提供装置に実行させ、
   上記集合情報生成ステップは、現在人数が所定時間前の人数と比較して、その増加数、又は増加率が、所定の増加数、又は増加率を越えている位置であって、かつ該位置の決定の際の抽出条件の情報として、人がよく集まる場所であるかの否かとしてのレベルを設定した集合必然性レベル及び存在する上記人物の属性登録情報の分布状況に応じて、告知表示を行う位置を決定する
   情報提供方法。
   

Images