空間情報サービス用のサーバ装置
【課題】ユーザ端末において、アナログ的な操作で情報の検索・参照が行なえるようにする。
【解決手段】サーバ装置が、現実物理空間における緯度，経度及びバブル径を含む空間範囲情報と提供情報とを対応付けたバブルデータを管理する管理部３９と、ユーザ端末の位置情報に基づく検索対象空間範囲情報により規定される空間範囲の少なくとも一部と重複する空間範囲情報を含むバブルデータと対応付けられた提供情報を管理部から抽出する抽出部４０と、抽出された提供情報をユーザ端末に提供する提供部４１と、バブルデータの緯度及び経度を更新することによりバブルデータを現実物理空間において仮想的に移動させるとともに、更新後の緯度及び経度に基づいて、バブルデータのバブル径を変更する移動制御部４２とをそなえる。
【解決手段】サーバ装置が、現実物理空間における緯度，経度及びバブル径を含む空間範囲情報と提供情報とを対応付けたバブルデータを管理する管理部３９と、ユーザ端末の位置情報に基づく検索対象空間範囲情報により規定される空間範囲の少なくとも一部と重複する空間範囲情報を含むバブルデータと対応付けられた提供情報を管理部から抽出する抽出部４０と、抽出された提供情報をユーザ端末に提供する提供部４１と、バブルデータの緯度及び経度を更新することによりバブルデータを現実物理空間において仮想的に移動させるとともに、更新後の緯度及び経度に基づいて、バブルデータのバブル径を変更する移動制御部４２とをそなえる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、空間情報サービス用のサーバ装置に関する。
【背景技術】
【０００２】
一般に、電子データを検索／参照／保存するに当たっては、ユーザ（企業，個人）は、キーボード，マウスなどの処理装置を用いている。つまり、ユーザは、自分の意思（検索／参照／保存）を端末に指示するために、その「意思」を専用のハードウェア（処理装置）を使ってデジタルデータに変換して端末に入力することで、データの検索／参照／保存を行なっている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、ユーザは、データの検索／参照／保存のときに、ユーザ自身の意図を一旦、別形式のデータに変換しなければならず、この方法によると、データはデジタル的に処理されなければならない。このため、ユーザは、検索したいものを指定しその検索結果を参照あるいは保存する際に、自分の視界に入るものを棚にしまうといった人間感覚に近いアナログ的な処理ができない。
【０００４】
すなわち、例えば、現実物理空間において、携帯電話などの端末を用いて、視界に入るビルや建物などの様々な物体に対して「あれは何？」，「これは何？」といった感覚で検索対象を指定して、その答え（検索結果）を端末に表示（参照／保存）させる（つまり、得た情報を棚にしまう）といった、アナログ的な感覚による情報の検索・参照が行なえないので、人間感覚になじみやすいとはいえず、利用しにくい。
【０００５】
このため、ユーザは、データ検索／参照／保存の際に、アナログ的な感覚による操作の方が便利であるにもかかわらず、デジタル的な処理を利用しなければならない。しかも、このようなデジタル的な処理を有効に利用するには特別な知識と経験とがユーザに対して必要とされる。
また、近年、インターネットの爆発的な普及により、インターネット（ＷＷＷ：World Wide Web）上で企業や個人により様々な情報サービスが展開され、例えば、各種の広告宣伝サービスやアンケート調査などもインターネット上で展開されているが、現状では、特定の固定サイト（コンテンツ）に上述したようなデジタル的な処理を利用してユーザ（端末）がアクセス（検索・参照）しない限り、その宣伝広告やアンケートなどがユーザに参照されることはない。
【０００６】
このため、サービス提供者側は、不特定多数のユーザにサービスを利用してもらうには、例えば、多数のサイトに同じ宣伝広告やアンケートを掲示しておかなければならなくなり、コスト面で非常に不利となる。なお、このことは、インターネット上に限らず、現実空間においても同じことがいえる。つまり、広告塔を多数の場所に設置したり、街頭アンケートの実施場所を多数設けたりする必要がある。
【０００７】
また、近年のインターネットの普及により、インターネットにアクセス可能な携帯電話などのモバイル端末（データ通信端末）も爆発的に普及しているが、それに伴い、ユーザの通信料やサービス利用料も増加傾向にある。さらに、今後も、様々な形態の通信サービスが展開されてゆくことは容易に予想され、ますますユーザの通信料やサービス利用料の増加による経済的な負担が大きくなると思われる。
【０００８】
そこで、本発明は、ユーザへの情報サービスの提供に当たり、例えば、ユーザの視界内に存在する物体に関する情報やサービス情報を情報バブルとして現実物理空間に仮想的に登録することで、ユーザ端末において、より人間感覚に近いアナログ的な操作で簡便に情報の検索・参照が行なえるようにするとともに、より少ない情報バブルで不特定多数のユーザにその情報を提供できるようにすることを目的とする。
【０００９】
また、所望のサービス形態の所望のサービス料金を所望の課金先に柔軟に設定できるようにして、上述のように簡便に情報の検索・参照が行なえるようになることによって予想されるユーザ端末の通信料金やサービス利用料の増大を軽減して、ユーザの経済的負担を軽減できるようにすることも目的とする。
【課題を解決するための手段】
【００１０】
（１）現実物理空間における緯度，経度及びバブル径を含む空間範囲情報と提供情報とを対応付けたバブルデータを管理する管理部と、ユーザ端末の位置情報に基づく検索対象空間範囲情報により規定される空間範囲の少なくとも一部と重複する前記空間範囲情報を含むバブルデータと対応付けられた提供情報を該管理部から抽出する抽出部と、該抽出部によって抽出された提供情報を該ユーザ端末に提供する提供部と、該バブルデータの前記緯度及び経度を更新することにより該バブルデータを該現実物理空間において仮想的に移動させるとともに、前記更新後の緯度及び経度に基づいて、該バブルデータのバブル径を変更する移動制御部とをそなえた、空間情報サービス用のサーバ装置を用いることができる。
【００１１】
（２）また、現実物理空間における緯度，経度及びバブル径を含む空間範囲情報と提供情報とを対応付けたバブルデータを管理する管理部と、ユーザ端末の位置情報に基づく検索対象空間範囲情報により規定される空間範囲の少なくとも一部と重複する前記空間範囲情報を含むバブルデータと対応付けられた提供情報を該管理部から抽出する抽出部と、該抽出部によって抽出された提供情報を該ユーザ端末に提供する提供部と、該バブルデータの前記緯度及び経度を更新することにより該バブルデータを該現実物理空間において仮想的に移動させる移動制御部とをそなえ、該移動制御部が、前記バブルデータが抽出された回数に基づいて、該管理部による当該バブルデータの管理を解放する、空間情報サービス用のサーバ装置を用いることができる。
【００１２】
さらに、本発明に関連する技術の空間情報サービス用のサーバ装置は、所望の提供情報を関連付けた情報バブルを現実物理空間に仮想的に登録すべく現実物理空間における位置情報を含む空間範囲情報と上記の提供情報とを対応付けたバブルデータを管理する情報バブル管理部と、ユーザ端末の位置情報に基づく検索対象空間範囲情報を含むバブルデータの提供情報を上記の情報バブル管理部から抽出する抽出部と、この抽出部によって抽出された提供情報を上記ユーザ端末に提供する提供部と、少なくとも上記のバブルデータの位置情報を更新することにより上記情報バブルを現実物理空間において仮想的に移動させる情報バブル移動制御部とをそなえていてもよい。
【００１３】
上述のごとく構成されたサーバ装置では、ユーザ端末の位置情報に基づく検索対象空間範囲情報を含む情報バブルに関連付けられた所望の提供情報をユーザ端末に提供することができる。つまり、現実物理空間においてユーザ端末が検索対象とする空間範囲に含まれる、あるいは、重複する部分（空間範囲）を有する情報バブルに関連付けられた情報がユーザ端末に空間検索結果として提供される。そして、これを前提として、上記の情報バブルは現実物理空間において浮遊（移動）するので、同じ情報をもつ（関連付けた）複数の情報バブルを複数の場所に固定的に登録する場合よりも少数の情報バブルで、同等の情報サービスを実現することができる。
【００１４】
ここで、上記の情報バブル移動制御部は、上記の情報バブルの現実物理空間における振舞を規定する振舞データを設定する情報バブル振舞設定部と、この情報バブル振舞設定部によって設定された上記振舞データに基づいて上記のバブルデータの位置情報を更新することにより上記情報バブルを上記振舞データに従って移動させる情報バブル移動部とをそなえていてもよい。このようにすれば、上記の情報バブルの現実物理空間における振舞を自由に設定することができる。
【００１５】
また、上記の情報バブル振舞設定部には、上記振舞データとして上記のバブルデータの位置情報に関する乱数を発生する乱数発生部をそなえるとともに、上記の情報バブル移動部には、この乱数発生部で発生した乱数によって上記のバブルデータの位置情報をランダムに更新することにより、上記情報バブルを現実物理空間においてランダムに移動させる第１情報バブル位置更新部をそなえてもよい。このようにすれば、上記の情報バブルをより多くの不特定ユーザ端末に提供しうる機会を増やすことができる。
【００１６】
さらに、上記の情報バブル振舞設定部には、上記の振舞データとして、上記の情報バブルを現実物理空間の特定位置に移動させる時期に関する条件データを設定する条件設定部をそなえるとともに、上記の情報バブル移動部には、上記条件データによって規定される時期に、上記のバブルデータの位置情報を上記特定位置の位置情報に更新することにより、上記情報バブルを現実物理空間の上記特定位置に移動させる第２情報バブル位置更新部をそなえていてもよい。このようにすれば、上記の情報バブルを一定期間経過後に現実物理空間の所望の位置に移動させることができるので、その情報バブルを所望の場所宛のメールなどとして利用できる。
【００１７】
ここで、上記の条件データとして、上記の情報バブルの移動有効期限に関するデータを設定するようにすれば、情報バブルを特定位置に移動させる契機を自由に設定することができる。
また、上記の情報バブル管理部は、上記の提供部から上記の提供情報を受けたユーザ端末からのその提供情報についての更新情報に応じてその提供情報を更新する提供情報更新部をそなえていてもよい。このようにすれば、情報バブルに関連付けられた情報を不特定多数のユーザ端末によって更新してもらうことができる。
【００１８】
この場合、上記の条件データとして、上記の提供情報更新部による上記提供情報の更新回数に関するデータを設定するようにすれば、例えば、上記の提供情報を更新したユーザ数が所定数になると、上記情報バブルを特定位置（初期登録位置など）に移動させることができるので、アンケート調査などに有効に利用できる。
次に、本発明に関連する技術の空間情報サービス用の課金処理装置は、上述した空間情報サービス用の課金処理装置であって、上記の空間情報サービスのサービス形態を規定しうる複数種類の属性情報を記憶する属性情報記憶部と、上記のサービス形態において課金対象となりうる複数種類のサービス料金の種別に関する情報を記憶する料金種別情報記憶部と、複数種類の課金先に関する情報を記憶する課金先情報記憶部と、上記の各記憶部における各種情報を任意に組み合わせて、任意のサービス形態及び料金種別のサービス料金の課金先を設定する課金方針設定部と、この課金方針設定部による設定に従って該サービス料金の該課金先への課金処理を実施する課金処理部とをそなえていてもよい。
【００１９】
上述のごとく構成された課金処理装置では、任意のサービス形態及び料金種別のサービス料金の課金先を設定して（課金方針設定過程）、その設定に従って上記のサービス料金の課金先への課金処理を実施する（課金処理過程）ことができるので、所望のサービス形態の所望のサービス料金を所望の課金先に課金する設定を柔軟に実施することができる。
【発明の効果】
【００２０】
本発明の空間情報サービス用のサーバ装置及び後記の付記に記載された技術によれば、携帯電話などの端末を用いた情報サービスの提供に当たり、例えば、ユーザの視界内に存在する物体に関する情報やサービス情報を現実物理空間に情報バブルとして仮想的に登録することで、それらの情報をユーザ端末においてより人間感覚に近いアナログ的な操作で簡便に検索・参照できるようにすることができるとともに、上記の情報バブルを現実物理空間において浮遊（移動）させることで、同じ情報をもつ（関連付けた）複数の情報バブルを複数の場所に固定的に登録する場合よりも少数の情報バブルで、同等の情報サービスを実現することができる。従って、より少ない情報登録費用で安価に情報サービスを実現できる。
【００２１】
ここで、上記の情報バブルは、現実物理空間における振舞を規定する振舞データに従って移動させるようにすることもできるので、情報バブルの現実物理空間における振舞を自由に設定することができる。従って、様々な形態の情報サービスを柔軟に実現することができる。
また、上記の情報バブルは、乱数を用いて現実物理空間上をランダムに移動させるようにすることもできるので、上記情報バブルをより多くの不特定ユーザ端末に提供しうる機会を増やすことができる。従って、例えば広告情報サービスなどをより少ない登録費用で安価に実現することができる。
【００２２】
さらに、上記の情報バブルは、一定期間経過後に、現実物理空間の特定位置に移動させたり、元の（初期登録）位置に戻したりすることもできるので、この場合も、様々な形態の情報サービスを柔軟に実現することができる。
ここで、上述のごとく情報バブルを特定位置や初期登録位置に移動させる契機は、移動有効期限に関するデータの設定により、自由に設定できる。従って、より柔軟に各種情報サービスを実現することができる。
【００２３】
また、上記の情報バブルに対応付けられた情報は、その情報を検索・参照した不特定多数のユーザ端末から適宜に更新してもらうことができるので、上記の情報バブルを例えばアンケート調査メールなどとして利用することができ、この場合、商品やサービスに関するマーケティングに利用できる多数の情報を簡単に得ることができるようになる。
この場合、情報バブルは、提供情報の更新回数に関するデータの設定により、例えば、所定人数分の更新があった場合に、特定位置（初期登録位置）に移動させるように設定することもできる。従って、必要人数分の情報が集まったらその情報バブルを元の位置に戻すといった制御が可能になり、より有効にアンケート調査などを実施することができる。
【００２４】
また、上記の情報バブルの現在位置を現実物理空間に地理的表現に変換してその情報バブルを登録したユーザ端末に提供することもできるので、その情報バブルを登録したユーザは、情報バブルの現在位置を容易且つ直感的に認識することができる。
なお、上記の空間範囲情報は、現実物理空間における緯度，経度，高度及びバブル径で規定すれば、容易に上記空間情報サービスを実現することが可能である。
【００２５】
さらに、本発明に関連する技術（空間情報サービス用の課金処理装置および課金方法）によれば、任意のサービス形態及び料金種別のサービス料金の課金先を設定して、その設定に従って上記のサービス料金の課金先への課金処理を実施することができるので、所望のサービス形態の所望のサービス料金を所望の課金先に課金する設定を柔軟に実施することができる。従って、例えば、ユーザ端末が空間情報サービスを利用する際の利用料金や通信料金の課金先をユーザ端末以外の課金先に設定することなども可能となり、空間情報サービスの利用によるユーザの経済的負担を軽減することが可能になる。
【００２６】
ここで、上記の属性情報として、ユーザ端末及びそのユーザ端末のユーザに関する属性情報や、上記の提供情報に関する属性情報、上記の提供情報の登録者に関する属性情報のいずれか又は任意の組み合わせを用いれば、様々なサービス形態に応じた課金設定をきめ細かく行なうことができるので、課金設定の柔軟性がさらに向上する。
【図面の簡単な説明】
【００２７】
【図１】本発明が適用される情報提供サービスシステムの一実施形態を示すブロック図である。
【図２】図１に示すサービスセンタの構成例を示すブロック図である。
【図３】図１に示すサービスセンタの他の構成例を示すブロック図である。
【図４】図１に示す携帯端末の構成例を示すブロック図である。
【図５】図１及び図４に示す携帯端末での位置情報測定例を説明するための模式図である。
【図６】本実施形態の情報バブルの登録イメージを説明すべく建物配置例を模式的に示す側面図である。
【図７】図６に示す建物に相当する情報バブル（空間占有情報のイメージ）を示す模式図である。
【図８】図７に示す情報バブルのサービスセンタ（データベース）内での登録内容例を示す図である。
【図９】図７に示す情報バブルのサービスセンタ（データベース）内での他の登録内容例を示す図である。
【図１０】本実施形態に係るコンテンツ（提供情報）の一例を示す図である。
【図１１】（ａ）〜（ｈ）はそれぞれ情報バブルの形状を説明するための図である。
【図１２】本実施形態に係るサービス「１」にて距離指定した検索態様を説明するための図である。
【図１３】（ａ），（ｂ）はいずれも本実施形態に係るサービス「２」の検索態様を説明するための図である。
【図１４】図１に示す情報提供サービスシステムへの情報バブルの電子メールによる登録例を説明するためのシーケンス図である。
【図１５】図１に示す情報提供サービスにおける情報バブル登録時の携帯端末とメールサーバ（ＧＰＳマッピング対応メールサーバ）とＷＥＢサーバ（ＧＰＳＷＥＢサーバ）との間の送受信手順（シーケンス）を示す図である。
【図１６】図１に示す情報提供サービスでの携帯端末による検索動作を説明するためのシーケンス図である。
【図１７】本実施形態に係るバルーン（情報バブル）登録のための機能に着目したサービスセンタの要部構成を示すブロック図である。
【図１８】図１７に示すサービスセンタの動作（バルーン登録，移動）を説明するためのシーケンス図である。
【図１９】本実施形態に係るバルーンの状況確認機能に着目したサービスセンタの要部構成を示すブロック図である。
【図２０】図１９に示すサービスセンタの動作（バルーンの状況確認）を説明するためのシーケンス図である。
【図２１】本実施形態に係る他ユーザ登録バルーンの検索／メッセージ追記機能に着目したサービスセンタの要部構成を示すブロック図である。
【図２２】図２１に示すサービスセンタの動作（他ユーザ登録バルーンの検索／メッセージ追記）を説明するためのシーケンス図である。
【図２３】本実施形態に係る携帯端末でのバルーン登録画面例を示す図である。
【図２４】図１７に示すサービスセンタにおける条件（振舞）データの一例を示す図である。
【図２５】図１７に示すサービスセンタにおけるデータベース（バルーン位置−コンテンツＵＲＬ対応データ）の一例を示す図である。
【図２６】図１７に示すサービスセンタにおける移動量計算部での計算例を説明するための図である。
【図２７】図１９に示すサービスセンタにおける情報通知部による携帯端末への送信データ（本人登録バルーン状況確認結果）のフォーマット例を示す図である。
【図２８】本実施形態に係るバルーンへの追記例を説明するための模式図である。
【図２９】本実施形態の空間情報サービスシステムを利用した表示サービスを説明するための図である。
【図３０】図２９に示す表示サービスに係るエリアデータの一例を示す図である。
【図３１】図２９に示す表示サービスに係る携帯端末でのメッセージ及び表示スケジュールの登録画面例を示す図である。
【図３２】図２９に示す表示サービスに係るサービスセンタで管理される登録メッセージデータ例を示す図である。
【図３３】図２９に示す表示サービスに係るサービスセンタで管理されるスケジュールデータ例を示す図である。
【図３４】図２９に示す表示サービスに係るサービスセンタ，表示サービス企業及び電光掲示板間のデータ送受信シーケンスを示す図である。
【図３５】図３４においてサービスセンタから表示サービスセンタへ送信される表示メッセージの送信データフォーマット例を示す図である。
【図３６】図２９に示す表示サービスに係る電光掲示板へのメッセージ表示例を示す模式図である。
【図３７】本実施形態の空間情報サービスシステムを利用したコレクションサービスを説明するための携帯端末での登録画面例を示す図である。
【図３８】本実施形態の空間情報サービスシステムを利用したコレクションサービスに使用されるサービスセンタ側の登録条件データ例を示す図である。
【図３９】本実施形態の空間情報サービスシステムを利用したコレクションサービスに使用されるサービスセンタ側のデータベースの登録内容例を示す図である。
【図４０】本実施形態の空間情報サービスシステムを利用したコレクションサービスに使用されるサービスセンタ側のコレクションデータ例を示す図である。
【図４１】本実施形態の空間情報サービスシステムを利用したコレクションサービスにおけるサービスセンタから携帯端末への送信データ（コレクション状況通知）のフォーマット例を示す図である。
【図４２】本実施形態の空間情報サービスシステムを利用したコレクションサービスにおいて図４１に示すコレクション状況通知を受けた携帯端末の表示画面例を示す図である。
【図４３】本実施形態に係るサービス利用料を説明するためのシステム構成を示すブロック図である。
【図４４】本実施形態に係る課金方法を説明すべく空間情報サービスシステムの構成を示すブロック図である。
【図４５】本実施形態に係る属性リスト（端末・加入者属性リスト，コンテンツ属性リスト，コンテンツプロバイダ属性リスト）及び課金リスト（対象課金リスト及び課金者リスト）の一例を示す図である。
【図４６】本実施形態に係る料金設定メニュー及びバルーン位置−コンテンツＵＲＬ−課金方針データの生成手順を説明するための図である。
【図４７】本実施形態に係る課金方針データ（コンテンツ利用料）の一例を示す図である。
【図４８】本実施形態に係る課金方針データ（コンテンツ登録料）の一例を示す図である。
【図４９】本実施形態に係る課金方針データ（パケット通信料）の一例を示す図である。
【図５０】本実施形態に係るバルーン位置−コンテンツＵＲＬ−課金方針データの一例を示す図である。
【図５１】本実施形態に係る課金ログのフォーマット例を示す図である。
【図５２】図４５及び図４６に示す端末・加入者属性リストの生成手順を説明するためのシーケンス図である。
【図５３】本実施形態に係る課金方針データの設定手順を説明するためのシーケンス図である。
【図５４】本実施形態に係る課金方針データの他の設定手順を説明するためのシーケンス図である。
【図５５】（Ａ）〜（Ｅ）はいずれも本実施形態に係る課金方針データ設定のための情報選択手順を説明すべく料金設定メニュー（コンテンツ利用料設定メニュー）の表示例を示す図である。
【図５６】（Ａ）〜（Ｄ）はいずれも本実施形態に係る課金方針データ設定のための情報選択手順を説明すべく料金設定メニュー（コンテンツ登録料設定メニュー）の表示例を示す図である。
【図５７】（Ａ）〜（Ｄ）はいずれも本実施形態に係る課金方針データ設定のための情報選択手順を説明すべく料金設定メニュー（コンテンツ登録料設定メニュー）の表示例を示す図である。
【図５８】（Ａ）〜（Ｅ）はいずれも本実施形態に係る課金方針データ設定のための情報選択手順を説明すべく料金設定メニュー（パケット通信料設定メニュー）の表示例を示す図である。
【図５９】本実施形態に係る課金方針データ設定後のサービスセンタの動作を説明するためのシーケンス図である。
【図６０】図５０に示すバルーン位置−コンテンツＵＲＬ−課金方針データの変形例を示す図である。
【発明を実施するための形態】
【００２８】
以下、図面を参照して実施の形態を説明する。
（Ａ）基本システム構成の説明
図１は情報提供サービスシステムの一実施形態を示すブロック図で、この図１に示す情報提供サービスシステム（空間情報サービスシステム；以下、システムと略称することがある）９には、例えば、携帯電話やＰＤＡ（Personal Digital Assistance）などのユーザ端末（携帯端末）に対して情報を提供するシステムであって、サービスセンタ１９と、１台以上の携帯端末１１とがそなえられるとともに、無線基地局（電波塔）１０ａ，無線ネットワーク１０，ゲートウェイサーバ１３ａ，インターネット１２，ＷＥＢサーバ１３ｂ及びＤＮＳ（Domain Name System）サーバ１３ｃなどがそなえられている。
【００２９】
ここで、本実施形態のシステム９は、携帯端末１１に対し、一般の電話サービスなどに加えて、次の（１），（２）に示す２種類のサービスを提供することが可能になっている。
（１）携帯端末１１（のアンテナ）が向けられた方向の所定距離範囲（あるいは、携帯端末１１の現在位置を中心とする所定距離範囲）に存在する建物などに関する情報を携帯端末１１に表示させるサービス（以下、サービス「１」と称することがある）。
【００３０】
（２）携帯端末１１が指定した（アンテナの向けられた）特定の建物に関する情報を携帯端末１１に表示させるサービス（以下、サービス「２」と称することがある）。
つまり、前者のサービス「１」によると、ユーザは、例えば、携帯端末１１を所望の方向に向けることで、その端末位置から１００ｍ（メートル）の範囲に存在するビルなどに関する情報を得ることができる。
【００３１】
一方、後者のサービス「２」によると、ユーザは、例えば、携帯端末１１を例えば目の前のビルに向けることで、その（視線方向に最初に見える）ビルに関する情報やそのビル内の店舗が販売している商品情報などを得ることができる。
さて、図１において、上記の無線ネットワーク１０は、通信事業者が運用・管理している移動体通信システムであり、サービスセンタ１９は、３次元空間（現実物理空間）における物体（例えば、建物，建物の各フロア，看板など現実に存在する物又は空間を移動する物）又は所望空間の緯度，経度，高度及び後述するバブル径からなる空間占有情報（空間範囲情報又は空間領域情報）と、その物体に関連する各種情報又はその各種情報に関連するＵＲＬ（Uniform Resource Locator；ユニフォーム・リソース・ロケータ）とが対応付けられたバブルデータを保持するサーバを含むものである。
【００３２】
なお、このサーバは、所望空間の空間占有情報と、その所望空間に関連付けたい各種情報又はその各種情報に関連するＵＲＬとが対応付けられたバブルデータをも含むことができる。ここで、「バブル」とは、上記空間占有情報によって規定される３次元空間における特定の空間であり、それが、３次元空間に浮かんだ泡のごときものであり、これを用いて現実の建物がデータ空間において再現されている。なお、一般に、「バブル」とは、球形を連想するが、ここでは、特に球形に限定するものではない（具体例については後述）。
【００３３】
次に、上記の携帯端末１１は、サービスセンタ１９にインターネット１２を介して接続（アクセス）することができ、上記のバブルデータを用いて検索された各種情報を表示するものである。なお、携帯端末１１は、無線ネットワーク１０の加入者端末であって、サービスセンタ１９に自由にアクセスできるようになっている。
そして、無線基地局１０ａは、携帯端末１１と無線ネットワーク１０とに接続されて無線信号を送受信するものであり、ゲートウェイサーバ１３ａは、所望のＵＲＬを有するサーバが出力した信号のみを通過させるものであり、インターネット１２は、ハイパーテキスト転送プロトコル（Hyper Text Transfer Protocol；ｈｔｔｐ）を通信プロトコルとして用いる多数のサーバが接続されて形成されたものである。
【００３４】
また、ＷＥＢサーバ１３ｂは、個人や企業などのＷＥＢデータ（コンテンツ）を保持するもので、そのコンテンツの一例は図１０に示すようになる。さらに、ＤＮＳ（Domain Name Server）サーバ１３ｃはホスト名に対応するＩＰ（internet protocol）アドレスを出力するものである。
（Ａ１）サービスセンタ１９の詳細構成の説明
次に、上述したようなサービス「１」，「２」を実現するためのサービスセンタ１９の構成について説明する。図２は上記のサービスセンタ１９の構成例を示すブロック図で、この図２に示す構成は、下記の各部を有する１つのサーバ（サーバ装置）が、サービスセンタ１９を構成する場合の例である。
【００３５】
即ち、この場合のサービスセンタ１９は、サーバとして、データベース１５，第１受信部１６，第１送信部１７，抽出部４０，提供部４１，ＷＥＢ情報出力部１８ｂ，ゲートウェイ部（ＧＷ:Gate Way）１８ａ，ＤＮＳ部１８ｃ及びメール送受信部１８ｄなどの機能をそなえて構成されている。なお、この図２において、符号３９は情報バブル管理部、符号４２は情報バブル移動制御部を表し、これらの詳細については次の項目（Ｂ）「本実施形態の要部の構成及び動作の説明」にて後述する。
【００３６】
ここで、上記のデータベース（空間占有情報／ＵＲＬデータベース）１５は、例えば図８に示すように、３次元空間における物体の緯度，経度，高度及びバブル径からなる空間占有情報と、その物体に関連する各種情報やその各種情報に関連するサービス情報を得るためのＵＲＬとを対応付けられたバブルデータを保持するためのものである。
なお、上記の「物体に関連する各種情報」とは、建物などに関連する施設情報であり、例えば、ビル，東京タワー及びそれらのビルなどにある店舗情報などや、公共輸送機関の駅情報などを含む。一方、「各種情報に関連するサービス情報」とは、その施設情報のサービス情報であり、例えば、企業ビルの自社製品情報，東京タワーの開館情報及びビル内のレストランや飲食店のメニュー，駅の時刻表情報などを含む。いずれの情報も、文字データに限らず、画像データや音声データなども含まれる。
【００３７】
以下の説明において、これらの「物体に関連する各種情報」及び「各種情報に関連するサービス情報」は、特に断らない限り、上記と同様の意味で使用する。また、これらの情報はいずれもユーザに提供されうる情報であるので、これらを単に「提供情報」と総称する場合もある。
一方、上記の「空間占有情報」は、建物のオーナーや企業，レストランなどが予め登録した建物などの物体が３次元空間で占有する空間範囲についての情報であって、図８では、緯度／経度／高度／バブル径が、それぞれ、Ａ／Ｘ／０／３などといった形式で表されている。
【００３８】
つまり、この場合は、各「ＵＲＬ」がそれぞれ「空間占有情報」に対応する「提供情報」を特定するための情報（アドレス）となり、これらの各「ＵＲＬ」により、ユーザに提供したい情報が書き込まれたコンテンツが簡易に検索できるようになっている。換言すれば、物体に関連する「提供情報」を表示したＷＥＢサイト（ＵＲＬ）がその物体（空間占有情報）に関連付けられてデータベース１５に保持されているのである。
【００３９】
なお、このデータベース１５は、「空間占有情報」を処理するために、３次元地理データも有している。また、このデータベース１５は、必ずしもサービスセンタ１９に設けられる必要はなく、インターネット１２に接続された別の場所のサーバに保持されるようにしてもよい。さらに、このデータベース機能は、図示を省略するが、例えば、ハードディスク，ＲＯＭ（Read Only Memory），ＲＡＭ（Random Access Memory）などを用いて実現される。
【００４０】
また、このデータベース１５は、「空間占有情報」と「提供情報」とを直接対応付けて構築してもよいが、上述のごとく「空間占有情報」と「ＵＲＬ」とを対応付ける方が、保持すべきデータ量を削減できるので、容易且つ効率的にデータベース１５の構築が行なえ、その管理も容易になる。
さて、上述したサービスセンタ１９は、前記のサービス「１」を提供するに当たり、携帯端末１１から送信された位置情報と検索距離範囲とを受信すると、その位置情報を用いてユーザが指定する建物に対応するバブルデータを検索して、携帯端末１１の位置から例えば北方向の１００ｍにある複数のビルを検索し、それら複数のビルのそれぞれに対応する複数のＵＲＬを取得し、その複数のＵＲＬに対応するコンテンツを取得してそれぞれ携帯端末１１に対して送信する。
【００４１】
これにより、サービスセンタ１９は、ユーザから１００ｍ以内にあるビルについての情報を提供することができる。
より詳細に説明すると、サービスセンタ１９は、上記の位置情報に基づいて、バブルデータを、検索ベクトルＶを用いて検索するようになっている〔例えば、図１２及び図１３（ａ），図１３（ｂ）参照〕。この検索ベクトルＶとは、携帯端末１１の位置から建物，ビル，店舗，寺院などの検索対象物に向かうベクトルで、携帯端末１１が検索対象とする空間範囲を規定する情報（検索対象空間範囲情報）に相当する。
【００４２】
この検索ベクトルＶは、サービスセンタ１９において、携帯端末１１から送信される位置情報に基づいて生成され、サービスセンタ１９は、この検索ベクトルＶと交差する〔あるいは、この検索ベクトルＶを半径とする空間に含まれる（つまり、上記検索対象空間範囲情報を含む）〕情報バブル（バブルデータの空間占有情報のイメージ）に関連付けられたＵＲＬを（空間）検索結果として携帯端末１１に提供するのである。
【００４３】
例えば図１２の場合であれば、情報バブル"２"，"３"，"５"がヒットするので、それぞれに関連付けられているＵＲＬが検索結果として携帯端末１１に提供され、図１３（ａ），図１３（ｂ）の場合であれば、建物Ｃ，Ｄに相当する情報バブル"２"，"３"に関連付けられているＵＲＬが検索結果として携帯端末１１に提供されることになる。
なお、このとき、携帯端末１１に提供する検索結果は、必ずしも、ヒットしたもの全てである必要はなく、例えば、検索ベクトルＶと最初に交差する情報バブル〔つまり、ユーザの視界に最初に入るもの；図１３（ａ）では建物Ｃ〕など、ヒットした情報バブルの中の一部のみに限定することもできる。また、サービスセンタ１９は、例えば、ビルの内部にある店舗に相当する情報バブル（後述）に対応する情報（ＵＲＬ）を検索結果として選択して携帯端末１１に対して送信するようにもできる。
【００４４】
一方、サービスセンタ１９は、前記のサービス「２」を提供するに当たり、携帯端末１１から送信された位置情報を受信すると、その携帯端末１１の位置と方向とから上記と同様に検索ベクトルＶを生成し、その検索ベクトルＶと最初に交差する情報バブルを検索し、ユーザが指定した（携帯端末１１を向けた）、例えばレストランが提供するランチメニューなどのコンテンツを、携帯端末１１に対して送信する。これにより、サービスセンタ１９は、ユーザが指定した店舗などの情報を提供することができる。
【００４５】
なお、「空間占有情報のイメージ」（情報バブル）は、図１１により後述するように、空間における球，楕円球又は建物の容積に則した四角柱などの任意の形状で登録することができる。また、この情報バブルは、閉じた空間（占有された空間）のみならず、空間における所定範囲の部分や、片側無限大の範囲に設定することもできる。
そして、データベース１５に、バブルデータが書き込まれると、バブルデータの空間占有情報のイメージ（情報バブル）が発生し、そのデータベース１５から、バブルデータが消去されると、情報バブルが消滅するのと同等の効果を有する。
【００４６】
次に、図２において、第１受信部１６は、携帯端末１１が送信した緯度，経度，高度，方位及び傾斜角度を有する位置情報を受信するものである。この機能は、パソコンやワークステーションが有する入力ポート，ＣＰＵ（Central Processing Unit：図示省略），ＲＯＭ，ＲＡＭなどにより実現される。
そして、抽出部４０は、携帯端末１１から送信された携帯端末１１の緯度，経度，高度，方位及び傾斜角度を有する位置情報に基づいて、データベース１５が保持する空間占有情報のうち上記検索ベクトルＶと交差する（あるいは、検索ベクトルＶを半径とする空間に含まれる）（つまり、携帯端末１１の位置情報に基づく検索対象範囲情報を含む）特定空間占有情報に対応する特定ＵＲＬ（特定アドレス又は特定検索情報を意味する）を抽出するものである。
【００４７】
また、提供部４１は、上記の抽出部４０にて抽出された特定ＵＲＬに対応する特定提供情報を、第１送信部１７（図２参照）を介して携帯端末１１に提供するものである。この提供部４１は、携帯端末１１に、ＵＲＬを提供（送信）したり、あるいは、ＵＲＬに対応するコンテンツ名称を提供したりすることもできる。つまり、ユーザに提供しうる「提供情報」には「ＵＲＬ」や「コンテンツ名称」を含めることもできる。これにより、ユーザは所望の検索対象物の情報を得ることができ、複雑な検索が不要となる。
【００４８】
さらに、第１送信部１７（図２参照）は、上記の抽出部４０にて抽出された特定提供情報（ＵＲＬ、あるいは、そのＵＲＬに対応するＷＥＢサイトに表示される情報）を携帯端末１１に対して送信するものであって、この機能は、例えば、パソコンやワークステーションが有する出力ポート，ＣＰＵ，ＲＯＭ，ＲＡＭなどにより実現される。
また、ＷＥＢ情報出力部１８ｂは、個人やレストランなどのコンテンツ（例えば図１０参照）を保持するもので、本実施形態では、ＵＲＬ生成部（アドレス生成部）５５と、メッセージ格納部５６とを有している。
【００４９】
ここで、ＵＲＬ生成部５５は、ＷＥＢ情報出力部１８ｂに保持された個人，企業などの各種情報やサービス情報（コンテンツ）を保持するＵＲＬを生成するもので、この機能によって、サービスセンタ１９は、ＵＲＬ生成部５５によって、ＵＲＬの一覧を管理でき、検索対象物に対応する情報を的確に提供することができる。
一方、メッセージ格納部５６は、ユーザから入力（登録）されるメッセージを保持するものであって、例えばメモリからなる。そして、このメッセージが、バブルデータ（空間占有情報と、提供情報を得るためのＵＲＬとを対応付けられたもの）のうち空間占有情報と対応付けられて、メッセージ格納部５６に書き込まれるようになっている。
【００５０】
なお、このメッセージと空間占有情報との対応付けは、複数のメッセージが、その空間占有情報の内部に設けられた複数の小さな情報バブルに割り当てられ、それら複数の小さな情報バブルのそれぞれに個別のＵＲＬが付与されるようにして、個別のＵＲＬのそれぞれにメッセージが保持されるようにしてもよい。このようにすると、複数のユーザが書き込みしたメッセージを、それぞれ、個別に保持・管理することができる。
【００５１】
次に、ＤＮＳ部１８ｃは、ホスト名とＩＰアドレスとの変換テーブルを有し、受信したホスト名に対応するＩＰアドレスを出力するものであり、メール送受信部１８ｄは、電子メール（以下、メールと略称する）を送受信するもので、本実施形態では、後述するように、緯度，経度，高度及びバブル径の４種類の情報とメールアドレスとを対応付ける機能を有する。さらに、ゲートウェイ部１８ａは公知のゲートウェイ機能を有するものである。
【００５２】
なお、これらの機能は、いずれも、例えば、ＣＰＵ，ＲＯＭ，ＲＡＭなどが協働することにより実現される。また、サービスセンタ１９が有する上記の各機能は、例えば図３に示すように、複数のサーバに分散して構成することもできる。
即ち、上記のサービスセンタ１９は、図３に示すように、データベース１５と、ゲートウェイ部１８ａと同等の機能を有するゲートウェイサーバ１３ａと、ＷＥＢ情報出力部１８ｂと同等の機能を有するＷＥＢサーバ１３ｂと、ＤＮＳ部１８ｃと同等の機能を有するＤＮＳサーバ１３ｃと、メール送受信部１８ｄと同等の機能を有するメールサーバ１３ｄと、提供部４１と同等の機能を有する検索サーバ１３ｅとをそなえて構成してもよい。
【００５３】
（Ａ２）情報バブルの登録例の説明
次に、上記情報バブルの登録イメージについて説明する。
例えば、図６に示す４件の建物（Ａビル，Ｂビル，Ｃスタジアム，Ｄタワー）に関する各種情報やサービス情報などを情報バブルとして登録する場合を想定する。なお、これら４件の建物の位置は、いずれも、同一経度を有し、異なる緯度を有するものとする。例えば、Ａビルは緯度Ａ−１〜Ａ＋１の範囲に位置し、Ｂビル，Ｃスタジアム，Ｄタワーの中心位置は、それぞれ、緯度Ｂ，Ｃ，Ｄと仮定する。また、これらの緯度，経度の単位は、ともに、゜（度），′（分），″（秒）であり、以下の説明でも同様である。
【００５４】
この場合、例えば図８に示すように、Ａビルの緯度／経度／高度／バブル径（Ａ／Ｘ／０／３）により規定される空間占有情報と、そのＡビルに関する提供情報（コンテンツ）のＵＲＬ（http://www.xxx.100）とを対応付けてバブル番号"１"のバブルデータとしてデータベース１５に登録することにより、図７に示すように、Ａビルに相当する情報バブル"１"が登録される。
【００５５】
これにより、例えば、Ａビルの企業などは、自社のサービス内容を紹介するための自社ホームページのＵＲＬを、自社ビル（Ａビル）の空間占有情報と対応付けてバブルデータとしてサービスセンタ１９（データベース１５）内に登録することで、Ａビル全体を情報バブル"１"として登録することができる。
同様にして、これらの図８及び図７に示すように、Ｂビルの空間占有情報（Ｂ／Ｘ／０／２），Ｃスタジアムの空間占有情報（Ｃ／Ｘ／０／３），Ｄタワーの空間占有情報（Ｄ／Ｘ／０／４）と、それらの建物に関するコンテンツＵＲＬとをそれぞれ対応付けてバブル番号"５"，"８"，"９"のバブルデータとしてデータベース１５に登録することにより、Ｂビル，Ｃスタジアム，Ｄタワーに相当する情報バブル"５"，"８"，"９"が登録されることになる。
【００５６】
また、例えば、Ａビルに３階，２階，１階の各フロアが存在する場合には、図８に示すように、それぞれのフロアの空間占有情報（Ａ／Ｘ／３／１；Ａ／Ｘ／２／１；Ａ／Ｘ／１／１）と、そのフロアに関するコンテンツＵＲＬとを対応付けてバブル番号"２"，"３"，"４"のバブルデータとしてデータベースに登録することにより、図７に示すように、Ａビルのフロアに相当する情報バブル"２"，"３"，"４"を情報バブル"１"内に登録することができる。
【００５７】
さらに、上記の各フロアに存在する企業や店舗などを、その空間占有情報とその企業や店舗などに関するコンテンツＵＲＬとを対応付けてデータベース１５に登録する（図８に示すバブル番号"１０"〜"１５"のバブルデータ参照）ことにより、図７中に丸付数字で示すように企業や店舗に相当する情報バブルを、対応するフロアに相当する情報バブル"２"，"３"，"４"内に登録することもできる。つまり、Ａビル内の１階の３店舗と、２階の２店舗と、３階の１店舗とを、それぞれ、Ａビルを表す情報バブル"１"内に、情報バブル"１０"〜"１５"などとして登録することができるのである。
【００５８】
同様にして、Ｂビルを表す情報バブル"５"内にも、各フロアに相当する情報バブル"６"，"７"を登録することができ、Ｄタワーを表す情報バブル"９"内にも、フロア（展望台など）に相当する情報バブル"１６"，"１７"などを、適宜、登録することができる。なお、この情報バブルのサービスセンタ１９への登録は、携帯端末１１からインターネット１２経由（電子メールやＷＥＢ上）で行なってもよいし、いわゆるデスクトップ型のパーソナルコンピュータなどの端末からインターネット１２経由で行なうことも可能である。携帯端末１１からの電子メールを用いた登録手順については後述する。
【００５９】
そして、このようにして、情報バブルのサービスセンタ１９（データベース１５）への登録が行なわれた状態で、例えば図６中に示すように、ユーザがＡビルの３階において、携帯端末１１のアンテナをＣスタジアムに向けて検索操作を実行すると、携帯端末１１から位置情報（緯度，経度，高度，方位など）がサービスセンタ１９に送信され、前記の検索ベクトルＶを用いた検索により、例えばＣスタジアムのＵＲＬが検索結果として携帯端末１１に提供されるのである。
【００６０】
なお、図８に示す空間占有情報（Ａ／Ｘ／０／３など）には、実際の値（真値）に対応する値が設定されており、例えば、高度を例にすると、高度"０"は建物が地面に接していることを表し、高度"１"，"２"，"３"はいずれも真値（例えば、１５ｍ，３０ｍ，４５ｍ）に対応した値を表している。なお、地下の店舗などについては、高度はマイナスの値で表される。
【００６１】
ただし、勿論、上記の空間占有情報は、例えば図９に示すように、１４９°２２′２０″／６２°１１′１１″／３０（ｍ）／５（ｍ）などの真値を用いて設定することも可能である。また、この図９に示すように、コンテンツＵＲＬにはそのコンテンツ名称（例えば、Ａビル，Ｃスタジアムなど）を対応付けておいてもよい。
このように、予めＵＲＬに対応付けてコンテンツ名称を登録しておけば、例えば、サービスセンタ１９からは、ＵＲＬではなく「コンテンツ名称」を携帯端末１１に対して送信し、ユーザがその「コンテンツ名称」を携帯端末１１の表示画面上においてクリック（選択操作）すると、その「コンテンツ名称」に対応するＵＲＬのコンテンツ（例えば図１０に示すコンテンツ）が、サービスセンタ１９（ＷＥＢサーバ１３ｂ又はＷＥＢ情報出力部１８ｂ）から携帯端末１１に提供されるというシーケンスが可能となる。
【００６２】
なお、上記の情報バブル（建物データ）は、様々な形状で登録することが可能である。即ち、例えば図１１（ａ），図１３（ｂ）に示すように四角柱形状でもよいし、図１１（ｂ）や図１１（ｄ），図１１（ｆ）に示すように球形状でもよく、また、図１１（ｃ）や図１１（ｅ），図１１（ｇ）に示すように楕円球形状でもよいし、図１１（ｈ）に示すように円柱形状でもよい。
【００６３】
ここで、「バブル径」は、情報バブルが球形状を有する場合はその半径を表すが、例えば、楕円球形状を有する場合はその長径及び短径を表し、それぞれに対応する値を設定する必要がある。また、情報バブルが建物の容積に則した四角柱形状を有する場合には「バブル径」はその四角柱の幅などを表す。
なお、図１１（ａ）〜図１１（ｈ）において、（Ａ，Ｂ，Ｃ）は情報バブルの（ｘ，ｙ，ｚ）座標により定義される中心位置を表す。即ち、図１１（ａ）は、四角柱形状の情報バブルの中心位置が四角柱の底面の中心位置に設定されていることを表している。ここで、この図１１（ａ）中に示すＤ，Ｅ及びＦは、それぞれ、緯度幅，経度幅，高度幅を表し、例えば、２０ｍ，２０ｍ，１０ｍなどという値であり、これらの幅データが、予めデータベース１５に保持され、情報バブルを生成するときに考慮されるのである。
【００６４】
そして、例えば（ｘ，ｙ，ｚ）座標において、原点（０，０，０）を通る検索ベクトルＶは、（ｘ，ｙ，ｚ）＝（０，０，０）＋（Ｖ1，Ｖ2，Ｖ3）で表される。ここで、Ｖ1，Ｖ2，Ｖ3は、それぞれ、方向ベクトルのｘ，ｙ，ｚ成分である。そして、この検索ベクトルＶが、上記立体幅内において交差するかが計算されるのである。
また、図１１（ｂ）には、球形状の情報バブルの中心位置が球の中心に設定されている様子が示されている。そして、情報バブルの検索に当たっては、携帯端末１１の緯度，経度，高度を座標原点として、球を表す式と検索ベクトルＶを表す式とを用いて、交差点の有無が検出される。
【００６５】
例えば、原点（０，０，０）を中心位置とする半径Ｒの球は、ｘ2＋ｙ2＋ｚ2＝Ｒ2で表される。そして、検索ベクトルＶの式と、この球の式とを用いて、交差点が計算されるのである。
さらに、図１１（ｃ）には、楕円球形状の情報バブルの中心位置が楕円球の中心に設定されていることが示されている。ここで、原点（０，０，０）を中心位置とする長軸ａ，短軸ｂの楕円球は、（ｘ／ｂ）2＋（ｙ／ｂ）2＋（ｚ／ａ）2＝１で表される。
【００６６】
また、図１１（ｄ）には球形状の情報バブルの中心位置が球の最下点に設定されていることが、図１１（ｆ）には球形状の情報バブルの中心位置が球の最上点に設定されていることがそれぞれ示されており、図１１（ｅ）には楕円球形状の情報バブルの中心位置が楕円球の最下点に設定されていることが、図１１（ｇ）には楕円球形状の情報バブルの中心位置が楕円球の最上点に設定されていることがそれぞれ示されている。
【００６７】
さらに、図１１（ｈ）には、円柱形状の情報バブルの中心位置が底面の中心に設定されていることが示されている。なお、原点（０，０，０）を中心位置とし半径Ｒで高さＨの円柱は、ｘ2＋ｙ2＝Ｒ2かつ（０≦ｚ≦Ｈ）で表される。
なお、情報バブルのどの位置を中心位置に設定するかは、任意に決めて統一して使用すればよい。
【００６８】
また、サービスセンタ１９が表示する情報バブルの範囲については、契約料などによって、種々変更できる。例えば、個人で登録する場合は、基本的に、契約料の安い小さい（例えば、半径５ｍ以内の）情報バブルとする。
具体的には、図１１（ｂ）〜図１１（ｇ）に示す球又は楕円球の半径や長軸，短軸の大きさを変化させるのである。また、図１１（ａ）に示す四角柱の空間占有情報は、閉じた領域のみならず、緯度Ｅと付された辺に平行な方向の広い範囲の領域に設定することもできる。加えて、一例として、図１１（ｈ）に示す円柱の空間占有情報についても、ｚ方向の中心位置よりも上側に無限大に設定するようにもできる。
【００６９】
（Ａ３）携帯端末１１の詳細構成の説明
次に、上述した携帯端末１１の詳細構成について説明する。図４は上記の携帯端末１１の構成例を示すブロック図で、この図４に示す携帯端末１１は、例えば、アンテナ１１ｄ，１１ｅ，検出部２１，無線モジュール１１ｆ，制御モジュール１１ｇ，表示部１１ｈ，スピーカ１１ｉ，マイク１１ｊなどをそなえて構成されている。
【００７０】
ここで、アンテナ１１ｄは、衛星から送信された無線信号を受信するＧＰＳアンテナであり、アンテナ１１ｅは、無線ネットワーク１０との間にて無線信号を送受信するためのものである。
また、検出部２１は、端末の緯度，経度，高度，方位及び傾斜角度を有する位置情報を検出するもので、本実施形態では、ＧＰＳモジュール（衛星情報受信部）１１ｃ，地磁気センサ１１ｂ，傾斜センサ１１ａを有して構成されている。
【００７１】
このＧＰＳモジュール１１ｃは、グローバル・ポジショニング・システムを用いた衛星情報を受信しうるものである。なお、「衛星情報」とは、携帯端末１１の緯度，経度，高度の情報である。また、このＧＰＳモジュール１１ｃは、アンテナ１１ｄの方向を制御できるようにもなっている。
さらに、上記の地磁気センサ（方位センサ）１１ｂは、地磁気を検出して方位を測定するためのもので、例えば、図示しないコイルを有し、そのコイルを貫く磁束の大きさにより、地磁気を測定するようになっている。ここで、方位の基準は、例えば携帯端末１１の長軸方向（アンテナ１１ｅの伸張方向）である。なお、この地磁気センサ１１ｂによる方位の測定方法は公知である。
【００７２】
また、傾斜センサ（ジャイロセンサ）１１ａは、携帯端末１１の水平線からの傾斜角度を測定するためのもので、例えば、ジャイロモジュールと協働することにより、携帯端末１１の姿勢を検出できるようになっている。
例えば図５に模式的に示すように、携帯端末１１が、緯度Ａ，経度Ｂ及び高度０の位置に置かれ、ビルＱの方向に向けられているとする。この場合の傾斜角度は、携帯端末１１の長軸方向が、水平面となす角度θ（θは０以上９０以下の実数）である。
【００７３】
すると、携帯端末１１は、ＧＰＳモジュール１１ｃによって緯度Ａ，経度Ｂ及び高度０を取得するとともに、地磁気センサ１１ｂによってアンテナ１１ｅの伸張方向を基準とする方位を取得し、且つ、傾斜センサ１１ａによって傾斜角度θを取得し、これらの位置情報をサービスセンタ１９に対して送信する。
そして、サービスセンタ１９は、それらの情報から前述した検索ベクトルＶを生成し、その検索ベクトルＶと交差する（あるいは、検索ベクトルＶを半径とする空間に含まれる）情報バブルに対応するＵＲＬを抽出し、そのＵＲＬに対応するコンテンツ（提供情報）を携帯端末１１に対して送信するのである。
【００７４】
次に、無線モジュール１１ｆ（図４参照）は、無線信号を送受信するもので、第２送信部２２ａ，第２受信部２２ｂをそなえて構成されている。
この第２送信部２２ａは、検出部２１にて検出された位置情報をサービスセンタ１９に対して送信するものであり、第２受信部２２ｂは、この第２送信部２２ａが送信した位置情報に対し、サービスセンタ１９が送信した３次元空間における物体の緯度，経度，高度及びバブル径からなる空間占有情報のうち上記の検索ベクトルＶと交差する（あるいは、検索ベクトルＶを半径とする空間に含まれる）特定空間占有情報に対応する特定提供情報を受信するものである。なお、これらの第２送信部２２ａ及び第２受信部２２ｂは、それぞれ、無線回路からなる。
【００７５】
さらに、制御モジュール１１ｇは、携帯端末１１の各部分の動作を制御するほか、所定のプロトコルスタックに基づいて送受信用のデータフォーマットを処理するものであり、この機能は、例えば、ＣＰＵ，ＲＯＭ，ＲＡＭなどにより実現される。
また、表示部（液晶ディスプレイなど）１１ｈは、第２受信部２２ｂにて受信した特定提供情報を表示するものであり、この機能は、ウィンドウディスプレイにより実現される。さらに、スピーカ１１ｉは、音声を出力するものであり、マイク１１ｊは、音声を入力するものである。
【００７６】
このように、本実施形態の携帯端末１１は、ＧＰＳ受信，方位検出，無線信号の送受信，表示，音声入出力のための各機能を有する。
（Ａ４）基本動作説明
以下、サービスセンタ１９が携帯端末１１の位置情報を基に、３次元空間に仮想的に登録された情報バブル（提供情報）を検索して、その情報をユーザ（携帯端末１１）に対して提供する実際のサービス（空間情報サービス）について説明する。
【００７７】
まず、ユーザはサービス「１」を受けるに当たり、携帯端末１１を所定の方向に向けて、検索する距離範囲を例えば１００ｍとして携帯端末１１に入力する。そして、携帯端末１１は、上述のごとく携帯端末１１の位置及び姿勢に関する情報を検出（取得）し、その情報と距離範囲とをサービスセンタ１９に対して送信し、サービスセンタ１９からの提供情報を受信するのである。
【００７８】
また、ユーザは、サービスセンタ１９に対して、所定距離範囲内にあるビル内の店舗にあるサービス情報を選択して送信するように要求することもできる。なお、ユーザは距離範囲を入力する代わりに、予め携帯端末１１に例えば１００ｍ以内にするように設定するようにもできる。あるいは、サービスセンタ１９側で、予め１００ｍ以内のものを検索するように設定してもよい。
【００７９】
これにより、ユーザは、ユーザの視線方向１００ｍ以内に存在するビルなどに関する情報やその情報に関連する情報を得ることができる。
一方、ユーザはサービス「２」を受けるに当たり、例えば、携帯端末１１をレストランがあるビルの９階方向に向ける。そして、携帯端末１１は、その状態で取得した携帯端末１１の位置，姿勢に関する情報をサービスセンタ１９に対して送信することで、サービスセンタ１９からそのレストランに関するサービス情報を得る。このように、ユーザは特定のビル内の店舗についての情報を得ることもできる。
【００８０】
次に、上記の情報バブルの登録を、携帯端末１１から電子メールを用いて行なう場合について説明する。この場合、電子メール（以下、単に「メール」という）の送受信（メーラ）機能は、図２に示すメール送受信部１８ｄ、又は、図３に示すメールサーバ１３ｄによって実現され、本実施形態では、いずれも、緯度，経度，高度及びバブル径とメールアドレスとを対応付ける機能（ＧＰＳマッピング対応機能）も有しているものとする。
【００８１】
まず、図１４に示すように、携帯端末１１の表示部１１ｈに送信メールのための情報入力画面が表示されている状態（ステップＡ１）において、ユーザが、その画面から（送信先）アドレスを選択すると、例えば、表示部１１ｈにメニュー画面が表示される（ステップＡ２）。このメニュー画面には、例えば、（１）アドレス帳からメールアドレスを選択することによりアドレス入力を行なうモード、（２）メールアドレスを携帯端末１１のキーパッド（図示省略）などを用いて直接入力するモード、（３）空間にメッセージをマッピング（情報バブルを登録）するモードなどが選択候補として表示されている。〔上記（１）〜（３）については、図中丸付き数字で示す。〕
かかる状態で、例えば、ユーザが（３）「空間にメッセージをマッピングする」を選択したとすると、携帯端末１１は、前述したように検出部２１により各種情報（緯度，経度，高度，方位，傾斜角度）を取得して、メールアドレスに変換する（ステップＡ３）。
【００８２】
そして、ユーザは、所望のメッセージを入力して（ステップＡ４）、そのメールをサービスセンタ１９に送信する。サービスセンタ１９は、そのメールデータを受信すると（ステップＡ５）、バブル径などは最小値を選択して（ステップＡ６）、ＷＥＢサーバ（ＧＰＳＷＥＢサーバ）１３ｂ又はＷＥＢ情報出力部１８ｂによりデータベース１５に書き込む（ステップＡ７）。
【００８３】
次に、図１５に、情報バブル登録時の携帯端末１１とメールサーバ（ＧＰＳマッピング対応メールサーバ）１３ｄとＷＥＢサーバ（ＧＰＳＷＥＢサーバ）１３ｂとの間におけるデータの送受信手順（シーケンス）を示す。
まず、ユーザ（例えば企業の担当者）が、東京のＦ社の本社前に、Ｆ社の企業プロファイルのバブルデータを設定する（ステップＡ１０）。このバブルデータが設定される位置は、東経１３９゜４６′０１.４″で、北緯３５゜４０′４６．１″で、高度１５ｍで、バブル径１００ｍである。そして、ユーザは、この企業プロファイルに対応して、メールアドレスを設ける。このアドレスは、例えばE13946014N3540461H1500B10000@gps.nifty.ne.jpとする。そして、ユーザは、このアドレスに宛てて、検索条件 と企業プロファイルとをメールする。
【００８４】
ステップＡ１１にて、メールサーバ１３ｄは、上記の検索条件と企業プロファイルとを受信して、検索を開始し、その添付ファイルは企業プロファイルとしてＷＥＢサーバ１３ｂに登録される。
これにより、ユーザが所定の範囲を示す値をメールアドレスとして、送信し、その範囲にある空間占有情報を含むバブルデータが、検索される。
【００８５】
また、これにより、位置という検索タグが使用でき、ユーザは簡単にかつ早く情報を得ることが可能になる。
ここで、例えば、バブル径が大きく設定されたバブルデータは検索されやすいが、バブル径が小さく設定されたバブルデータは検索されにくくなる。そのため、秘匿したい情報を有するバブルデータのバブル径は小さく、また、企業プロファイルなどのできるだけ多くのユーザに宣伝したい情報を有するバブルデータのバブル径は大きく設定するようにもできる。
【００８６】
次に、携帯端末１１による検索動作について説明する。まず、図１６に示すように、ユーザが、携帯端末１１を用いて指定検索を実行したとする（ステップＢ１）。ここで、検索条件には、例えば、携帯端末１１の位置情報（東経１３９°４６′０１．６″，北緯３５°４０′４６．５″，高度１０ｍ）と検索距離（エリア半径；５０ｍ）とを少なくとも指定する。
【００８７】
そして、携帯端末１１は、その条件を、ＷＥＢサーバ１３ｂに対して送信して検索を依頼する。送信内容は、例えば、http://www.gps.nifty.ne.jp/Titles?qt=%C5%EC%B7%D0139%A1%EB46%A1%C701.6%A1%C9%CB%CC%BO%DE35%A1%EB40%A1%C746.5%A1%C9%B9%E2%C5%D9%A3%B10%A3%ED&SUBMIT=+%B8%A1%BA%F7+&lk=noframes&svx=100600&col=JWとなる。
次に、ＷＥＢサーバ１３ｂは、指定された検索条件を用いてデータベース１５を検索し、ヒットしたデータ（検索結果）を携帯端末１１に対して送信（提供）する（ステップＢ２）。携帯端末１１では、受信した検索結果が表示部１１ｈに選択候補として表示される（ステップＢ３）。その表示例は、表示例Ｂ４のようになる。
【００８８】
かかる状態で、ユーザが、侯補（仮に、Ｆ社プロファイル）を選択すると（ステップＢ５）、選択された候補の情報がＷＥＢサーバ１３ｂに送信される。ＷＥＢサーバ１３ｂは、その情報から携帯端末１１で選択された候補に対応するファイルを特定して携帯端末１１に送信する（ステップＢ６）。これにより、携帯端末１１では、受信したファイルの内容が表示部１１ｈに表示され（ステップＢ７）、ユーザは、例えばＦ社の資本金などのプロファイルを参照できる（ステップＢ８）。
【００８９】
このようにして、メールアドレスが位置タグとして用いられ、メールアドレスにリンクされたメッセージとデータとが、ユーザに対して出力され、ユーザは、企業広告や、レストランのメニュー及び評判に関する情報を得ることができる。
また、このように、ユーザは、インターネット１２における検索サービスのようなデジタル的な処理をせずに、自分の視界内の建物などについての所望の情報を、「この場所」や「あの場所」，「こちらの方向」などといった人間感覚を基本にしたアナログ的な感覚により検索できる。
【００９０】
さらに、このように、サービスが、携帯端末１１と、ＷＥＢサーバ１３ｂとの間にて行なわれるので、レストランは特別な装備を要せずにサービスを実現できる。
加えて、このように、ユーザがバブル径の大きさを指定して検索するので、コンテンツプロバイダのようなシステム運用者は、企業宣伝という観点から、特定の空間範囲を、企業に販売できる。そして、その販売価格は、空間占有情報とバブル径とから算定することも可能である。
【００９１】
なお、物体に関連する各種情報には、上述した情報以外にも、市役所，公園，遊園地，テーマパーク，歴史的建物及び自然物の山，川，半島，島，天体などに関する情報を含めることもできるし、それらの各種情報に関連するサービス情報には、それぞれ、生活情報，開園時間情報，アトラクション空き時間情報，地理や歴史，星座解説及び観光情報などを含めることもできる。
【００９２】
（Ｂ）本実施形態の要部の構成及び動作の説明
次に、上述した空間情報サービスシステム９を基本として、以下では、上記の情報バブルを現実物理空間において風船（バルーン）のように仮想的に移動させるサービス（バルーンメールサービスともいう）について説明する。なお、以下では、説明の便宜上、「情報バブル」を「バルーン」と称する場合がある。
【００９３】
（Ｂ１）情報バブル（バルーン）登録時の説明
図１７はバルーン登録のための機能に着目したサービスセンタ１９の要部構成を示すブロック図で、この図１７に示すサービスセンタ１９は、サービス受付部１０１，位置情報入手・管理部１０２，メッセージ登録部１０３，条件設定部１０４，位置−ＵＲＬ対応付部１０５，バルーン移動部１０６などをそなえて構成されている。
【００９４】
ここで、上記のサービス受付部１０１は、携帯端末１１からのサービス要求を受け付けるものである。なお、サービス要求種別には、本実施形態では、例えば、「バルーン登録要求」，「バルーン状況確認要求」，「バルーン検索／メッセージ追記要求」の３種があり、それぞれの要求に応じて以降の処理が振り分けられるようになっている。これらのサービス要求は、例えば、サービスメニューコンテンツやそれと同等の内容を有するメールなどを携帯端末１１に提供し、その携帯端末１１においてユーザが利用したいサービスの選択操作を行なうことで指定される。
【００９５】
また、位置情報入手・管理部１０２は、上記のサービス受付部１０１で受け付けられたサービス要求種別が「バルーン登録要求」であった場合に起動されて、バルーンを登録すべき位置情報（バルーン位置情報；緯度，経度，高度，バブル径などから成る空間占有情報）１５Ａを取得して、その位置情報１５Ａをデータベース１５に登録・管理するためのものである。
【００９６】
なお、上記のバルーン位置情報は、バルーンを携帯端末１１の現在位置に登録するのであれば携帯端末１１で検出される前記の位置情報をその携帯端末１１から受けることで入手でき、携帯端末１１以外の場所に登録する場合でも、ユーザ（携帯端末１１）により指定される位置情報を受けることで入手できる。また、上記のサービス受付部１０１及び位置情報入手・管理部１０２は、例えば、前述した第１受信部１６（図２参照）の一機能として実現できる。
【００９７】
さらに、上記のメッセージ（提供情報）登録部１０３は、上記のバルーンに関連付けてユーザに参照してもらいたい（提供したい）メッセージなどの各種提供情報をコンテンツ登録部１３１によってコンテンツデータ１５Ｃとして登録するためのものである。なお、このコンテンツデータ１５Ｃ（以下、単に「コンテンツ１５Ｃ」と表記する場合もある）は、例えばＷＥＢ情報出力部（ＷＥＢサーバ）１８ｂ（コンテンツ格納部５６；図２参照）に登録される。
【００９８】
また、位置−ＵＲＬ対応付部１０５は、コンテンツＵＲＬ対応付部１５１によって、上記のバルーン位置情報１５Ａとコンテンツ１５ＣのＵＲＬデータ１５Ｂ（以下、単にＵＲＬ１５Ｂ、もしくは、コンテンツＵＲＬ１５Ｂと表記する場合がある）とをデータベース１５において対応付けるもので、この対応付けにより、上記の提供情報をもった架空のバルーンが上記バルーン位置情報１５Ａで特定される現実物理空間上の位置に仮想的に登録されることになる。
【００９９】
つまり、上記の位置情報入手・管理部１０２，メッセージ登録部１０３及び位置−ＵＲＬ対応付部１０５から成る部分は、所望の提供情報を関連付けた情報バブルを現実物理空間に仮想的に登録すべくその現実物理空間における位置情報を含む空間占有情報と上記の提供情報とを対応付けてデータベース１５に保持して管理する情報バブル管理部３９としての機能を果たしていることになる。
【０１００】
なお、上記のメッセージ登録部１０３（コンテンツ登録部１３１）及び位置−ＵＲＬ対応付部１０５（コンテンツＵＲＬ対応付部１５１）は、例えば、前述したＷＥＢ情報出力部１８ｂの一機能として実現できる。つまり、上記の情報バブル管理部３９は、図２では、少なくとも、データベース１５，第１受信部１６及びＷＥＢ情報出力部１８ｂから成る部分に相当する。
【０１０１】
ここで、図２５に、データベース１５に登録されるバルーン位置−コンテンツＵＲＬデータ１５−１の一例を示す。この図２５では、バルーン番号毎にバルーンの位置情報１５ＡとコンテンツＵＲＬ１５Ｂとが管理されるとともに、コンテンツＵＲＬ１５Ｂに対応するコンテンツ１５Ｃの内容に関する情報（タイトルやサマリなど）や、情報種別，ユーザ識別子などもバルーン毎に管理される様子を表している。
【０１０２】
なお、上記の「情報種別」は、登録された情報バブルの種別、即ち、登録された情報バブルが「バルーンメール」として登録されているのか、それとも、建物や店舗（企業）に関する情報バブル（前述した企業プロファイルなど）として登録されているのかといった種別を表す情報である。この「情報種別」は、情報バブルの検索時に「検索カテゴリ」が指定された場合に参照される。
【０１０３】
例えば、「検索カテゴリ」として「バルーンメール」が検索者（ユーザ）によって指定されれば、「情報種別」（以下、「情報カテゴリ」ともいう）が「バルーンメール」である情報バブルのみが検索対象となり、「検索カテゴリ」が指定されなかった場合は、全ての登録情報バブルが検索対象となる。
また、上記の「ユーザ識別子」は、情報バブルの登録を行なったユーザを識別するための情報で、例えば、本空間情報サービスを利用するに当たって、ユーザが事前にユーザ登録手続を行なうことにより、サービスセンタ１９から付与される。従って、ユーザは、本空間情報サービスを利用する場合には、与えられたユーザ識別子をサービスセンタ１９に通知する必要がある。その通知時期は、例えば、サービスセンタ１９にアクセスしたときでもよいし、携帯端末１１の位置情報を送信するときでもよい。なお、この点は、後述する他の形態のサービスで使用する「ユーザ識別子」についても同様である。
【０１０４】
次に、上記の条件設定部１０４は、上記のバルーンを後述するバルーン移動部１０６によって移動させた後に、特定の位置に移動させる（例えば、初期登録位置に戻す）ときの条件データ１５Ｄを設定するためのもので、例えば図２４に示すように、バルーンの浮遊期間や浮遊期限などのバルーンの移動有効期間に関するデータ（以下、単に「浮遊期限」という）、そのバルーンを後述するように空間検索によりヒットさせて参照した他ユーザ（携帯端末１１）によるコンテンツ１５Ｃに対するメッセージ追記人数（更新回数）に関するデータ（「追記人数上限値」）などが条件データ１５Ｄとして設定できるようになっている。
【０１０５】
つまり、本実施形態では、上記の条件データ１５Ｄを設定することで、上記のバルーンを一定期間経過後（「浮遊期限」）に特定位置（初期登録位置）に移動させたり、メッセージを追記したユーザ数（追記人数）が「追記人数上限値」に達したらそのバルーンを特定位置（初期登録位置）に移動させたりするなど、現実物理空間上でのバルーンの振舞を自由に規定（設定）することが可能になっているのである。これにより、後述するごとく様々な形態の空間情報サービスを柔軟に実現することが可能となる。
【０１０６】
なお、上記の条件データ１５Ｄは、例えば、図示しないＲＡＭ，ＲＯＭ，ハードディスクなどの各種記憶媒体に記憶される。また、上記の各条件が両方設定された場合は、いずれか一方の条件を満たした場合に、バルーンの特定位置への移動が実行されることになる。さらに、本条件データ１５Ｄは、基本的にバルーン登録の一連のシーケンスの中でバルーンを登録する本人の携帯端末１１から指定されるが、サービスセンタ側１９で自動的に設定するようにしてもよい。例えば、ユーザによる指定が無い場合などには、デフォルトの条件データ１５Ｄを自動設定するようにしてもよい。
【０１０７】
また、他ユーザによるメッセージの追記は、図２１により後述するメッセージ追記部１１４（コンテンツ追記部１４１）にて受け付けられることにより実施される。
ここで、図２４に上記の条件データ１５Ｄの一例を示す。この図２４では、ユーザ識別子毎に各条件が設定されており、同じユーザが複数のコンテンツを登録した場合にはそれらを識別できるように、コンテンツ識別子もユーザ識別子毎に登録されている。
【０１０８】
次に、上記のバルーン移動部１０６は、上記のデータベース１５におけるバルーン位置情報１５Ａを更新することにより、上記のバルーンを現実物理空間において仮想的に移動させるためのもので、本実施形態では、図１７中に示すように、さらに、乱数発生部１６１，移動量計算部１６２，バルーン位置更新部１６３及びバルーン条件データ監視部１６４をそなえて構成されている。
【０１０９】
ここで、上記の乱数発生部１６１は、上記バルーン位置情報１５Ａに関する乱数（緯度や経度，高度，バブル径などに関する乱数）を発生するためのものであり、移動量計算部１６２は、この乱数発生部１６１で発生した乱数に基づいて、バルーン位置情報１５Ａの更新量（即ち、バルーンの移動量）を計算するためのものである。
例えば図２６に示すように、現在のバルーン位置がＮ（北緯）３５°２２′２０″のときに、乱数発生部１６１が発生した乱数値が−２０″であったとすると、この移動量計算部１６２は、新たなバルーン位置をＮ３５°２２′００″に変更することになる。なお、他の経度や高度，バブル径についても同様に更新することができる。
【０１１０】
また、バルーン位置更新部１６３は、上記の移動量計算部１６２によって計算された更新量だけ上記のバルーン位置情報１５Ａを更新することにより、上記バルーンを現実物理空間上で上記更新量（移動量）だけ移動させるためのものである。
つまり、この場合のバルーン移動部１０６は、乱数発生部１６１によって発生した乱数に基づいてバルーン位置情報１５Ａを更新して、上記バルーンを現実物理空間においてランダムに移動させることで、所望のメッセージなどの提供情報を現実物理空間上であたかも風船（バルーンメール）のように浮遊させることができるようになっているのである。
【０１１１】
なお、この場合、上記の乱数発生部１６１が発生した乱数も、バルーンの現実物理空間における振舞を規定するデータと考えれば、本乱数発生部１６１及び上記の条件設定部１０４は、バルーンの現実物理空間における振舞を規定する振舞データとして上記の条件データ１５Ｄや乱数を設定するバルーン（情報バブル）振舞設定部としての機能を果たしていることになる。そして、バルーン移動部１０６は、このバルーン振舞設定部によって設定された上記振舞データに従ってバルーン位置情報１５Ａを更新することによりバルーンを移動させていることになる。
【０１１２】
さらに、条件データ監視部１６４は、図示しない計時機能を有し、上記の条件データ１５Ｄを監視（確認）して、その条件データ１５Ｄによって規定される条件を満足していれば（例えば、バルーンの「浮遊期限」、あるいは、メッセージの追記ユーザ数が「追記人数上限値」に達していれば）、バルーン位置更新部１６３に指示を与えて該当バルーン位置情報１５Ａを特定位置（初期登録位置）情報に更新させることで、該当バルーンを特定位置（初期登録位置）に移動させるためのものである。
【０１１３】
つまり、本実施形態のバルーン位置更新部１６３は、乱数発生部１６１で発生した乱数によってバルーン位置情報１５Ａをランダムに更新することによりバルーンを現実物理空間においてランダムに移動させる第１情報バブル位置更新部１６３Ａとしての機能と、上記の条件データ１５Ｄによって規定される時期に、バルーン位置情報１５Ａを特定位置（初期登録位置）の位置情報に更新することによりバルーンを現実物理空間の特定位置（初期登録位置）に移動させる第２情報バブル位置更新部１６３Ｂとしての機能とを兼ね備えていることになる。
【０１１４】
ただし、これらの機能は、勿論、個別に設けられていても良い。また、バルーンをランダムに移動させる必要が無い場合や特定位置に移動させる必要が無い場合には、これらの各位置更新部１６３Ａ，１６３Ｂのいずれか一方のみがそなえられていればよい。
そして、本実施形態では、上述した条件設定部１０４（バルーン振舞設定部）及びバルーン移動部１０６から成る部分で、少なくともデータベース１５（情報バブル管理部３９）におけるバルーン位置情報１５Ａを更新することによりそのバルーンを現実物理空間において仮想的に移動させるバルーン（情報バブル）移動制御部４２（図２及び図１７参照）としての機能が実現されているのである。
【０１１５】
なお、本例は、バルーンをランダムに移動させる場合であるが、例えば、有効な乱数値を制限することで、バルーンを現実物理空間の特定空間領域内でのみ浮遊させたり、乱数の代わりにバルーンの移動（巡回）ルートを指定したルートデータを用いることで、バルーンを指定ルートに沿って移動（巡回）させたりすることもできる。
以下、上述のごとく構成されたサービスセンタ１９のバルーン登録時の動作について、図１８に示すシーケンス図（ステップＣ１〜Ｃ１２）を参照しながら詳述する。
【０１１６】
まず、ユーザは、バルーンを登録するために、携帯端末１１を用いてサービスセンタ１９にアクセスする（バルーン登録要求の送出；ステップＣ１）。この要求は、サービスセンタ１９のサービス受付部１０１にて受け付けられ処理される（ステップＣ２）。この場合、ユーザのサービス要求種別は「バルーン登録要求」であるので、次に、位置情報入手・管理部１０２がバルーンの登録位置を入手して例えばデータベース１５において管理する（情報バブル登録過程；ステップＣ３）。
【０１１７】
このとき、バルーンの登録位置が携帯端末１１の現在位置であれば、位置情報入手・管理部１０２は、その携帯端末１１で測位（検出部２１で検出）した位置情報をバルーン位置情報１５Ａとして携帯端末１１から受けることにより入手する（ステップＣ４）。なお、バルーンの登録位置を携帯端末１１の現在位置とは異なる位置にする場合は、別途、その位置情報を指定する必要がある。
【０１１８】
さて、次に、ユーザは、携帯端末１１を用いて登録するバルーンに添付すべきメッセージなどの提供情報をサービスセンタ１９に送信し（ステップＣ５）、サービスセンタ１９は、そのサービス情報をコンテンツ１５Ｃとして、例えば、ＷＥＢ情報出力部（ＷＥＢサーバ）１８ｂに保存する（ステップＣ６）。このとき、そのコンテンツ１５ＣのＵＲＬ１５Ｂも生成されている。
【０１１９】
さらに、ユーザは、バルーンの振舞を規定する条件として、例えば、バルーンが手元（初期登録位置）に戻ってくるときの条件（「浮遊期限」や「追記人数上限値」など）を、携帯端末１１を用いてサービスセンタ１９に送信し（ステップＣ７）、サービスセンタ１９では、条件設定部１０４が、その条件に基づいて図２４に示すような条件データ１５Ｄを生成・設定（保存）する（ステップＣ８）。
【０１２０】
次いで、サービスセンタ１９では、コンテンツＵＲＬ対応付部１５１が、上述したごとくデータベース１５においてバルーン位置情報１５ＡとコンテンツＵＲＬ１５Ｂとを対応付けて登録することにより、バルーンの登録を行なう（ステップＣ９）。
なお、本例は、バルーンの登録位置や登録メッセージ，バルーンの振舞設定などの情報を個別にサービスセンタ１９に送信する場合の例であるが、これらの情報はまとめてサービスセンタ１９に送信するようにしてもよい。つまり、上述した例では、サービスセンタ１９において、バルーンの登録位置の入手（ステップＣ３）と登録メッセージの保存（ステップＣ６）と条件データ１５Ｄの設定（ステップＣ８）とをシーケンシャルに実行しているが、それぞれ独立して（パラレルに）実行するようにしてもよい。
【０１２１】
この場合、例えば、上記の「バルーン登録要求」により、サービスセンタ１９から携帯端末１１に対して、上記の各種情報の入力フォーム（図２３参照）をコンテンツあるいはメールなどとして提供し、ユーザは、携帯端末１１の表示部１１ｈに表示されたその入力フォームに必要な情報を入力して上記の位置情報とともに必要な情報をまとめてサービスセンタ１９に送信するのである。
【０１２２】
このようにしても、サービスセンタ１９側で情報の選択処理が必要になるものの、最終的には、上記と同様に、バルーン位置情報１５Ａとメッセージなどの提供情報のコンテンツＵＲＬ１５Ｂとがデータベース１５において対応付けられて、バルーンの登録がなされる。
さて、次に、上述のごとくバルーンの登録が完了すると、サービスセンタ１９では、条件データ１５Ｄを監視しながら、乱数発生部１６１の発生する乱数を用いて定期的にバルーンの位置を更新することにより、バルーンの位置をランダムに更新してゆく（情報バブル移動過程；ステップＣ１０〜Ｃ１２）。この際、上記の条件データ１５Ｄを満足する事象が発生したことが条件データ監視部１６４にて確認された場合は、バルーン位置更新部１６３によって、対応するバルーン位置情報１５Ａが例えば初期登録位置情報に更新されて、そのバルーンが初期登録位置に移動させられる。
【０１２３】
（Ｂ２）バルーン状況確認時の説明
次に、ここでは、登録したバルーンの状況（例えば、現在位置）をそのバルーンを登録したユーザが確認したい場合について説明する。図１９はバルーンの状況確認機能に着目したサービスセンタ１９の要部構成を示すブロック図で、この図１９に示すように、サービスセンタ１９は、上述したサービス受付部１０１に加えて、住所／地図情報データベース１５Ｅ，バルーン検索部１０７，表現変換部１０８及び情報通知部１０９などをそなえて構成されている。
【０１２４】
ここで、上記の住所／地図情報データベース１５Ｅは、現実物理空間における住所情報（都市名や町名など）又はいわゆるカーナビゲーションシステムで用いられるような地図データもしくはその両方を保持するためのものである。このデータベース１５Ｅは、データベース１５内に設けられてもよいし、データベース１５とは個別に設けられてもよい。
さらに、バルーン検索部１０７は、サービス受付部１０１にて受け付けられた携帯端末１１からのサービス要求種別が「バルーン状況確認要求」であった場合に起動されて、携帯端末１１から通知されるユーザ識別子を基にデータベース１５のバルーン位置−コンテンツＵＲＬデータ１５−１（図２５参照）を参照（検索）して、そのユーザ識別子に該当するバルーン位置情報１５Ａを取得するためのものである。
【０１２５】
また、表現変換部（情報バブル位置表現変換部）１０８は、上記のバルーン検索部１０７によって得られたバルーン位置情報１５Ａ（具体的には、緯度及び経度）に基づいて、住所／地図情報データベース１５Ｅを参照して、その位置情報１５Ａ（緯度及び経度）を現実物理空間における地理的表現形式に変換するもので、例えば、その位置情報１５Ａを対応する都市名や町名，番地などに変換したり、カーナビゲーションシステムのように、対応する地図データ上の位置にバルーンをマッピング（表示）したデータに変換したりできるようになっている。
【０１２６】
なお、これらのバルーン検索部１０７及び表現変換部１０８は、例えば前述した抽出部４０（図２参照）の一機能として実現される。
そして、情報通知部（情報バブル現在位置提供部）１０９は、この表現変換部１０８によって得られた情報をバルーンの現在位置情報として、問い合わせ（バルーン状況確認要求）を行なった（バルーンを登録した本人の）携帯端末１１に提供するためのものである。この機能は、例えば前述した提供部４１（図２参照）の一機能として実現できる。
【０１２７】
以下、上述のごとく構成されたサービスセンタ１９のバルーン状況確認時の動作について、図２０に示すシーケンス図（ステップＤ１〜Ｄ７）を参照しながら詳述する。
まず、バルーンを登録したユーザが、バルーンの現在位置を確認するために、携帯端末１１を用いてサービスセンタ１９にアクセスする（バルーン状況確認要求の送出；ステップＤ１）と、この要求がサービス受付部１０１にて受け付けられ処理される（ステップＤ２）。この場合、サービス要求種別は「バルーン状況確認要求」であるので、バルーン検索部１０７が起動されて、そのユーザ（携帯端末１１）から通知されるユーザ識別子（ステップＤ３）に基づいて、本人が登録したバルーン位置情報１５Ａがデータベース１５（バルーン位置−コンテンツＵＲＬデータ１５−１）において検索されて取得される（ステップＤ４）。
【０１２８】
そして、得られた位置情報１５Ａ（緯度及び経度）は、表現変換部１０８によって、実際の都市名や町名、又は、対応する地図データ上にバルーンの現在位置を示したデータ、もしくは、その両方に変換されて（ステップＤ５）、情報通知部１０９により、問い合わせを行なった（バルーンを登録した）携帯端末１１にバルーンの存在場所情報（現在位置情報）として通知される（ステップＤ６，Ｄ７）。
【０１２９】
このときのサービスセンタ１９から携帯端末１１への送信データフォーマットの一例を図２７に示す。この図２７に示すように、携帯端末１１への送信データ（本人登録バルーン状況確認結果）６０には、携帯端末１１に対応する送信宛先ヘッダ６１（電番情報あるいはＩＰアドレス）及び登録バルーンの数に応じた分の現在位置情報６３がコンテンツ識別子６２と組で格納される。
【０１３０】
これにより、携帯端末１１のユーザは自身が登録したどのバルーンが現在どの辺りを浮遊しているかを容易且つ直感的に認識することが可能になる。なお、携帯端末１１へは、バルーンの現在位置情報として緯度及び経度そのものを通知してもよいが、上記のような地理的表現への変換を行なってから通知した方がユーザにとって扱いやすいのは明らかである。
【０１３１】
また、上記のユーザに通知するコンテンツ識別子６２は、ユーザが登録したバルーン（コンテンツ１５Ｃ）の現状〔後述するメッセージ追記状況（アンケート途中経過）など〕を知りたいときには、コンテンツＵＲＬ１５Ｂとしてもよいが、基本的に、コンテンツＵＲＬ１５Ｂである必要はない。換言すれば、バルーン（コンテンツ１５Ｃ）の現状をユーザに開示する場合には、コンテンツ識別子６２としてコンテンツＵＲＬ１５Ｂを用いればよく、秘匿したい場合にはコンテンツＵＲＬ１５Ｂとは無関係の情報を用いればよいのである。
【０１３２】
さらに、上記の本人登録バルーン状況確認結果６０には、条件データ１５Ｄ（図２４参照）の「浮遊期限」や「追記人数上限値」，「追記人数（実績）」などのデータを含めてもよい。つまり、バルーンを登録したユーザが条件データ１５Ｄの設定確認などを行ないたい場合には、これらのデータを含めるようにすればよいのである。
なお、上述したバルーンの現在位置通知のための機能（バルーン検索部１０７，表現変換部１０８，情報通知部１０９）は、その通知が不要な場合には未実装にしてもよい。
【０１３３】
（Ｂ３）他ユーザ登録バルーンの検索／メッセージ追記時の説明
次に、ここでは、他ユーザによって登録されたバルーンを検索したり、そのバルーンにメッセージを追記したりする場合について説明する。
図２１は他ユーザ登録バルーンの検索／メッセージ追記機能に着目したサービスセンタ１９の要部構成を示すブロック図で、この図２１に示すように、サービスセンタ１９は、上述したサービス受付部１０１に加えて、位置情報・入手管理部１１０，検索条件設定部１１１，バルーン検索部１１２，情報通知部１１３，メッセージ追記部１１４及び条件データ更新部１１５などをそなえて構成されている。
【０１３４】
ここで、上記の位置情報入手・管理部１１０は、携帯端末１１からその携帯端末１１で検出（測位）された位置情報を入手するためのものであり、検索条件設定部１１１は、検索対象の径（距離）を設定するためのもので、これにより、検索対象の空間範囲（情報）が設定されるようになっている。例えば、前述したサービス「１」の場合は、携帯端末１１の現在位置を中心とする半径が設定され、サービス「２」の場合は携帯端末１１の現在位置からアンテナ伸張方向への距離が設定される。
【０１３５】
また、バルーン検索部１１２は、データベースのバルーン位置情報１５Ａを参照して、上記の検索対象空間範囲に含まれる、あるいは、重複する部分を有するバルーン（つまり、検索対象空間範囲情報を含むバルーン）を検索し、そのバルーンに対応付けられているコンテンツＵＲＬ１５Ｂを取得するためのものである。
例えば、ユーザが、前記のサービス「１」を利用する場合は、携帯端末１１を中心とする指定半径（１００ｍなど）内の空間に存在するバルーンが検索されて、そのバルーンに対応するコンテンツＵＲＬ１５Ｂが得られ、サービス「２」を利用する場合は、アンテナ伸張方向の指定距離内に存在するバルーンが前記検索ベクトルＶを用いて検索されて、そのバルーンに対応するコンテンツＵＲＬ１５Ｂが得られることになる。
【０１３６】
さらに、情報通知部１１３は、上記のバルーン検索部１１２によって得られたコンテンツＵＲＬ１５Ｂを携帯端末１１に通知するためのものであり、メッセージ追記部（提供情報更新部）１１４は、携帯端末１１が上記のコンテンツＵＲＬ１５Ｂの指定によってアクセスしたコンテンツ１５Ｃに対する追記（更新情報）を受け付けて、コンテンツ追記部１４１によって、そのコンテンツ１５Ｃにメッセージなどを追記・更新するものである。これにより、本実施形態のバルーンは、現実物理空間上を移動する追記可能なメール〔あるいは、空間移動式掲示板（ＢＢＳ：Bulletin Board System）〕のごとく機能することになる。
【０１３７】
また、条件データ更新部１１５は、上記のコンテンツ追記部１４１による追記が行なわれる毎に、前記の条件データ１５Ｄ（図２４参照）の「追記人数（実績）」データを更新する（１増やす）ものである。
なお、上記の位置情報入手・管理部１１０は、例えば前述した第１受信部１６（図２参照）の一機能として、上記の検索条件設定部１１１及びバルーン検索部１１２は、例えば前述した抽出部４０の一機能として、上記の情報通知部１１３は、例えば前述した提供部４１の一機能として、メッセージ追記部１１４（コンテンツ追記部１４１）及び条件データ更新部１１５は、例えば前述したＷＥＢ情報出力部１８ｂの一機能として、それぞれ実現できる。
【０１３８】
また、上記の位置情報入手・管理部１１０は、図１７に示す位置情報入手・管理部１０２と共通（兼用）になっていてもよいし、バルーン検索部１１２は、図１９に示すバルーン検索部１０７と共通（兼用）になっていてもよい。同様に、情報通知部１１３は、図１９に示す情報通知部１０９と共通（兼用）になっていてもよい。
以下、上述のごとく構成されたサービスセンタ１９の他ユーザ登録バルーンの検索／メッセージ追記動作について、図２２に示すシーケンス図（ステップＥ１〜Ｅ１３）を参照しながら詳述する。
【０１３９】
まず、ユーザは、空間（バルーン）検索のために、携帯端末１１を用いてサービスセンタ１９にアクセスする（バルーン検索要求の送出；ステップＥ１）と、その要求は、サービスセンタ１９のサービス受付部１０１にて受け付けられ処理される（ステップＥ２）。この場合、ユーザのサービス要求種別は「空間検索要求」であるので、次に、位置情報入手・管理部１１０が携帯端末１１（検索者）の位置情報（緯度，経度，高度など）を入手する（ステップＥ３）。実際には、例えば、携帯端末１１にて測位された（ステップＥ４）位置情報を携帯端末１１から受信することで入手する。
【０１４０】
次いで、携帯端末１１は、検索対象とする空間範囲を指定するための情報〔径（距離）〕をサービスセンタ１９に送信する（ステップＥ５）。この情報は検索条件設定部１１１にて受け付けられ、検索条件設定部１１１は、上記の位置情報により特定される携帯端末１１を中心とした検索対象範囲を設定する（ステップＥ６）。
なお、このとき「検索カテゴリ」を設定する場合もある。例えば、ユーザが意図的にバルーンのみを検索したい場合は、「検索カテゴリ」として「バルーン」を設定すればよいし、バルーン以外の建物などの情報バブルを検索したい場合はその旨を設定すればよい。換言すれば、「検索カテゴリ」を設定しなければ、ユーザは現実物理空間を浮遊しているバルーンを空間検索によりたまたまヒットしてしまうケースがあることになる。
【０１４１】
また、携帯端末１１の位置情報と検索対象の空間範囲を指定するための情報は、この場合も、一時期にまとめてサービスセンタ１９に送信するようにしてもよい。つまり、上記の例では、サービスセンタ１９において携帯端末１１の位置情報の入手（ステップＥ３）と検索条件の設定（ステップＥ６）とがシーケンシャルに実行されているが、それぞれ独立して（パラレルに）実行されてもよい。
【０１４２】
さて、上述のごとく検索条件設定部１１１によって検索条件の設定がなされると、サービスセンタ１９は、次に、バルーン検索部１１２によって、上記の携帯端末１１の位置情報と検索の径（距離）とに基づいて、バルーン位置情報１５Ａを参照し、その検索条件にヒットする（検索対象空間範囲に含まれる、あるいは、重複する部分を有する）バルーンを検索し、そのバルーンに対応するコンテンツＵＲＬ１５Ｂを取得（抽出）する（抽出過程；ステップＥ７）。
【０１４３】
得られたコンテンツＵＲＬ１５Ｂは、情報通知部１１３により携帯端末１１に送信（提供）されて（提供過程；ステップＥ８）、携帯端末１１にて受信される（ステップＥ９）。その後、携帯端末１１のユーザが受信したコンテンツＵＲＬ１５Ｂに対してアクセスして（ステップＥ１０）、対応するコンテンツ１５Ｃを参照し、そのコンテンツ１５Ｃにメッセージなどを追記するための操作を行なったとする（追記メッセージ送信；ステップＥ１１）。
【０１４４】
すると、上記の追記メッセージ（コンテンツ１５Ｃの更新情報）が、サービスセンタ１９のコンテンツ追記部１４１にて受け付けられ、コンテンツ追記部１４１は、受信したメッセージなどをコンテンツ１５Ｃに実際に書き込みコンテンツ１５Ｃを更新する（ステップＥ１２）。
このときのイメージを図２８に示す。即ち、この図２８では、或る携帯端末１１が空間検索によりバルーン７０をヒットし、そのバルーン７０に対応するコンテンツ１５Ｃに表示されているメッセージ（「癒しが流行っていますが、ｘｘの曲いいですよ。」）に、メッセージ（「私の知っている曲では、ｘｘｘもリラックス出来てオススメです。」）を追記した場合のイメージを表している。なお、追記メッセージはバルーン７０に含まれる小バルーンとして個別に登録されてもよい。
【０１４５】
さて、上述のごとくコンテンツ１５Ｃが更新されると、条件データ更新部１１５が、コンテンツ識別子を基に、条件データ監視部１６４によって監視されている条件データ１５Ｄの該当「追記人数（実績）」（図２４参照）を更新する（１増やす；ステップＥ１３）。なお、この更新により、例えば、追記人数が「追記人数の上限値」に達した場合は、該当バルーンは、前述したようにバルーン移動部１０６によって特定位置（初期登録位置）に移動させられる。
【０１４６】
なお、バルーン７０をユーザが空間検索によりヒット（着信）する状況としては、ユーザが意図的に上記の検索手順を実行した場合もあるし、サービス「１」において携帯端末１１の検索半径を数メートルなどに設定しておくことで、ユーザの指定検索空間とバルーン７０とがたまたま接触して無意識に生じる場合もある。
さて、以上のようなシステム９〔空間情報サービス（バルーンメールサービス）〕を利用すれば、例えば、次のような各種形態のサービスを実施することが可能である。
【０１４７】
（１）広告バルーンサービス
不特定多数の人間に、商品やサービスの広告を行ないたい場合に、その広告主が、広告情報（広告コンテンツ）を提供情報として関連付けたバルーン（広告バルーン）をサービスセンタ１９に登録する。これにより、その広告バルーンは、上述したように現実物理空間上をランダムに移動してゆくので、固定された多数の情報バブルを各地に登録しなくても、少数の広告バブルの登録で大きな広告効果を得ることができる。従って、広告主にとってみれば、広告費用の削減を図ることができる。
【０１４８】
なお、上記の広告バルーンの大きさ（バブル径）は、広告主の広告費用に応じて自由に設定することができる。さらに、例えば、都市部などの人口密集地では、広告バブルの大きさが小さくてもヒット率は高いと考えられるので、バブル径を小さくし、逆に、過疎地では、ヒット率が低くなると思われるので、バブル径を大きくするといった具合に、バルーンの現在位置に応じてその大きさを変更するようにしてもよい。
【０１４９】
また、広告バルーンの場合は、必ずしも、広告主（初期登録位置）に戻す必要はないので、その場合には、一定期間経過後やそのバルーンに対するヒット数（参照人数）が所定回数に達した場合などに、データベース１５からそのバルーンに関連する情報を削除することにより消滅させるようにしてもよい。同様に、広告バルーンの場合は、必ずしもユーザにメッセージなどを追記してもらう必要は無いので、前述したメッセージ追記部１１４（コンテンツ追記部１４１）の機能は未実装であってもよい。
【０１５０】
（２）アンケートバルーンサービス
例えば、商品やサービスの提供者（企業や店舗，個人など）が、その商品やサービスに関するアンケートをとりたい場合に、アンケートフォーム（コンテンツ）を提供情報として関連付けたバルーン（アンケートバルーン）をサービスセンタ１９に登録する。このとき、例えば、１００人分のアンケート結果が欲しいときには、上記の条件データ１５Ｄの「追記人数上限値」を１００人に設定しておく。
【０１５１】
これにより、アンケートバルーンは、１００人分の追記メッセージ（アンケート結果）が得られるまで、現実物理空間上をランダムに移動してゆき、１００人分のアンケート結果が得られれば、元の位置に戻ってくることになる。
従って、固定された１００人分のアンケート用の情報バブルを各地に登録しなくても、１つ（あるいは少数）のアンケートバルーンで、必要人数分のアンケート結果を得ることができる。この結果、上記提供者は、少額の費用で、商品やサービスのマーケティングに利用できる、多数のアンケート結果を不特定多数のユーザから容易に得ることができる。
【０１５２】
なお、アンケートバルーンは、勿論、ランダムではなく、その振舞設定により、アンケートをとりたい特定の場所（ルート）を巡回させるようにしてもよい。また、本サービスは、勿論、このようなアンケート調査に限らず、ユーザに対する様々な調査などに応用できる。
（３）懸賞バルーンサービス
このサービスは、例えば、商品や金銭についての「当たり」といった情報（懸賞コンテンツ）を提供情報として関連付けたバルーン（懸賞バルーン）をサービスセンタ１９に登録することにより、現実物理空間にその懸賞バルーンを浮遊させ、その懸賞バルーンを空間検索によりヒットさせたユーザに、その商品や金銭を提供するといったサービスである。
【０１５３】
例えば、デパートなどの商品販売店舗がキャンペーンなどとして「１０万円大当たり」といったメッセージ（コンテンツ）を関連付けた懸賞バルーンをサービスセンタ１９に登録して、その懸賞バルーンを振舞設定により自店舗近辺あるいは店舗内に浮遊させる。そして、このキャンペーンをインターネットなどで不特定多数のユーザに告知すれば、その懸賞バルーンを検索しようとして、多数のユーザが店舗近辺に集まってくることが期待される。
【０１５４】
つまり、この懸賞バルーンを用いることで、ユーザには宝探し的なサービスを提供することができ、商品販売店舗にとっては大きな集客効果が期待できるのである。
ただし、この場合、ユーザが、前述したサービス「１」で検索対象の径（距離）を数百メートルや数キロメートルなどの長距離（広範囲）に設定してしまうと、そのユーザを中心として半径数百メートルや数キロメートルの範囲内に懸賞バルーンが存在すればヒットできてしまうことになるので、例えば、サービス「２」において検索距離を数メートル〜数十メートル程度に限定する必要がある。
【０１５５】
なお、懸賞バルーンをヒットさせたユーザは、例えば、その表示画面（「１０万円大当たり」など）を店舗側に提示することで、商品や賞金を受け取ることができる。このとき、そのユーザが懸賞バルーンをヒットさせた正当な受取人であるか否かの認証は、例えば、懸賞バルーンをヒットしたユーザにユーザ識別子などの受取人証明となるような情報をコンテンツ１５Ｃに追記してもらい、それを用いて行なうことが考えられる。
【０１５６】
また、懸賞バルーンの場合は、そのバブル径が大きいと簡単にヒットできてしまうので、そのバブル径は小さく設定されるのが普通と思われる。さらに、懸賞バルーンの場合は、ユーザによるヒット数が大当たり本数になるので、その懸賞バルーンの振舞設定として、例えば、「大当たり本数分だけヒットされたら消滅する」という条件を設定しておく。この場合は、最小限の懸賞バルーンで必要な大当たり本数を用意できるので、懸賞バルーンの登録費用を抑えることができる。ただし、１度ユーザにヒットされたら消滅する懸賞バルーンを大当たり本数分登録することも、勿論、可能である。
【０１５７】
さらに、この懸賞バルーンは、勿論、店舗などに限らず、イベント会場やアミューズメント施設など集客効果を得たい場所に登録すればよい。
以上のように、バルーンを現実物理空間上を移動させるとともに、その振舞をユーザ（あるいは、サービスセンタ１９）から自由に（任意に）設定することにより、広告バルーンサービス，アンケートバルーンサービス，懸賞バルーンサービスといった様々な形態の空間情報サービスを柔軟に実現することが可能である。
【０１５８】
（Ｃ）他のサービス形態の説明
次に、以下では、上述した空間情報サービスシステム９を利用した他のサービス形態として、表示サービス及びコレクションサービスについて説明する。ただし、以下では、特に断らない限り、基本的に、バルーン（情報バブル）は移動しないもの〔つまり、項目（Ａ）にて上述した基本システム構成を前提〕として説明する。
【０１５９】
（Ｃ１）表示サービス
図２９は上記の空間情報サービスシステム９を利用した表示サービスを説明するための図で、この図２９には、バルーン７０が或る指定エリア２０３（２０４）上に登録されると、所定の条件に従って、そのバルーン７０にリンクされたメッセージなどの情報を街頭の電光掲示板２０１（２０２）などの表示システムに表示させるサービスイメージが示されている。
【０１６０】
ここで、上記の指定エリア２０３（２０４）は、この図２９中に示すように、例えば、現実物理空間における位置情報（緯度及び経度）と、その位置を中心とする半径（エリア径）とで指定される。
そして、サービスセンタ１９は、例えば図３０に示すように、このような指定エリア情報と、表示先識別子〔電光掲示板２０１（２０２）の識別子〕及びその電光掲示板２０１（２０２）への表示サービスを実施している企業や放送局など（以下、表示サービス企業と総称する）の名称とを対応付けたエリアデータ２０５を有しており、上記の指定エリア情報とバルーン７０の登録位置情報とに基づいてバルーン７０が指定エリア２０３（２０４）上に存在するか否かが判定される。
【０１６１】
その結果、バルーン７０が（一部分でも）指定エリア２０３（２０４）上に存在していれば、サービスセンタ１９は、上記のエリアデータ２０５を参照して、例えば図３４に示すように、その指定エリア２０３（２０４）に対応する表示サービス企業に対して、バルーン７０にリンクされているメッセージなどの情報（コンテンツ）の電光掲示板２０１（２０２）への表示を依頼する（ステップＦ１）。
【０１６２】
この表示依頼を受けた表示サービス企業は、その依頼を許容する場合には、その旨（ＯＫ）をサービスセンタ１９に通知し（ステップＦ２）、サービスセンタ１９は、この通知を受けることにより、実際に表示してもらいたいバルーン７０のメッセージなどを表示サービス企業に送信する（ステップＦ３）。このときの表示サービス企業への表示メッセージの送信データフォーマット例を図３５に示す。この図３５に示すように、表示メッセージの送信データ２０８には、例えば、送信宛先ヘッダ（表示サービス企業の電番情報やＩＰアドレス）２０９，表示先識別子２１０，登録メッセージ内容２１１などが格納される。
【０１６３】
そして、この送信データ２０８を表示サービス企業が受信すると、表示サービス企業は、受信した登録メッセージ内容２１１を表示先識別子２１０によって識別される電光掲示板２０１（２０２）に表示させ（ステップＦ４）、表示完了の旨をサービスセンタ１９に通知する（ステップＦ５）。
なお、電光掲示板２０１（２０２）へのメッセージの表示時期や表示回数などは、ユーザ又はサービスセンタ１９によって指定できる。例えば、ユーザ指定の場合、ユーザがこの表示サービスを利用すべく携帯端末１１を用いてサービスセンタ１９にアクセスしてくると、サービスセンタ１９は、図３１に示すように、そのメッセージ入力欄２１１及び表示スケジュール入力欄２１２を有する入力フォーム（コンテンツ）を携帯端末１１に提供する。
【０１６４】
携帯端末１１のユーザは、そのコンテンツを表示部１１ｈに表示した状態（図３１参照）で、登録したいメッセージをメッセージ入力欄２１１に入力するとともに、そのメッセージの表示スケジュール〔表示日時（あるいは表示期間），表示回数など〕を表示スケジュール入力欄２１２に入力した上で、サービスセンタ１９にデータを送信する。なお、このとき、携帯端末１１の位置情報（緯度，経度など）もサービスセンタ１９に通知される。
【０１６５】
サービスセンタ１９では、携帯端末１１から送られてきたメッセージ毎に登録メッセージ識別子を付与してコンテンツとして登録することにより、例えば図３２に示すような登録メッセージ（コンテンツ）データ２０６を生成するとともに、例えば図３３に示すように、ユーザ毎に上記の登録メッセージ識別子と携帯端末１１から送られてきた表示スケジュールとを対応付けたスケジュールデータ２０７を生成する。
【０１６６】
サービスセンタ１９は、これらの登録メッセージデータ２０６，スケジュールデータ２０７により、各ユーザが登録したメッセージ（コンテンツ）とその表示スケジュールとを管理する。その後、サービスセンタ１９は、スケジュールデータ２０７によって設定されているスケジュールを監視し、表示日時の到来した登録メッセージがあれば、その登録メッセージが対応付けられたバルーン７０の指定エリア２０３（２０４）に対応する表示サービス企業に、上述したごとくメッセージの表示を依頼する。
【０１６７】
このように、表示スケジュールを指定できるようにすることで、例えば、知人や友人などの誕生日に、お祝いメッセージ（例えば、図３２に示すメッセージ"１"参照）を自動的に電光掲示板２０１（２０２）に表示させたり、企業や店舗などの広告メッセージ（例えば図３２に示すメッセージ"２"参照）を複数回、周期的あるいは非周期的に電光掲示板２０１（２０２）に表示させたりすることが可能になる。
【０１６８】
なお、図３６には、誕生日のお祝いメッセージが、指定された日時（２００１年１月１５日の午後６時）に１回だけ（図３３に示すスケジュールデータ２０７参照）に、指定エリア２０３（２０４）に対応する電光掲示板２０１（２０２）に表示されるイメージが示されている。また、上記の例では、表示日時を指定しているが、勿論、表示期間を指定することもできる。
【０１６９】
また、上述したような表示サービスには、前述したバルーンメールサービスを適用することも可能である。つまり、例えば、上記のバルーン７０を複数の指定エリアに移動（巡回）させることにより、異なる場所に設置された電光掲示板に同じあるいは異なるメッセージを順次表示させてゆくようなサービスも可能である。
これにより、例えば、或る時期毎に表示先の電光掲示板を変えるような広告サービスを実施する場合、１個のバルーン７０を巡回させれば済むので、広告費用を抑えることが可能になる。
【０１７０】
（Ｃ２）コレクションサービス
次に、ここでは、上記の空間情報サービスシステム９を利用して、コンテンツコレクションやポイントコレクションなどのコレクションサービスをユーザに提供するサービス形態について説明する。なお、「コンテンツコレクション」サービスとは、例えば、動物などのキャラクターが表示されている所定数のバルーン（コンテンツ）を全て参照してコレクションすると、そのユーザに商品（景品）や賞金（商品券）などを提供するといったサービスを意味し、「ポイントコレクション」サービスとは、例えば、ユーザが特定のバルーン（コンテンツ）を参照するとポイントをユーザに与え、そのポイントに応じた商品や金銭（商品券）などをユーザに提供するといったサービスを意味する。
【０１７１】
まず、このサービスを実施するに当たって、サービス提供者（例えば、デパートや動物園）は、サービスセンタ１９にアクセスしてそのサービスの登録を要求する。この登録要求を受けたサービスセンタ１９は、例えば図３７に示すように、登録したいコンテンツ内容やバルーン条件設定情報〔登録者名，登録コンテンツ名，コレクション種別（ポイントコレクション又はコンテンツコレクション），コレクションリセット周期（ｘｘ年毎又は周期無し）など〕，バルーン径（バブル径）といった、サービスの実施に必要な各種情報を入力（登録）するための各種入力欄２２１〜２２３を有する登録フォームコンテンツを提供する。
【０１７２】
携帯端末１１では、この登録フォームコンテンツが表示部１１ｈに表示された状態で、必要な情報を入力欄２２１〜２２３に入力して、サービスセンタ１９に送信する。なお、「コンテンツ内容」は、「ポイントコレクション」サービスの場合であれば、例えば、そのコンテンツにアクセスしたときに得られるポイント数を表示したメッセージなどであり、「コンテンツコレクション（後述するキャラクターコレクション）」サービスの場合であれば、例えば、キャラクター名称や画像を表示したデータである。
【０１７３】
そして、サービスセンタ１９では、このように携帯端末１１から送信されてきた各種情報を、例えば図３８に示すような登録条件データ２２４として、ユーザ〔登録ユーザ（登録者）識別子〕毎に管理する。なお、この図３８では、ユーザが登録したコンテンツを識別するためのコンテンツ識別子，そのコンテンツによって提供するコレクションサービスの種別（コレクション種別），コレクションサービスの場合にコレクション対象になるコンテンツ数の最大値を表すコレクション最大値及びコレクションしたコンテンツ数やポイントが自動的にリセットされる周期を表すコレクションリセット周期の４種の情報がユーザ毎に管理される様子を表している。
【０１７４】
この一方で、サービスセンタ１９は、この場合も、例えば図３９に示すように、携帯端末１１から送られてくる位置情報（バルーン位置情報）１５Ａと上記のコンテンツＵＲＬ１５Ｂとを対応付けてデータベース１５に登録することにより、コンテンツＵＲＬ１５Ｂ（コンテンツ）とリンクするバルーンを位置情報１５Ａによって特定される現実物理空間の場所に仮想的に登録する。
【０１７５】
なお、図３９では、登録コンテンツについてのタイトルやサマリなどもバルーン番号毎に管理されている様子が示されている。サービスセンタ１９は、コンテンツＵＲＬ１５Ｂを携帯端末１１に提供する際に、対応するタイトルやサマリなども一緒に提供することで、携帯端末１１のユーザにそのコンテンツＵＲＬ１５Ｂにどのような内容のコンテンツがリンクされているかを認識させることができる。
【０１７６】
さて、このとき、サービスセンタ１９では、例えば図４０に示すようなコレクションデータ２２６によって、ユーザ（利用者）識別子毎に、そのユーザがアクセスしたコンテンツのコンテンツ識別子，コレクション種別，コレクション最大値（全てのキャラクターの数；例えば６種類）および累積結果（実績）などを管理している。
なお、上記の「累積結果（実績）」には、「コレクション種別」が「コンテンツコレクションサービス」の場合なら、ユーザがアクセス（収集）したコンテンツ名称や番号を累積した情報、「ポイントコレクションサービス」の場合なら、ユーザがアクセスしたコンテンツ毎に得られるポイントの累積値がそれぞれ格納される。
【０１７７】
つまり、この「累積結果（実績）」を参照すれば、対応するユーザ（例えば、ユーザ"１"）が現在までに獲得しているポイント数や、対応するユーザ（例えば、ユーザ"２"）が現在までにどのキャラクターコンテンツにアクセス（コレクション）済みで、どのキャラクターコンテンツが未アクセスであるかといった情報を知ることができるようになっているのである。
【０１７８】
サービスセンタ１９は、この「累積結果（実績）」を、携帯端末１１からの要求、もしくは、「累積結果（実績）」が所定の状況になったとき（例えば、所定の全コンテンツが収集済みになったとき）などの適宜のタイミングで、携帯端末１１に提供すれば、その携帯端末１１のユーザは、現在のコレクション状況を知ることができる。
図４１に、このときのサービスセンタ１９から携帯端末１１への送信データ（コレクション状況通知）２２７のフォーマット例を示す。この図４１に示すように、本コレクション状況通知２２７には、例えば、送信宛先ヘッダ（電番情報やＩＰアドレス）２２８が設定されるとともに、ユーザが利用したコンテンツ数に応じた分のコンテンツ識別子２２９と累積結果（累積ポイント数又は収集コンテンツ名など）２３０とが設定され、これにより、本通知２２７が、上記送信宛先ヘッダ２２８に対応する携帯端末１１などの所望の宛先端末に現在のコレクション状況が通知されるようになっている。
【０１７９】
なお、この場合も、上記の携帯端末１１に通知するコンテンツ識別子２２９は、基本的に、コンテンツＵＲＬ１５Ｂである必要はない。
そして、上記のコレクション状況通知２２７を受けた携帯端末１１では、例えば図４２に模式的に示すように、ユーザが利用した「ポイントコレクション」サービス、又は、「コンテンツ（キャラクター）コレクション」サービス、もしくは、その両方についての現在のコレクション状況が表示部１１ｈに表示される。これにより、ユーザは、現在のコレクション状況を適宜に確認することできる。
【０１８０】
以下、上記の「コンテンツ（キャラクター）コレクション」及び「ポイントコレクション」サービスの各具体例について説明する。
（Ｃ２．１）「コンテンツ（キャラクター）コレクション」サービスの具体例の説明
例えば、動物園において、その運営者や管理者などが、動物を収容している檻などの収容施設や収容動物を説明する看板など毎に、その動物キャラクター（例えば、「きりん」，「ぞう」，「ライオン」などのキャラクター）を表示したコンテンツ（キャラクターコンテンツ；コンテンツＵＲＬ１５Ｂ）とリンクするバルーン（以下、キャラクターバルーンという）を登録しておく。
【０１８１】
これにより、入園者（ユーザ）は、携帯端末１１を上記動物の収容施設や看板などに向けてバルーン検索（空間検索）を行なうと、キャラクターバルーンがヒットして、対応するキャラクターコンテンツ（コンテンツＵＲＬ１５Ｂ）がサービスセンタ１９からその携帯端末１１に提供されて、その入園者は観覧した１種類の動物キャラクターを携帯端末１１で入手できる。
【０１８２】
以後、同様にして、入園者は、順次、動物園内に登録されているキャラクターバルーンを検索してキャラクターコンテンツ（動物キャラクター）を収集してゆく。なお、本「キャラクターコレクション」サービスにおいても、前述した懸賞バルーンの場合と同様に、携帯端末１１からの検索距離を動物園全体が含まれてしまうような広範囲な検索距離に設定してしまうと、１度に全てのキャラクターバルーン（コンテンツ）をヒットさせることができてしまうので、前記のサービス「２」で検索距離を数メートルなどの比較的短距離に限定する必要がある。
【０１８３】
さて、入園者が上述のようにして全ての動物キャラクターを収集した場合、その入園者は、例えば、園内又は園外の所定の景品交換所などにおいて、その旨（例えば図４２に示す表示画面）を提示することで、景品や記念品を受け取ることができる。
ここで、その入園者が正しい方法で実際に「キャラクターコレクション」を行なった者か否かの認証は、サービスセンタ１９に、そのユーザのユーザ識別子を用いて、図４０により上述した「累積結果（実績）」の問い合わせ行なって、その情報をサービスセンタ１９から景品交換所に設置された端末（携帯端末でもよい）で受けて（このときのデータフォーマットは図４１に示すものと同じでもよいし異なっていてもよい）、相互に比較（照合）することで行なえばよい。
【０１８４】
なお、景品や記念品の交換により、サービスセンタ１９では、上記のコレクションデータ２２６（図４０参照）における該当「累積結果（実績）」がリセットされることはいうまでもない。
以上のような「キャラクターコレクション」サービスを実施することで、動物園にとっては集客効果が期待でき、ユーザにとっては景品や記念品がもらえるので、双方に利点がある。また、本サービスの利用促進、ひいては、携帯端末１１の普及にも大きく寄与する。
【０１８５】
なお、本「キャラクターコレクション」サービスにおいても、前述したバルーンメールサービスを組み合わせて適用することができる。即ち、例えば、上記のキャラクターバルーンを園内の一定空間範囲で浮遊させるようにしておけば、キャラクターコレクションにおいても、宝探し的な要素が加わるので、より大きな集客効果が期待できる。
（Ｃ２．２）「ポイントコレクション」サービスの具体例の説明
例えば、デパートなどの商品販売店舗において、その店舗責任者などが、店舗入口やフロア入口などに相当する店舗内の空間位置に、獲得ポイントを表示したコンテンツ（ポイントコンテンツ）とリンクするゲート（ポイント）バルーンを登録しておく。
【０１８６】
これにより、ユーザ（顧客）は、その店舗に入店したときに、その付近でバルーン検索（空間検索）を行なってゲートバルーンをヒットさせ、対応するポイントコンテンツにアクセスすることで、上記ポイントを獲得する。
なお、このポイント獲得は、上記のように手動で行なってもよいし、例えば、前記のサービス「１」で検索距離を数十ｃｍ（センチメートル）〜１ｍ程度に設定しておき、ユーザが入店したときにその検索対象空間範囲とゲートバルーンとが接することで自動的に上記ポイントコンテンツへのアクセスが行なわれて、ポイントが獲得できるようにしてもよい。
【０１８７】
ただし、いずれの場合も、顧客が入退店を繰り返して１日に何度もゲートバルーンをヒットさせてしまうと都合が悪いので、同じ顧客がゲートバルーンをヒット（アクセス）できるのは、例えば１日１回に限定する必要がある。このため、携帯端末１１からサービスセンタ１９への位置情報送信時などにおいて登録済みのユーザ識別子をサービスセンタ１９に送信するようにし、サービスセンタ１９においては、上述した「キャラクターコレクション」サービスの場合と同様に、そのユーザ識別子によりユーザのポイントコンテンツのアクセス状況を監視できるようにしておく。
【０１８８】
さて、顧客は、何回か上記店舗に入店することで商品や景品，記念品，商品券などと交換可能なポイントが貯まると、所定の交換所などにおいて、「キャラクターコレクション」サービスの場合と同様に、例えば図４２に示すような携帯端末１１の表示画面を提示することで、獲得ポイントに応じた商品や景品，記念品，商品券などを受け取ることができる。
【０１８９】
このときの顧客の獲得ポイントの認証は、上述した「キャラクターコレクション」サービスの場合と同様に、サービスセンタ１９に、その顧客のユーザ識別子を用いて、コレクションデータ２２６（図４０参照）の「累積結果（実績）」の問い合わせ行なって、その情報をサービスセンタ１９から上記交換所に設置された端末（携帯端末でもよい）で受けて（このときのデータフォーマットについても図４１に示すものと同じでもよいし異なっていてもよい）、相互に比較（照合）することで行なえばよい。
【０１９０】
また、この場合、上記の商品や景品，記念品，商品券などの交換が行なわれると、例えば、上記のサービスセンタ１９内のコレクションデータ２２６（図４０参照）における該当「累積結果（実績）」は交換ポイント分だけ減点される。
このように、本「ポイントコレクション」サービスにおいても、店舗にとっては集客効果が期待でき、顧客にとっては商品や景品，記念品，商品券などがもらえるので、双方に利点がある。また、この場合も、本サービスの利用促進、ひいては、携帯端末１１の普及にも大きく寄与するものと思われる。
【０１９１】
なお、本「ポイントコレクション」サービスにおいても、前述したバルーンメールサービスを組み合わせて適用することができる。即ち、例えば、前述した懸賞バルーンと同様に、上記のポイントバルーンを店舗内に浮遊させるようにしておけば、ポイントコレクションにおいても、宝探し的な要素が加わるので、より大きな集客効果が期待できる。
また、上述した例は、各コレクションサービスの実施対象が動物園あるいは商品販売店舗の場合であるが、勿論、遊園地などの各種アミューズメント施設や、テーマパーク，各種イベント会場などであってもよい。
【０１９２】
さらに、上述した各コレクションサービスを応用すれば、次のようなサービスを実現することも可能である。即ち、例えば、遊園地やテーマパークなどのアミューズメント施設において、乗り物やアトラクションの入口ゲートにチケットバルーンを登録しておき、ユーザ（携帯端末１１）がその入口ゲートを通過してチケットバルーンをヒットすると、自動的に、その利用料が利用ポイントなどとしてポイントコンテンツに記録されるようにしておく。
【０１９３】
そして、ユーザは、例えば、退園時などにおいて、上記利用ポイント分の金額（施設利用料）を支払うのである。これにより、ユーザは、チケットなどを購入せずに携帯端末１１を所有しているだけで、乗り物やアトラクションを利用することが可能になり、ユーザの利便性が大幅に向上する。なお、上記の利用ポイント分の金額は、後日、ユーザに請求したり、クレジットカード決済を利用したりすることも可能である。ただし、この場合、ユーザの個人情報（住所，電話番号，クレジットカード番号など）がサービスセンタ１９に登録されていることが必要である。
【０１９４】
（Ｄ）課金方法の説明
さて、上述したような空間情報サービスシステム９では、サービスの利用促進が期待できる反面、携帯端末１１によるコンテンツへのアクセス（利用）頻度が通常の場合よりも非常に多くなることが予想されるので、それに比例して、例えば図４３に模式的に示すように、ユーザ（携帯端末１１）がネットワーク〔通信キャリア（通信事業者）〕１０′側に支払う（１）（図中では丸付き数字）データ（パケット）通信料金（以下、パケット料金ともいう）やコンテンツプロバイダ２４２（以下、単に、「プロバイダ２４２」という）などに支払う（２）（図中では丸付き数字）コンテンツ利用料金（有料の場合）が大幅に増大することになる。
【０１９５】
そこで、以下では、上記の（１）データ通信料金や（２）コンテンツ利用料金，（３）（図中では丸付き数字）コンテンツ登録料金の課金先を、携帯端末１１（以下、単に「端末１１」ともいう）やそのユーザ〔サービス利用者（加入者）〕の属性，プロバイダ２４２の属性，登録コンテンツの属性などの各種属性（あるいは、それらの任意の組み合わせ）によって規定されうるサービス形態に応じて柔軟に指定できるようにする課金方法について説明する。
【０１９６】
図４４は上記の課金方法を説明すべく本実施形態に係る空間情報サービスシステムの構成を示すブロック図で、この図４４に示すシステム９′は、図２に示すシステム９に比して、サービスセンタ１９ａに、課金システム４３，課金明細書生成システム４４，属性リスト記憶部４５，課金リスト記憶部４６，料金設定メニュー記憶部４７，属性リスト生成部４８Ａ，料金設定メニュー生成部４８Ｂ，課金方針管理部４９，登録料金メニュー部５０，バルーン位置−コンテンツＵＲＬ管理部５１，バルーン登録窓口部５２などが、空間情報サービス用の課金処理装置５３の構成要素としてそなえられている点が異なる。
【０１９７】
また、端末（コンテンツ登録者）２５０（図４３及び図４４参照）や、アプリケーションサーバ２４３によりコンテンツデータベース２４４を管理するプロバイダ２４２が、ネットワーク１０′に接続されている。このネットワーク１０′は、図１及び図２に示す無線ネットワーク１０及びインターネット１２から成る部分に相当し、無線ネットワーク１０内には端末・加入者データベース２４１により端末・加入者データを管理する端末・加入者管理センタ２４０が設けられている。さらに、この図４４では、インターネット１２経由でサービスセンタ１９ａにアクセス可能な企業２５１の端末２５２もネットワーク１０′に接続されている。なお、この図４４において、既述の符号と同一符号を付したものは、特に断らない限り、既述のものと同様のものである。
【０１９８】
ここで、サービスセンタ１９ａにおいて、上記の属性リスト記憶部４５は、例えば図４５及び図４６に示すように、端末１１やその端末１１のユーザに関する属性情報のリストを有する端末・加入者属性リスト４５１，コンテンツ自体に関する属性情報のリストを有するコンテンツ属性リスト４５２及びプロバイダ２４２に関する属性情報のリストを有するコンテンツプロバイダ属性リスト４５３などの各種の属性リスト４５０を記憶するためのものである。そして、これらの各リスト４５１〜４５３を構成する属性情報には、例えば図４５に示すように、それぞれ次のようなものがある。なお、属性情報は、勿論、以下に示すものに限定されるものではなく、（１）〜（３）は図中丸付き数字で示す。
【０１９９】
（１）端末・加入者属性リスト４５１
Ａ．端末機種：携帯端末１１の機種情報（例えば、メーカ情報や機種番号，製造番号など）
Ｂ．端末能力：例えば、携帯端末１１のデータ通信速度やメモリ容量などの端末能力を表す情報
Ｃ．端末登録エリア：携帯端末１１の登録エリア（購入エリア）に関する情報
Ｄ．電話番号：携帯端末１１の電話番号
Ｅ．ユーザＩＤ：携帯端末１１のユーザを識別するための情報
Ｆ．サービス加入時期：携帯端末１１の購入によりそのユーザがサービス（音声，データ通信）に加入者した時期
Ｇ．年齢：携帯端末１１のユーザの年齢に関する情報
Ｈ．性別：携帯端末１１の性別に関する情報
Ｉ．職種等：携帯端末１１のユーザの職業や職種などに関する情報（１．子供，２．学生，３．老人，４．会社員，５．自営業など）
Ｊ．端末利用エリア：現在、携帯端末１１が使用されているエリアに関する情報
Ｋ．データ通信利用額：携帯端末１１によるデータ通信利用額（月額でもよいし累計額でもよい）に関する情報（１．１０００円未満，２．３０００円未満，３．３０００円以上など）
Ｌ．移動形態：携帯端末１１の現在の移動形態に関する情報〔高速移動（車両乗車中など），低速移動（歩行中など）〕
（２）コンテンツ属性リスト４５２
Ａ．バルーン径：登録バルーン（情報バブル）の大きさ（半径）に関する情報
Ｂ．情報カテゴリ：バルーンに関連付けられるコンテンツ（ＵＲＬ）の情報カテゴリ（種類）に関する情報
Ｃ．バルーン登録エリア内／外：バルーンに対する携帯端末１１のアクセス位置（現在位置）がバルーンの登録エリア内（１．）及びエリア外（２．）のいずれであるかを示す情報
Ｄ．バルーンアクセス回数：携帯端末１１からのバルーン（コンテンツ）の参照回数（つまり、バルーンヒット率）に関する情報
Ｅ．バルーン利用時間帯：バルーン（コンテンツ）が利用（参照）される時間帯に関する情報
Ｆ．バルーン登録期間：バルーン（コンテンツ）の登録期間に関する情報
（３）コンテンツプロバイダ属性リスト
Ａ．ビジネス情報サイト：プロバイダ２４２がビジネス情報サイトを運営（提供）するプロバイダであることを示す情報
Ｂ．店舗広告サイト：プロバイダ２４２が店舗広告サイトを運営（提供）するプロバイダであることを示す情報
Ｃ．企業広告サイト：プロバイダ２４２が企業広告サイトを運営（提供）するプロバイダであることを示す情報
Ｄ．公共施設案内サイト：プロバイダ２４２が或る公共施設の案内のためのサイトを運営（提供）するプロバイダであることを示す情報
Ｅ．観光案内サイト：プロバイダ２４２が或る地域の観光案内のためのサイトを運営（提供）するプロバイダであることを示す情報
なお、以上の各リスト４５１〜４５３は、属性リスト生成部４８Ａによって生成される。ただし、端末・加入者属性リスト４５１における各情報は、通常、通信キャリア１０′側（端末・加入者管理センタ２４０）で管理されているので、端末・加入者管理センタ２４０から受け取る必要がある。
【０２００】
即ち、例えば図５２に示すように、携帯端末１１を購入したユーザが所定の申し込み用紙などに個人情報などを記入して音声サービスやデータ（パケット）通信サービスなどの一般サービスのサービス加入登録手続を行なうと、その登録のためのサービスオーダが端末・加入者管理センタ２４０の端末・加入者登録部２４５（図４４参照）で受け付けられて（ステップＧ１）、その個人情報などが端末・加入者データとして端末・加入者登録部２４５によって端末・加入者データベース２４１に保存・登録される（ステップＧ２）ので、この端末・加入者データベース２４１をサービスセンタの属性リスト生成部４８Ａがアクセスして参照する（ステップＧ３）ことにより、必要な情報を取得して上記の端末・加入者属性リスト４５１を生成する（ステップＧ４）のである。
【０２０１】
次に、上記の課金リスト記憶部４６は、例えば図４５及び図４６に示すように、課金対象の料金種別を示す（４）（図中では丸付き数字）対象課金リスト４６１，課金先となりうる個人や企業を示す（５）（図中では丸付き数字）課金者（課金先）リスト４６２などの各種の課金リスト４６０を記憶するためのもので、例えば、課金対象の料金種別（対象課金リスト４６１）には、「Ａ．パケット料金」，「Ｂ．コンテンツ登録料」，「Ｃ．コンテンツ利用料」などがあり、課金者リスト４６２には、「Ａ．一般ユーザ（携帯端末１１のユーザ）」，「Ｂ．コンテンツ登録者」，「Ｃ．コンテンツプロバイダ」，「Ｄ．広告企業」，「Ｅ．通信キャリア」，「Ｆ．他企業」などがある。なお、勿論、これらの各リスト４６１，４６２の情報は上記に限定されるものではない。
【０２０２】
そして、本実施形態では、上記の属性リスト４５０（端末・加入者属性リスト４５１，コンテンツ属性リスト４５２，コンテンツプロバイダ属性リスト４５３）及び課金リスト４６０（対象課金リスト４６１，課金者リスト４６２）の中の所望の属性情報を適宜に組み合わせて（あるいは、１つだけも可）指定することで、情報サービスの提供形態に応じて課金先の指定（課金方針の設定）を柔軟に行なうことができる。
【０２０３】
例えば、端末・加入者属性リスト４５１の「Ａ．端末機種」、コンテンツ属性リスト４５２の「Ｅ．バルーン利用時間帯」、コンテンツプロバイダ属性リスト４５３の「Ｅ．観光案内サイト」，対象課金リスト４６１の「Ｃ．コンテンツ利用料」、課金者リスト４６２の「Ｄ．広告企業」をそれぞれ指定（属性指定）したとすると、或る特定の機種の携帯端末１１から或る特定の時間帯に或る特定のコンテンツ（サイト）にアクセスした場合は、その際のコンテンツ利用料は広告企業に課金するといったサービスが可能になる。
【０２０４】
つまり、上記の属性リスト記憶部４５は、携帯端末１１が空間情報（空間検索）サービスを利用する（コンテンツを受ける）際のサービス形態を規定しうる複数種類の属性情報を記憶する属性情報記憶部として機能し、課金リスト記憶部４６は、上記の属性情報によって規定されるサービス形態において課金対象となりうる複数種類のサービス料金の種別に関する情報を記憶する料金種別情報記憶部として機能するとともに、複数種類の課金先に関する情報を記憶する課金先情報記憶部として機能するのである。なお、これらの記憶部４５，４６についても、例えば、ＲＯＭやＲＡＭ、ハードディスクなどの所要の記憶媒体によって実現される。
【０２０５】
次に、図４４に示す料金設定メニュー生成部４８Ｂは、図４６に模式的に示すように、上記の属性リスト４５０（端末・加入者属性リスト４５１，コンテンツ属性リスト４５２，コンテンツプロバイダ属性リスト４５３）と課金リスト４６０（対象課金リスト４６１，課金者リスト４６２）とに基づいて、コンテンツ利用料設定メニュー４７１，コンテンツ登録料設定メニュー４７２，パケット通信料設定メニュー４７３などの各種の料金設定メニュー４７０を生成するためのものである。
【０２０６】
ここで、これらの各メニュー４７１〜４７３は、登録コンテンツ（バルーン）毎に、「コンテンツ利用料」，「コンテンツ登録料」，「パケット料金」のそれぞれについて、上述のごとく各リスト４５１〜４５３，４６１，４６２に示されている属性情報（項目）の中から所望の属性情報を指定（選択）してもらうためのメニューで、これらのメニュー４７１〜４７３に対するメニュー選択（属性情報選択あるいは属性情報入力）により、上述したような属性指定が実施されるようになっている。
【０２０７】
なお、上記のメニュー選択は、コンテンツ登録者２５０によって行なわれる場合もあるし、場合によっては、プロバイダ２４２や通信キャリア１０′によって行なわれる場合もある。また、生成された料金設定メニュー４７０（コンテンツ利用料設定メニュー４７１，コンテンツ登録料設定メニュー４７２，パケット通信料設定メニュー４７３）は、料金設定メニュー記憶部４７に記憶されて、必要に応じて例えば抽出部４０によって抽出されて、提供部４１によってプロバイダ２４２などに提供（ダウンロード）される。これらの料金設定メニュー４７１〜４７３はメールで遣り取りすることも可能である。
【０２０８】
次に、上記の課金方針管理部４９は、上記のメニュー４７１，４７２，４７３での属性指定により指定された属性情報に基づいて、それぞれ図４７〜図４９に示すような、「コンテンツ利用料」，「コンテンツ登録料」，「パケット通信料」についての各課金方針データ４８１〜４８３を生成・管理するもので、生成した各課金方針データ４８１〜４８３は、例えば図５０に示すように、対応するバルーン番号のバルーン位置−コンテンツＵＲＬデータ１５−１に課金方針データ４８０として対応付けられてデータベース１５にバルーン位置−コンテンツＵＲＬ−課金方針データ１５−２として登録される。これにより、登録バルーン毎に、「コンテンツ利用料」，「コンテンツ登録料」，「パケット通信料」についての各課金方針が設定されて管理されることになるのである（図４６参照）。
【０２０９】
なお、図４７〜図４９に示す各課金方針データ４８１〜４８３において、"（３）（図中では丸付き数字）−Ｄ"や"（２）（図中では丸付き数字）−Ａ"などの丸付数字と英字との組み合わせで示す記号は、図４５に示す各リスト４５１〜４５３，４６１，４６２に示す属性情報を表す。例えば、"（３）−Ｄ"は（３）コンテンツプロバイダリスト４５３の「Ｄ．公共施設案内サイト」を表し、"（２）−Ａ"は（２）コンテンツ属性リスト４５２の「Ａ．バルーン径」を表す。
【０２１０】
従って、図４７に示す課金方針データ４８１のバルーン番号"１"のレコードには、「課金条件」として（２）コンテンツ属性リストの「Ｃ．バルーン登録エリア」の「２．エリア外」、「対象料金」として（４）対象課金リストの「Ｃ．コンテンツ利用料」、「（課金）料金」として「３０円／１回」、「課金先」として（５）課金者リスト４６２の「Ａ．一般ユーザ」がそれぞれ設定されていることを示す。
【０２１１】
つまり、この課金方針データ４８１（バルーン番号"１"のレコード）は、バルーンをそのバルーンのエリア外からアクセスして参照した場合には、１回３０円のコンテンツ利用料を、そのバルーンを参照したユーザ（携帯端末１１）自身に課金することを意味する。
具体的には、例えば、バルーン番号"１"のバルーン（コンテンツ）が野球やサッカーなどの中継放送（ストリーミングビデオ配信）を実施する放送局などのコンテンツ（中継放送サイト）であり、その中継放送バルーンを競技場に登録しておいた場合、その中継放送バルーンに競技場の外からアクセスしたユーザに対しては上記のコンテンツ利用料がそのユーザに課金されることになるのである。なお、この場合、競技場内からユーザが中継放送バルーンにアクセスした場合は、例えば、競技場への入場料を支払っているため無料にするといった設定も可能である。
【０２１２】
同様に、バルーン番号"２"のレコードは、バルーンが公共施設案内サイト（（３）−Ｄ）あるいは観光案内サイト（（３）（図中では丸付き数字）−Ｅ）とリンクして登録される場合、ユーザ（携帯端末１１）がそのバルーンにアクセスして公共施設案内サイト（（３）−Ｄ）あるいは観光案内サイト（（３）−Ｅ）を参照したときのコンテンツ利用料（（４）（図中では丸付き数字）−Ｃ；１００円／月）は、例えば、そのサイトに広告を出している広告企業（（５）（図中では丸付き数字）−Ｄ）に課金することを意味する。
【０２１３】
また、バルーン番号"３"のレコードは、バルーンが掲示板バルーンとして登録される場合、その掲示板バルーンにアクセスしたユーザ（携帯端末１１）のコンテンツ利用料は無料である（「課金条件」及び「課金先」の指定無し）ことを意味する。
同様に、図４８に示す「コンテンツ利用料」に関する課金方針データ４８２のバルーン番号"１"〜"３"のレコードは、それぞれ、次のような課金方針を意味する。
【０２１４】
・バルーン番号"１"のレコード：上記の中継放送バルーンのバルーンサイズ（バルーン径；（２）（図中では丸付き数字）−Ａ）とバルーン登録期間（（２）（図中では丸付き数字）−Ｆ）とに応じたコンテンツ登録料（（４）（図中では丸付き数字）−Ｂ）を、その中継放送バルーンを登録するイベント企業などのコンテンツ登録者２５０（（５）−Ｂ）に課金する。
【０２１５】
・バルーン番号"２"のレコード：公共施設案内サイト（（３）−Ｄ）のコンテンツ登録料（（４）−Ｂ）は、そのサイト（バルーン）へのアクセス回数（バルーンヒット率）に応じた料金（３０円／１回）を、コンテンツ登録料金（（４）−Ｂ）として、その公共施設案内サイトのコンテンツ登録者２５０（（５）−Ｂ）に課金する。
・バルーン番号"３"のレコード：掲示板バルーンへのバルーン（コンテンツ）登録は、バルーンサイズ（（２）−Ａ）が所定サイズ（例えば、３ｍ）以下で登録期間（（２）（図中では丸付き数字）−Ｆ）が所定期間（例えば、１週間）以内なら、そのコンテンツ登録料（（４）−Ｂ）は無料（課金先指定無し）である。
【０２１６】
また、図４９に示す「パケット通信料」に関する課金方針データ４８３のバルーン番号"１"〜"３"のレコードは、それぞれ、下記の課金方針を意味することになる。
・バルーン番号"１"のレコード：上記の中継放送バルーンへのアクセス時間（バルーン利用時間帯；（２）（図中では丸付き数字）−Ｅ）が、例えば、１８：００〜２１：００の間であれば、そのときのユーザ（携帯端末１１）のパケット通信料（（４）（図中では丸付き数字）−Ａ；従量）はスポンサーなどの企業（（５）（図中では丸付き数字）−Ｆ）に課金する（スポンサーがユーザのパケット通信料を肩代わりする）。
【０２１７】
・バルーン番号"２"のレコード：公共施設案内サイト（（３）−Ｄ）や観光案内サイト（（３）−Ｅ）にアクセスしたときのパケット通信料（（４）−Ａ；従量）は、例えば、プロバイダ２４２（（５）（図中では丸付き数字）−Ｃ）が特別キャンペーンなどとして肩代わりする。
・バルーン番号"３"のレコード：掲示板バルーンへアクセスしたときのユーザ（携帯端末１１）のパケット通信料（（４）−Ａ；従量）はそのユーザ（（５）（図中では丸付き数字）−Ａ）から徴収する。
【０２１８】
このように、本実施形態では、上記の各リスト４５１〜４５３，４６１，４６２における各種情報を適宜に（任意に）組み合わせて（又は、１つだけでもよい）データベース１５に登録する（バルーン位置−コンテンツＵＲＬ対応データ１５−１と対応付ける）ことにより、様々なサービス形態の所望のサービス料金を所望の課金先に課金する設定が可能になる。
【０２１９】
つまり、上記の課金方針管理部４９は、上記の属性リスト記憶部４５及び課金リスト記憶部４６における各種情報を任意に組み合わせて、任意のサービス形態及び料金種別のサービス料金の課金先を設定する課金方針設定部として機能するのである。これにより、本実施形態では、様々なサービス形態に応じたサービス料金（コンテンツ利用料，コンテンツ登録料，パケット通信料など）の課金先についてきめ細かい設定が可能となる。
【０２２０】
従って、通常は、ユーザ（携帯端末１１）に課金されるコンテンツ利用料やパケット通信料（個人がコンテンツ登録者２５０の場合は、コンテンツ登録料も）の課金先を企業やプロバイダ２４２などに肩代わりしてもらうような設定が柔軟に行なえることになる。
なお、日時や時間帯によって同じバルーンについての課金先を変えるような設定を行なう場合は、１つのバルーン（番号）に対して複数のレコードを登録し、無効（不要）になったレコードを削除する方式をとってもよい。例えば、上記の課金方針管理部（課金方針設定部）４９は、新たに日時や時間帯に関する属性指定されたレコード（以下、時間レコードという）を登録する際に、既に同じバルーン番号に対して時間レコードが存在するかをチェックし、時間レコードがなければ新規時間レコードを新規登録（あるいは、上書き）し、既に時間レコードが存在していれば新規時間レコードを追加登録して複数の時間レコードを登録するようにしてもよい。
【０２２１】
次に、図４４に示すバルーン位置−コンテンツＵＲＬ管理部５１は、データベース１５に登録すべきバルーン（情報バブル）の位置情報１５Ａ（緯度，経度，高度）とコンテンツＵＲＬ１５Ｂとを対応付けてデータベース１５に登録することにより、データベース１５（バルーン位置−コンテンツＵＲＬ−課金方針データ１５−２）のバルーン位置−コンテンツＵＲＬデータ１５−１を管理するためのものである。
【０２２２】
また、バルーン登録窓口部５２は、コンテンツ登録者２５０からのバルーン（情報バブル）の登録要求を受け付けると、「コンテンツ登録料」の料金確認を登録料金メニュー部５０に依頼するものであり、登録料金メニュー部５０は、このバルーン登録窓口部５２からの依頼を受けることにより、データベース１５にアクセスして「コンテンツ登録料」に関する課金方針データ４８２（図４８参照）を参照して、「コンテンツ登録料」を確認し、その料金に応じた「コンテンツ登録料金確認メニュー」を生成してコンテンツ登録者２５０に対して提供するためのものである。
【０２２３】
なお、この「コンテンツ登録料金確認メニュー」に対する応答（ＯＫ通知）が登録料金メニュー部５０に返ってくると、上記のバルーン位置−コンテンツＵＲＬ管理部５１によるバルーン位置情報１５ＡとコンテンツＵＲＬ１５Ｂとの対応付けが（バルーン登録処理）が実施される。
また、上記の課金システム４３は、課金サーバ４３ａと課金ログデータベース４３ｂとを有して成り、課金サーバ４３ａによって、例えば図５１に模式的に示すように、サービス利用者データ４９１（電番，ユーザＩＤなど），サービス提供（登録）者データ４９２（提供者ＩＤなど），通信時間データ４９３（開始／終了時間），パケット数データ４９４，正常終了識別子４９５などの各種データから成る課金ログ４９０を課金ログデータベース４３ｂに記録するためのものである。
【０２２４】
なお、「サービス提供者」とは、コンテンツ登録者２５０やプロバイダ２４２であったり、場合によっては、携帯端末１１のユーザや通信キャリア１０′であったりする場合もある。また、上記の正常終了識別子４９５は、通信が正常に終了したか（障害や輻輳などの発生によって異常終了しなかったか）を表す情報である。
さらに、課金明細書生成システム４４は、上記の課金ログデータベース４３ｂに記録された課金ログ４９０に基づいて、コンテンツ利用料，コンテンツ登録料，パケット通信料などの各種サービス利用料を携帯端末１１のユーザやサービス提供者毎に集計し、上記のバルーン位置−コンテンツＵＲＬ−課金方針データ１５−２〔課金方針データ４８０（４８１〜４８３）〕に基づいて、集計したサービス利用料を指定の課金先に請求するための課金明細書を生成するためのものである。
【０２２５】
なお、この場合の課金サーバ４３ａは、単純に、上記の課金ログ４９０を記録するだけであるが、上記のバルーン位置−コンテンツＵＲＬ−課金方針データ１５−２〔課金方針データ４８０（４８１〜４８３）〕に基づいて、上記サービス利用料の履歴を、この課金サーバ４３ａにおいて、記録・集計できるようにしてもよい。
つまり、これらの課金システム４３及び課金明細書生成システム４４は、上述した課金方針管理部４９による課金方針の設定に従って、コンテンツ利用料，コンテンツ登録料，パケット通信料などの各種サービス料金の課金先への課金処理を実施する課金処理部として機能するのである。
【０２２６】
なお、これらの課金システム４３や課金明細書生成システム４４は、必ずしも、サービスセンタ１９ａ内に設けられている必要は無い。
以下、上述のごとく構成されたシステム１９ａの動作について詳述する。
（Ｄ１）コンテンツ登録者２５０が料金設定する場合
まず、図５３に示すように、サービスセンタ１９ａでは、料金設定メニュー生成部４８Ｂが端末・加入者属性リスト４５１，コンテンツ属性リスト４５２，コンテンツプロバイダ属性リスト４５３，課金リスト４６０（対象課金リスト４６１，課金者リスト４６２）を参照して、料金設定メニュー４７０（コンテンツ利用料設定メニュー４７１，コンテンツ登録料設定メニュー４７２，パケット通信料設定メニュー４７３）を生成する（ステップＨ１）。
【０２２７】
そして、生成した料金設定メニュー４７０は、プロバイダ２４２にダウンロードされる（ステップＨ２）。その後、コンテンツ登録者２５０が所望のコンテンツ（バルーン）を登録すべくプロバイダ２４２にアクセスすると、上記の料金設定メニュー４７０がコンテンツ登録者２５０に提供され、コンテンツ登録者２５０は、その料金設定メニュー４７０において情報（項目）の選択操作を行なう（ステップＨ３）。
【０２２８】
例えば、登録したバルーン（観光案内サイト）に１７：００〜２２：００の時間帯にアクセスした携帯端末１１のユーザ（学生）の「コンテンツ利用料（例えば、２００円／回）」は広告企業が肩代わりするような課金設定を行ないたい場合、コンテンツ登録者２５０は、コンテンツ利用料設定メニュー４７１において各種リスト４５１〜４５３，４６１，４６２の中の属性情報の選択を行なう。
【０２２９】
即ち、コンテンツ登録者２５０は、例えば図５５（Ａ）に示すように、端末・加入者属性リスト４５１においては、「Ｉ．職業（１．子供，２．学生，３．老人，…）」の子メニュー（プルダウンメニューなど）から「２．学生」を選択し、図５５（Ｂ）に示すように、コンテンツ属性リスト４５２においては、「Ｅ．バルーン利用時間帯」の子メニューから「２．１７：００〜２２：００」を選択する。
【０２３０】
また、コンテンツ登録者２５０は、図５５（Ｃ）に示すようなコンテンツプロバイダ属性リスト４５３においては、「Ｅ．観光案内サイト」を選択し、図５５（Ｄ）に示すように、対象課金リスト４６１においては、「Ｃ．コンテンツ利用料」を選択する。すると、料金入力メニュー４６１ａが表示され、コンテンツ登録者２５０は、例えば、「円」を通貨単位として「２００」を徴収金額として入力するとともに、徴収頻度として「４．円／回」を選択する。勿論、このとき、通貨単位として「ドル」などの他の通貨単位を選択することも可能である。
【０２３１】
さらに、コンテンツ登録者２５０は、図５５（Ｅ）に示すように、課金者リスト４６２においては、「Ｄ．広告企業」（仮に、Ｆ社）を選択する。以上により、プロバイダ２４２に対し、「観光案内サイトに１７：００〜２２：００の時間帯にアクセスした携帯端末１１のユーザ（学生）の「コンテンツ利用料（例えば、２００円／回）」は広告企業（Ｆ社）が肩代わりする」サービスの課金設定依頼が完了する。なお、上記の図５５（Ａ）〜図５５（Ｅ）における項目選択順序は順不同でよい。また、これらの図５５（Ａ）〜図５５（Ｅ）に示すリスト４５１〜４５３，４６１，４６２は、或る順序で端末１１に表示（提供）されてもよいし、全てあるいは一部が同時に表示されてもよい。
【０２３２】
さて、次に、プロバイダ２４２では、上記の課金設定依頼（メニュー選択結果）を課金方針管理部４９に送信し（ステップＨ４）、課金方針管理部４９は、受信した選択結果に基づいて図４７により前述したような「コンテンツ利用料」に関する課金方針データ４８１を生成し、その課金方針データ４８１をデータベース１５に登録する（ステップＨ５）。
【０２３３】
つまり、このステップＨ５は、上記の属性リスト記憶部４５（属性リスト４５０）における複数種類の属性情報と、課金リスト記憶部４７（課金リスト４６０）における、複数種類のサービス料金の種別に関する情報（対象課金リスト４６１の情報）と、複数種類の課金先に関する情報（課金者リスト４６２の情報）とを任意に組み合わせて、任意のサービス形態及び料金種別のサービス料金の課金先を設定する課金方針設定過程に相当する。
【０２３４】
さて、その後、コンテンツ登録者２５０は、例えば、プロバイダ２４２が提供するバルーン登録位置メニュー５０１において、上記のバルーンを登録したい位置（バルーン位置情報１５Ａ）を指定する（ステップＨ６）とともに、コンテンツ登録メニュー５０２において、そのバルーンに関連付けたいコンテンツ内容（観光案内情報）（既にサイトが開設済みであればコンテンツＵＲＬ１５Ｂでもよい）を入力する（ステップＨ７）。
【０２３５】
これにより、プロバイダ２４２では、コンテンツ登録者２５０から受信したコンテンツ内容（コンテンツＵＲＬ１５Ｂ）をコンテンツデータベース２４４に登録する（ステップＨ８）とともに、サービスセンタ１９ａのバルーン位置−コンテンツＵＲＬ管理部５１に対して、バルーン位置情報１５ＡとコンテンツＵＲＬ１５Ｂとを通知する（ステップＨ９）。
【０２３６】
すると、バルーン位置−コンテンツＵＲＬ管理部５１は、少なくとも、これらのバルーン位置情報１５Ａ及びコンテンツＵＲＬ１５Ｂと、上記の課金方針データ４８１とを対応付けてデータベース１５に登録することにより、図５０により上述したようなバルーン位置−コンテンツＵＲＬ−課金方針データ１５−２の登録を行なう（ステップＨ１０）。
これにより、サービスセンタ１９ａにおいて、「観光案内サイトに１７：００〜２２：００の時間帯にアクセスした携帯端末１１のユーザ（学生）の「コンテンツ利用料（例えば、２００円／回）」は広告企業（Ｆ社）が肩代わりする」サービスの課金設定が完了する。
【０２３７】
（Ｄ２）プロバイダ２４２が予め料金設定しておく場合
なお、上述した例では、徴収料金（課金）の額をコンテンツ登録者２５０が指定しているが、プロバイダ２４２が予め設定しおく場合もある。例えば、グルメ専用サイトを運営するプロバイダ２４２に、コンテンツ登録者２５０が自店舗情報（店舗バルーン）を、予めグルメ専用サイト（プロバイダ２４２）が決めたバルーンサイズに応じた月額あるいは年額料金で、登録するような場合である。
【０２３８】
この場合は、上述したメニュー選択（ステップＨ３）時に、コンテンツ登録者２５０は、例えば図５６（Ａ）に示すように、コンテンツ属性リスト４５２において、「Ａ．バルーン径」の子メニューから「３ｍ」を選択するとともに、「Ｆ．バルーン登録期間」の子メニューから「１年」を選択し、図５６（Ｂ）に示すように、コンテンツプロバイダ属性リスト４５３において、「Ｂ．店舗広告サイト」の子メニューから例えば「１．ラーメン情報」を選択し、図５６（Ｃ）に示すように、対象課金リスト４６１において、「Ｂ．コンテンツ登録料」を選択する。なお、上記の図５６（Ａ）〜図５６（Ｃ）に示す属性選択順序も順不同でよい。
【０２３９】
すると、この場合は、図５３に示すように、ここまでの指定情報が登録要求としてサービスセンタ１９ａのバルーン登録窓口部５２に送信され（ステップＨ１１）、バルーン登録窓口部５２は、受信した指定情報（バルーン径，バルーン登録期間）を登録料金メニュー部５０に通知する。
登録料金メニュー部５０は、通知された指定情報に基づいて予め決められてデータベース１５に保持されている「コンテンツ登録料金」に関する課金方針データ４８２（図４８参照）を参照し（ステップＨ１２）、その指定情報に応じた課金金額とその課金先とをそれぞれ例えば図５６（Ｃ）に示す登録料金確認メニュー４６１ｂ及び図５６（Ｄ）に示す課金者リスト４６２を提示することによりコンテンツ登録者２５０に確認を促す（登録料金確認；ステップＨ１３）。
【０２４０】
コンテンツ登録者２５０は、このようにして提示された金額及び課金先で良ければ、その旨（ＯＫ）をサービスセンタ１９ａ（登録料金メニュー部５０）に通知する（ステップＨ１４）。以降は、上述したステップＨ６〜Ｈ１０と同様にして、バルーン位置−コンテンツＵＲＬ管理部５１によって、店舗バルーンのバルーン位置情報１５ＡとコンテンツＵＲＬ１５Ｂとの対応付けがなされて、店舗バルーンの登録が実施される。
【０２４１】
（Ｄ３）コンテンツ登録料金が予め決められたサイトに携帯端末１１のユーザ（サービス利用者）がバルーンを登録する場合
次に、以下では、コンテンツ登録料金が予めプロバイダ２４２によって決められているサイト（例えば、渋谷に登録された掲示板バルーン）にメッセージ（バルーン）を登録する場合の動作について説明する。
【０２４２】
まず、この場合も、図５４に示すように、サービスセンタ１９ａでは、上記のステップＨ１，Ｈ２と同様にして、料金設定メニュー生成部４８Ｂによって、端末・加入者属性リスト４５１，コンテンツ属性リスト４５２，コンテンツプロバイダ属性リスト４５３，課金リスト４６０（対象課金リスト４６１，課金者リスト４６２）を参照して、料金設定メニュー４７０（コンテンツ利用料設定メニュー４７１，コンテンツ登録料設定メニュー４７２，パケット通信料設定メニュー４７３）が生成され（ステップＪ１）、その料金設定メニュー４７０が、プロバイダ２４２にダウンロードされる（ステップＪ２）。
【０２４３】
そして、この場合は、プロバイダ２４２が、その料金設定メニュー４７０において、メニュー選択を行なって、例えば上記の掲示板バルーン（掲示板サイト）へのメッセージ（バルーン）の登録（書き込み）は無料にする課金設定を行なう（ステップＪ３）。この課金設定（メニュー選択結果）は、この場合も、サービスセンタ１９ａの課金方針管理部４９に送信され（ステップＪ４）、これにより、課金方針管理部４９は、受信した選択結果に基づいて図４８により前述したような「コンテンツ登録料」に関する課金方針データ４８２を生成し、その課金方針データ４８２をデータベース１５に登録する（課金方針設定過程；ステップＪ５）。
【０２４４】
以上のような登録（課金方針の設定）が完了したのち、或る携帯端末１１のユーザが上記の掲示板サイトにメッセージを登録しようとその掲示板サイトにアクセスすると（バルーン登録要求の送信；ステップＪ６）、そのバルーン登録要求は、プロバイダ２４２のバルーン登録窓口部５２′で受け付けられる。バルーン登録窓口部５２′は、「コンテンツ登録料」の確認依頼をサービスセンタ１９ａの登録料金メニュー部５０に送信する（ステップＪ７）。
【０２４５】
すると、登録料金メニュー部５０は、データベース１５における上記掲示板サイトのバルーン番号に対応する課金方針データ４８２を参照して（ステップＪ８）、設定されている「コンテンツ登録料」（ただし、この場合は、無料）を表示した登録料金確認メニューを生成して携帯端末１１に提供する（ステップＪ９）。
携帯端末１１のユーザは、その「コンテンツ登録料」を確認して、その料金で良ければ、その旨（ＯＫ）をサービスセンタ１９ａ（登録料金メニュー部５０）に返信し（ステップＪ１０）、登録料金メニュー部５０は、そのＯＫ通知を受けることにより、プロバイダ２４２にバルーン登録処理を実行するよう依頼する（ステップＪ１１）。
【０２４６】
これを受けて、プロバイダ２４２は、バルーン登録位置メニュー５０１とコンテンツ登録メニュー５０２とを携帯端末１１に提供し、携帯端末１１のユーザは、バルーン登録位置メニュー５０１において、メッセージ（バルーン）を登録したい位置（バルーン位置情報１５Ａ）を指定するとともに、コンテンツ登録メニュー５０２において、そのメッセージ（バルーン）に関連付けたいメッセージ内容を入力する（ステップＪ１２）。
【０２４７】
これにより、プロバイダ２４２では、携帯端末１１のユーザから受信したメッセージ内容をコンテンツデータベース２４４に登録する（ステップＪ１３）とともに、サービスセンタ１９ａのバルーン位置−コンテンツＵＲＬ管理部５１に対して、バルーン位置情報１５ＡとコンテンツＵＲＬ１５Ｂとを通知する（ステップＪ１４）。
すると、バルーン位置−コンテンツＵＲＬ管理部５１は、これらのバルーン位置情報１５Ａ及びコンテンツＵＲＬ１５Ｂをデータベース１５に対応付けて登録することにより、上記掲示板サイトへのメッセージ（バルーン）の登録を行なったのち（ステップＪ１５）、登録完了の旨を携帯端末１１に通知する（ステップＪ１６）。
【０２４８】
（Ｄ４）コンテンツ登録者２５０用にプロバイダ１４２が予めコンテンツ登録料を設定しておく場合
次に、ここでは、上述したステップＪ３において、例えば、コンテンツ登録者２５０が駅付近に新聞やニュースのビジネス情報サイト（ビジネス情報バルーン）を登録したい場合に、そのバルーンサイズと登録期間に応じたコンテンツ登録料をコンテンツ登録者２５０から徴収する課金設定を、プロバイダ２４２が行なう場合のメニュー選択操作について説明する。
【０２４９】
即ち、この場合、プロバイダ２４２は、例えば図５７（Ａ）に示すように、コンテンツ属性リスト４５２において、「Ａ．バルーン径」の子メニューから「３ｍ」を選択するとともに、「Ｆ．バルーン登録期間」の子メニューから「１日」を選択し、図５７（Ｂ）に示すように、コンテンツプロバイダ属性リスト４５３において、「Ｂ．ビジネス情報サイト」の子メニューから例えば「１．ニュース」を選択する。
【０２５０】
また、図５７（Ｃ）に示すように、プロバイダ２４２は、対象課金リスト４６１において、「Ｂ．コンテンツ登録料」を選択する。すると、料金入力メニュー４６１ａが表示され、コンテンツ登録者２５０は、例えば、「円」を通貨単位として「１０００」を徴収金額として入力するとともに、徴収頻度として「４．円／日」を選択する。
さらに、プロバイダ２４２は、図５７（Ｄ）に示すように、課金者リスト４６２において、「Ｂ．コンテンツ登録者」を選択する。そして、以上の選択結果をサービスセンタ１９ａの課金方針管理部４９に送付する（図５４に示すステップＪ４）ことで、「コンテンツ登録料」に関する課金方針データ４８２（図４８参照）が生成され、これがデータベース１５に登録される（図５４に示すステップＪ５）ことで、「駅付近に新聞やニュースのビジネス情報サイト（ビジネス情報バルーン）を登録したコンテンツ登録者２５０から１日当たり１０００円のコンテンツ登録料を徴収する」サービスの課金設定が完了する。
【０２５１】
以降は、図５３に示すステップＨ６〜Ｈ１０と同様にして、バルーン位置−コンテンツＵＲＬ対応データ１５−１のデータベース１５への登録が行なわれる。なお、上記の図５７（Ａ）〜図５７（Ｄ）により説明した項目選択順序も順不同でよいし、端末１１への表示順序や表示形態も自由に設定してよい。
（Ｄ５）通信キャリア１０′と或る企業２５１（図４４参照）との間の契約により、携帯端末１１の「パケット通信料」を特定企業が肩代わりする場合
次に、通信キャリア１０′と或る企業２５１（例えば、Ｆ社）との間の契約により、或る時刻表サービスコンテンツ（バルーン）（特定プロバイダの運営サイトに限らない）にアクセスした携帯端末１１がそのＦ社製の最新機種であれば、その携帯端末１１の「パケット通信料」の一部をＦ社２５１が肩代わりする課金設定（メニュー選択操作）について説明する。なお、この場合のメニュー選択操作は、Ｆ社２５１（端末２５２）が行なってもよいし、Ｆ社２５１の依頼によりプロバイダ２４２が行なってもよいが、以下では、前者の場合について説明する。
【０２５２】
まず、Ｆ社２５１（端末２５２）が上記の課金設定を行なうために、例えばインターネット１２経由でサービスセンタ１９ａにアクセスする。すると、サービスセンタ１９ａは、料金設定メニュー生成部４８Ｂによって生成した上記の料金設定メニュー４７０をＦ社２５１に提供する。
そして、Ｆ社２５１（端末２５２）は、例えば図５８（Ａ）に示すように、端末・加入者属性リスト４５１において、「Ａ．端末機種」の子メニューから「１．ＦＪ００１」（例えば、Ｆ社製の最新端末機種を表す）を選択し、図５８（Ｂ）に示すように、コンテンツ属性リスト４５２において、「Ｂ．情報カテゴリ」の子メニューから「２．時刻表」を選択する。
【０２５３】
また、図５８（Ｃ）に示すように、コンテンツプロバイダ属性リスト４５３においては何も選択せず、図５８（Ｄ）に示すように、対象課金リスト４６１において、「Ａ．パケット料金」を選択する。すると、料金入力メニュー４６１ａが表示されるので、Ｆ社２５１（端末２５２）は、例えば、「円」を単位として「２０００」を徴収金額として入力するとともに、徴収頻度として「４．円／月」を選択し、且つ、実施内容として「１．割引」を選択する。
【０２５４】
さらに、Ｆ社２５１（端末２５２）は、図５８（Ｅ）に示すように、課金者リスト４６２において、「Ｆ．コンテンツ登録者」として自社（「１．Ｆ社」）を選択する。そして、以上の選択結果をサービスセンタ１９ａの課金方針管理部４９に送付することで、課金方針管理部４９において「パケット料金」に関する課金方針データ４８３（図４９参照）が生成される。
【０２５５】
この課金方針データ４８３が、前述したごとくデータベース１５に登録される（課金方針設定過程）ことで、「Ｆ社製の最新機種の携帯端末１１を用いて或る時刻表サービスコンテンツにアクセスした場合は、その携帯端末１１の「パケット通信料」の一部（月２０００円）をＦ社が肩代わりする（割り引く）」サービスの課金設定が完了する。なお、この場合も、上記の図５８（Ａ）〜図５８（Ｅ）に示す項目選択順序も順不同でよいし、端末１１への表示順序や表示形態も自由に設定してよい。
【０２５６】
（Ｄ６）サービス利用時の動作説明
次に、上述したような課金設定がサービスセンタ１９ａにおいて行なわれた後のサービス利用時の動作について、図５９に示すシーケンス図（ステップＫ１〜Ｋ２２）を参照しながら詳述する。
まず、例えば、携帯端末１１のユーザ（サービス利用者）が、その携帯端末１１を用いて空間検索サービス（サービスセンタ１９ａ）にアクセスすると（ステップＫ１）、サービスセンタ１９ａは、その端末１１に対して位置情報（緯度，経度，高度など）の送信を要求する（ステップＫ２）。端末１１は、これを受けて検出部２１（図４参照）で検出した位置情報をサービスセンタ１９ａに通知する（ステップＫ３）。
【０２５７】
すると、サービスセンタ１９ａは、検索条件〔検索距離や情報（検索）カテゴリなど〕の入力を携帯端末１１に対して要求し（ステップＫ４）、端末１１は、これを受けて、検索条件を入力し（ステップＫ５）、その条件をサービスセンタ１９ａに通知する（ステップＫ６）。サービスセンタ１９ａでは、抽出部４０（図４４参照）が、データベース１５にアクセスしてバルーン検索を行ない（ステップＫ７）、前述のように指定条件を満足する（検索対象空間範囲情報を含む）バルーン（検索ヒットバルーン）のタイトルやサマリ（図５０参照）の一覧を作成する（ステップＫ８）。
【０２５８】
この「タイトル／サマリ一覧」は、提供部４１を通じて携帯端末１１に通知され（ステップＫ９）、携帯端末１１のユーザは、その一覧の中から参照したい項目を選択する（ステップＫ１０）。これにより、選択項目がサービスセンタ１９ａに通知され（ステップＫ１１）、サービスセンタ１９ａでは、抽出部４０が、通知された選択項目に対応するコンテンツＵＲＬ１５Ｂをデータベース１５において検索・取得し（ステップＫ１２）、そのコンテンツＵＲＬ１５Ｂを提供部４１によって携帯端末１１に通知（提供）する（ステップＫ１３）。
【０２５９】
携帯端末１１のユーザは、通知されたコンテンツＵＲＬ１５Ｂへのアクセス操作を行なうことで（ステップＫ１４）、プロバイダ２４２にアクセスして対応するコンテンツを端末１１に表示する（ステップＫ１５，Ｋ１６）。その後、コンテンツの表示が終了すると、携帯端末１１から表示完了通知がサービスセンタ１９ａに通知され（ステップＫ１７）、サービスセンタ１９ａでは、その通知を契機に、課金要求を課金システム４３（課金サーバ４３ａ）に出力する（ステップＫ１８）。
【０２６０】
課金システム４３（課金サーバ４３ａ）は、上記課金要求により課金ログ４９０（図５１参照）を課金データベース４３ｂに記録し（課金ログ処理；ステップＫ１９）、課金完了の旨を課金明細書生成システム４４に通知する（ステップＫ２０）。課金明細書生成システム４４は、データベース１５にアクセスして課金方針データ４８０（４８１〜４８３）を参照し（ステップＫ２１）、その課金方針データ４８０により設定されている課金方針に従って課金ログを集計し課金先に請求すべき課金明細書データを生成する（課金処理過程；ステップＫ２２）。
【０２６１】
以上のように、上述した本実施形態の課金方法（課金処理装置）によれば、任意のサービス形態及び料金種別のサービス料金の課金先を設定して、その設定に従って上記のサービス料金の課金先への課金処理を実施することができるので、所望のサービス形態の所望のサービス料金を所望の課金先に課金する設定を柔軟に実施することができる。
従って、上述したように、例えば、携帯端末１１が空間情報サービスを利用する際のコンテンツ利用料金やパケット通信料金の課金先を、一定の条件（サービス形態）のもとに携帯端末１１以外の課金先（企業２５１やプロバイダ２４２、場合によっては通信キャリア１０′）などに設定することも可能となり、空間情報サービス（空間検索サービス）の利用によるユーザの経済的負担を軽減することが可能になる。特に、上述したような空間検索サービスでは、ユーザの利用機会が大幅に増えることが予想されるので、このように、サービス形態に応じて課金先を任意に設定できることは、非常に有効である。
【０２６２】
また、例えば、プロバイダ２４２などにおける登録コンテンツの数や種類を増やすことを目的に、「コンテンツ登録料」の全て又は一部の課金先を「キャンペーン期間中は無料（又は割引）」などと称してプロバイダ２４２や他企業などに設定することも可能である。
しかも、上述した例では、端末・加入者属性リスト４５１，コンテンツ属性リスト４５２，コンテンツプロバイダ属性リスト４５３における各種属性情報の任意の組み合わせ（同じリスト内の属性情報の組み合わせでもよいし、異なるリストの属性情報の組み合わせでもよい。また、１つでもよい）により、様々なサービス形態に応じた課金設定をきめ細かく行なうことができるので、課金設定の柔軟性がさらに向上する。
【０２６３】
なお、上述した課金方法は、バルーンが移動しないこと前提にしている（情報バブル移動制御部４２をサービスセンタ１９ａに設けていない）が、勿論、前述した情報バブル移動制御部４２によりバルーンを移動させるシステムに適用することも可能である。
このようにバルーンを移動させる場合は、携帯端末１１による空間検索サービスの利用機会がさらに多くなることが予想されるので、上述のように携帯端末１１のコンテンツ利用料やパケット通信料を設定により携帯端末１１のユーザ以外に課金できることは非常に有効である。
【０２６４】
（Ｅ）その他
そして、本発明は上述した実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で、種々変形して実施することができる。
例えば、前述した携帯端末１１の検出部２１は、携帯端末１１に対して外付けにすることもでき、この場合でも、検出部２１は、検出対象物体の緯度，経度，高度，方位及び傾斜角度を有する位置情報を検出することができる。さらに、検出対象物体の位置情報は、緯度，経度，高度，方位及び傾斜角度に限定されるものでもない。
【０２６５】
加えて、上記のデータベース１５は、３次元空間における空間範囲情報として、星座などの天体情報を保持し、サービス情報として、これらの天体情報を提供するようにもできる。また、データベース１５の表記内容は、上述したもの以外にも、設計方針などによって、種々変更されうる。
さらに、上述したＵＲＬの代わりに、ＵＲＩ（Uniform Resource Identifier，ユニフォーム・リソース・アイデンティファイア）や、ＵＲＮ（Uniform Resource Name，ユニフォーム・リソース・ネーム）をアドレスとして使用することもできる。よく知られているように、「ＵＲＩ」は「ｈｔｔｐ」を用いたインターネット１２の資源に対して統一的に付与された名称であって、例えば、インターネット１２の資源であるコンピュータ名を表すＩＰアドレスである。
【０２６６】
これに対し、「ＵＲＬ」は、インターネット１２の資源を示すＵＲＩの前に、その資源に対して適用するプロトコルを記入されたものであって、その書式は、「プロトコル：ＵＲＩ」で表される。例えば、http://130.***，ftp://130.***，gopher://130.***などである。なお、「ＵＲＮ」は唯一のアドレスを表すものである。
また、携帯端末１１は、無線ネットワーク１０にて、システム運用者との加入者契約や広告などに基づき無料でサービスセンタ１９にアクセスできる。
【０２６７】
さらに、上述した実施形態では、ユーザ端末として、携帯電話やＰＤＡなどの携帯端末を適用した場合について説明したが、例えば、無線送受信機（データ通信機能）を内蔵あるいは外付けにより有する携帯型のパーソナルコンピュータ（いわゆるノートパソコンなど）を適用しても上記と同様の作用効果が得られる。
また、検索条件は、例えば、ユーザが指定した検索対象物の前後にも、造形物や自然物があれば、それらも含めて表示し、且つ、その表示数を限定して一覧を表示するようにもできる。
【０２６８】
さらに、上述した実施形態では、任意のユーザが情報バブル（バルーン）にリンクされているコンテンツにアクセスしてメッセージの書き込みなどが行なえるようになっているが、そのままでは、例えば、いたずらや不正目的でコンテンツの書き換えが行なわれる可能性がある。
そこで、例えば図６０に示すように、公共施設や観光案内などのユーザによって勝手に内容が書き換えられては困るようなコンテンツ（バルーン）には、書き込み禁止を表す情報（パーミッションフラグ４８４）を設定しておく。これにより、パーミッションフラグ４８４（「有り」）の設定されているコンテンツについては、ユーザによる書き込みが禁止されて、コンテンツ内容の保護を図ることが可能になる。
【０２６９】
なお、上記のパーミッションフラグ４８４は、勿論、図８や図９，図２５に示すデータに対して設定することも可能である。
（Ｆ）付記
（付記１） 所望の提供情報を関連付けた情報バブルを現実物理空間に仮想的に登録すべく該現実物理空間における位置情報を含む空間範囲情報と該提供情報とを対応付けたバブルデータを管理する情報バブル管理部と、
ユーザ端末の位置情報に基づく検索対象空間範囲情報を含むバブルデータの提供情報を該情報バブル管理部から抽出する抽出部と、
該抽出部によって抽出された提供情報を該ユーザ端末に提供する提供部とをそなえるとともに、
少なくとも該バブルデータの位置情報を更新することにより該情報バブルを該現実物理空間において仮想的に移動させる情報バブル移動制御部をそなえたことを特徴とする、空間情報サービス用のサーバ装置。
【０２７０】
（付記２） 該情報バブル移動制御部が、
該情報バブルの該現実物理空間における振舞を規定する振舞データを設定する情報バブル振舞設定部と、
該情報バブル振舞設定部によって設定された該振舞データに基づいて該バブルデータの位置情報を更新することにより該情報バブルを該振舞データに従って移動させる情報バブル移動部とをそなえていることを特徴とする、付記１記載の空間情報サービス用のサーバ装置。
【０２７１】
（付記３） 該情報バブル振舞設定部が、
該振舞データとして該バブルデータの位置情報に関する乱数を発生する乱数発生部をそなえるとともに、
該情報バブル移動部が、
該乱数発生部で発生した乱数によって該バブルデータの位置情報をランダムに更新することにより、該情報バブルを該現実物理空間においてランダムに移動させる第１情報バブル位置更新部をそなえていることを特徴とする、付記２記載の空間情報サービス用のサーバ装置。
【０２７２】
（付記４） 該情報バブル振舞設定部が、
該振舞データとして、該情報バブルを該現実物理空間の特定位置に移動させる時期に関する条件データを設定する条件設定部をそなえるとともに、
該情報バブル移動部が、
該条件データによって規定される時期に、該バブルデータの位置情報を該特定位置の位置情報に更新することにより、該情報バブルを該現実物理空間の該特定位置に移動させる第２情報バブル位置更新部をそなえていることを特徴とする、付記２又は付記３に記載の空間情報サービス用のサーバ装置。
【０２７３】
（付記５） 該情報バブル振舞設定部が、
該特定位置として該情報バブルの初期登録位置を設定するように構成されたことを特徴とする、付記４記載の空間情報サービス用のサーバ装置。
（付記６） 該条件設定部が、
該条件データとして、該情報バブルの移動有効期限に関するデータを設定するように構成されたことを特徴とする、付記４又は付記５に記載の空間情報サービス用のサーバ装置。
【０２７４】
（付記７） 該情報バブル管理部が、
該提供情報を受けたユーザ端末からの該提供情報についての更新情報に応じて該提供情報を更新する提供情報更新部をそなえていることを特徴とする、付記１〜３のいずれか１項に記載の空間情報サービス用のサーバ装置。
（付記８） 該情報バブル管理部が、
該提供情報を受けたユーザ端末からの該提供情報についての更新情報に応じて該提供情報を更新する提供情報更新部をそなえていることを特徴とする、付記４〜６のいずれか１項に記載の空間情報サービス用のサーバ装置。
【０２７５】
（付記９） 該条件設定部が、
該条件データとして、該提供情報更新部による該提供情報の更新回数に関するデータを設定するように構成されたことを特徴とする、付記８記載の空間情報サービス用のサーバ装置。
（付記１０） 該情報バブル管理部が、
該バブルデータの位置情報を該現実物理空間での地理的表現形式に変換する情報バブル位置表現変換部をそなえるとともに、
該提供部が、
該情報バブル位置表現変換部による変換後の情報を、該情報バブルの該現実物理空間における現在位置情報として該情報バブルを登録したユーザ端末に提供する情報バブル現在位置提供部をそなえていることを特徴とする、付記１〜９のいずれか１項に記載の空間情報サービス用のサーバ装置。
【０２７６】
（付記１１） 該空間範囲情報が、該現実物理空間における緯度，経度，高度及びバブル径で規定されることを特徴とする、付記１〜１０のいずれか１項に記載の空間情報サービス用のサーバ装置。
（付記１２） 所望の提供情報を関連付けた情報バブルを現実物理空間に仮想的に登録すべく該現実物理空間における位置情報を含む空間範囲情報と該提供情報とを対応付けたバブルデータを登録する情報バブル登録過程と、
少なくとも該バブルデータの位置情報を更新することにより該情報バブルを該現実物理空間において仮想的に移動させる情報バブル移動過程と
ユーザ端末の位置情報に基づく検索対象空間範囲情報を含むバブルデータの提供情報を抽出する抽出過程と、
該抽出過程で抽出された提供情報を該ユーザ端末に提供する提供過程とを有することを特徴とする、空間情報サービスの提供方法。
【０２７７】
（付記１３） 該情報バブル移動過程において、該バブルデータの位置情報を乱数を用いて更新することで、該情報バブルを該現実物理空間においてランダムに移動させることを特徴とする、付記１２記載の空間情報サービスの提供方法。
（付記１４） 該情報バブル移動過程において、該情報バブルの移動開始から一定期間経過後に、該バブルデータの位置情報を特定の位置情報に更新することにより、該情報バブルを該現実物理空間の特定位置に移動させることを特徴とする、付記１２又は付記１３に記載の空間情報サービスの提供方法。
【０２７８】
（付記１５） 該情報バブル移動過程において、該情報バブルの移動開始後、該提供情報を受けたユーザ端末による該提供情報の更新回数が所定の回数に達すると、該バブルデータの位置情報を特定の位置情報に更新することにより、該情報バブルを該現実物理空間の特定位置に移動させることを特徴とする、付記１２〜１４のいずれか１項に記載の空間情報サービスの提供方法。
【０２７９】
（付記１６） 該特定位置が該情報バブルの初期登録位置であることを特徴とする、付記１４又は付記１５に記載の空間情報サービスの提供方法。
（付記１７） 該空間範囲情報が、該現実物理空間における緯度，経度，高度及びバブル径で規定されることを特徴とする、付記１２〜１６のいずれか１項に記載の空間情報サービスの提供方法。
【０２８０】
（付記１８） 所望の提供情報を関連付けた情報バブルを現実物理空間に仮想的に登録すべく該現実物理空間における位置情報を含む空間範囲情報と該提供情報とを対応付けたバブルデータを管理し、ユーザ端末の位置情報に基づく検索対象空間範囲情報を含むバブルデータの提供情報を該ユーザ端末に提供する空間情報サービス用の課金処理装置であって、
該空間情報サービスのサービス形態を規定しうる複数種類の属性情報を記憶する属性情報記憶部と、
該サービス形態において課金対象となりうる複数種類のサービス料金の種別に関する情報を記憶する料金種別情報記憶部と、
複数種類の課金先に関する情報を記憶する課金先情報記憶部と、
上記の各記憶部における各種情報を任意に組み合わせて、任意のサービス形態及び料金種別のサービス料金の課金先を設定する課金方針設定部と、
該課金方針設定部による設定に従って該サービス料金の該課金先への課金処理を実施する課金処理部とをそなえたことを特徴とする、空間情報サービス用の課金処理装置。
【０２８１】
（付記１９） 該属性情報記憶部が、
該ユーザ端末及び該ユーザ端末のユーザに関する属性情報を記憶していることを特徴とする、付記１８記載の空間情報サービス用の課金処理装置。
（付記２０） 該属性情報記憶部が、
該提供情報に関する属性情報を記憶していることを特徴とする、付記１８又は１９に記載の空間情報サービス用の課金処理装置。
【０２８２】
（付記２１） 該属性情報記憶部が、
該提供情報の登録者に関する属性情報を記憶していることを特徴とする、付記１８〜２０のいずれか１項に記載の空間情報サービス用の課金処理装置。
（付記２２） 該料金種別情報記憶部が、
該サービス料金に関する情報として、該ユーザ端末が該提供情報を受けたときの該提供情報の利用料金及び通信料金並びに該提供情報の登録料金に関する情報を記憶していることを特徴とする、付記１８〜２１のいずれか１項に記載の空間情報サービス用の課金処理装置。
【０２８３】
（付記２３） 所望の提供情報を関連付けた情報バブルを現実物理空間に仮想的に登録すべく該現実物理空間における位置情報を含む空間範囲情報と該提供情報とを対応付けたバブルデータを管理し、ユーザ端末の位置情報に基づく検索対象空間範囲情報を含むバブルデータの提供情報を該ユーザ端末に提供する空間情報サービス用の課金方法であって、
該空間情報サービスのサービス形態を規定しうる複数種類の属性情報と、該サービス形態において課金対象となりうる複数種類のサービス料金の種別に関する情報と、複数種類の課金先に関する情報とを任意に組み合わせて、任意のサービス形態及び料金種別のサービス料金の課金先を設定する課金方針設定過程と、
該課金方針設定過程による設定に従って該サービス料金の該課金先への課金処理を実施する課金処理過程とを有することを特徴とする、空間情報サービス用の課金方法。
【０２８４】
（付記２４） 該属性情報が、該ユーザ端末及び該ユーザ端末のユーザに関する属性情報であることを特徴とする、付記２３記載の空間情報サービス用の課金方法。
（付記２５） 該属性情報が、該提供情報に関する属性情報であることを特徴とする、付記２３又は２４に記載の空間情報サービス用の課金方法。
（付記２６） 該属性情報が、該提供情報の登録者に関する属性情報であることを特徴とする、付記２３〜２５のいずれか１項に記載の空間情報サービス用の課金方法。
【０２８５】
（付記２７） 該サービス料金に関する情報が、該ユーザ端末が該提供情報を受けたときの該提供情報の利用料金及び通信料金並びに該提供情報の登録料金に関する情報であることを特徴とする、付記２３〜２６のいずれか１項に記載の空間情報サービス用の課金方法。
【符号の説明】
【０２８６】
９，９′ 情報提供サービスシステム（空間情報サービスシステム）
１０ 無線ネットワーク
１０ａ 基地局
１０′ ネットワーク〔通信キャリア（通信事業者）〕
１１ 携帯端末（サービス利用者）
１１ａ 傾斜センサ
１１ｂ 地磁気センサ
１１ｃ ＧＰＳモジュール
１１ｄ，１１ｅ アンテナ
１１ｆ 無線モジュール
１１ｇ 制御モジュール
１１ｈ 表示部
１１ｉ スピーカ
１１ｊ マイク
１２ インターネット
１３ａ ゲートウェイサーバ
１３ｂ ＷＥＢサーバ
１３ｃ ＤＮＳサーバ
１３ｄ メールサーバ
１３ｅ 検索サーバ
１５ データベース
１５Ａ 位置情報（バルーン位置情報）
１５Ｂ コンテンツＵＲＬ
１５Ｃ コンテンツ
１５Ｄ 条件データ
１５Ｅ 住所／地図情報データベース
１５−１ バルーン位置−コンテンツＵＲＬデータ
１５−２ バルーン位置−コンテンツＵＲＬ−課金方針データ
１６ 第１受信部
１７ 第１送信部
１８ サーバ（サーバ装置）
１８ａ ゲートウェイ部
１８ｂ ＷＥＢ情報出力部
１８ｃ ＤＮＳ部
１８ｄ メール送受信部
１９，１９ａ サービスセンタ
２１ 検出部
２２ａ 第２送信部
２２ｂ 第２受信部
２３ 音声案内部
３９ 情報バブル管理部
４０ 抽出部
４１ 提供部
４２ 情報バブル移動制御部
４３ 課金システム（課金処理部）
４４ 課金明細書生成システム（課金処理部）
４５ 属性リスト記憶部（属性情報記憶部）
４６ 課金リスト記憶部（料金種別情報記憶部，課金先情報記憶部）
４７ 料金設定メニュー記憶部
４８Ａ 属性リスト生成部
４８Ｂ 料金設定メニュー生成部
４９ 課金方針管理部（課金方針設定部）
５０ 登録料金メニュー部
５１ バルーン位置−ＵＲＬ管理部
５２，５２′ バルーン登録窓口部
５３ 課金処理装置
５５ ＵＲＬ生成部
５６ メッセージ格納部
６０ 送信データ（本人登録バルーン状況確認結果）
６１，２０９，２２８ 送信宛先ヘッダ
６２，２２９ コンテンツ識別子
６３ 現在位置情報
７０ バルーン（情報バブル）
１０１ サービス受付部
１０２，１１０ 位置情報入手・管理部
１０３ メッセージ登録部
１０４ 条件設定部
１０５ 位置−ＵＲＬ対応付部
１０６ バルーン移動部
１０７，１１２ バルーン検索部
１０８ 表現変換部
１０９，１１３ 情報通知部
１１１ 検索条件設定部
１１４ メッセージ追記部
１１５ 条件データ更新部
１３１ コンテンツ登録部
１４１ コンテンツ追記部
１５１ コンテンツＵＲＬ対応付部
１６１ 乱数発生部
１６２ 移動量計算部
１６３ バルーン位置更新部
１６３Ａ 第１情報バブル位置更新部
１６３Ｂ 第２情報バブル位置更新部
１６４ 条件データ監視部
２０１，２０２ 電光掲示板（表示システム）
２０３，２０４ 指定エリア
２０５ エリアデータ
２０６ 登録メッセージ（コンテンツ）データ
２０７ スケジュールデータ
２０８ 送信データ
２１０ 表示先識別子
２１１ 登録メッセージ内容
２２１〜２２３ 入力欄
２２４ 登録条件データ
２２６ コレクションデータ
２３０ 累積結果
２４０ 端末・加入者管理センタ
２４１ 端末・加入者データベース
２４２ コンテンツプロバイダ
２４３ アプリケーションサーバ
２４４ コンテンツデータベース
２４５ 端末・加入者登録部
２５０ 端末（コンテンツ登録者）
２５１ 企業（Ｆ社）
２５２ 端末
４５０ 属性リスト
４５１ 端末・加入者属性リスト
４５２ コンテンツ属性リスト
４５３ コンテンツプロバイダ属性リスト
４６０ 課金リスト
４６１ 対象課金リスト
４６１ａ 料金入力メニュー
４６１ｂ 登録料金確認メニュー
４６２ 課金者（課金先）リスト
４７０ 料金設定メニュー
４７１ コンテンツ利用料設定メニュー
４７２ コンテンツ登録料設定メニュー
４７３ パケット通信料設定メニュー
４８０ 課金方針データ
４８１ 課金方針データ（コンテンツ利用料）
４８２ 課金方針データ（コンテンツ登録料）
４８３ 課金方針データ（パケット通信料）
４８４ パーミッションフラグ
４９０ 課金ログ
４９１ サービス利用者データ
４９２ サービス提供（登録）者データ
４９３ 通信時間データ
４９４ パケット数データ
４９５ 正常終了識別子
５０１ バルーン登録位置メニュー
５０２ コンテンツ登録メニュー
【技術分野】
【０００１】
本発明は、空間情報サービス用のサーバ装置に関する。
【背景技術】
【０００２】
一般に、電子データを検索／参照／保存するに当たっては、ユーザ（企業，個人）は、キーボード，マウスなどの処理装置を用いている。つまり、ユーザは、自分の意思（検索／参照／保存）を端末に指示するために、その「意思」を専用のハードウェア（処理装置）を使ってデジタルデータに変換して端末に入力することで、データの検索／参照／保存を行なっている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、ユーザは、データの検索／参照／保存のときに、ユーザ自身の意図を一旦、別形式のデータに変換しなければならず、この方法によると、データはデジタル的に処理されなければならない。このため、ユーザは、検索したいものを指定しその検索結果を参照あるいは保存する際に、自分の視界に入るものを棚にしまうといった人間感覚に近いアナログ的な処理ができない。
【０００４】
すなわち、例えば、現実物理空間において、携帯電話などの端末を用いて、視界に入るビルや建物などの様々な物体に対して「あれは何？」，「これは何？」といった感覚で検索対象を指定して、その答え（検索結果）を端末に表示（参照／保存）させる（つまり、得た情報を棚にしまう）といった、アナログ的な感覚による情報の検索・参照が行なえないので、人間感覚になじみやすいとはいえず、利用しにくい。
【０００５】
このため、ユーザは、データ検索／参照／保存の際に、アナログ的な感覚による操作の方が便利であるにもかかわらず、デジタル的な処理を利用しなければならない。しかも、このようなデジタル的な処理を有効に利用するには特別な知識と経験とがユーザに対して必要とされる。
また、近年、インターネットの爆発的な普及により、インターネット（ＷＷＷ：World Wide Web）上で企業や個人により様々な情報サービスが展開され、例えば、各種の広告宣伝サービスやアンケート調査などもインターネット上で展開されているが、現状では、特定の固定サイト（コンテンツ）に上述したようなデジタル的な処理を利用してユーザ（端末）がアクセス（検索・参照）しない限り、その宣伝広告やアンケートなどがユーザに参照されることはない。
【０００６】
このため、サービス提供者側は、不特定多数のユーザにサービスを利用してもらうには、例えば、多数のサイトに同じ宣伝広告やアンケートを掲示しておかなければならなくなり、コスト面で非常に不利となる。なお、このことは、インターネット上に限らず、現実空間においても同じことがいえる。つまり、広告塔を多数の場所に設置したり、街頭アンケートの実施場所を多数設けたりする必要がある。
【０００７】
また、近年のインターネットの普及により、インターネットにアクセス可能な携帯電話などのモバイル端末（データ通信端末）も爆発的に普及しているが、それに伴い、ユーザの通信料やサービス利用料も増加傾向にある。さらに、今後も、様々な形態の通信サービスが展開されてゆくことは容易に予想され、ますますユーザの通信料やサービス利用料の増加による経済的な負担が大きくなると思われる。
【０００８】
そこで、本発明は、ユーザへの情報サービスの提供に当たり、例えば、ユーザの視界内に存在する物体に関する情報やサービス情報を情報バブルとして現実物理空間に仮想的に登録することで、ユーザ端末において、より人間感覚に近いアナログ的な操作で簡便に情報の検索・参照が行なえるようにするとともに、より少ない情報バブルで不特定多数のユーザにその情報を提供できるようにすることを目的とする。
【０００９】
また、所望のサービス形態の所望のサービス料金を所望の課金先に柔軟に設定できるようにして、上述のように簡便に情報の検索・参照が行なえるようになることによって予想されるユーザ端末の通信料金やサービス利用料の増大を軽減して、ユーザの経済的負担を軽減できるようにすることも目的とする。
【課題を解決するための手段】
【００１０】
（１）現実物理空間における緯度，経度及びバブル径を含む空間範囲情報と提供情報とを対応付けたバブルデータを管理する管理部と、ユーザ端末の位置情報に基づく検索対象空間範囲情報により規定される空間範囲の少なくとも一部と重複する前記空間範囲情報を含むバブルデータと対応付けられた提供情報を該管理部から抽出する抽出部と、該抽出部によって抽出された提供情報を該ユーザ端末に提供する提供部と、該バブルデータの前記緯度及び経度を更新することにより該バブルデータを該現実物理空間において仮想的に移動させるとともに、前記更新後の緯度及び経度に基づいて、該バブルデータのバブル径を変更する移動制御部とをそなえた、空間情報サービス用のサーバ装置を用いることができる。
【００１１】
（２）また、現実物理空間における緯度，経度及びバブル径を含む空間範囲情報と提供情報とを対応付けたバブルデータを管理する管理部と、ユーザ端末の位置情報に基づく検索対象空間範囲情報により規定される空間範囲の少なくとも一部と重複する前記空間範囲情報を含むバブルデータと対応付けられた提供情報を該管理部から抽出する抽出部と、該抽出部によって抽出された提供情報を該ユーザ端末に提供する提供部と、該バブルデータの前記緯度及び経度を更新することにより該バブルデータを該現実物理空間において仮想的に移動させる移動制御部とをそなえ、該移動制御部が、前記バブルデータが抽出された回数に基づいて、該管理部による当該バブルデータの管理を解放する、空間情報サービス用のサーバ装置を用いることができる。
【００１２】
さらに、本発明に関連する技術の空間情報サービス用のサーバ装置は、所望の提供情報を関連付けた情報バブルを現実物理空間に仮想的に登録すべく現実物理空間における位置情報を含む空間範囲情報と上記の提供情報とを対応付けたバブルデータを管理する情報バブル管理部と、ユーザ端末の位置情報に基づく検索対象空間範囲情報を含むバブルデータの提供情報を上記の情報バブル管理部から抽出する抽出部と、この抽出部によって抽出された提供情報を上記ユーザ端末に提供する提供部と、少なくとも上記のバブルデータの位置情報を更新することにより上記情報バブルを現実物理空間において仮想的に移動させる情報バブル移動制御部とをそなえていてもよい。
【００１３】
上述のごとく構成されたサーバ装置では、ユーザ端末の位置情報に基づく検索対象空間範囲情報を含む情報バブルに関連付けられた所望の提供情報をユーザ端末に提供することができる。つまり、現実物理空間においてユーザ端末が検索対象とする空間範囲に含まれる、あるいは、重複する部分（空間範囲）を有する情報バブルに関連付けられた情報がユーザ端末に空間検索結果として提供される。そして、これを前提として、上記の情報バブルは現実物理空間において浮遊（移動）するので、同じ情報をもつ（関連付けた）複数の情報バブルを複数の場所に固定的に登録する場合よりも少数の情報バブルで、同等の情報サービスを実現することができる。
【００１４】
ここで、上記の情報バブル移動制御部は、上記の情報バブルの現実物理空間における振舞を規定する振舞データを設定する情報バブル振舞設定部と、この情報バブル振舞設定部によって設定された上記振舞データに基づいて上記のバブルデータの位置情報を更新することにより上記情報バブルを上記振舞データに従って移動させる情報バブル移動部とをそなえていてもよい。このようにすれば、上記の情報バブルの現実物理空間における振舞を自由に設定することができる。
【００１５】
また、上記の情報バブル振舞設定部には、上記振舞データとして上記のバブルデータの位置情報に関する乱数を発生する乱数発生部をそなえるとともに、上記の情報バブル移動部には、この乱数発生部で発生した乱数によって上記のバブルデータの位置情報をランダムに更新することにより、上記情報バブルを現実物理空間においてランダムに移動させる第１情報バブル位置更新部をそなえてもよい。このようにすれば、上記の情報バブルをより多くの不特定ユーザ端末に提供しうる機会を増やすことができる。
【００１６】
さらに、上記の情報バブル振舞設定部には、上記の振舞データとして、上記の情報バブルを現実物理空間の特定位置に移動させる時期に関する条件データを設定する条件設定部をそなえるとともに、上記の情報バブル移動部には、上記条件データによって規定される時期に、上記のバブルデータの位置情報を上記特定位置の位置情報に更新することにより、上記情報バブルを現実物理空間の上記特定位置に移動させる第２情報バブル位置更新部をそなえていてもよい。このようにすれば、上記の情報バブルを一定期間経過後に現実物理空間の所望の位置に移動させることができるので、その情報バブルを所望の場所宛のメールなどとして利用できる。
【００１７】
ここで、上記の条件データとして、上記の情報バブルの移動有効期限に関するデータを設定するようにすれば、情報バブルを特定位置に移動させる契機を自由に設定することができる。
また、上記の情報バブル管理部は、上記の提供部から上記の提供情報を受けたユーザ端末からのその提供情報についての更新情報に応じてその提供情報を更新する提供情報更新部をそなえていてもよい。このようにすれば、情報バブルに関連付けられた情報を不特定多数のユーザ端末によって更新してもらうことができる。
【００１８】
この場合、上記の条件データとして、上記の提供情報更新部による上記提供情報の更新回数に関するデータを設定するようにすれば、例えば、上記の提供情報を更新したユーザ数が所定数になると、上記情報バブルを特定位置（初期登録位置など）に移動させることができるので、アンケート調査などに有効に利用できる。
次に、本発明に関連する技術の空間情報サービス用の課金処理装置は、上述した空間情報サービス用の課金処理装置であって、上記の空間情報サービスのサービス形態を規定しうる複数種類の属性情報を記憶する属性情報記憶部と、上記のサービス形態において課金対象となりうる複数種類のサービス料金の種別に関する情報を記憶する料金種別情報記憶部と、複数種類の課金先に関する情報を記憶する課金先情報記憶部と、上記の各記憶部における各種情報を任意に組み合わせて、任意のサービス形態及び料金種別のサービス料金の課金先を設定する課金方針設定部と、この課金方針設定部による設定に従って該サービス料金の該課金先への課金処理を実施する課金処理部とをそなえていてもよい。
【００１９】
上述のごとく構成された課金処理装置では、任意のサービス形態及び料金種別のサービス料金の課金先を設定して（課金方針設定過程）、その設定に従って上記のサービス料金の課金先への課金処理を実施する（課金処理過程）ことができるので、所望のサービス形態の所望のサービス料金を所望の課金先に課金する設定を柔軟に実施することができる。
【発明の効果】
【００２０】
本発明の空間情報サービス用のサーバ装置及び後記の付記に記載された技術によれば、携帯電話などの端末を用いた情報サービスの提供に当たり、例えば、ユーザの視界内に存在する物体に関する情報やサービス情報を現実物理空間に情報バブルとして仮想的に登録することで、それらの情報をユーザ端末においてより人間感覚に近いアナログ的な操作で簡便に検索・参照できるようにすることができるとともに、上記の情報バブルを現実物理空間において浮遊（移動）させることで、同じ情報をもつ（関連付けた）複数の情報バブルを複数の場所に固定的に登録する場合よりも少数の情報バブルで、同等の情報サービスを実現することができる。従って、より少ない情報登録費用で安価に情報サービスを実現できる。
【００２１】
ここで、上記の情報バブルは、現実物理空間における振舞を規定する振舞データに従って移動させるようにすることもできるので、情報バブルの現実物理空間における振舞を自由に設定することができる。従って、様々な形態の情報サービスを柔軟に実現することができる。
また、上記の情報バブルは、乱数を用いて現実物理空間上をランダムに移動させるようにすることもできるので、上記情報バブルをより多くの不特定ユーザ端末に提供しうる機会を増やすことができる。従って、例えば広告情報サービスなどをより少ない登録費用で安価に実現することができる。
【００２２】
さらに、上記の情報バブルは、一定期間経過後に、現実物理空間の特定位置に移動させたり、元の（初期登録）位置に戻したりすることもできるので、この場合も、様々な形態の情報サービスを柔軟に実現することができる。
ここで、上述のごとく情報バブルを特定位置や初期登録位置に移動させる契機は、移動有効期限に関するデータの設定により、自由に設定できる。従って、より柔軟に各種情報サービスを実現することができる。
【００２３】
また、上記の情報バブルに対応付けられた情報は、その情報を検索・参照した不特定多数のユーザ端末から適宜に更新してもらうことができるので、上記の情報バブルを例えばアンケート調査メールなどとして利用することができ、この場合、商品やサービスに関するマーケティングに利用できる多数の情報を簡単に得ることができるようになる。
この場合、情報バブルは、提供情報の更新回数に関するデータの設定により、例えば、所定人数分の更新があった場合に、特定位置（初期登録位置）に移動させるように設定することもできる。従って、必要人数分の情報が集まったらその情報バブルを元の位置に戻すといった制御が可能になり、より有効にアンケート調査などを実施することができる。
【００２４】
また、上記の情報バブルの現在位置を現実物理空間に地理的表現に変換してその情報バブルを登録したユーザ端末に提供することもできるので、その情報バブルを登録したユーザは、情報バブルの現在位置を容易且つ直感的に認識することができる。
なお、上記の空間範囲情報は、現実物理空間における緯度，経度，高度及びバブル径で規定すれば、容易に上記空間情報サービスを実現することが可能である。
【００２５】
さらに、本発明に関連する技術（空間情報サービス用の課金処理装置および課金方法）によれば、任意のサービス形態及び料金種別のサービス料金の課金先を設定して、その設定に従って上記のサービス料金の課金先への課金処理を実施することができるので、所望のサービス形態の所望のサービス料金を所望の課金先に課金する設定を柔軟に実施することができる。従って、例えば、ユーザ端末が空間情報サービスを利用する際の利用料金や通信料金の課金先をユーザ端末以外の課金先に設定することなども可能となり、空間情報サービスの利用によるユーザの経済的負担を軽減することが可能になる。
【００２６】
ここで、上記の属性情報として、ユーザ端末及びそのユーザ端末のユーザに関する属性情報や、上記の提供情報に関する属性情報、上記の提供情報の登録者に関する属性情報のいずれか又は任意の組み合わせを用いれば、様々なサービス形態に応じた課金設定をきめ細かく行なうことができるので、課金設定の柔軟性がさらに向上する。
【図面の簡単な説明】
【００２７】
【図１】本発明が適用される情報提供サービスシステムの一実施形態を示すブロック図である。
【図２】図１に示すサービスセンタの構成例を示すブロック図である。
【図３】図１に示すサービスセンタの他の構成例を示すブロック図である。
【図４】図１に示す携帯端末の構成例を示すブロック図である。
【図５】図１及び図４に示す携帯端末での位置情報測定例を説明するための模式図である。
【図６】本実施形態の情報バブルの登録イメージを説明すべく建物配置例を模式的に示す側面図である。
【図７】図６に示す建物に相当する情報バブル（空間占有情報のイメージ）を示す模式図である。
【図８】図７に示す情報バブルのサービスセンタ（データベース）内での登録内容例を示す図である。
【図９】図７に示す情報バブルのサービスセンタ（データベース）内での他の登録内容例を示す図である。
【図１０】本実施形態に係るコンテンツ（提供情報）の一例を示す図である。
【図１１】（ａ）〜（ｈ）はそれぞれ情報バブルの形状を説明するための図である。
【図１２】本実施形態に係るサービス「１」にて距離指定した検索態様を説明するための図である。
【図１３】（ａ），（ｂ）はいずれも本実施形態に係るサービス「２」の検索態様を説明するための図である。
【図１４】図１に示す情報提供サービスシステムへの情報バブルの電子メールによる登録例を説明するためのシーケンス図である。
【図１５】図１に示す情報提供サービスにおける情報バブル登録時の携帯端末とメールサーバ（ＧＰＳマッピング対応メールサーバ）とＷＥＢサーバ（ＧＰＳＷＥＢサーバ）との間の送受信手順（シーケンス）を示す図である。
【図１６】図１に示す情報提供サービスでの携帯端末による検索動作を説明するためのシーケンス図である。
【図１７】本実施形態に係るバルーン（情報バブル）登録のための機能に着目したサービスセンタの要部構成を示すブロック図である。
【図１８】図１７に示すサービスセンタの動作（バルーン登録，移動）を説明するためのシーケンス図である。
【図１９】本実施形態に係るバルーンの状況確認機能に着目したサービスセンタの要部構成を示すブロック図である。
【図２０】図１９に示すサービスセンタの動作（バルーンの状況確認）を説明するためのシーケンス図である。
【図２１】本実施形態に係る他ユーザ登録バルーンの検索／メッセージ追記機能に着目したサービスセンタの要部構成を示すブロック図である。
【図２２】図２１に示すサービスセンタの動作（他ユーザ登録バルーンの検索／メッセージ追記）を説明するためのシーケンス図である。
【図２３】本実施形態に係る携帯端末でのバルーン登録画面例を示す図である。
【図２４】図１７に示すサービスセンタにおける条件（振舞）データの一例を示す図である。
【図２５】図１７に示すサービスセンタにおけるデータベース（バルーン位置−コンテンツＵＲＬ対応データ）の一例を示す図である。
【図２６】図１７に示すサービスセンタにおける移動量計算部での計算例を説明するための図である。
【図２７】図１９に示すサービスセンタにおける情報通知部による携帯端末への送信データ（本人登録バルーン状況確認結果）のフォーマット例を示す図である。
【図２８】本実施形態に係るバルーンへの追記例を説明するための模式図である。
【図２９】本実施形態の空間情報サービスシステムを利用した表示サービスを説明するための図である。
【図３０】図２９に示す表示サービスに係るエリアデータの一例を示す図である。
【図３１】図２９に示す表示サービスに係る携帯端末でのメッセージ及び表示スケジュールの登録画面例を示す図である。
【図３２】図２９に示す表示サービスに係るサービスセンタで管理される登録メッセージデータ例を示す図である。
【図３３】図２９に示す表示サービスに係るサービスセンタで管理されるスケジュールデータ例を示す図である。
【図３４】図２９に示す表示サービスに係るサービスセンタ，表示サービス企業及び電光掲示板間のデータ送受信シーケンスを示す図である。
【図３５】図３４においてサービスセンタから表示サービスセンタへ送信される表示メッセージの送信データフォーマット例を示す図である。
【図３６】図２９に示す表示サービスに係る電光掲示板へのメッセージ表示例を示す模式図である。
【図３７】本実施形態の空間情報サービスシステムを利用したコレクションサービスを説明するための携帯端末での登録画面例を示す図である。
【図３８】本実施形態の空間情報サービスシステムを利用したコレクションサービスに使用されるサービスセンタ側の登録条件データ例を示す図である。
【図３９】本実施形態の空間情報サービスシステムを利用したコレクションサービスに使用されるサービスセンタ側のデータベースの登録内容例を示す図である。
【図４０】本実施形態の空間情報サービスシステムを利用したコレクションサービスに使用されるサービスセンタ側のコレクションデータ例を示す図である。
【図４１】本実施形態の空間情報サービスシステムを利用したコレクションサービスにおけるサービスセンタから携帯端末への送信データ（コレクション状況通知）のフォーマット例を示す図である。
【図４２】本実施形態の空間情報サービスシステムを利用したコレクションサービスにおいて図４１に示すコレクション状況通知を受けた携帯端末の表示画面例を示す図である。
【図４３】本実施形態に係るサービス利用料を説明するためのシステム構成を示すブロック図である。
【図４４】本実施形態に係る課金方法を説明すべく空間情報サービスシステムの構成を示すブロック図である。
【図４５】本実施形態に係る属性リスト（端末・加入者属性リスト，コンテンツ属性リスト，コンテンツプロバイダ属性リスト）及び課金リスト（対象課金リスト及び課金者リスト）の一例を示す図である。
【図４６】本実施形態に係る料金設定メニュー及びバルーン位置−コンテンツＵＲＬ−課金方針データの生成手順を説明するための図である。
【図４７】本実施形態に係る課金方針データ（コンテンツ利用料）の一例を示す図である。
【図４８】本実施形態に係る課金方針データ（コンテンツ登録料）の一例を示す図である。
【図４９】本実施形態に係る課金方針データ（パケット通信料）の一例を示す図である。
【図５０】本実施形態に係るバルーン位置−コンテンツＵＲＬ−課金方針データの一例を示す図である。
【図５１】本実施形態に係る課金ログのフォーマット例を示す図である。
【図５２】図４５及び図４６に示す端末・加入者属性リストの生成手順を説明するためのシーケンス図である。
【図５３】本実施形態に係る課金方針データの設定手順を説明するためのシーケンス図である。
【図５４】本実施形態に係る課金方針データの他の設定手順を説明するためのシーケンス図である。
【図５５】（Ａ）〜（Ｅ）はいずれも本実施形態に係る課金方針データ設定のための情報選択手順を説明すべく料金設定メニュー（コンテンツ利用料設定メニュー）の表示例を示す図である。
【図５６】（Ａ）〜（Ｄ）はいずれも本実施形態に係る課金方針データ設定のための情報選択手順を説明すべく料金設定メニュー（コンテンツ登録料設定メニュー）の表示例を示す図である。
【図５７】（Ａ）〜（Ｄ）はいずれも本実施形態に係る課金方針データ設定のための情報選択手順を説明すべく料金設定メニュー（コンテンツ登録料設定メニュー）の表示例を示す図である。
【図５８】（Ａ）〜（Ｅ）はいずれも本実施形態に係る課金方針データ設定のための情報選択手順を説明すべく料金設定メニュー（パケット通信料設定メニュー）の表示例を示す図である。
【図５９】本実施形態に係る課金方針データ設定後のサービスセンタの動作を説明するためのシーケンス図である。
【図６０】図５０に示すバルーン位置−コンテンツＵＲＬ−課金方針データの変形例を示す図である。
【発明を実施するための形態】
【００２８】
以下、図面を参照して実施の形態を説明する。
（Ａ）基本システム構成の説明
図１は情報提供サービスシステムの一実施形態を示すブロック図で、この図１に示す情報提供サービスシステム（空間情報サービスシステム；以下、システムと略称することがある）９には、例えば、携帯電話やＰＤＡ（Personal Digital Assistance）などのユーザ端末（携帯端末）に対して情報を提供するシステムであって、サービスセンタ１９と、１台以上の携帯端末１１とがそなえられるとともに、無線基地局（電波塔）１０ａ，無線ネットワーク１０，ゲートウェイサーバ１３ａ，インターネット１２，ＷＥＢサーバ１３ｂ及びＤＮＳ（Domain Name System）サーバ１３ｃなどがそなえられている。
【００２９】
ここで、本実施形態のシステム９は、携帯端末１１に対し、一般の電話サービスなどに加えて、次の（１），（２）に示す２種類のサービスを提供することが可能になっている。
（１）携帯端末１１（のアンテナ）が向けられた方向の所定距離範囲（あるいは、携帯端末１１の現在位置を中心とする所定距離範囲）に存在する建物などに関する情報を携帯端末１１に表示させるサービス（以下、サービス「１」と称することがある）。
【００３０】
（２）携帯端末１１が指定した（アンテナの向けられた）特定の建物に関する情報を携帯端末１１に表示させるサービス（以下、サービス「２」と称することがある）。
つまり、前者のサービス「１」によると、ユーザは、例えば、携帯端末１１を所望の方向に向けることで、その端末位置から１００ｍ（メートル）の範囲に存在するビルなどに関する情報を得ることができる。
【００３１】
一方、後者のサービス「２」によると、ユーザは、例えば、携帯端末１１を例えば目の前のビルに向けることで、その（視線方向に最初に見える）ビルに関する情報やそのビル内の店舗が販売している商品情報などを得ることができる。
さて、図１において、上記の無線ネットワーク１０は、通信事業者が運用・管理している移動体通信システムであり、サービスセンタ１９は、３次元空間（現実物理空間）における物体（例えば、建物，建物の各フロア，看板など現実に存在する物又は空間を移動する物）又は所望空間の緯度，経度，高度及び後述するバブル径からなる空間占有情報（空間範囲情報又は空間領域情報）と、その物体に関連する各種情報又はその各種情報に関連するＵＲＬ（Uniform Resource Locator；ユニフォーム・リソース・ロケータ）とが対応付けられたバブルデータを保持するサーバを含むものである。
【００３２】
なお、このサーバは、所望空間の空間占有情報と、その所望空間に関連付けたい各種情報又はその各種情報に関連するＵＲＬとが対応付けられたバブルデータをも含むことができる。ここで、「バブル」とは、上記空間占有情報によって規定される３次元空間における特定の空間であり、それが、３次元空間に浮かんだ泡のごときものであり、これを用いて現実の建物がデータ空間において再現されている。なお、一般に、「バブル」とは、球形を連想するが、ここでは、特に球形に限定するものではない（具体例については後述）。
【００３３】
次に、上記の携帯端末１１は、サービスセンタ１９にインターネット１２を介して接続（アクセス）することができ、上記のバブルデータを用いて検索された各種情報を表示するものである。なお、携帯端末１１は、無線ネットワーク１０の加入者端末であって、サービスセンタ１９に自由にアクセスできるようになっている。
そして、無線基地局１０ａは、携帯端末１１と無線ネットワーク１０とに接続されて無線信号を送受信するものであり、ゲートウェイサーバ１３ａは、所望のＵＲＬを有するサーバが出力した信号のみを通過させるものであり、インターネット１２は、ハイパーテキスト転送プロトコル（Hyper Text Transfer Protocol；ｈｔｔｐ）を通信プロトコルとして用いる多数のサーバが接続されて形成されたものである。
【００３４】
また、ＷＥＢサーバ１３ｂは、個人や企業などのＷＥＢデータ（コンテンツ）を保持するもので、そのコンテンツの一例は図１０に示すようになる。さらに、ＤＮＳ（Domain Name Server）サーバ１３ｃはホスト名に対応するＩＰ（internet protocol）アドレスを出力するものである。
（Ａ１）サービスセンタ１９の詳細構成の説明
次に、上述したようなサービス「１」，「２」を実現するためのサービスセンタ１９の構成について説明する。図２は上記のサービスセンタ１９の構成例を示すブロック図で、この図２に示す構成は、下記の各部を有する１つのサーバ（サーバ装置）が、サービスセンタ１９を構成する場合の例である。
【００３５】
即ち、この場合のサービスセンタ１９は、サーバとして、データベース１５，第１受信部１６，第１送信部１７，抽出部４０，提供部４１，ＷＥＢ情報出力部１８ｂ，ゲートウェイ部（ＧＷ:Gate Way）１８ａ，ＤＮＳ部１８ｃ及びメール送受信部１８ｄなどの機能をそなえて構成されている。なお、この図２において、符号３９は情報バブル管理部、符号４２は情報バブル移動制御部を表し、これらの詳細については次の項目（Ｂ）「本実施形態の要部の構成及び動作の説明」にて後述する。
【００３６】
ここで、上記のデータベース（空間占有情報／ＵＲＬデータベース）１５は、例えば図８に示すように、３次元空間における物体の緯度，経度，高度及びバブル径からなる空間占有情報と、その物体に関連する各種情報やその各種情報に関連するサービス情報を得るためのＵＲＬとを対応付けられたバブルデータを保持するためのものである。
なお、上記の「物体に関連する各種情報」とは、建物などに関連する施設情報であり、例えば、ビル，東京タワー及びそれらのビルなどにある店舗情報などや、公共輸送機関の駅情報などを含む。一方、「各種情報に関連するサービス情報」とは、その施設情報のサービス情報であり、例えば、企業ビルの自社製品情報，東京タワーの開館情報及びビル内のレストランや飲食店のメニュー，駅の時刻表情報などを含む。いずれの情報も、文字データに限らず、画像データや音声データなども含まれる。
【００３７】
以下の説明において、これらの「物体に関連する各種情報」及び「各種情報に関連するサービス情報」は、特に断らない限り、上記と同様の意味で使用する。また、これらの情報はいずれもユーザに提供されうる情報であるので、これらを単に「提供情報」と総称する場合もある。
一方、上記の「空間占有情報」は、建物のオーナーや企業，レストランなどが予め登録した建物などの物体が３次元空間で占有する空間範囲についての情報であって、図８では、緯度／経度／高度／バブル径が、それぞれ、Ａ／Ｘ／０／３などといった形式で表されている。
【００３８】
つまり、この場合は、各「ＵＲＬ」がそれぞれ「空間占有情報」に対応する「提供情報」を特定するための情報（アドレス）となり、これらの各「ＵＲＬ」により、ユーザに提供したい情報が書き込まれたコンテンツが簡易に検索できるようになっている。換言すれば、物体に関連する「提供情報」を表示したＷＥＢサイト（ＵＲＬ）がその物体（空間占有情報）に関連付けられてデータベース１５に保持されているのである。
【００３９】
なお、このデータベース１５は、「空間占有情報」を処理するために、３次元地理データも有している。また、このデータベース１５は、必ずしもサービスセンタ１９に設けられる必要はなく、インターネット１２に接続された別の場所のサーバに保持されるようにしてもよい。さらに、このデータベース機能は、図示を省略するが、例えば、ハードディスク，ＲＯＭ（Read Only Memory），ＲＡＭ（Random Access Memory）などを用いて実現される。
【００４０】
また、このデータベース１５は、「空間占有情報」と「提供情報」とを直接対応付けて構築してもよいが、上述のごとく「空間占有情報」と「ＵＲＬ」とを対応付ける方が、保持すべきデータ量を削減できるので、容易且つ効率的にデータベース１５の構築が行なえ、その管理も容易になる。
さて、上述したサービスセンタ１９は、前記のサービス「１」を提供するに当たり、携帯端末１１から送信された位置情報と検索距離範囲とを受信すると、その位置情報を用いてユーザが指定する建物に対応するバブルデータを検索して、携帯端末１１の位置から例えば北方向の１００ｍにある複数のビルを検索し、それら複数のビルのそれぞれに対応する複数のＵＲＬを取得し、その複数のＵＲＬに対応するコンテンツを取得してそれぞれ携帯端末１１に対して送信する。
【００４１】
これにより、サービスセンタ１９は、ユーザから１００ｍ以内にあるビルについての情報を提供することができる。
より詳細に説明すると、サービスセンタ１９は、上記の位置情報に基づいて、バブルデータを、検索ベクトルＶを用いて検索するようになっている〔例えば、図１２及び図１３（ａ），図１３（ｂ）参照〕。この検索ベクトルＶとは、携帯端末１１の位置から建物，ビル，店舗，寺院などの検索対象物に向かうベクトルで、携帯端末１１が検索対象とする空間範囲を規定する情報（検索対象空間範囲情報）に相当する。
【００４２】
この検索ベクトルＶは、サービスセンタ１９において、携帯端末１１から送信される位置情報に基づいて生成され、サービスセンタ１９は、この検索ベクトルＶと交差する〔あるいは、この検索ベクトルＶを半径とする空間に含まれる（つまり、上記検索対象空間範囲情報を含む）〕情報バブル（バブルデータの空間占有情報のイメージ）に関連付けられたＵＲＬを（空間）検索結果として携帯端末１１に提供するのである。
【００４３】
例えば図１２の場合であれば、情報バブル"２"，"３"，"５"がヒットするので、それぞれに関連付けられているＵＲＬが検索結果として携帯端末１１に提供され、図１３（ａ），図１３（ｂ）の場合であれば、建物Ｃ，Ｄに相当する情報バブル"２"，"３"に関連付けられているＵＲＬが検索結果として携帯端末１１に提供されることになる。
なお、このとき、携帯端末１１に提供する検索結果は、必ずしも、ヒットしたもの全てである必要はなく、例えば、検索ベクトルＶと最初に交差する情報バブル〔つまり、ユーザの視界に最初に入るもの；図１３（ａ）では建物Ｃ〕など、ヒットした情報バブルの中の一部のみに限定することもできる。また、サービスセンタ１９は、例えば、ビルの内部にある店舗に相当する情報バブル（後述）に対応する情報（ＵＲＬ）を検索結果として選択して携帯端末１１に対して送信するようにもできる。
【００４４】
一方、サービスセンタ１９は、前記のサービス「２」を提供するに当たり、携帯端末１１から送信された位置情報を受信すると、その携帯端末１１の位置と方向とから上記と同様に検索ベクトルＶを生成し、その検索ベクトルＶと最初に交差する情報バブルを検索し、ユーザが指定した（携帯端末１１を向けた）、例えばレストランが提供するランチメニューなどのコンテンツを、携帯端末１１に対して送信する。これにより、サービスセンタ１９は、ユーザが指定した店舗などの情報を提供することができる。
【００４５】
なお、「空間占有情報のイメージ」（情報バブル）は、図１１により後述するように、空間における球，楕円球又は建物の容積に則した四角柱などの任意の形状で登録することができる。また、この情報バブルは、閉じた空間（占有された空間）のみならず、空間における所定範囲の部分や、片側無限大の範囲に設定することもできる。
そして、データベース１５に、バブルデータが書き込まれると、バブルデータの空間占有情報のイメージ（情報バブル）が発生し、そのデータベース１５から、バブルデータが消去されると、情報バブルが消滅するのと同等の効果を有する。
【００４６】
次に、図２において、第１受信部１６は、携帯端末１１が送信した緯度，経度，高度，方位及び傾斜角度を有する位置情報を受信するものである。この機能は、パソコンやワークステーションが有する入力ポート，ＣＰＵ（Central Processing Unit：図示省略），ＲＯＭ，ＲＡＭなどにより実現される。
そして、抽出部４０は、携帯端末１１から送信された携帯端末１１の緯度，経度，高度，方位及び傾斜角度を有する位置情報に基づいて、データベース１５が保持する空間占有情報のうち上記検索ベクトルＶと交差する（あるいは、検索ベクトルＶを半径とする空間に含まれる）（つまり、携帯端末１１の位置情報に基づく検索対象範囲情報を含む）特定空間占有情報に対応する特定ＵＲＬ（特定アドレス又は特定検索情報を意味する）を抽出するものである。
【００４７】
また、提供部４１は、上記の抽出部４０にて抽出された特定ＵＲＬに対応する特定提供情報を、第１送信部１７（図２参照）を介して携帯端末１１に提供するものである。この提供部４１は、携帯端末１１に、ＵＲＬを提供（送信）したり、あるいは、ＵＲＬに対応するコンテンツ名称を提供したりすることもできる。つまり、ユーザに提供しうる「提供情報」には「ＵＲＬ」や「コンテンツ名称」を含めることもできる。これにより、ユーザは所望の検索対象物の情報を得ることができ、複雑な検索が不要となる。
【００４８】
さらに、第１送信部１７（図２参照）は、上記の抽出部４０にて抽出された特定提供情報（ＵＲＬ、あるいは、そのＵＲＬに対応するＷＥＢサイトに表示される情報）を携帯端末１１に対して送信するものであって、この機能は、例えば、パソコンやワークステーションが有する出力ポート，ＣＰＵ，ＲＯＭ，ＲＡＭなどにより実現される。
また、ＷＥＢ情報出力部１８ｂは、個人やレストランなどのコンテンツ（例えば図１０参照）を保持するもので、本実施形態では、ＵＲＬ生成部（アドレス生成部）５５と、メッセージ格納部５６とを有している。
【００４９】
ここで、ＵＲＬ生成部５５は、ＷＥＢ情報出力部１８ｂに保持された個人，企業などの各種情報やサービス情報（コンテンツ）を保持するＵＲＬを生成するもので、この機能によって、サービスセンタ１９は、ＵＲＬ生成部５５によって、ＵＲＬの一覧を管理でき、検索対象物に対応する情報を的確に提供することができる。
一方、メッセージ格納部５６は、ユーザから入力（登録）されるメッセージを保持するものであって、例えばメモリからなる。そして、このメッセージが、バブルデータ（空間占有情報と、提供情報を得るためのＵＲＬとを対応付けられたもの）のうち空間占有情報と対応付けられて、メッセージ格納部５６に書き込まれるようになっている。
【００５０】
なお、このメッセージと空間占有情報との対応付けは、複数のメッセージが、その空間占有情報の内部に設けられた複数の小さな情報バブルに割り当てられ、それら複数の小さな情報バブルのそれぞれに個別のＵＲＬが付与されるようにして、個別のＵＲＬのそれぞれにメッセージが保持されるようにしてもよい。このようにすると、複数のユーザが書き込みしたメッセージを、それぞれ、個別に保持・管理することができる。
【００５１】
次に、ＤＮＳ部１８ｃは、ホスト名とＩＰアドレスとの変換テーブルを有し、受信したホスト名に対応するＩＰアドレスを出力するものであり、メール送受信部１８ｄは、電子メール（以下、メールと略称する）を送受信するもので、本実施形態では、後述するように、緯度，経度，高度及びバブル径の４種類の情報とメールアドレスとを対応付ける機能を有する。さらに、ゲートウェイ部１８ａは公知のゲートウェイ機能を有するものである。
【００５２】
なお、これらの機能は、いずれも、例えば、ＣＰＵ，ＲＯＭ，ＲＡＭなどが協働することにより実現される。また、サービスセンタ１９が有する上記の各機能は、例えば図３に示すように、複数のサーバに分散して構成することもできる。
即ち、上記のサービスセンタ１９は、図３に示すように、データベース１５と、ゲートウェイ部１８ａと同等の機能を有するゲートウェイサーバ１３ａと、ＷＥＢ情報出力部１８ｂと同等の機能を有するＷＥＢサーバ１３ｂと、ＤＮＳ部１８ｃと同等の機能を有するＤＮＳサーバ１３ｃと、メール送受信部１８ｄと同等の機能を有するメールサーバ１３ｄと、提供部４１と同等の機能を有する検索サーバ１３ｅとをそなえて構成してもよい。
【００５３】
（Ａ２）情報バブルの登録例の説明
次に、上記情報バブルの登録イメージについて説明する。
例えば、図６に示す４件の建物（Ａビル，Ｂビル，Ｃスタジアム，Ｄタワー）に関する各種情報やサービス情報などを情報バブルとして登録する場合を想定する。なお、これら４件の建物の位置は、いずれも、同一経度を有し、異なる緯度を有するものとする。例えば、Ａビルは緯度Ａ−１〜Ａ＋１の範囲に位置し、Ｂビル，Ｃスタジアム，Ｄタワーの中心位置は、それぞれ、緯度Ｂ，Ｃ，Ｄと仮定する。また、これらの緯度，経度の単位は、ともに、゜（度），′（分），″（秒）であり、以下の説明でも同様である。
【００５４】
この場合、例えば図８に示すように、Ａビルの緯度／経度／高度／バブル径（Ａ／Ｘ／０／３）により規定される空間占有情報と、そのＡビルに関する提供情報（コンテンツ）のＵＲＬ（http://www.xxx.100）とを対応付けてバブル番号"１"のバブルデータとしてデータベース１５に登録することにより、図７に示すように、Ａビルに相当する情報バブル"１"が登録される。
【００５５】
これにより、例えば、Ａビルの企業などは、自社のサービス内容を紹介するための自社ホームページのＵＲＬを、自社ビル（Ａビル）の空間占有情報と対応付けてバブルデータとしてサービスセンタ１９（データベース１５）内に登録することで、Ａビル全体を情報バブル"１"として登録することができる。
同様にして、これらの図８及び図７に示すように、Ｂビルの空間占有情報（Ｂ／Ｘ／０／２），Ｃスタジアムの空間占有情報（Ｃ／Ｘ／０／３），Ｄタワーの空間占有情報（Ｄ／Ｘ／０／４）と、それらの建物に関するコンテンツＵＲＬとをそれぞれ対応付けてバブル番号"５"，"８"，"９"のバブルデータとしてデータベース１５に登録することにより、Ｂビル，Ｃスタジアム，Ｄタワーに相当する情報バブル"５"，"８"，"９"が登録されることになる。
【００５６】
また、例えば、Ａビルに３階，２階，１階の各フロアが存在する場合には、図８に示すように、それぞれのフロアの空間占有情報（Ａ／Ｘ／３／１；Ａ／Ｘ／２／１；Ａ／Ｘ／１／１）と、そのフロアに関するコンテンツＵＲＬとを対応付けてバブル番号"２"，"３"，"４"のバブルデータとしてデータベースに登録することにより、図７に示すように、Ａビルのフロアに相当する情報バブル"２"，"３"，"４"を情報バブル"１"内に登録することができる。
【００５７】
さらに、上記の各フロアに存在する企業や店舗などを、その空間占有情報とその企業や店舗などに関するコンテンツＵＲＬとを対応付けてデータベース１５に登録する（図８に示すバブル番号"１０"〜"１５"のバブルデータ参照）ことにより、図７中に丸付数字で示すように企業や店舗に相当する情報バブルを、対応するフロアに相当する情報バブル"２"，"３"，"４"内に登録することもできる。つまり、Ａビル内の１階の３店舗と、２階の２店舗と、３階の１店舗とを、それぞれ、Ａビルを表す情報バブル"１"内に、情報バブル"１０"〜"１５"などとして登録することができるのである。
【００５８】
同様にして、Ｂビルを表す情報バブル"５"内にも、各フロアに相当する情報バブル"６"，"７"を登録することができ、Ｄタワーを表す情報バブル"９"内にも、フロア（展望台など）に相当する情報バブル"１６"，"１７"などを、適宜、登録することができる。なお、この情報バブルのサービスセンタ１９への登録は、携帯端末１１からインターネット１２経由（電子メールやＷＥＢ上）で行なってもよいし、いわゆるデスクトップ型のパーソナルコンピュータなどの端末からインターネット１２経由で行なうことも可能である。携帯端末１１からの電子メールを用いた登録手順については後述する。
【００５９】
そして、このようにして、情報バブルのサービスセンタ１９（データベース１５）への登録が行なわれた状態で、例えば図６中に示すように、ユーザがＡビルの３階において、携帯端末１１のアンテナをＣスタジアムに向けて検索操作を実行すると、携帯端末１１から位置情報（緯度，経度，高度，方位など）がサービスセンタ１９に送信され、前記の検索ベクトルＶを用いた検索により、例えばＣスタジアムのＵＲＬが検索結果として携帯端末１１に提供されるのである。
【００６０】
なお、図８に示す空間占有情報（Ａ／Ｘ／０／３など）には、実際の値（真値）に対応する値が設定されており、例えば、高度を例にすると、高度"０"は建物が地面に接していることを表し、高度"１"，"２"，"３"はいずれも真値（例えば、１５ｍ，３０ｍ，４５ｍ）に対応した値を表している。なお、地下の店舗などについては、高度はマイナスの値で表される。
【００６１】
ただし、勿論、上記の空間占有情報は、例えば図９に示すように、１４９°２２′２０″／６２°１１′１１″／３０（ｍ）／５（ｍ）などの真値を用いて設定することも可能である。また、この図９に示すように、コンテンツＵＲＬにはそのコンテンツ名称（例えば、Ａビル，Ｃスタジアムなど）を対応付けておいてもよい。
このように、予めＵＲＬに対応付けてコンテンツ名称を登録しておけば、例えば、サービスセンタ１９からは、ＵＲＬではなく「コンテンツ名称」を携帯端末１１に対して送信し、ユーザがその「コンテンツ名称」を携帯端末１１の表示画面上においてクリック（選択操作）すると、その「コンテンツ名称」に対応するＵＲＬのコンテンツ（例えば図１０に示すコンテンツ）が、サービスセンタ１９（ＷＥＢサーバ１３ｂ又はＷＥＢ情報出力部１８ｂ）から携帯端末１１に提供されるというシーケンスが可能となる。
【００６２】
なお、上記の情報バブル（建物データ）は、様々な形状で登録することが可能である。即ち、例えば図１１（ａ），図１３（ｂ）に示すように四角柱形状でもよいし、図１１（ｂ）や図１１（ｄ），図１１（ｆ）に示すように球形状でもよく、また、図１１（ｃ）や図１１（ｅ），図１１（ｇ）に示すように楕円球形状でもよいし、図１１（ｈ）に示すように円柱形状でもよい。
【００６３】
ここで、「バブル径」は、情報バブルが球形状を有する場合はその半径を表すが、例えば、楕円球形状を有する場合はその長径及び短径を表し、それぞれに対応する値を設定する必要がある。また、情報バブルが建物の容積に則した四角柱形状を有する場合には「バブル径」はその四角柱の幅などを表す。
なお、図１１（ａ）〜図１１（ｈ）において、（Ａ，Ｂ，Ｃ）は情報バブルの（ｘ，ｙ，ｚ）座標により定義される中心位置を表す。即ち、図１１（ａ）は、四角柱形状の情報バブルの中心位置が四角柱の底面の中心位置に設定されていることを表している。ここで、この図１１（ａ）中に示すＤ，Ｅ及びＦは、それぞれ、緯度幅，経度幅，高度幅を表し、例えば、２０ｍ，２０ｍ，１０ｍなどという値であり、これらの幅データが、予めデータベース１５に保持され、情報バブルを生成するときに考慮されるのである。
【００６４】
そして、例えば（ｘ，ｙ，ｚ）座標において、原点（０，０，０）を通る検索ベクトルＶは、（ｘ，ｙ，ｚ）＝（０，０，０）＋（Ｖ1，Ｖ2，Ｖ3）で表される。ここで、Ｖ1，Ｖ2，Ｖ3は、それぞれ、方向ベクトルのｘ，ｙ，ｚ成分である。そして、この検索ベクトルＶが、上記立体幅内において交差するかが計算されるのである。
また、図１１（ｂ）には、球形状の情報バブルの中心位置が球の中心に設定されている様子が示されている。そして、情報バブルの検索に当たっては、携帯端末１１の緯度，経度，高度を座標原点として、球を表す式と検索ベクトルＶを表す式とを用いて、交差点の有無が検出される。
【００６５】
例えば、原点（０，０，０）を中心位置とする半径Ｒの球は、ｘ2＋ｙ2＋ｚ2＝Ｒ2で表される。そして、検索ベクトルＶの式と、この球の式とを用いて、交差点が計算されるのである。
さらに、図１１（ｃ）には、楕円球形状の情報バブルの中心位置が楕円球の中心に設定されていることが示されている。ここで、原点（０，０，０）を中心位置とする長軸ａ，短軸ｂの楕円球は、（ｘ／ｂ）2＋（ｙ／ｂ）2＋（ｚ／ａ）2＝１で表される。
【００６６】
また、図１１（ｄ）には球形状の情報バブルの中心位置が球の最下点に設定されていることが、図１１（ｆ）には球形状の情報バブルの中心位置が球の最上点に設定されていることがそれぞれ示されており、図１１（ｅ）には楕円球形状の情報バブルの中心位置が楕円球の最下点に設定されていることが、図１１（ｇ）には楕円球形状の情報バブルの中心位置が楕円球の最上点に設定されていることがそれぞれ示されている。
【００６７】
さらに、図１１（ｈ）には、円柱形状の情報バブルの中心位置が底面の中心に設定されていることが示されている。なお、原点（０，０，０）を中心位置とし半径Ｒで高さＨの円柱は、ｘ2＋ｙ2＝Ｒ2かつ（０≦ｚ≦Ｈ）で表される。
なお、情報バブルのどの位置を中心位置に設定するかは、任意に決めて統一して使用すればよい。
【００６８】
また、サービスセンタ１９が表示する情報バブルの範囲については、契約料などによって、種々変更できる。例えば、個人で登録する場合は、基本的に、契約料の安い小さい（例えば、半径５ｍ以内の）情報バブルとする。
具体的には、図１１（ｂ）〜図１１（ｇ）に示す球又は楕円球の半径や長軸，短軸の大きさを変化させるのである。また、図１１（ａ）に示す四角柱の空間占有情報は、閉じた領域のみならず、緯度Ｅと付された辺に平行な方向の広い範囲の領域に設定することもできる。加えて、一例として、図１１（ｈ）に示す円柱の空間占有情報についても、ｚ方向の中心位置よりも上側に無限大に設定するようにもできる。
【００６９】
（Ａ３）携帯端末１１の詳細構成の説明
次に、上述した携帯端末１１の詳細構成について説明する。図４は上記の携帯端末１１の構成例を示すブロック図で、この図４に示す携帯端末１１は、例えば、アンテナ１１ｄ，１１ｅ，検出部２１，無線モジュール１１ｆ，制御モジュール１１ｇ，表示部１１ｈ，スピーカ１１ｉ，マイク１１ｊなどをそなえて構成されている。
【００７０】
ここで、アンテナ１１ｄは、衛星から送信された無線信号を受信するＧＰＳアンテナであり、アンテナ１１ｅは、無線ネットワーク１０との間にて無線信号を送受信するためのものである。
また、検出部２１は、端末の緯度，経度，高度，方位及び傾斜角度を有する位置情報を検出するもので、本実施形態では、ＧＰＳモジュール（衛星情報受信部）１１ｃ，地磁気センサ１１ｂ，傾斜センサ１１ａを有して構成されている。
【００７１】
このＧＰＳモジュール１１ｃは、グローバル・ポジショニング・システムを用いた衛星情報を受信しうるものである。なお、「衛星情報」とは、携帯端末１１の緯度，経度，高度の情報である。また、このＧＰＳモジュール１１ｃは、アンテナ１１ｄの方向を制御できるようにもなっている。
さらに、上記の地磁気センサ（方位センサ）１１ｂは、地磁気を検出して方位を測定するためのもので、例えば、図示しないコイルを有し、そのコイルを貫く磁束の大きさにより、地磁気を測定するようになっている。ここで、方位の基準は、例えば携帯端末１１の長軸方向（アンテナ１１ｅの伸張方向）である。なお、この地磁気センサ１１ｂによる方位の測定方法は公知である。
【００７２】
また、傾斜センサ（ジャイロセンサ）１１ａは、携帯端末１１の水平線からの傾斜角度を測定するためのもので、例えば、ジャイロモジュールと協働することにより、携帯端末１１の姿勢を検出できるようになっている。
例えば図５に模式的に示すように、携帯端末１１が、緯度Ａ，経度Ｂ及び高度０の位置に置かれ、ビルＱの方向に向けられているとする。この場合の傾斜角度は、携帯端末１１の長軸方向が、水平面となす角度θ（θは０以上９０以下の実数）である。
【００７３】
すると、携帯端末１１は、ＧＰＳモジュール１１ｃによって緯度Ａ，経度Ｂ及び高度０を取得するとともに、地磁気センサ１１ｂによってアンテナ１１ｅの伸張方向を基準とする方位を取得し、且つ、傾斜センサ１１ａによって傾斜角度θを取得し、これらの位置情報をサービスセンタ１９に対して送信する。
そして、サービスセンタ１９は、それらの情報から前述した検索ベクトルＶを生成し、その検索ベクトルＶと交差する（あるいは、検索ベクトルＶを半径とする空間に含まれる）情報バブルに対応するＵＲＬを抽出し、そのＵＲＬに対応するコンテンツ（提供情報）を携帯端末１１に対して送信するのである。
【００７４】
次に、無線モジュール１１ｆ（図４参照）は、無線信号を送受信するもので、第２送信部２２ａ，第２受信部２２ｂをそなえて構成されている。
この第２送信部２２ａは、検出部２１にて検出された位置情報をサービスセンタ１９に対して送信するものであり、第２受信部２２ｂは、この第２送信部２２ａが送信した位置情報に対し、サービスセンタ１９が送信した３次元空間における物体の緯度，経度，高度及びバブル径からなる空間占有情報のうち上記の検索ベクトルＶと交差する（あるいは、検索ベクトルＶを半径とする空間に含まれる）特定空間占有情報に対応する特定提供情報を受信するものである。なお、これらの第２送信部２２ａ及び第２受信部２２ｂは、それぞれ、無線回路からなる。
【００７５】
さらに、制御モジュール１１ｇは、携帯端末１１の各部分の動作を制御するほか、所定のプロトコルスタックに基づいて送受信用のデータフォーマットを処理するものであり、この機能は、例えば、ＣＰＵ，ＲＯＭ，ＲＡＭなどにより実現される。
また、表示部（液晶ディスプレイなど）１１ｈは、第２受信部２２ｂにて受信した特定提供情報を表示するものであり、この機能は、ウィンドウディスプレイにより実現される。さらに、スピーカ１１ｉは、音声を出力するものであり、マイク１１ｊは、音声を入力するものである。
【００７６】
このように、本実施形態の携帯端末１１は、ＧＰＳ受信，方位検出，無線信号の送受信，表示，音声入出力のための各機能を有する。
（Ａ４）基本動作説明
以下、サービスセンタ１９が携帯端末１１の位置情報を基に、３次元空間に仮想的に登録された情報バブル（提供情報）を検索して、その情報をユーザ（携帯端末１１）に対して提供する実際のサービス（空間情報サービス）について説明する。
【００７７】
まず、ユーザはサービス「１」を受けるに当たり、携帯端末１１を所定の方向に向けて、検索する距離範囲を例えば１００ｍとして携帯端末１１に入力する。そして、携帯端末１１は、上述のごとく携帯端末１１の位置及び姿勢に関する情報を検出（取得）し、その情報と距離範囲とをサービスセンタ１９に対して送信し、サービスセンタ１９からの提供情報を受信するのである。
【００７８】
また、ユーザは、サービスセンタ１９に対して、所定距離範囲内にあるビル内の店舗にあるサービス情報を選択して送信するように要求することもできる。なお、ユーザは距離範囲を入力する代わりに、予め携帯端末１１に例えば１００ｍ以内にするように設定するようにもできる。あるいは、サービスセンタ１９側で、予め１００ｍ以内のものを検索するように設定してもよい。
【００７９】
これにより、ユーザは、ユーザの視線方向１００ｍ以内に存在するビルなどに関する情報やその情報に関連する情報を得ることができる。
一方、ユーザはサービス「２」を受けるに当たり、例えば、携帯端末１１をレストランがあるビルの９階方向に向ける。そして、携帯端末１１は、その状態で取得した携帯端末１１の位置，姿勢に関する情報をサービスセンタ１９に対して送信することで、サービスセンタ１９からそのレストランに関するサービス情報を得る。このように、ユーザは特定のビル内の店舗についての情報を得ることもできる。
【００８０】
次に、上記の情報バブルの登録を、携帯端末１１から電子メールを用いて行なう場合について説明する。この場合、電子メール（以下、単に「メール」という）の送受信（メーラ）機能は、図２に示すメール送受信部１８ｄ、又は、図３に示すメールサーバ１３ｄによって実現され、本実施形態では、いずれも、緯度，経度，高度及びバブル径とメールアドレスとを対応付ける機能（ＧＰＳマッピング対応機能）も有しているものとする。
【００８１】
まず、図１４に示すように、携帯端末１１の表示部１１ｈに送信メールのための情報入力画面が表示されている状態（ステップＡ１）において、ユーザが、その画面から（送信先）アドレスを選択すると、例えば、表示部１１ｈにメニュー画面が表示される（ステップＡ２）。このメニュー画面には、例えば、（１）アドレス帳からメールアドレスを選択することによりアドレス入力を行なうモード、（２）メールアドレスを携帯端末１１のキーパッド（図示省略）などを用いて直接入力するモード、（３）空間にメッセージをマッピング（情報バブルを登録）するモードなどが選択候補として表示されている。〔上記（１）〜（３）については、図中丸付き数字で示す。〕
かかる状態で、例えば、ユーザが（３）「空間にメッセージをマッピングする」を選択したとすると、携帯端末１１は、前述したように検出部２１により各種情報（緯度，経度，高度，方位，傾斜角度）を取得して、メールアドレスに変換する（ステップＡ３）。
【００８２】
そして、ユーザは、所望のメッセージを入力して（ステップＡ４）、そのメールをサービスセンタ１９に送信する。サービスセンタ１９は、そのメールデータを受信すると（ステップＡ５）、バブル径などは最小値を選択して（ステップＡ６）、ＷＥＢサーバ（ＧＰＳＷＥＢサーバ）１３ｂ又はＷＥＢ情報出力部１８ｂによりデータベース１５に書き込む（ステップＡ７）。
【００８３】
次に、図１５に、情報バブル登録時の携帯端末１１とメールサーバ（ＧＰＳマッピング対応メールサーバ）１３ｄとＷＥＢサーバ（ＧＰＳＷＥＢサーバ）１３ｂとの間におけるデータの送受信手順（シーケンス）を示す。
まず、ユーザ（例えば企業の担当者）が、東京のＦ社の本社前に、Ｆ社の企業プロファイルのバブルデータを設定する（ステップＡ１０）。このバブルデータが設定される位置は、東経１３９゜４６′０１.４″で、北緯３５゜４０′４６．１″で、高度１５ｍで、バブル径１００ｍである。そして、ユーザは、この企業プロファイルに対応して、メールアドレスを設ける。このアドレスは、例えばE13946014N3540461H1500B10000@gps.nifty.ne.jpとする。そして、ユーザは、このアドレスに宛てて、検索条件 と企業プロファイルとをメールする。
【００８４】
ステップＡ１１にて、メールサーバ１３ｄは、上記の検索条件と企業プロファイルとを受信して、検索を開始し、その添付ファイルは企業プロファイルとしてＷＥＢサーバ１３ｂに登録される。
これにより、ユーザが所定の範囲を示す値をメールアドレスとして、送信し、その範囲にある空間占有情報を含むバブルデータが、検索される。
【００８５】
また、これにより、位置という検索タグが使用でき、ユーザは簡単にかつ早く情報を得ることが可能になる。
ここで、例えば、バブル径が大きく設定されたバブルデータは検索されやすいが、バブル径が小さく設定されたバブルデータは検索されにくくなる。そのため、秘匿したい情報を有するバブルデータのバブル径は小さく、また、企業プロファイルなどのできるだけ多くのユーザに宣伝したい情報を有するバブルデータのバブル径は大きく設定するようにもできる。
【００８６】
次に、携帯端末１１による検索動作について説明する。まず、図１６に示すように、ユーザが、携帯端末１１を用いて指定検索を実行したとする（ステップＢ１）。ここで、検索条件には、例えば、携帯端末１１の位置情報（東経１３９°４６′０１．６″，北緯３５°４０′４６．５″，高度１０ｍ）と検索距離（エリア半径；５０ｍ）とを少なくとも指定する。
【００８７】
そして、携帯端末１１は、その条件を、ＷＥＢサーバ１３ｂに対して送信して検索を依頼する。送信内容は、例えば、http://www.gps.nifty.ne.jp/Titles?qt=%C5%EC%B7%D0139%A1%EB46%A1%C701.6%A1%C9%CB%CC%BO%DE35%A1%EB40%A1%C746.5%A1%C9%B9%E2%C5%D9%A3%B10%A3%ED&SUBMIT=+%B8%A1%BA%F7+&lk=noframes&svx=100600&col=JWとなる。
次に、ＷＥＢサーバ１３ｂは、指定された検索条件を用いてデータベース１５を検索し、ヒットしたデータ（検索結果）を携帯端末１１に対して送信（提供）する（ステップＢ２）。携帯端末１１では、受信した検索結果が表示部１１ｈに選択候補として表示される（ステップＢ３）。その表示例は、表示例Ｂ４のようになる。
【００８８】
かかる状態で、ユーザが、侯補（仮に、Ｆ社プロファイル）を選択すると（ステップＢ５）、選択された候補の情報がＷＥＢサーバ１３ｂに送信される。ＷＥＢサーバ１３ｂは、その情報から携帯端末１１で選択された候補に対応するファイルを特定して携帯端末１１に送信する（ステップＢ６）。これにより、携帯端末１１では、受信したファイルの内容が表示部１１ｈに表示され（ステップＢ７）、ユーザは、例えばＦ社の資本金などのプロファイルを参照できる（ステップＢ８）。
【００８９】
このようにして、メールアドレスが位置タグとして用いられ、メールアドレスにリンクされたメッセージとデータとが、ユーザに対して出力され、ユーザは、企業広告や、レストランのメニュー及び評判に関する情報を得ることができる。
また、このように、ユーザは、インターネット１２における検索サービスのようなデジタル的な処理をせずに、自分の視界内の建物などについての所望の情報を、「この場所」や「あの場所」，「こちらの方向」などといった人間感覚を基本にしたアナログ的な感覚により検索できる。
【００９０】
さらに、このように、サービスが、携帯端末１１と、ＷＥＢサーバ１３ｂとの間にて行なわれるので、レストランは特別な装備を要せずにサービスを実現できる。
加えて、このように、ユーザがバブル径の大きさを指定して検索するので、コンテンツプロバイダのようなシステム運用者は、企業宣伝という観点から、特定の空間範囲を、企業に販売できる。そして、その販売価格は、空間占有情報とバブル径とから算定することも可能である。
【００９１】
なお、物体に関連する各種情報には、上述した情報以外にも、市役所，公園，遊園地，テーマパーク，歴史的建物及び自然物の山，川，半島，島，天体などに関する情報を含めることもできるし、それらの各種情報に関連するサービス情報には、それぞれ、生活情報，開園時間情報，アトラクション空き時間情報，地理や歴史，星座解説及び観光情報などを含めることもできる。
【００９２】
（Ｂ）本実施形態の要部の構成及び動作の説明
次に、上述した空間情報サービスシステム９を基本として、以下では、上記の情報バブルを現実物理空間において風船（バルーン）のように仮想的に移動させるサービス（バルーンメールサービスともいう）について説明する。なお、以下では、説明の便宜上、「情報バブル」を「バルーン」と称する場合がある。
【００９３】
（Ｂ１）情報バブル（バルーン）登録時の説明
図１７はバルーン登録のための機能に着目したサービスセンタ１９の要部構成を示すブロック図で、この図１７に示すサービスセンタ１９は、サービス受付部１０１，位置情報入手・管理部１０２，メッセージ登録部１０３，条件設定部１０４，位置−ＵＲＬ対応付部１０５，バルーン移動部１０６などをそなえて構成されている。
【００９４】
ここで、上記のサービス受付部１０１は、携帯端末１１からのサービス要求を受け付けるものである。なお、サービス要求種別には、本実施形態では、例えば、「バルーン登録要求」，「バルーン状況確認要求」，「バルーン検索／メッセージ追記要求」の３種があり、それぞれの要求に応じて以降の処理が振り分けられるようになっている。これらのサービス要求は、例えば、サービスメニューコンテンツやそれと同等の内容を有するメールなどを携帯端末１１に提供し、その携帯端末１１においてユーザが利用したいサービスの選択操作を行なうことで指定される。
【００９５】
また、位置情報入手・管理部１０２は、上記のサービス受付部１０１で受け付けられたサービス要求種別が「バルーン登録要求」であった場合に起動されて、バルーンを登録すべき位置情報（バルーン位置情報；緯度，経度，高度，バブル径などから成る空間占有情報）１５Ａを取得して、その位置情報１５Ａをデータベース１５に登録・管理するためのものである。
【００９６】
なお、上記のバルーン位置情報は、バルーンを携帯端末１１の現在位置に登録するのであれば携帯端末１１で検出される前記の位置情報をその携帯端末１１から受けることで入手でき、携帯端末１１以外の場所に登録する場合でも、ユーザ（携帯端末１１）により指定される位置情報を受けることで入手できる。また、上記のサービス受付部１０１及び位置情報入手・管理部１０２は、例えば、前述した第１受信部１６（図２参照）の一機能として実現できる。
【００９７】
さらに、上記のメッセージ（提供情報）登録部１０３は、上記のバルーンに関連付けてユーザに参照してもらいたい（提供したい）メッセージなどの各種提供情報をコンテンツ登録部１３１によってコンテンツデータ１５Ｃとして登録するためのものである。なお、このコンテンツデータ１５Ｃ（以下、単に「コンテンツ１５Ｃ」と表記する場合もある）は、例えばＷＥＢ情報出力部（ＷＥＢサーバ）１８ｂ（コンテンツ格納部５６；図２参照）に登録される。
【００９８】
また、位置−ＵＲＬ対応付部１０５は、コンテンツＵＲＬ対応付部１５１によって、上記のバルーン位置情報１５Ａとコンテンツ１５ＣのＵＲＬデータ１５Ｂ（以下、単にＵＲＬ１５Ｂ、もしくは、コンテンツＵＲＬ１５Ｂと表記する場合がある）とをデータベース１５において対応付けるもので、この対応付けにより、上記の提供情報をもった架空のバルーンが上記バルーン位置情報１５Ａで特定される現実物理空間上の位置に仮想的に登録されることになる。
【００９９】
つまり、上記の位置情報入手・管理部１０２，メッセージ登録部１０３及び位置−ＵＲＬ対応付部１０５から成る部分は、所望の提供情報を関連付けた情報バブルを現実物理空間に仮想的に登録すべくその現実物理空間における位置情報を含む空間占有情報と上記の提供情報とを対応付けてデータベース１５に保持して管理する情報バブル管理部３９としての機能を果たしていることになる。
【０１００】
なお、上記のメッセージ登録部１０３（コンテンツ登録部１３１）及び位置−ＵＲＬ対応付部１０５（コンテンツＵＲＬ対応付部１５１）は、例えば、前述したＷＥＢ情報出力部１８ｂの一機能として実現できる。つまり、上記の情報バブル管理部３９は、図２では、少なくとも、データベース１５，第１受信部１６及びＷＥＢ情報出力部１８ｂから成る部分に相当する。
【０１０１】
ここで、図２５に、データベース１５に登録されるバルーン位置−コンテンツＵＲＬデータ１５−１の一例を示す。この図２５では、バルーン番号毎にバルーンの位置情報１５ＡとコンテンツＵＲＬ１５Ｂとが管理されるとともに、コンテンツＵＲＬ１５Ｂに対応するコンテンツ１５Ｃの内容に関する情報（タイトルやサマリなど）や、情報種別，ユーザ識別子などもバルーン毎に管理される様子を表している。
【０１０２】
なお、上記の「情報種別」は、登録された情報バブルの種別、即ち、登録された情報バブルが「バルーンメール」として登録されているのか、それとも、建物や店舗（企業）に関する情報バブル（前述した企業プロファイルなど）として登録されているのかといった種別を表す情報である。この「情報種別」は、情報バブルの検索時に「検索カテゴリ」が指定された場合に参照される。
【０１０３】
例えば、「検索カテゴリ」として「バルーンメール」が検索者（ユーザ）によって指定されれば、「情報種別」（以下、「情報カテゴリ」ともいう）が「バルーンメール」である情報バブルのみが検索対象となり、「検索カテゴリ」が指定されなかった場合は、全ての登録情報バブルが検索対象となる。
また、上記の「ユーザ識別子」は、情報バブルの登録を行なったユーザを識別するための情報で、例えば、本空間情報サービスを利用するに当たって、ユーザが事前にユーザ登録手続を行なうことにより、サービスセンタ１９から付与される。従って、ユーザは、本空間情報サービスを利用する場合には、与えられたユーザ識別子をサービスセンタ１９に通知する必要がある。その通知時期は、例えば、サービスセンタ１９にアクセスしたときでもよいし、携帯端末１１の位置情報を送信するときでもよい。なお、この点は、後述する他の形態のサービスで使用する「ユーザ識別子」についても同様である。
【０１０４】
次に、上記の条件設定部１０４は、上記のバルーンを後述するバルーン移動部１０６によって移動させた後に、特定の位置に移動させる（例えば、初期登録位置に戻す）ときの条件データ１５Ｄを設定するためのもので、例えば図２４に示すように、バルーンの浮遊期間や浮遊期限などのバルーンの移動有効期間に関するデータ（以下、単に「浮遊期限」という）、そのバルーンを後述するように空間検索によりヒットさせて参照した他ユーザ（携帯端末１１）によるコンテンツ１５Ｃに対するメッセージ追記人数（更新回数）に関するデータ（「追記人数上限値」）などが条件データ１５Ｄとして設定できるようになっている。
【０１０５】
つまり、本実施形態では、上記の条件データ１５Ｄを設定することで、上記のバルーンを一定期間経過後（「浮遊期限」）に特定位置（初期登録位置）に移動させたり、メッセージを追記したユーザ数（追記人数）が「追記人数上限値」に達したらそのバルーンを特定位置（初期登録位置）に移動させたりするなど、現実物理空間上でのバルーンの振舞を自由に規定（設定）することが可能になっているのである。これにより、後述するごとく様々な形態の空間情報サービスを柔軟に実現することが可能となる。
【０１０６】
なお、上記の条件データ１５Ｄは、例えば、図示しないＲＡＭ，ＲＯＭ，ハードディスクなどの各種記憶媒体に記憶される。また、上記の各条件が両方設定された場合は、いずれか一方の条件を満たした場合に、バルーンの特定位置への移動が実行されることになる。さらに、本条件データ１５Ｄは、基本的にバルーン登録の一連のシーケンスの中でバルーンを登録する本人の携帯端末１１から指定されるが、サービスセンタ側１９で自動的に設定するようにしてもよい。例えば、ユーザによる指定が無い場合などには、デフォルトの条件データ１５Ｄを自動設定するようにしてもよい。
【０１０７】
また、他ユーザによるメッセージの追記は、図２１により後述するメッセージ追記部１１４（コンテンツ追記部１４１）にて受け付けられることにより実施される。
ここで、図２４に上記の条件データ１５Ｄの一例を示す。この図２４では、ユーザ識別子毎に各条件が設定されており、同じユーザが複数のコンテンツを登録した場合にはそれらを識別できるように、コンテンツ識別子もユーザ識別子毎に登録されている。
【０１０８】
次に、上記のバルーン移動部１０６は、上記のデータベース１５におけるバルーン位置情報１５Ａを更新することにより、上記のバルーンを現実物理空間において仮想的に移動させるためのもので、本実施形態では、図１７中に示すように、さらに、乱数発生部１６１，移動量計算部１６２，バルーン位置更新部１６３及びバルーン条件データ監視部１６４をそなえて構成されている。
【０１０９】
ここで、上記の乱数発生部１６１は、上記バルーン位置情報１５Ａに関する乱数（緯度や経度，高度，バブル径などに関する乱数）を発生するためのものであり、移動量計算部１６２は、この乱数発生部１６１で発生した乱数に基づいて、バルーン位置情報１５Ａの更新量（即ち、バルーンの移動量）を計算するためのものである。
例えば図２６に示すように、現在のバルーン位置がＮ（北緯）３５°２２′２０″のときに、乱数発生部１６１が発生した乱数値が−２０″であったとすると、この移動量計算部１６２は、新たなバルーン位置をＮ３５°２２′００″に変更することになる。なお、他の経度や高度，バブル径についても同様に更新することができる。
【０１１０】
また、バルーン位置更新部１６３は、上記の移動量計算部１６２によって計算された更新量だけ上記のバルーン位置情報１５Ａを更新することにより、上記バルーンを現実物理空間上で上記更新量（移動量）だけ移動させるためのものである。
つまり、この場合のバルーン移動部１０６は、乱数発生部１６１によって発生した乱数に基づいてバルーン位置情報１５Ａを更新して、上記バルーンを現実物理空間においてランダムに移動させることで、所望のメッセージなどの提供情報を現実物理空間上であたかも風船（バルーンメール）のように浮遊させることができるようになっているのである。
【０１１１】
なお、この場合、上記の乱数発生部１６１が発生した乱数も、バルーンの現実物理空間における振舞を規定するデータと考えれば、本乱数発生部１６１及び上記の条件設定部１０４は、バルーンの現実物理空間における振舞を規定する振舞データとして上記の条件データ１５Ｄや乱数を設定するバルーン（情報バブル）振舞設定部としての機能を果たしていることになる。そして、バルーン移動部１０６は、このバルーン振舞設定部によって設定された上記振舞データに従ってバルーン位置情報１５Ａを更新することによりバルーンを移動させていることになる。
【０１１２】
さらに、条件データ監視部１６４は、図示しない計時機能を有し、上記の条件データ１５Ｄを監視（確認）して、その条件データ１５Ｄによって規定される条件を満足していれば（例えば、バルーンの「浮遊期限」、あるいは、メッセージの追記ユーザ数が「追記人数上限値」に達していれば）、バルーン位置更新部１６３に指示を与えて該当バルーン位置情報１５Ａを特定位置（初期登録位置）情報に更新させることで、該当バルーンを特定位置（初期登録位置）に移動させるためのものである。
【０１１３】
つまり、本実施形態のバルーン位置更新部１６３は、乱数発生部１６１で発生した乱数によってバルーン位置情報１５Ａをランダムに更新することによりバルーンを現実物理空間においてランダムに移動させる第１情報バブル位置更新部１６３Ａとしての機能と、上記の条件データ１５Ｄによって規定される時期に、バルーン位置情報１５Ａを特定位置（初期登録位置）の位置情報に更新することによりバルーンを現実物理空間の特定位置（初期登録位置）に移動させる第２情報バブル位置更新部１６３Ｂとしての機能とを兼ね備えていることになる。
【０１１４】
ただし、これらの機能は、勿論、個別に設けられていても良い。また、バルーンをランダムに移動させる必要が無い場合や特定位置に移動させる必要が無い場合には、これらの各位置更新部１６３Ａ，１６３Ｂのいずれか一方のみがそなえられていればよい。
そして、本実施形態では、上述した条件設定部１０４（バルーン振舞設定部）及びバルーン移動部１０６から成る部分で、少なくともデータベース１５（情報バブル管理部３９）におけるバルーン位置情報１５Ａを更新することによりそのバルーンを現実物理空間において仮想的に移動させるバルーン（情報バブル）移動制御部４２（図２及び図１７参照）としての機能が実現されているのである。
【０１１５】
なお、本例は、バルーンをランダムに移動させる場合であるが、例えば、有効な乱数値を制限することで、バルーンを現実物理空間の特定空間領域内でのみ浮遊させたり、乱数の代わりにバルーンの移動（巡回）ルートを指定したルートデータを用いることで、バルーンを指定ルートに沿って移動（巡回）させたりすることもできる。
以下、上述のごとく構成されたサービスセンタ１９のバルーン登録時の動作について、図１８に示すシーケンス図（ステップＣ１〜Ｃ１２）を参照しながら詳述する。
【０１１６】
まず、ユーザは、バルーンを登録するために、携帯端末１１を用いてサービスセンタ１９にアクセスする（バルーン登録要求の送出；ステップＣ１）。この要求は、サービスセンタ１９のサービス受付部１０１にて受け付けられ処理される（ステップＣ２）。この場合、ユーザのサービス要求種別は「バルーン登録要求」であるので、次に、位置情報入手・管理部１０２がバルーンの登録位置を入手して例えばデータベース１５において管理する（情報バブル登録過程；ステップＣ３）。
【０１１７】
このとき、バルーンの登録位置が携帯端末１１の現在位置であれば、位置情報入手・管理部１０２は、その携帯端末１１で測位（検出部２１で検出）した位置情報をバルーン位置情報１５Ａとして携帯端末１１から受けることにより入手する（ステップＣ４）。なお、バルーンの登録位置を携帯端末１１の現在位置とは異なる位置にする場合は、別途、その位置情報を指定する必要がある。
【０１１８】
さて、次に、ユーザは、携帯端末１１を用いて登録するバルーンに添付すべきメッセージなどの提供情報をサービスセンタ１９に送信し（ステップＣ５）、サービスセンタ１９は、そのサービス情報をコンテンツ１５Ｃとして、例えば、ＷＥＢ情報出力部（ＷＥＢサーバ）１８ｂに保存する（ステップＣ６）。このとき、そのコンテンツ１５ＣのＵＲＬ１５Ｂも生成されている。
【０１１９】
さらに、ユーザは、バルーンの振舞を規定する条件として、例えば、バルーンが手元（初期登録位置）に戻ってくるときの条件（「浮遊期限」や「追記人数上限値」など）を、携帯端末１１を用いてサービスセンタ１９に送信し（ステップＣ７）、サービスセンタ１９では、条件設定部１０４が、その条件に基づいて図２４に示すような条件データ１５Ｄを生成・設定（保存）する（ステップＣ８）。
【０１２０】
次いで、サービスセンタ１９では、コンテンツＵＲＬ対応付部１５１が、上述したごとくデータベース１５においてバルーン位置情報１５ＡとコンテンツＵＲＬ１５Ｂとを対応付けて登録することにより、バルーンの登録を行なう（ステップＣ９）。
なお、本例は、バルーンの登録位置や登録メッセージ，バルーンの振舞設定などの情報を個別にサービスセンタ１９に送信する場合の例であるが、これらの情報はまとめてサービスセンタ１９に送信するようにしてもよい。つまり、上述した例では、サービスセンタ１９において、バルーンの登録位置の入手（ステップＣ３）と登録メッセージの保存（ステップＣ６）と条件データ１５Ｄの設定（ステップＣ８）とをシーケンシャルに実行しているが、それぞれ独立して（パラレルに）実行するようにしてもよい。
【０１２１】
この場合、例えば、上記の「バルーン登録要求」により、サービスセンタ１９から携帯端末１１に対して、上記の各種情報の入力フォーム（図２３参照）をコンテンツあるいはメールなどとして提供し、ユーザは、携帯端末１１の表示部１１ｈに表示されたその入力フォームに必要な情報を入力して上記の位置情報とともに必要な情報をまとめてサービスセンタ１９に送信するのである。
【０１２２】
このようにしても、サービスセンタ１９側で情報の選択処理が必要になるものの、最終的には、上記と同様に、バルーン位置情報１５Ａとメッセージなどの提供情報のコンテンツＵＲＬ１５Ｂとがデータベース１５において対応付けられて、バルーンの登録がなされる。
さて、次に、上述のごとくバルーンの登録が完了すると、サービスセンタ１９では、条件データ１５Ｄを監視しながら、乱数発生部１６１の発生する乱数を用いて定期的にバルーンの位置を更新することにより、バルーンの位置をランダムに更新してゆく（情報バブル移動過程；ステップＣ１０〜Ｃ１２）。この際、上記の条件データ１５Ｄを満足する事象が発生したことが条件データ監視部１６４にて確認された場合は、バルーン位置更新部１６３によって、対応するバルーン位置情報１５Ａが例えば初期登録位置情報に更新されて、そのバルーンが初期登録位置に移動させられる。
【０１２３】
（Ｂ２）バルーン状況確認時の説明
次に、ここでは、登録したバルーンの状況（例えば、現在位置）をそのバルーンを登録したユーザが確認したい場合について説明する。図１９はバルーンの状況確認機能に着目したサービスセンタ１９の要部構成を示すブロック図で、この図１９に示すように、サービスセンタ１９は、上述したサービス受付部１０１に加えて、住所／地図情報データベース１５Ｅ，バルーン検索部１０７，表現変換部１０８及び情報通知部１０９などをそなえて構成されている。
【０１２４】
ここで、上記の住所／地図情報データベース１５Ｅは、現実物理空間における住所情報（都市名や町名など）又はいわゆるカーナビゲーションシステムで用いられるような地図データもしくはその両方を保持するためのものである。このデータベース１５Ｅは、データベース１５内に設けられてもよいし、データベース１５とは個別に設けられてもよい。
さらに、バルーン検索部１０７は、サービス受付部１０１にて受け付けられた携帯端末１１からのサービス要求種別が「バルーン状況確認要求」であった場合に起動されて、携帯端末１１から通知されるユーザ識別子を基にデータベース１５のバルーン位置−コンテンツＵＲＬデータ１５−１（図２５参照）を参照（検索）して、そのユーザ識別子に該当するバルーン位置情報１５Ａを取得するためのものである。
【０１２５】
また、表現変換部（情報バブル位置表現変換部）１０８は、上記のバルーン検索部１０７によって得られたバルーン位置情報１５Ａ（具体的には、緯度及び経度）に基づいて、住所／地図情報データベース１５Ｅを参照して、その位置情報１５Ａ（緯度及び経度）を現実物理空間における地理的表現形式に変換するもので、例えば、その位置情報１５Ａを対応する都市名や町名，番地などに変換したり、カーナビゲーションシステムのように、対応する地図データ上の位置にバルーンをマッピング（表示）したデータに変換したりできるようになっている。
【０１２６】
なお、これらのバルーン検索部１０７及び表現変換部１０８は、例えば前述した抽出部４０（図２参照）の一機能として実現される。
そして、情報通知部（情報バブル現在位置提供部）１０９は、この表現変換部１０８によって得られた情報をバルーンの現在位置情報として、問い合わせ（バルーン状況確認要求）を行なった（バルーンを登録した本人の）携帯端末１１に提供するためのものである。この機能は、例えば前述した提供部４１（図２参照）の一機能として実現できる。
【０１２７】
以下、上述のごとく構成されたサービスセンタ１９のバルーン状況確認時の動作について、図２０に示すシーケンス図（ステップＤ１〜Ｄ７）を参照しながら詳述する。
まず、バルーンを登録したユーザが、バルーンの現在位置を確認するために、携帯端末１１を用いてサービスセンタ１９にアクセスする（バルーン状況確認要求の送出；ステップＤ１）と、この要求がサービス受付部１０１にて受け付けられ処理される（ステップＤ２）。この場合、サービス要求種別は「バルーン状況確認要求」であるので、バルーン検索部１０７が起動されて、そのユーザ（携帯端末１１）から通知されるユーザ識別子（ステップＤ３）に基づいて、本人が登録したバルーン位置情報１５Ａがデータベース１５（バルーン位置−コンテンツＵＲＬデータ１５−１）において検索されて取得される（ステップＤ４）。
【０１２８】
そして、得られた位置情報１５Ａ（緯度及び経度）は、表現変換部１０８によって、実際の都市名や町名、又は、対応する地図データ上にバルーンの現在位置を示したデータ、もしくは、その両方に変換されて（ステップＤ５）、情報通知部１０９により、問い合わせを行なった（バルーンを登録した）携帯端末１１にバルーンの存在場所情報（現在位置情報）として通知される（ステップＤ６，Ｄ７）。
【０１２９】
このときのサービスセンタ１９から携帯端末１１への送信データフォーマットの一例を図２７に示す。この図２７に示すように、携帯端末１１への送信データ（本人登録バルーン状況確認結果）６０には、携帯端末１１に対応する送信宛先ヘッダ６１（電番情報あるいはＩＰアドレス）及び登録バルーンの数に応じた分の現在位置情報６３がコンテンツ識別子６２と組で格納される。
【０１３０】
これにより、携帯端末１１のユーザは自身が登録したどのバルーンが現在どの辺りを浮遊しているかを容易且つ直感的に認識することが可能になる。なお、携帯端末１１へは、バルーンの現在位置情報として緯度及び経度そのものを通知してもよいが、上記のような地理的表現への変換を行なってから通知した方がユーザにとって扱いやすいのは明らかである。
【０１３１】
また、上記のユーザに通知するコンテンツ識別子６２は、ユーザが登録したバルーン（コンテンツ１５Ｃ）の現状〔後述するメッセージ追記状況（アンケート途中経過）など〕を知りたいときには、コンテンツＵＲＬ１５Ｂとしてもよいが、基本的に、コンテンツＵＲＬ１５Ｂである必要はない。換言すれば、バルーン（コンテンツ１５Ｃ）の現状をユーザに開示する場合には、コンテンツ識別子６２としてコンテンツＵＲＬ１５Ｂを用いればよく、秘匿したい場合にはコンテンツＵＲＬ１５Ｂとは無関係の情報を用いればよいのである。
【０１３２】
さらに、上記の本人登録バルーン状況確認結果６０には、条件データ１５Ｄ（図２４参照）の「浮遊期限」や「追記人数上限値」，「追記人数（実績）」などのデータを含めてもよい。つまり、バルーンを登録したユーザが条件データ１５Ｄの設定確認などを行ないたい場合には、これらのデータを含めるようにすればよいのである。
なお、上述したバルーンの現在位置通知のための機能（バルーン検索部１０７，表現変換部１０８，情報通知部１０９）は、その通知が不要な場合には未実装にしてもよい。
【０１３３】
（Ｂ３）他ユーザ登録バルーンの検索／メッセージ追記時の説明
次に、ここでは、他ユーザによって登録されたバルーンを検索したり、そのバルーンにメッセージを追記したりする場合について説明する。
図２１は他ユーザ登録バルーンの検索／メッセージ追記機能に着目したサービスセンタ１９の要部構成を示すブロック図で、この図２１に示すように、サービスセンタ１９は、上述したサービス受付部１０１に加えて、位置情報・入手管理部１１０，検索条件設定部１１１，バルーン検索部１１２，情報通知部１１３，メッセージ追記部１１４及び条件データ更新部１１５などをそなえて構成されている。
【０１３４】
ここで、上記の位置情報入手・管理部１１０は、携帯端末１１からその携帯端末１１で検出（測位）された位置情報を入手するためのものであり、検索条件設定部１１１は、検索対象の径（距離）を設定するためのもので、これにより、検索対象の空間範囲（情報）が設定されるようになっている。例えば、前述したサービス「１」の場合は、携帯端末１１の現在位置を中心とする半径が設定され、サービス「２」の場合は携帯端末１１の現在位置からアンテナ伸張方向への距離が設定される。
【０１３５】
また、バルーン検索部１１２は、データベースのバルーン位置情報１５Ａを参照して、上記の検索対象空間範囲に含まれる、あるいは、重複する部分を有するバルーン（つまり、検索対象空間範囲情報を含むバルーン）を検索し、そのバルーンに対応付けられているコンテンツＵＲＬ１５Ｂを取得するためのものである。
例えば、ユーザが、前記のサービス「１」を利用する場合は、携帯端末１１を中心とする指定半径（１００ｍなど）内の空間に存在するバルーンが検索されて、そのバルーンに対応するコンテンツＵＲＬ１５Ｂが得られ、サービス「２」を利用する場合は、アンテナ伸張方向の指定距離内に存在するバルーンが前記検索ベクトルＶを用いて検索されて、そのバルーンに対応するコンテンツＵＲＬ１５Ｂが得られることになる。
【０１３６】
さらに、情報通知部１１３は、上記のバルーン検索部１１２によって得られたコンテンツＵＲＬ１５Ｂを携帯端末１１に通知するためのものであり、メッセージ追記部（提供情報更新部）１１４は、携帯端末１１が上記のコンテンツＵＲＬ１５Ｂの指定によってアクセスしたコンテンツ１５Ｃに対する追記（更新情報）を受け付けて、コンテンツ追記部１４１によって、そのコンテンツ１５Ｃにメッセージなどを追記・更新するものである。これにより、本実施形態のバルーンは、現実物理空間上を移動する追記可能なメール〔あるいは、空間移動式掲示板（ＢＢＳ：Bulletin Board System）〕のごとく機能することになる。
【０１３７】
また、条件データ更新部１１５は、上記のコンテンツ追記部１４１による追記が行なわれる毎に、前記の条件データ１５Ｄ（図２４参照）の「追記人数（実績）」データを更新する（１増やす）ものである。
なお、上記の位置情報入手・管理部１１０は、例えば前述した第１受信部１６（図２参照）の一機能として、上記の検索条件設定部１１１及びバルーン検索部１１２は、例えば前述した抽出部４０の一機能として、上記の情報通知部１１３は、例えば前述した提供部４１の一機能として、メッセージ追記部１１４（コンテンツ追記部１４１）及び条件データ更新部１１５は、例えば前述したＷＥＢ情報出力部１８ｂの一機能として、それぞれ実現できる。
【０１３８】
また、上記の位置情報入手・管理部１１０は、図１７に示す位置情報入手・管理部１０２と共通（兼用）になっていてもよいし、バルーン検索部１１２は、図１９に示すバルーン検索部１０７と共通（兼用）になっていてもよい。同様に、情報通知部１１３は、図１９に示す情報通知部１０９と共通（兼用）になっていてもよい。
以下、上述のごとく構成されたサービスセンタ１９の他ユーザ登録バルーンの検索／メッセージ追記動作について、図２２に示すシーケンス図（ステップＥ１〜Ｅ１３）を参照しながら詳述する。
【０１３９】
まず、ユーザは、空間（バルーン）検索のために、携帯端末１１を用いてサービスセンタ１９にアクセスする（バルーン検索要求の送出；ステップＥ１）と、その要求は、サービスセンタ１９のサービス受付部１０１にて受け付けられ処理される（ステップＥ２）。この場合、ユーザのサービス要求種別は「空間検索要求」であるので、次に、位置情報入手・管理部１１０が携帯端末１１（検索者）の位置情報（緯度，経度，高度など）を入手する（ステップＥ３）。実際には、例えば、携帯端末１１にて測位された（ステップＥ４）位置情報を携帯端末１１から受信することで入手する。
【０１４０】
次いで、携帯端末１１は、検索対象とする空間範囲を指定するための情報〔径（距離）〕をサービスセンタ１９に送信する（ステップＥ５）。この情報は検索条件設定部１１１にて受け付けられ、検索条件設定部１１１は、上記の位置情報により特定される携帯端末１１を中心とした検索対象範囲を設定する（ステップＥ６）。
なお、このとき「検索カテゴリ」を設定する場合もある。例えば、ユーザが意図的にバルーンのみを検索したい場合は、「検索カテゴリ」として「バルーン」を設定すればよいし、バルーン以外の建物などの情報バブルを検索したい場合はその旨を設定すればよい。換言すれば、「検索カテゴリ」を設定しなければ、ユーザは現実物理空間を浮遊しているバルーンを空間検索によりたまたまヒットしてしまうケースがあることになる。
【０１４１】
また、携帯端末１１の位置情報と検索対象の空間範囲を指定するための情報は、この場合も、一時期にまとめてサービスセンタ１９に送信するようにしてもよい。つまり、上記の例では、サービスセンタ１９において携帯端末１１の位置情報の入手（ステップＥ３）と検索条件の設定（ステップＥ６）とがシーケンシャルに実行されているが、それぞれ独立して（パラレルに）実行されてもよい。
【０１４２】
さて、上述のごとく検索条件設定部１１１によって検索条件の設定がなされると、サービスセンタ１９は、次に、バルーン検索部１１２によって、上記の携帯端末１１の位置情報と検索の径（距離）とに基づいて、バルーン位置情報１５Ａを参照し、その検索条件にヒットする（検索対象空間範囲に含まれる、あるいは、重複する部分を有する）バルーンを検索し、そのバルーンに対応するコンテンツＵＲＬ１５Ｂを取得（抽出）する（抽出過程；ステップＥ７）。
【０１４３】
得られたコンテンツＵＲＬ１５Ｂは、情報通知部１１３により携帯端末１１に送信（提供）されて（提供過程；ステップＥ８）、携帯端末１１にて受信される（ステップＥ９）。その後、携帯端末１１のユーザが受信したコンテンツＵＲＬ１５Ｂに対してアクセスして（ステップＥ１０）、対応するコンテンツ１５Ｃを参照し、そのコンテンツ１５Ｃにメッセージなどを追記するための操作を行なったとする（追記メッセージ送信；ステップＥ１１）。
【０１４４】
すると、上記の追記メッセージ（コンテンツ１５Ｃの更新情報）が、サービスセンタ１９のコンテンツ追記部１４１にて受け付けられ、コンテンツ追記部１４１は、受信したメッセージなどをコンテンツ１５Ｃに実際に書き込みコンテンツ１５Ｃを更新する（ステップＥ１２）。
このときのイメージを図２８に示す。即ち、この図２８では、或る携帯端末１１が空間検索によりバルーン７０をヒットし、そのバルーン７０に対応するコンテンツ１５Ｃに表示されているメッセージ（「癒しが流行っていますが、ｘｘの曲いいですよ。」）に、メッセージ（「私の知っている曲では、ｘｘｘもリラックス出来てオススメです。」）を追記した場合のイメージを表している。なお、追記メッセージはバルーン７０に含まれる小バルーンとして個別に登録されてもよい。
【０１４５】
さて、上述のごとくコンテンツ１５Ｃが更新されると、条件データ更新部１１５が、コンテンツ識別子を基に、条件データ監視部１６４によって監視されている条件データ１５Ｄの該当「追記人数（実績）」（図２４参照）を更新する（１増やす；ステップＥ１３）。なお、この更新により、例えば、追記人数が「追記人数の上限値」に達した場合は、該当バルーンは、前述したようにバルーン移動部１０６によって特定位置（初期登録位置）に移動させられる。
【０１４６】
なお、バルーン７０をユーザが空間検索によりヒット（着信）する状況としては、ユーザが意図的に上記の検索手順を実行した場合もあるし、サービス「１」において携帯端末１１の検索半径を数メートルなどに設定しておくことで、ユーザの指定検索空間とバルーン７０とがたまたま接触して無意識に生じる場合もある。
さて、以上のようなシステム９〔空間情報サービス（バルーンメールサービス）〕を利用すれば、例えば、次のような各種形態のサービスを実施することが可能である。
【０１４７】
（１）広告バルーンサービス
不特定多数の人間に、商品やサービスの広告を行ないたい場合に、その広告主が、広告情報（広告コンテンツ）を提供情報として関連付けたバルーン（広告バルーン）をサービスセンタ１９に登録する。これにより、その広告バルーンは、上述したように現実物理空間上をランダムに移動してゆくので、固定された多数の情報バブルを各地に登録しなくても、少数の広告バブルの登録で大きな広告効果を得ることができる。従って、広告主にとってみれば、広告費用の削減を図ることができる。
【０１４８】
なお、上記の広告バルーンの大きさ（バブル径）は、広告主の広告費用に応じて自由に設定することができる。さらに、例えば、都市部などの人口密集地では、広告バブルの大きさが小さくてもヒット率は高いと考えられるので、バブル径を小さくし、逆に、過疎地では、ヒット率が低くなると思われるので、バブル径を大きくするといった具合に、バルーンの現在位置に応じてその大きさを変更するようにしてもよい。
【０１４９】
また、広告バルーンの場合は、必ずしも、広告主（初期登録位置）に戻す必要はないので、その場合には、一定期間経過後やそのバルーンに対するヒット数（参照人数）が所定回数に達した場合などに、データベース１５からそのバルーンに関連する情報を削除することにより消滅させるようにしてもよい。同様に、広告バルーンの場合は、必ずしもユーザにメッセージなどを追記してもらう必要は無いので、前述したメッセージ追記部１１４（コンテンツ追記部１４１）の機能は未実装であってもよい。
【０１５０】
（２）アンケートバルーンサービス
例えば、商品やサービスの提供者（企業や店舗，個人など）が、その商品やサービスに関するアンケートをとりたい場合に、アンケートフォーム（コンテンツ）を提供情報として関連付けたバルーン（アンケートバルーン）をサービスセンタ１９に登録する。このとき、例えば、１００人分のアンケート結果が欲しいときには、上記の条件データ１５Ｄの「追記人数上限値」を１００人に設定しておく。
【０１５１】
これにより、アンケートバルーンは、１００人分の追記メッセージ（アンケート結果）が得られるまで、現実物理空間上をランダムに移動してゆき、１００人分のアンケート結果が得られれば、元の位置に戻ってくることになる。
従って、固定された１００人分のアンケート用の情報バブルを各地に登録しなくても、１つ（あるいは少数）のアンケートバルーンで、必要人数分のアンケート結果を得ることができる。この結果、上記提供者は、少額の費用で、商品やサービスのマーケティングに利用できる、多数のアンケート結果を不特定多数のユーザから容易に得ることができる。
【０１５２】
なお、アンケートバルーンは、勿論、ランダムではなく、その振舞設定により、アンケートをとりたい特定の場所（ルート）を巡回させるようにしてもよい。また、本サービスは、勿論、このようなアンケート調査に限らず、ユーザに対する様々な調査などに応用できる。
（３）懸賞バルーンサービス
このサービスは、例えば、商品や金銭についての「当たり」といった情報（懸賞コンテンツ）を提供情報として関連付けたバルーン（懸賞バルーン）をサービスセンタ１９に登録することにより、現実物理空間にその懸賞バルーンを浮遊させ、その懸賞バルーンを空間検索によりヒットさせたユーザに、その商品や金銭を提供するといったサービスである。
【０１５３】
例えば、デパートなどの商品販売店舗がキャンペーンなどとして「１０万円大当たり」といったメッセージ（コンテンツ）を関連付けた懸賞バルーンをサービスセンタ１９に登録して、その懸賞バルーンを振舞設定により自店舗近辺あるいは店舗内に浮遊させる。そして、このキャンペーンをインターネットなどで不特定多数のユーザに告知すれば、その懸賞バルーンを検索しようとして、多数のユーザが店舗近辺に集まってくることが期待される。
【０１５４】
つまり、この懸賞バルーンを用いることで、ユーザには宝探し的なサービスを提供することができ、商品販売店舗にとっては大きな集客効果が期待できるのである。
ただし、この場合、ユーザが、前述したサービス「１」で検索対象の径（距離）を数百メートルや数キロメートルなどの長距離（広範囲）に設定してしまうと、そのユーザを中心として半径数百メートルや数キロメートルの範囲内に懸賞バルーンが存在すればヒットできてしまうことになるので、例えば、サービス「２」において検索距離を数メートル〜数十メートル程度に限定する必要がある。
【０１５５】
なお、懸賞バルーンをヒットさせたユーザは、例えば、その表示画面（「１０万円大当たり」など）を店舗側に提示することで、商品や賞金を受け取ることができる。このとき、そのユーザが懸賞バルーンをヒットさせた正当な受取人であるか否かの認証は、例えば、懸賞バルーンをヒットしたユーザにユーザ識別子などの受取人証明となるような情報をコンテンツ１５Ｃに追記してもらい、それを用いて行なうことが考えられる。
【０１５６】
また、懸賞バルーンの場合は、そのバブル径が大きいと簡単にヒットできてしまうので、そのバブル径は小さく設定されるのが普通と思われる。さらに、懸賞バルーンの場合は、ユーザによるヒット数が大当たり本数になるので、その懸賞バルーンの振舞設定として、例えば、「大当たり本数分だけヒットされたら消滅する」という条件を設定しておく。この場合は、最小限の懸賞バルーンで必要な大当たり本数を用意できるので、懸賞バルーンの登録費用を抑えることができる。ただし、１度ユーザにヒットされたら消滅する懸賞バルーンを大当たり本数分登録することも、勿論、可能である。
【０１５７】
さらに、この懸賞バルーンは、勿論、店舗などに限らず、イベント会場やアミューズメント施設など集客効果を得たい場所に登録すればよい。
以上のように、バルーンを現実物理空間上を移動させるとともに、その振舞をユーザ（あるいは、サービスセンタ１９）から自由に（任意に）設定することにより、広告バルーンサービス，アンケートバルーンサービス，懸賞バルーンサービスといった様々な形態の空間情報サービスを柔軟に実現することが可能である。
【０１５８】
（Ｃ）他のサービス形態の説明
次に、以下では、上述した空間情報サービスシステム９を利用した他のサービス形態として、表示サービス及びコレクションサービスについて説明する。ただし、以下では、特に断らない限り、基本的に、バルーン（情報バブル）は移動しないもの〔つまり、項目（Ａ）にて上述した基本システム構成を前提〕として説明する。
【０１５９】
（Ｃ１）表示サービス
図２９は上記の空間情報サービスシステム９を利用した表示サービスを説明するための図で、この図２９には、バルーン７０が或る指定エリア２０３（２０４）上に登録されると、所定の条件に従って、そのバルーン７０にリンクされたメッセージなどの情報を街頭の電光掲示板２０１（２０２）などの表示システムに表示させるサービスイメージが示されている。
【０１６０】
ここで、上記の指定エリア２０３（２０４）は、この図２９中に示すように、例えば、現実物理空間における位置情報（緯度及び経度）と、その位置を中心とする半径（エリア径）とで指定される。
そして、サービスセンタ１９は、例えば図３０に示すように、このような指定エリア情報と、表示先識別子〔電光掲示板２０１（２０２）の識別子〕及びその電光掲示板２０１（２０２）への表示サービスを実施している企業や放送局など（以下、表示サービス企業と総称する）の名称とを対応付けたエリアデータ２０５を有しており、上記の指定エリア情報とバルーン７０の登録位置情報とに基づいてバルーン７０が指定エリア２０３（２０４）上に存在するか否かが判定される。
【０１６１】
その結果、バルーン７０が（一部分でも）指定エリア２０３（２０４）上に存在していれば、サービスセンタ１９は、上記のエリアデータ２０５を参照して、例えば図３４に示すように、その指定エリア２０３（２０４）に対応する表示サービス企業に対して、バルーン７０にリンクされているメッセージなどの情報（コンテンツ）の電光掲示板２０１（２０２）への表示を依頼する（ステップＦ１）。
【０１６２】
この表示依頼を受けた表示サービス企業は、その依頼を許容する場合には、その旨（ＯＫ）をサービスセンタ１９に通知し（ステップＦ２）、サービスセンタ１９は、この通知を受けることにより、実際に表示してもらいたいバルーン７０のメッセージなどを表示サービス企業に送信する（ステップＦ３）。このときの表示サービス企業への表示メッセージの送信データフォーマット例を図３５に示す。この図３５に示すように、表示メッセージの送信データ２０８には、例えば、送信宛先ヘッダ（表示サービス企業の電番情報やＩＰアドレス）２０９，表示先識別子２１０，登録メッセージ内容２１１などが格納される。
【０１６３】
そして、この送信データ２０８を表示サービス企業が受信すると、表示サービス企業は、受信した登録メッセージ内容２１１を表示先識別子２１０によって識別される電光掲示板２０１（２０２）に表示させ（ステップＦ４）、表示完了の旨をサービスセンタ１９に通知する（ステップＦ５）。
なお、電光掲示板２０１（２０２）へのメッセージの表示時期や表示回数などは、ユーザ又はサービスセンタ１９によって指定できる。例えば、ユーザ指定の場合、ユーザがこの表示サービスを利用すべく携帯端末１１を用いてサービスセンタ１９にアクセスしてくると、サービスセンタ１９は、図３１に示すように、そのメッセージ入力欄２１１及び表示スケジュール入力欄２１２を有する入力フォーム（コンテンツ）を携帯端末１１に提供する。
【０１６４】
携帯端末１１のユーザは、そのコンテンツを表示部１１ｈに表示した状態（図３１参照）で、登録したいメッセージをメッセージ入力欄２１１に入力するとともに、そのメッセージの表示スケジュール〔表示日時（あるいは表示期間），表示回数など〕を表示スケジュール入力欄２１２に入力した上で、サービスセンタ１９にデータを送信する。なお、このとき、携帯端末１１の位置情報（緯度，経度など）もサービスセンタ１９に通知される。
【０１６５】
サービスセンタ１９では、携帯端末１１から送られてきたメッセージ毎に登録メッセージ識別子を付与してコンテンツとして登録することにより、例えば図３２に示すような登録メッセージ（コンテンツ）データ２０６を生成するとともに、例えば図３３に示すように、ユーザ毎に上記の登録メッセージ識別子と携帯端末１１から送られてきた表示スケジュールとを対応付けたスケジュールデータ２０７を生成する。
【０１６６】
サービスセンタ１９は、これらの登録メッセージデータ２０６，スケジュールデータ２０７により、各ユーザが登録したメッセージ（コンテンツ）とその表示スケジュールとを管理する。その後、サービスセンタ１９は、スケジュールデータ２０７によって設定されているスケジュールを監視し、表示日時の到来した登録メッセージがあれば、その登録メッセージが対応付けられたバルーン７０の指定エリア２０３（２０４）に対応する表示サービス企業に、上述したごとくメッセージの表示を依頼する。
【０１６７】
このように、表示スケジュールを指定できるようにすることで、例えば、知人や友人などの誕生日に、お祝いメッセージ（例えば、図３２に示すメッセージ"１"参照）を自動的に電光掲示板２０１（２０２）に表示させたり、企業や店舗などの広告メッセージ（例えば図３２に示すメッセージ"２"参照）を複数回、周期的あるいは非周期的に電光掲示板２０１（２０２）に表示させたりすることが可能になる。
【０１６８】
なお、図３６には、誕生日のお祝いメッセージが、指定された日時（２００１年１月１５日の午後６時）に１回だけ（図３３に示すスケジュールデータ２０７参照）に、指定エリア２０３（２０４）に対応する電光掲示板２０１（２０２）に表示されるイメージが示されている。また、上記の例では、表示日時を指定しているが、勿論、表示期間を指定することもできる。
【０１６９】
また、上述したような表示サービスには、前述したバルーンメールサービスを適用することも可能である。つまり、例えば、上記のバルーン７０を複数の指定エリアに移動（巡回）させることにより、異なる場所に設置された電光掲示板に同じあるいは異なるメッセージを順次表示させてゆくようなサービスも可能である。
これにより、例えば、或る時期毎に表示先の電光掲示板を変えるような広告サービスを実施する場合、１個のバルーン７０を巡回させれば済むので、広告費用を抑えることが可能になる。
【０１７０】
（Ｃ２）コレクションサービス
次に、ここでは、上記の空間情報サービスシステム９を利用して、コンテンツコレクションやポイントコレクションなどのコレクションサービスをユーザに提供するサービス形態について説明する。なお、「コンテンツコレクション」サービスとは、例えば、動物などのキャラクターが表示されている所定数のバルーン（コンテンツ）を全て参照してコレクションすると、そのユーザに商品（景品）や賞金（商品券）などを提供するといったサービスを意味し、「ポイントコレクション」サービスとは、例えば、ユーザが特定のバルーン（コンテンツ）を参照するとポイントをユーザに与え、そのポイントに応じた商品や金銭（商品券）などをユーザに提供するといったサービスを意味する。
【０１７１】
まず、このサービスを実施するに当たって、サービス提供者（例えば、デパートや動物園）は、サービスセンタ１９にアクセスしてそのサービスの登録を要求する。この登録要求を受けたサービスセンタ１９は、例えば図３７に示すように、登録したいコンテンツ内容やバルーン条件設定情報〔登録者名，登録コンテンツ名，コレクション種別（ポイントコレクション又はコンテンツコレクション），コレクションリセット周期（ｘｘ年毎又は周期無し）など〕，バルーン径（バブル径）といった、サービスの実施に必要な各種情報を入力（登録）するための各種入力欄２２１〜２２３を有する登録フォームコンテンツを提供する。
【０１７２】
携帯端末１１では、この登録フォームコンテンツが表示部１１ｈに表示された状態で、必要な情報を入力欄２２１〜２２３に入力して、サービスセンタ１９に送信する。なお、「コンテンツ内容」は、「ポイントコレクション」サービスの場合であれば、例えば、そのコンテンツにアクセスしたときに得られるポイント数を表示したメッセージなどであり、「コンテンツコレクション（後述するキャラクターコレクション）」サービスの場合であれば、例えば、キャラクター名称や画像を表示したデータである。
【０１７３】
そして、サービスセンタ１９では、このように携帯端末１１から送信されてきた各種情報を、例えば図３８に示すような登録条件データ２２４として、ユーザ〔登録ユーザ（登録者）識別子〕毎に管理する。なお、この図３８では、ユーザが登録したコンテンツを識別するためのコンテンツ識別子，そのコンテンツによって提供するコレクションサービスの種別（コレクション種別），コレクションサービスの場合にコレクション対象になるコンテンツ数の最大値を表すコレクション最大値及びコレクションしたコンテンツ数やポイントが自動的にリセットされる周期を表すコレクションリセット周期の４種の情報がユーザ毎に管理される様子を表している。
【０１７４】
この一方で、サービスセンタ１９は、この場合も、例えば図３９に示すように、携帯端末１１から送られてくる位置情報（バルーン位置情報）１５Ａと上記のコンテンツＵＲＬ１５Ｂとを対応付けてデータベース１５に登録することにより、コンテンツＵＲＬ１５Ｂ（コンテンツ）とリンクするバルーンを位置情報１５Ａによって特定される現実物理空間の場所に仮想的に登録する。
【０１７５】
なお、図３９では、登録コンテンツについてのタイトルやサマリなどもバルーン番号毎に管理されている様子が示されている。サービスセンタ１９は、コンテンツＵＲＬ１５Ｂを携帯端末１１に提供する際に、対応するタイトルやサマリなども一緒に提供することで、携帯端末１１のユーザにそのコンテンツＵＲＬ１５Ｂにどのような内容のコンテンツがリンクされているかを認識させることができる。
【０１７６】
さて、このとき、サービスセンタ１９では、例えば図４０に示すようなコレクションデータ２２６によって、ユーザ（利用者）識別子毎に、そのユーザがアクセスしたコンテンツのコンテンツ識別子，コレクション種別，コレクション最大値（全てのキャラクターの数；例えば６種類）および累積結果（実績）などを管理している。
なお、上記の「累積結果（実績）」には、「コレクション種別」が「コンテンツコレクションサービス」の場合なら、ユーザがアクセス（収集）したコンテンツ名称や番号を累積した情報、「ポイントコレクションサービス」の場合なら、ユーザがアクセスしたコンテンツ毎に得られるポイントの累積値がそれぞれ格納される。
【０１７７】
つまり、この「累積結果（実績）」を参照すれば、対応するユーザ（例えば、ユーザ"１"）が現在までに獲得しているポイント数や、対応するユーザ（例えば、ユーザ"２"）が現在までにどのキャラクターコンテンツにアクセス（コレクション）済みで、どのキャラクターコンテンツが未アクセスであるかといった情報を知ることができるようになっているのである。
【０１７８】
サービスセンタ１９は、この「累積結果（実績）」を、携帯端末１１からの要求、もしくは、「累積結果（実績）」が所定の状況になったとき（例えば、所定の全コンテンツが収集済みになったとき）などの適宜のタイミングで、携帯端末１１に提供すれば、その携帯端末１１のユーザは、現在のコレクション状況を知ることができる。
図４１に、このときのサービスセンタ１９から携帯端末１１への送信データ（コレクション状況通知）２２７のフォーマット例を示す。この図４１に示すように、本コレクション状況通知２２７には、例えば、送信宛先ヘッダ（電番情報やＩＰアドレス）２２８が設定されるとともに、ユーザが利用したコンテンツ数に応じた分のコンテンツ識別子２２９と累積結果（累積ポイント数又は収集コンテンツ名など）２３０とが設定され、これにより、本通知２２７が、上記送信宛先ヘッダ２２８に対応する携帯端末１１などの所望の宛先端末に現在のコレクション状況が通知されるようになっている。
【０１７９】
なお、この場合も、上記の携帯端末１１に通知するコンテンツ識別子２２９は、基本的に、コンテンツＵＲＬ１５Ｂである必要はない。
そして、上記のコレクション状況通知２２７を受けた携帯端末１１では、例えば図４２に模式的に示すように、ユーザが利用した「ポイントコレクション」サービス、又は、「コンテンツ（キャラクター）コレクション」サービス、もしくは、その両方についての現在のコレクション状況が表示部１１ｈに表示される。これにより、ユーザは、現在のコレクション状況を適宜に確認することできる。
【０１８０】
以下、上記の「コンテンツ（キャラクター）コレクション」及び「ポイントコレクション」サービスの各具体例について説明する。
（Ｃ２．１）「コンテンツ（キャラクター）コレクション」サービスの具体例の説明
例えば、動物園において、その運営者や管理者などが、動物を収容している檻などの収容施設や収容動物を説明する看板など毎に、その動物キャラクター（例えば、「きりん」，「ぞう」，「ライオン」などのキャラクター）を表示したコンテンツ（キャラクターコンテンツ；コンテンツＵＲＬ１５Ｂ）とリンクするバルーン（以下、キャラクターバルーンという）を登録しておく。
【０１８１】
これにより、入園者（ユーザ）は、携帯端末１１を上記動物の収容施設や看板などに向けてバルーン検索（空間検索）を行なうと、キャラクターバルーンがヒットして、対応するキャラクターコンテンツ（コンテンツＵＲＬ１５Ｂ）がサービスセンタ１９からその携帯端末１１に提供されて、その入園者は観覧した１種類の動物キャラクターを携帯端末１１で入手できる。
【０１８２】
以後、同様にして、入園者は、順次、動物園内に登録されているキャラクターバルーンを検索してキャラクターコンテンツ（動物キャラクター）を収集してゆく。なお、本「キャラクターコレクション」サービスにおいても、前述した懸賞バルーンの場合と同様に、携帯端末１１からの検索距離を動物園全体が含まれてしまうような広範囲な検索距離に設定してしまうと、１度に全てのキャラクターバルーン（コンテンツ）をヒットさせることができてしまうので、前記のサービス「２」で検索距離を数メートルなどの比較的短距離に限定する必要がある。
【０１８３】
さて、入園者が上述のようにして全ての動物キャラクターを収集した場合、その入園者は、例えば、園内又は園外の所定の景品交換所などにおいて、その旨（例えば図４２に示す表示画面）を提示することで、景品や記念品を受け取ることができる。
ここで、その入園者が正しい方法で実際に「キャラクターコレクション」を行なった者か否かの認証は、サービスセンタ１９に、そのユーザのユーザ識別子を用いて、図４０により上述した「累積結果（実績）」の問い合わせ行なって、その情報をサービスセンタ１９から景品交換所に設置された端末（携帯端末でもよい）で受けて（このときのデータフォーマットは図４１に示すものと同じでもよいし異なっていてもよい）、相互に比較（照合）することで行なえばよい。
【０１８４】
なお、景品や記念品の交換により、サービスセンタ１９では、上記のコレクションデータ２２６（図４０参照）における該当「累積結果（実績）」がリセットされることはいうまでもない。
以上のような「キャラクターコレクション」サービスを実施することで、動物園にとっては集客効果が期待でき、ユーザにとっては景品や記念品がもらえるので、双方に利点がある。また、本サービスの利用促進、ひいては、携帯端末１１の普及にも大きく寄与する。
【０１８５】
なお、本「キャラクターコレクション」サービスにおいても、前述したバルーンメールサービスを組み合わせて適用することができる。即ち、例えば、上記のキャラクターバルーンを園内の一定空間範囲で浮遊させるようにしておけば、キャラクターコレクションにおいても、宝探し的な要素が加わるので、より大きな集客効果が期待できる。
（Ｃ２．２）「ポイントコレクション」サービスの具体例の説明
例えば、デパートなどの商品販売店舗において、その店舗責任者などが、店舗入口やフロア入口などに相当する店舗内の空間位置に、獲得ポイントを表示したコンテンツ（ポイントコンテンツ）とリンクするゲート（ポイント）バルーンを登録しておく。
【０１８６】
これにより、ユーザ（顧客）は、その店舗に入店したときに、その付近でバルーン検索（空間検索）を行なってゲートバルーンをヒットさせ、対応するポイントコンテンツにアクセスすることで、上記ポイントを獲得する。
なお、このポイント獲得は、上記のように手動で行なってもよいし、例えば、前記のサービス「１」で検索距離を数十ｃｍ（センチメートル）〜１ｍ程度に設定しておき、ユーザが入店したときにその検索対象空間範囲とゲートバルーンとが接することで自動的に上記ポイントコンテンツへのアクセスが行なわれて、ポイントが獲得できるようにしてもよい。
【０１８７】
ただし、いずれの場合も、顧客が入退店を繰り返して１日に何度もゲートバルーンをヒットさせてしまうと都合が悪いので、同じ顧客がゲートバルーンをヒット（アクセス）できるのは、例えば１日１回に限定する必要がある。このため、携帯端末１１からサービスセンタ１９への位置情報送信時などにおいて登録済みのユーザ識別子をサービスセンタ１９に送信するようにし、サービスセンタ１９においては、上述した「キャラクターコレクション」サービスの場合と同様に、そのユーザ識別子によりユーザのポイントコンテンツのアクセス状況を監視できるようにしておく。
【０１８８】
さて、顧客は、何回か上記店舗に入店することで商品や景品，記念品，商品券などと交換可能なポイントが貯まると、所定の交換所などにおいて、「キャラクターコレクション」サービスの場合と同様に、例えば図４２に示すような携帯端末１１の表示画面を提示することで、獲得ポイントに応じた商品や景品，記念品，商品券などを受け取ることができる。
【０１８９】
このときの顧客の獲得ポイントの認証は、上述した「キャラクターコレクション」サービスの場合と同様に、サービスセンタ１９に、その顧客のユーザ識別子を用いて、コレクションデータ２２６（図４０参照）の「累積結果（実績）」の問い合わせ行なって、その情報をサービスセンタ１９から上記交換所に設置された端末（携帯端末でもよい）で受けて（このときのデータフォーマットについても図４１に示すものと同じでもよいし異なっていてもよい）、相互に比較（照合）することで行なえばよい。
【０１９０】
また、この場合、上記の商品や景品，記念品，商品券などの交換が行なわれると、例えば、上記のサービスセンタ１９内のコレクションデータ２２６（図４０参照）における該当「累積結果（実績）」は交換ポイント分だけ減点される。
このように、本「ポイントコレクション」サービスにおいても、店舗にとっては集客効果が期待でき、顧客にとっては商品や景品，記念品，商品券などがもらえるので、双方に利点がある。また、この場合も、本サービスの利用促進、ひいては、携帯端末１１の普及にも大きく寄与するものと思われる。
【０１９１】
なお、本「ポイントコレクション」サービスにおいても、前述したバルーンメールサービスを組み合わせて適用することができる。即ち、例えば、前述した懸賞バルーンと同様に、上記のポイントバルーンを店舗内に浮遊させるようにしておけば、ポイントコレクションにおいても、宝探し的な要素が加わるので、より大きな集客効果が期待できる。
また、上述した例は、各コレクションサービスの実施対象が動物園あるいは商品販売店舗の場合であるが、勿論、遊園地などの各種アミューズメント施設や、テーマパーク，各種イベント会場などであってもよい。
【０１９２】
さらに、上述した各コレクションサービスを応用すれば、次のようなサービスを実現することも可能である。即ち、例えば、遊園地やテーマパークなどのアミューズメント施設において、乗り物やアトラクションの入口ゲートにチケットバルーンを登録しておき、ユーザ（携帯端末１１）がその入口ゲートを通過してチケットバルーンをヒットすると、自動的に、その利用料が利用ポイントなどとしてポイントコンテンツに記録されるようにしておく。
【０１９３】
そして、ユーザは、例えば、退園時などにおいて、上記利用ポイント分の金額（施設利用料）を支払うのである。これにより、ユーザは、チケットなどを購入せずに携帯端末１１を所有しているだけで、乗り物やアトラクションを利用することが可能になり、ユーザの利便性が大幅に向上する。なお、上記の利用ポイント分の金額は、後日、ユーザに請求したり、クレジットカード決済を利用したりすることも可能である。ただし、この場合、ユーザの個人情報（住所，電話番号，クレジットカード番号など）がサービスセンタ１９に登録されていることが必要である。
【０１９４】
（Ｄ）課金方法の説明
さて、上述したような空間情報サービスシステム９では、サービスの利用促進が期待できる反面、携帯端末１１によるコンテンツへのアクセス（利用）頻度が通常の場合よりも非常に多くなることが予想されるので、それに比例して、例えば図４３に模式的に示すように、ユーザ（携帯端末１１）がネットワーク〔通信キャリア（通信事業者）〕１０′側に支払う（１）（図中では丸付き数字）データ（パケット）通信料金（以下、パケット料金ともいう）やコンテンツプロバイダ２４２（以下、単に、「プロバイダ２４２」という）などに支払う（２）（図中では丸付き数字）コンテンツ利用料金（有料の場合）が大幅に増大することになる。
【０１９５】
そこで、以下では、上記の（１）データ通信料金や（２）コンテンツ利用料金，（３）（図中では丸付き数字）コンテンツ登録料金の課金先を、携帯端末１１（以下、単に「端末１１」ともいう）やそのユーザ〔サービス利用者（加入者）〕の属性，プロバイダ２４２の属性，登録コンテンツの属性などの各種属性（あるいは、それらの任意の組み合わせ）によって規定されうるサービス形態に応じて柔軟に指定できるようにする課金方法について説明する。
【０１９６】
図４４は上記の課金方法を説明すべく本実施形態に係る空間情報サービスシステムの構成を示すブロック図で、この図４４に示すシステム９′は、図２に示すシステム９に比して、サービスセンタ１９ａに、課金システム４３，課金明細書生成システム４４，属性リスト記憶部４５，課金リスト記憶部４６，料金設定メニュー記憶部４７，属性リスト生成部４８Ａ，料金設定メニュー生成部４８Ｂ，課金方針管理部４９，登録料金メニュー部５０，バルーン位置−コンテンツＵＲＬ管理部５１，バルーン登録窓口部５２などが、空間情報サービス用の課金処理装置５３の構成要素としてそなえられている点が異なる。
【０１９７】
また、端末（コンテンツ登録者）２５０（図４３及び図４４参照）や、アプリケーションサーバ２４３によりコンテンツデータベース２４４を管理するプロバイダ２４２が、ネットワーク１０′に接続されている。このネットワーク１０′は、図１及び図２に示す無線ネットワーク１０及びインターネット１２から成る部分に相当し、無線ネットワーク１０内には端末・加入者データベース２４１により端末・加入者データを管理する端末・加入者管理センタ２４０が設けられている。さらに、この図４４では、インターネット１２経由でサービスセンタ１９ａにアクセス可能な企業２５１の端末２５２もネットワーク１０′に接続されている。なお、この図４４において、既述の符号と同一符号を付したものは、特に断らない限り、既述のものと同様のものである。
【０１９８】
ここで、サービスセンタ１９ａにおいて、上記の属性リスト記憶部４５は、例えば図４５及び図４６に示すように、端末１１やその端末１１のユーザに関する属性情報のリストを有する端末・加入者属性リスト４５１，コンテンツ自体に関する属性情報のリストを有するコンテンツ属性リスト４５２及びプロバイダ２４２に関する属性情報のリストを有するコンテンツプロバイダ属性リスト４５３などの各種の属性リスト４５０を記憶するためのものである。そして、これらの各リスト４５１〜４５３を構成する属性情報には、例えば図４５に示すように、それぞれ次のようなものがある。なお、属性情報は、勿論、以下に示すものに限定されるものではなく、（１）〜（３）は図中丸付き数字で示す。
【０１９９】
（１）端末・加入者属性リスト４５１
Ａ．端末機種：携帯端末１１の機種情報（例えば、メーカ情報や機種番号，製造番号など）
Ｂ．端末能力：例えば、携帯端末１１のデータ通信速度やメモリ容量などの端末能力を表す情報
Ｃ．端末登録エリア：携帯端末１１の登録エリア（購入エリア）に関する情報
Ｄ．電話番号：携帯端末１１の電話番号
Ｅ．ユーザＩＤ：携帯端末１１のユーザを識別するための情報
Ｆ．サービス加入時期：携帯端末１１の購入によりそのユーザがサービス（音声，データ通信）に加入者した時期
Ｇ．年齢：携帯端末１１のユーザの年齢に関する情報
Ｈ．性別：携帯端末１１の性別に関する情報
Ｉ．職種等：携帯端末１１のユーザの職業や職種などに関する情報（１．子供，２．学生，３．老人，４．会社員，５．自営業など）
Ｊ．端末利用エリア：現在、携帯端末１１が使用されているエリアに関する情報
Ｋ．データ通信利用額：携帯端末１１によるデータ通信利用額（月額でもよいし累計額でもよい）に関する情報（１．１０００円未満，２．３０００円未満，３．３０００円以上など）
Ｌ．移動形態：携帯端末１１の現在の移動形態に関する情報〔高速移動（車両乗車中など），低速移動（歩行中など）〕
（２）コンテンツ属性リスト４５２
Ａ．バルーン径：登録バルーン（情報バブル）の大きさ（半径）に関する情報
Ｂ．情報カテゴリ：バルーンに関連付けられるコンテンツ（ＵＲＬ）の情報カテゴリ（種類）に関する情報
Ｃ．バルーン登録エリア内／外：バルーンに対する携帯端末１１のアクセス位置（現在位置）がバルーンの登録エリア内（１．）及びエリア外（２．）のいずれであるかを示す情報
Ｄ．バルーンアクセス回数：携帯端末１１からのバルーン（コンテンツ）の参照回数（つまり、バルーンヒット率）に関する情報
Ｅ．バルーン利用時間帯：バルーン（コンテンツ）が利用（参照）される時間帯に関する情報
Ｆ．バルーン登録期間：バルーン（コンテンツ）の登録期間に関する情報
（３）コンテンツプロバイダ属性リスト
Ａ．ビジネス情報サイト：プロバイダ２４２がビジネス情報サイトを運営（提供）するプロバイダであることを示す情報
Ｂ．店舗広告サイト：プロバイダ２４２が店舗広告サイトを運営（提供）するプロバイダであることを示す情報
Ｃ．企業広告サイト：プロバイダ２４２が企業広告サイトを運営（提供）するプロバイダであることを示す情報
Ｄ．公共施設案内サイト：プロバイダ２４２が或る公共施設の案内のためのサイトを運営（提供）するプロバイダであることを示す情報
Ｅ．観光案内サイト：プロバイダ２４２が或る地域の観光案内のためのサイトを運営（提供）するプロバイダであることを示す情報
なお、以上の各リスト４５１〜４５３は、属性リスト生成部４８Ａによって生成される。ただし、端末・加入者属性リスト４５１における各情報は、通常、通信キャリア１０′側（端末・加入者管理センタ２４０）で管理されているので、端末・加入者管理センタ２４０から受け取る必要がある。
【０２００】
即ち、例えば図５２に示すように、携帯端末１１を購入したユーザが所定の申し込み用紙などに個人情報などを記入して音声サービスやデータ（パケット）通信サービスなどの一般サービスのサービス加入登録手続を行なうと、その登録のためのサービスオーダが端末・加入者管理センタ２４０の端末・加入者登録部２４５（図４４参照）で受け付けられて（ステップＧ１）、その個人情報などが端末・加入者データとして端末・加入者登録部２４５によって端末・加入者データベース２４１に保存・登録される（ステップＧ２）ので、この端末・加入者データベース２４１をサービスセンタの属性リスト生成部４８Ａがアクセスして参照する（ステップＧ３）ことにより、必要な情報を取得して上記の端末・加入者属性リスト４５１を生成する（ステップＧ４）のである。
【０２０１】
次に、上記の課金リスト記憶部４６は、例えば図４５及び図４６に示すように、課金対象の料金種別を示す（４）（図中では丸付き数字）対象課金リスト４６１，課金先となりうる個人や企業を示す（５）（図中では丸付き数字）課金者（課金先）リスト４６２などの各種の課金リスト４６０を記憶するためのもので、例えば、課金対象の料金種別（対象課金リスト４６１）には、「Ａ．パケット料金」，「Ｂ．コンテンツ登録料」，「Ｃ．コンテンツ利用料」などがあり、課金者リスト４６２には、「Ａ．一般ユーザ（携帯端末１１のユーザ）」，「Ｂ．コンテンツ登録者」，「Ｃ．コンテンツプロバイダ」，「Ｄ．広告企業」，「Ｅ．通信キャリア」，「Ｆ．他企業」などがある。なお、勿論、これらの各リスト４６１，４６２の情報は上記に限定されるものではない。
【０２０２】
そして、本実施形態では、上記の属性リスト４５０（端末・加入者属性リスト４５１，コンテンツ属性リスト４５２，コンテンツプロバイダ属性リスト４５３）及び課金リスト４６０（対象課金リスト４６１，課金者リスト４６２）の中の所望の属性情報を適宜に組み合わせて（あるいは、１つだけも可）指定することで、情報サービスの提供形態に応じて課金先の指定（課金方針の設定）を柔軟に行なうことができる。
【０２０３】
例えば、端末・加入者属性リスト４５１の「Ａ．端末機種」、コンテンツ属性リスト４５２の「Ｅ．バルーン利用時間帯」、コンテンツプロバイダ属性リスト４５３の「Ｅ．観光案内サイト」，対象課金リスト４６１の「Ｃ．コンテンツ利用料」、課金者リスト４６２の「Ｄ．広告企業」をそれぞれ指定（属性指定）したとすると、或る特定の機種の携帯端末１１から或る特定の時間帯に或る特定のコンテンツ（サイト）にアクセスした場合は、その際のコンテンツ利用料は広告企業に課金するといったサービスが可能になる。
【０２０４】
つまり、上記の属性リスト記憶部４５は、携帯端末１１が空間情報（空間検索）サービスを利用する（コンテンツを受ける）際のサービス形態を規定しうる複数種類の属性情報を記憶する属性情報記憶部として機能し、課金リスト記憶部４６は、上記の属性情報によって規定されるサービス形態において課金対象となりうる複数種類のサービス料金の種別に関する情報を記憶する料金種別情報記憶部として機能するとともに、複数種類の課金先に関する情報を記憶する課金先情報記憶部として機能するのである。なお、これらの記憶部４５，４６についても、例えば、ＲＯＭやＲＡＭ、ハードディスクなどの所要の記憶媒体によって実現される。
【０２０５】
次に、図４４に示す料金設定メニュー生成部４８Ｂは、図４６に模式的に示すように、上記の属性リスト４５０（端末・加入者属性リスト４５１，コンテンツ属性リスト４５２，コンテンツプロバイダ属性リスト４５３）と課金リスト４６０（対象課金リスト４６１，課金者リスト４６２）とに基づいて、コンテンツ利用料設定メニュー４７１，コンテンツ登録料設定メニュー４７２，パケット通信料設定メニュー４７３などの各種の料金設定メニュー４７０を生成するためのものである。
【０２０６】
ここで、これらの各メニュー４７１〜４７３は、登録コンテンツ（バルーン）毎に、「コンテンツ利用料」，「コンテンツ登録料」，「パケット料金」のそれぞれについて、上述のごとく各リスト４５１〜４５３，４６１，４６２に示されている属性情報（項目）の中から所望の属性情報を指定（選択）してもらうためのメニューで、これらのメニュー４７１〜４７３に対するメニュー選択（属性情報選択あるいは属性情報入力）により、上述したような属性指定が実施されるようになっている。
【０２０７】
なお、上記のメニュー選択は、コンテンツ登録者２５０によって行なわれる場合もあるし、場合によっては、プロバイダ２４２や通信キャリア１０′によって行なわれる場合もある。また、生成された料金設定メニュー４７０（コンテンツ利用料設定メニュー４７１，コンテンツ登録料設定メニュー４７２，パケット通信料設定メニュー４７３）は、料金設定メニュー記憶部４７に記憶されて、必要に応じて例えば抽出部４０によって抽出されて、提供部４１によってプロバイダ２４２などに提供（ダウンロード）される。これらの料金設定メニュー４７１〜４７３はメールで遣り取りすることも可能である。
【０２０８】
次に、上記の課金方針管理部４９は、上記のメニュー４７１，４７２，４７３での属性指定により指定された属性情報に基づいて、それぞれ図４７〜図４９に示すような、「コンテンツ利用料」，「コンテンツ登録料」，「パケット通信料」についての各課金方針データ４８１〜４８３を生成・管理するもので、生成した各課金方針データ４８１〜４８３は、例えば図５０に示すように、対応するバルーン番号のバルーン位置−コンテンツＵＲＬデータ１５−１に課金方針データ４８０として対応付けられてデータベース１５にバルーン位置−コンテンツＵＲＬ−課金方針データ１５−２として登録される。これにより、登録バルーン毎に、「コンテンツ利用料」，「コンテンツ登録料」，「パケット通信料」についての各課金方針が設定されて管理されることになるのである（図４６参照）。
【０２０９】
なお、図４７〜図４９に示す各課金方針データ４８１〜４８３において、"（３）（図中では丸付き数字）−Ｄ"や"（２）（図中では丸付き数字）−Ａ"などの丸付数字と英字との組み合わせで示す記号は、図４５に示す各リスト４５１〜４５３，４６１，４６２に示す属性情報を表す。例えば、"（３）−Ｄ"は（３）コンテンツプロバイダリスト４５３の「Ｄ．公共施設案内サイト」を表し、"（２）−Ａ"は（２）コンテンツ属性リスト４５２の「Ａ．バルーン径」を表す。
【０２１０】
従って、図４７に示す課金方針データ４８１のバルーン番号"１"のレコードには、「課金条件」として（２）コンテンツ属性リストの「Ｃ．バルーン登録エリア」の「２．エリア外」、「対象料金」として（４）対象課金リストの「Ｃ．コンテンツ利用料」、「（課金）料金」として「３０円／１回」、「課金先」として（５）課金者リスト４６２の「Ａ．一般ユーザ」がそれぞれ設定されていることを示す。
【０２１１】
つまり、この課金方針データ４８１（バルーン番号"１"のレコード）は、バルーンをそのバルーンのエリア外からアクセスして参照した場合には、１回３０円のコンテンツ利用料を、そのバルーンを参照したユーザ（携帯端末１１）自身に課金することを意味する。
具体的には、例えば、バルーン番号"１"のバルーン（コンテンツ）が野球やサッカーなどの中継放送（ストリーミングビデオ配信）を実施する放送局などのコンテンツ（中継放送サイト）であり、その中継放送バルーンを競技場に登録しておいた場合、その中継放送バルーンに競技場の外からアクセスしたユーザに対しては上記のコンテンツ利用料がそのユーザに課金されることになるのである。なお、この場合、競技場内からユーザが中継放送バルーンにアクセスした場合は、例えば、競技場への入場料を支払っているため無料にするといった設定も可能である。
【０２１２】
同様に、バルーン番号"２"のレコードは、バルーンが公共施設案内サイト（（３）−Ｄ）あるいは観光案内サイト（（３）（図中では丸付き数字）−Ｅ）とリンクして登録される場合、ユーザ（携帯端末１１）がそのバルーンにアクセスして公共施設案内サイト（（３）−Ｄ）あるいは観光案内サイト（（３）−Ｅ）を参照したときのコンテンツ利用料（（４）（図中では丸付き数字）−Ｃ；１００円／月）は、例えば、そのサイトに広告を出している広告企業（（５）（図中では丸付き数字）−Ｄ）に課金することを意味する。
【０２１３】
また、バルーン番号"３"のレコードは、バルーンが掲示板バルーンとして登録される場合、その掲示板バルーンにアクセスしたユーザ（携帯端末１１）のコンテンツ利用料は無料である（「課金条件」及び「課金先」の指定無し）ことを意味する。
同様に、図４８に示す「コンテンツ利用料」に関する課金方針データ４８２のバルーン番号"１"〜"３"のレコードは、それぞれ、次のような課金方針を意味する。
【０２１４】
・バルーン番号"１"のレコード：上記の中継放送バルーンのバルーンサイズ（バルーン径；（２）（図中では丸付き数字）−Ａ）とバルーン登録期間（（２）（図中では丸付き数字）−Ｆ）とに応じたコンテンツ登録料（（４）（図中では丸付き数字）−Ｂ）を、その中継放送バルーンを登録するイベント企業などのコンテンツ登録者２５０（（５）−Ｂ）に課金する。
【０２１５】
・バルーン番号"２"のレコード：公共施設案内サイト（（３）−Ｄ）のコンテンツ登録料（（４）−Ｂ）は、そのサイト（バルーン）へのアクセス回数（バルーンヒット率）に応じた料金（３０円／１回）を、コンテンツ登録料金（（４）−Ｂ）として、その公共施設案内サイトのコンテンツ登録者２５０（（５）−Ｂ）に課金する。
・バルーン番号"３"のレコード：掲示板バルーンへのバルーン（コンテンツ）登録は、バルーンサイズ（（２）−Ａ）が所定サイズ（例えば、３ｍ）以下で登録期間（（２）（図中では丸付き数字）−Ｆ）が所定期間（例えば、１週間）以内なら、そのコンテンツ登録料（（４）−Ｂ）は無料（課金先指定無し）である。
【０２１６】
また、図４９に示す「パケット通信料」に関する課金方針データ４８３のバルーン番号"１"〜"３"のレコードは、それぞれ、下記の課金方針を意味することになる。
・バルーン番号"１"のレコード：上記の中継放送バルーンへのアクセス時間（バルーン利用時間帯；（２）（図中では丸付き数字）−Ｅ）が、例えば、１８：００〜２１：００の間であれば、そのときのユーザ（携帯端末１１）のパケット通信料（（４）（図中では丸付き数字）−Ａ；従量）はスポンサーなどの企業（（５）（図中では丸付き数字）−Ｆ）に課金する（スポンサーがユーザのパケット通信料を肩代わりする）。
【０２１７】
・バルーン番号"２"のレコード：公共施設案内サイト（（３）−Ｄ）や観光案内サイト（（３）−Ｅ）にアクセスしたときのパケット通信料（（４）−Ａ；従量）は、例えば、プロバイダ２４２（（５）（図中では丸付き数字）−Ｃ）が特別キャンペーンなどとして肩代わりする。
・バルーン番号"３"のレコード：掲示板バルーンへアクセスしたときのユーザ（携帯端末１１）のパケット通信料（（４）−Ａ；従量）はそのユーザ（（５）（図中では丸付き数字）−Ａ）から徴収する。
【０２１８】
このように、本実施形態では、上記の各リスト４５１〜４５３，４６１，４６２における各種情報を適宜に（任意に）組み合わせて（又は、１つだけでもよい）データベース１５に登録する（バルーン位置−コンテンツＵＲＬ対応データ１５−１と対応付ける）ことにより、様々なサービス形態の所望のサービス料金を所望の課金先に課金する設定が可能になる。
【０２１９】
つまり、上記の課金方針管理部４９は、上記の属性リスト記憶部４５及び課金リスト記憶部４６における各種情報を任意に組み合わせて、任意のサービス形態及び料金種別のサービス料金の課金先を設定する課金方針設定部として機能するのである。これにより、本実施形態では、様々なサービス形態に応じたサービス料金（コンテンツ利用料，コンテンツ登録料，パケット通信料など）の課金先についてきめ細かい設定が可能となる。
【０２２０】
従って、通常は、ユーザ（携帯端末１１）に課金されるコンテンツ利用料やパケット通信料（個人がコンテンツ登録者２５０の場合は、コンテンツ登録料も）の課金先を企業やプロバイダ２４２などに肩代わりしてもらうような設定が柔軟に行なえることになる。
なお、日時や時間帯によって同じバルーンについての課金先を変えるような設定を行なう場合は、１つのバルーン（番号）に対して複数のレコードを登録し、無効（不要）になったレコードを削除する方式をとってもよい。例えば、上記の課金方針管理部（課金方針設定部）４９は、新たに日時や時間帯に関する属性指定されたレコード（以下、時間レコードという）を登録する際に、既に同じバルーン番号に対して時間レコードが存在するかをチェックし、時間レコードがなければ新規時間レコードを新規登録（あるいは、上書き）し、既に時間レコードが存在していれば新規時間レコードを追加登録して複数の時間レコードを登録するようにしてもよい。
【０２２１】
次に、図４４に示すバルーン位置−コンテンツＵＲＬ管理部５１は、データベース１５に登録すべきバルーン（情報バブル）の位置情報１５Ａ（緯度，経度，高度）とコンテンツＵＲＬ１５Ｂとを対応付けてデータベース１５に登録することにより、データベース１５（バルーン位置−コンテンツＵＲＬ−課金方針データ１５−２）のバルーン位置−コンテンツＵＲＬデータ１５−１を管理するためのものである。
【０２２２】
また、バルーン登録窓口部５２は、コンテンツ登録者２５０からのバルーン（情報バブル）の登録要求を受け付けると、「コンテンツ登録料」の料金確認を登録料金メニュー部５０に依頼するものであり、登録料金メニュー部５０は、このバルーン登録窓口部５２からの依頼を受けることにより、データベース１５にアクセスして「コンテンツ登録料」に関する課金方針データ４８２（図４８参照）を参照して、「コンテンツ登録料」を確認し、その料金に応じた「コンテンツ登録料金確認メニュー」を生成してコンテンツ登録者２５０に対して提供するためのものである。
【０２２３】
なお、この「コンテンツ登録料金確認メニュー」に対する応答（ＯＫ通知）が登録料金メニュー部５０に返ってくると、上記のバルーン位置−コンテンツＵＲＬ管理部５１によるバルーン位置情報１５ＡとコンテンツＵＲＬ１５Ｂとの対応付けが（バルーン登録処理）が実施される。
また、上記の課金システム４３は、課金サーバ４３ａと課金ログデータベース４３ｂとを有して成り、課金サーバ４３ａによって、例えば図５１に模式的に示すように、サービス利用者データ４９１（電番，ユーザＩＤなど），サービス提供（登録）者データ４９２（提供者ＩＤなど），通信時間データ４９３（開始／終了時間），パケット数データ４９４，正常終了識別子４９５などの各種データから成る課金ログ４９０を課金ログデータベース４３ｂに記録するためのものである。
【０２２４】
なお、「サービス提供者」とは、コンテンツ登録者２５０やプロバイダ２４２であったり、場合によっては、携帯端末１１のユーザや通信キャリア１０′であったりする場合もある。また、上記の正常終了識別子４９５は、通信が正常に終了したか（障害や輻輳などの発生によって異常終了しなかったか）を表す情報である。
さらに、課金明細書生成システム４４は、上記の課金ログデータベース４３ｂに記録された課金ログ４９０に基づいて、コンテンツ利用料，コンテンツ登録料，パケット通信料などの各種サービス利用料を携帯端末１１のユーザやサービス提供者毎に集計し、上記のバルーン位置−コンテンツＵＲＬ−課金方針データ１５−２〔課金方針データ４８０（４８１〜４８３）〕に基づいて、集計したサービス利用料を指定の課金先に請求するための課金明細書を生成するためのものである。
【０２２５】
なお、この場合の課金サーバ４３ａは、単純に、上記の課金ログ４９０を記録するだけであるが、上記のバルーン位置−コンテンツＵＲＬ−課金方針データ１５−２〔課金方針データ４８０（４８１〜４８３）〕に基づいて、上記サービス利用料の履歴を、この課金サーバ４３ａにおいて、記録・集計できるようにしてもよい。
つまり、これらの課金システム４３及び課金明細書生成システム４４は、上述した課金方針管理部４９による課金方針の設定に従って、コンテンツ利用料，コンテンツ登録料，パケット通信料などの各種サービス料金の課金先への課金処理を実施する課金処理部として機能するのである。
【０２２６】
なお、これらの課金システム４３や課金明細書生成システム４４は、必ずしも、サービスセンタ１９ａ内に設けられている必要は無い。
以下、上述のごとく構成されたシステム１９ａの動作について詳述する。
（Ｄ１）コンテンツ登録者２５０が料金設定する場合
まず、図５３に示すように、サービスセンタ１９ａでは、料金設定メニュー生成部４８Ｂが端末・加入者属性リスト４５１，コンテンツ属性リスト４５２，コンテンツプロバイダ属性リスト４５３，課金リスト４６０（対象課金リスト４６１，課金者リスト４６２）を参照して、料金設定メニュー４７０（コンテンツ利用料設定メニュー４７１，コンテンツ登録料設定メニュー４７２，パケット通信料設定メニュー４７３）を生成する（ステップＨ１）。
【０２２７】
そして、生成した料金設定メニュー４７０は、プロバイダ２４２にダウンロードされる（ステップＨ２）。その後、コンテンツ登録者２５０が所望のコンテンツ（バルーン）を登録すべくプロバイダ２４２にアクセスすると、上記の料金設定メニュー４７０がコンテンツ登録者２５０に提供され、コンテンツ登録者２５０は、その料金設定メニュー４７０において情報（項目）の選択操作を行なう（ステップＨ３）。
【０２２８】
例えば、登録したバルーン（観光案内サイト）に１７：００〜２２：００の時間帯にアクセスした携帯端末１１のユーザ（学生）の「コンテンツ利用料（例えば、２００円／回）」は広告企業が肩代わりするような課金設定を行ないたい場合、コンテンツ登録者２５０は、コンテンツ利用料設定メニュー４７１において各種リスト４５１〜４５３，４６１，４６２の中の属性情報の選択を行なう。
【０２２９】
即ち、コンテンツ登録者２５０は、例えば図５５（Ａ）に示すように、端末・加入者属性リスト４５１においては、「Ｉ．職業（１．子供，２．学生，３．老人，…）」の子メニュー（プルダウンメニューなど）から「２．学生」を選択し、図５５（Ｂ）に示すように、コンテンツ属性リスト４５２においては、「Ｅ．バルーン利用時間帯」の子メニューから「２．１７：００〜２２：００」を選択する。
【０２３０】
また、コンテンツ登録者２５０は、図５５（Ｃ）に示すようなコンテンツプロバイダ属性リスト４５３においては、「Ｅ．観光案内サイト」を選択し、図５５（Ｄ）に示すように、対象課金リスト４６１においては、「Ｃ．コンテンツ利用料」を選択する。すると、料金入力メニュー４６１ａが表示され、コンテンツ登録者２５０は、例えば、「円」を通貨単位として「２００」を徴収金額として入力するとともに、徴収頻度として「４．円／回」を選択する。勿論、このとき、通貨単位として「ドル」などの他の通貨単位を選択することも可能である。
【０２３１】
さらに、コンテンツ登録者２５０は、図５５（Ｅ）に示すように、課金者リスト４６２においては、「Ｄ．広告企業」（仮に、Ｆ社）を選択する。以上により、プロバイダ２４２に対し、「観光案内サイトに１７：００〜２２：００の時間帯にアクセスした携帯端末１１のユーザ（学生）の「コンテンツ利用料（例えば、２００円／回）」は広告企業（Ｆ社）が肩代わりする」サービスの課金設定依頼が完了する。なお、上記の図５５（Ａ）〜図５５（Ｅ）における項目選択順序は順不同でよい。また、これらの図５５（Ａ）〜図５５（Ｅ）に示すリスト４５１〜４５３，４６１，４６２は、或る順序で端末１１に表示（提供）されてもよいし、全てあるいは一部が同時に表示されてもよい。
【０２３２】
さて、次に、プロバイダ２４２では、上記の課金設定依頼（メニュー選択結果）を課金方針管理部４９に送信し（ステップＨ４）、課金方針管理部４９は、受信した選択結果に基づいて図４７により前述したような「コンテンツ利用料」に関する課金方針データ４８１を生成し、その課金方針データ４８１をデータベース１５に登録する（ステップＨ５）。
【０２３３】
つまり、このステップＨ５は、上記の属性リスト記憶部４５（属性リスト４５０）における複数種類の属性情報と、課金リスト記憶部４７（課金リスト４６０）における、複数種類のサービス料金の種別に関する情報（対象課金リスト４６１の情報）と、複数種類の課金先に関する情報（課金者リスト４６２の情報）とを任意に組み合わせて、任意のサービス形態及び料金種別のサービス料金の課金先を設定する課金方針設定過程に相当する。
【０２３４】
さて、その後、コンテンツ登録者２５０は、例えば、プロバイダ２４２が提供するバルーン登録位置メニュー５０１において、上記のバルーンを登録したい位置（バルーン位置情報１５Ａ）を指定する（ステップＨ６）とともに、コンテンツ登録メニュー５０２において、そのバルーンに関連付けたいコンテンツ内容（観光案内情報）（既にサイトが開設済みであればコンテンツＵＲＬ１５Ｂでもよい）を入力する（ステップＨ７）。
【０２３５】
これにより、プロバイダ２４２では、コンテンツ登録者２５０から受信したコンテンツ内容（コンテンツＵＲＬ１５Ｂ）をコンテンツデータベース２４４に登録する（ステップＨ８）とともに、サービスセンタ１９ａのバルーン位置−コンテンツＵＲＬ管理部５１に対して、バルーン位置情報１５ＡとコンテンツＵＲＬ１５Ｂとを通知する（ステップＨ９）。
【０２３６】
すると、バルーン位置−コンテンツＵＲＬ管理部５１は、少なくとも、これらのバルーン位置情報１５Ａ及びコンテンツＵＲＬ１５Ｂと、上記の課金方針データ４８１とを対応付けてデータベース１５に登録することにより、図５０により上述したようなバルーン位置−コンテンツＵＲＬ−課金方針データ１５−２の登録を行なう（ステップＨ１０）。
これにより、サービスセンタ１９ａにおいて、「観光案内サイトに１７：００〜２２：００の時間帯にアクセスした携帯端末１１のユーザ（学生）の「コンテンツ利用料（例えば、２００円／回）」は広告企業（Ｆ社）が肩代わりする」サービスの課金設定が完了する。
【０２３７】
（Ｄ２）プロバイダ２４２が予め料金設定しておく場合
なお、上述した例では、徴収料金（課金）の額をコンテンツ登録者２５０が指定しているが、プロバイダ２４２が予め設定しおく場合もある。例えば、グルメ専用サイトを運営するプロバイダ２４２に、コンテンツ登録者２５０が自店舗情報（店舗バルーン）を、予めグルメ専用サイト（プロバイダ２４２）が決めたバルーンサイズに応じた月額あるいは年額料金で、登録するような場合である。
【０２３８】
この場合は、上述したメニュー選択（ステップＨ３）時に、コンテンツ登録者２５０は、例えば図５６（Ａ）に示すように、コンテンツ属性リスト４５２において、「Ａ．バルーン径」の子メニューから「３ｍ」を選択するとともに、「Ｆ．バルーン登録期間」の子メニューから「１年」を選択し、図５６（Ｂ）に示すように、コンテンツプロバイダ属性リスト４５３において、「Ｂ．店舗広告サイト」の子メニューから例えば「１．ラーメン情報」を選択し、図５６（Ｃ）に示すように、対象課金リスト４６１において、「Ｂ．コンテンツ登録料」を選択する。なお、上記の図５６（Ａ）〜図５６（Ｃ）に示す属性選択順序も順不同でよい。
【０２３９】
すると、この場合は、図５３に示すように、ここまでの指定情報が登録要求としてサービスセンタ１９ａのバルーン登録窓口部５２に送信され（ステップＨ１１）、バルーン登録窓口部５２は、受信した指定情報（バルーン径，バルーン登録期間）を登録料金メニュー部５０に通知する。
登録料金メニュー部５０は、通知された指定情報に基づいて予め決められてデータベース１５に保持されている「コンテンツ登録料金」に関する課金方針データ４８２（図４８参照）を参照し（ステップＨ１２）、その指定情報に応じた課金金額とその課金先とをそれぞれ例えば図５６（Ｃ）に示す登録料金確認メニュー４６１ｂ及び図５６（Ｄ）に示す課金者リスト４６２を提示することによりコンテンツ登録者２５０に確認を促す（登録料金確認；ステップＨ１３）。
【０２４０】
コンテンツ登録者２５０は、このようにして提示された金額及び課金先で良ければ、その旨（ＯＫ）をサービスセンタ１９ａ（登録料金メニュー部５０）に通知する（ステップＨ１４）。以降は、上述したステップＨ６〜Ｈ１０と同様にして、バルーン位置−コンテンツＵＲＬ管理部５１によって、店舗バルーンのバルーン位置情報１５ＡとコンテンツＵＲＬ１５Ｂとの対応付けがなされて、店舗バルーンの登録が実施される。
【０２４１】
（Ｄ３）コンテンツ登録料金が予め決められたサイトに携帯端末１１のユーザ（サービス利用者）がバルーンを登録する場合
次に、以下では、コンテンツ登録料金が予めプロバイダ２４２によって決められているサイト（例えば、渋谷に登録された掲示板バルーン）にメッセージ（バルーン）を登録する場合の動作について説明する。
【０２４２】
まず、この場合も、図５４に示すように、サービスセンタ１９ａでは、上記のステップＨ１，Ｈ２と同様にして、料金設定メニュー生成部４８Ｂによって、端末・加入者属性リスト４５１，コンテンツ属性リスト４５２，コンテンツプロバイダ属性リスト４５３，課金リスト４６０（対象課金リスト４６１，課金者リスト４６２）を参照して、料金設定メニュー４７０（コンテンツ利用料設定メニュー４７１，コンテンツ登録料設定メニュー４７２，パケット通信料設定メニュー４７３）が生成され（ステップＪ１）、その料金設定メニュー４７０が、プロバイダ２４２にダウンロードされる（ステップＪ２）。
【０２４３】
そして、この場合は、プロバイダ２４２が、その料金設定メニュー４７０において、メニュー選択を行なって、例えば上記の掲示板バルーン（掲示板サイト）へのメッセージ（バルーン）の登録（書き込み）は無料にする課金設定を行なう（ステップＪ３）。この課金設定（メニュー選択結果）は、この場合も、サービスセンタ１９ａの課金方針管理部４９に送信され（ステップＪ４）、これにより、課金方針管理部４９は、受信した選択結果に基づいて図４８により前述したような「コンテンツ登録料」に関する課金方針データ４８２を生成し、その課金方針データ４８２をデータベース１５に登録する（課金方針設定過程；ステップＪ５）。
【０２４４】
以上のような登録（課金方針の設定）が完了したのち、或る携帯端末１１のユーザが上記の掲示板サイトにメッセージを登録しようとその掲示板サイトにアクセスすると（バルーン登録要求の送信；ステップＪ６）、そのバルーン登録要求は、プロバイダ２４２のバルーン登録窓口部５２′で受け付けられる。バルーン登録窓口部５２′は、「コンテンツ登録料」の確認依頼をサービスセンタ１９ａの登録料金メニュー部５０に送信する（ステップＪ７）。
【０２４５】
すると、登録料金メニュー部５０は、データベース１５における上記掲示板サイトのバルーン番号に対応する課金方針データ４８２を参照して（ステップＪ８）、設定されている「コンテンツ登録料」（ただし、この場合は、無料）を表示した登録料金確認メニューを生成して携帯端末１１に提供する（ステップＪ９）。
携帯端末１１のユーザは、その「コンテンツ登録料」を確認して、その料金で良ければ、その旨（ＯＫ）をサービスセンタ１９ａ（登録料金メニュー部５０）に返信し（ステップＪ１０）、登録料金メニュー部５０は、そのＯＫ通知を受けることにより、プロバイダ２４２にバルーン登録処理を実行するよう依頼する（ステップＪ１１）。
【０２４６】
これを受けて、プロバイダ２４２は、バルーン登録位置メニュー５０１とコンテンツ登録メニュー５０２とを携帯端末１１に提供し、携帯端末１１のユーザは、バルーン登録位置メニュー５０１において、メッセージ（バルーン）を登録したい位置（バルーン位置情報１５Ａ）を指定するとともに、コンテンツ登録メニュー５０２において、そのメッセージ（バルーン）に関連付けたいメッセージ内容を入力する（ステップＪ１２）。
【０２４７】
これにより、プロバイダ２４２では、携帯端末１１のユーザから受信したメッセージ内容をコンテンツデータベース２４４に登録する（ステップＪ１３）とともに、サービスセンタ１９ａのバルーン位置−コンテンツＵＲＬ管理部５１に対して、バルーン位置情報１５ＡとコンテンツＵＲＬ１５Ｂとを通知する（ステップＪ１４）。
すると、バルーン位置−コンテンツＵＲＬ管理部５１は、これらのバルーン位置情報１５Ａ及びコンテンツＵＲＬ１５Ｂをデータベース１５に対応付けて登録することにより、上記掲示板サイトへのメッセージ（バルーン）の登録を行なったのち（ステップＪ１５）、登録完了の旨を携帯端末１１に通知する（ステップＪ１６）。
【０２４８】
（Ｄ４）コンテンツ登録者２５０用にプロバイダ１４２が予めコンテンツ登録料を設定しておく場合
次に、ここでは、上述したステップＪ３において、例えば、コンテンツ登録者２５０が駅付近に新聞やニュースのビジネス情報サイト（ビジネス情報バルーン）を登録したい場合に、そのバルーンサイズと登録期間に応じたコンテンツ登録料をコンテンツ登録者２５０から徴収する課金設定を、プロバイダ２４２が行なう場合のメニュー選択操作について説明する。
【０２４９】
即ち、この場合、プロバイダ２４２は、例えば図５７（Ａ）に示すように、コンテンツ属性リスト４５２において、「Ａ．バルーン径」の子メニューから「３ｍ」を選択するとともに、「Ｆ．バルーン登録期間」の子メニューから「１日」を選択し、図５７（Ｂ）に示すように、コンテンツプロバイダ属性リスト４５３において、「Ｂ．ビジネス情報サイト」の子メニューから例えば「１．ニュース」を選択する。
【０２５０】
また、図５７（Ｃ）に示すように、プロバイダ２４２は、対象課金リスト４６１において、「Ｂ．コンテンツ登録料」を選択する。すると、料金入力メニュー４６１ａが表示され、コンテンツ登録者２５０は、例えば、「円」を通貨単位として「１０００」を徴収金額として入力するとともに、徴収頻度として「４．円／日」を選択する。
さらに、プロバイダ２４２は、図５７（Ｄ）に示すように、課金者リスト４６２において、「Ｂ．コンテンツ登録者」を選択する。そして、以上の選択結果をサービスセンタ１９ａの課金方針管理部４９に送付する（図５４に示すステップＪ４）ことで、「コンテンツ登録料」に関する課金方針データ４８２（図４８参照）が生成され、これがデータベース１５に登録される（図５４に示すステップＪ５）ことで、「駅付近に新聞やニュースのビジネス情報サイト（ビジネス情報バルーン）を登録したコンテンツ登録者２５０から１日当たり１０００円のコンテンツ登録料を徴収する」サービスの課金設定が完了する。
【０２５１】
以降は、図５３に示すステップＨ６〜Ｈ１０と同様にして、バルーン位置−コンテンツＵＲＬ対応データ１５−１のデータベース１５への登録が行なわれる。なお、上記の図５７（Ａ）〜図５７（Ｄ）により説明した項目選択順序も順不同でよいし、端末１１への表示順序や表示形態も自由に設定してよい。
（Ｄ５）通信キャリア１０′と或る企業２５１（図４４参照）との間の契約により、携帯端末１１の「パケット通信料」を特定企業が肩代わりする場合
次に、通信キャリア１０′と或る企業２５１（例えば、Ｆ社）との間の契約により、或る時刻表サービスコンテンツ（バルーン）（特定プロバイダの運営サイトに限らない）にアクセスした携帯端末１１がそのＦ社製の最新機種であれば、その携帯端末１１の「パケット通信料」の一部をＦ社２５１が肩代わりする課金設定（メニュー選択操作）について説明する。なお、この場合のメニュー選択操作は、Ｆ社２５１（端末２５２）が行なってもよいし、Ｆ社２５１の依頼によりプロバイダ２４２が行なってもよいが、以下では、前者の場合について説明する。
【０２５２】
まず、Ｆ社２５１（端末２５２）が上記の課金設定を行なうために、例えばインターネット１２経由でサービスセンタ１９ａにアクセスする。すると、サービスセンタ１９ａは、料金設定メニュー生成部４８Ｂによって生成した上記の料金設定メニュー４７０をＦ社２５１に提供する。
そして、Ｆ社２５１（端末２５２）は、例えば図５８（Ａ）に示すように、端末・加入者属性リスト４５１において、「Ａ．端末機種」の子メニューから「１．ＦＪ００１」（例えば、Ｆ社製の最新端末機種を表す）を選択し、図５８（Ｂ）に示すように、コンテンツ属性リスト４５２において、「Ｂ．情報カテゴリ」の子メニューから「２．時刻表」を選択する。
【０２５３】
また、図５８（Ｃ）に示すように、コンテンツプロバイダ属性リスト４５３においては何も選択せず、図５８（Ｄ）に示すように、対象課金リスト４６１において、「Ａ．パケット料金」を選択する。すると、料金入力メニュー４６１ａが表示されるので、Ｆ社２５１（端末２５２）は、例えば、「円」を単位として「２０００」を徴収金額として入力するとともに、徴収頻度として「４．円／月」を選択し、且つ、実施内容として「１．割引」を選択する。
【０２５４】
さらに、Ｆ社２５１（端末２５２）は、図５８（Ｅ）に示すように、課金者リスト４６２において、「Ｆ．コンテンツ登録者」として自社（「１．Ｆ社」）を選択する。そして、以上の選択結果をサービスセンタ１９ａの課金方針管理部４９に送付することで、課金方針管理部４９において「パケット料金」に関する課金方針データ４８３（図４９参照）が生成される。
【０２５５】
この課金方針データ４８３が、前述したごとくデータベース１５に登録される（課金方針設定過程）ことで、「Ｆ社製の最新機種の携帯端末１１を用いて或る時刻表サービスコンテンツにアクセスした場合は、その携帯端末１１の「パケット通信料」の一部（月２０００円）をＦ社が肩代わりする（割り引く）」サービスの課金設定が完了する。なお、この場合も、上記の図５８（Ａ）〜図５８（Ｅ）に示す項目選択順序も順不同でよいし、端末１１への表示順序や表示形態も自由に設定してよい。
【０２５６】
（Ｄ６）サービス利用時の動作説明
次に、上述したような課金設定がサービスセンタ１９ａにおいて行なわれた後のサービス利用時の動作について、図５９に示すシーケンス図（ステップＫ１〜Ｋ２２）を参照しながら詳述する。
まず、例えば、携帯端末１１のユーザ（サービス利用者）が、その携帯端末１１を用いて空間検索サービス（サービスセンタ１９ａ）にアクセスすると（ステップＫ１）、サービスセンタ１９ａは、その端末１１に対して位置情報（緯度，経度，高度など）の送信を要求する（ステップＫ２）。端末１１は、これを受けて検出部２１（図４参照）で検出した位置情報をサービスセンタ１９ａに通知する（ステップＫ３）。
【０２５７】
すると、サービスセンタ１９ａは、検索条件〔検索距離や情報（検索）カテゴリなど〕の入力を携帯端末１１に対して要求し（ステップＫ４）、端末１１は、これを受けて、検索条件を入力し（ステップＫ５）、その条件をサービスセンタ１９ａに通知する（ステップＫ６）。サービスセンタ１９ａでは、抽出部４０（図４４参照）が、データベース１５にアクセスしてバルーン検索を行ない（ステップＫ７）、前述のように指定条件を満足する（検索対象空間範囲情報を含む）バルーン（検索ヒットバルーン）のタイトルやサマリ（図５０参照）の一覧を作成する（ステップＫ８）。
【０２５８】
この「タイトル／サマリ一覧」は、提供部４１を通じて携帯端末１１に通知され（ステップＫ９）、携帯端末１１のユーザは、その一覧の中から参照したい項目を選択する（ステップＫ１０）。これにより、選択項目がサービスセンタ１９ａに通知され（ステップＫ１１）、サービスセンタ１９ａでは、抽出部４０が、通知された選択項目に対応するコンテンツＵＲＬ１５Ｂをデータベース１５において検索・取得し（ステップＫ１２）、そのコンテンツＵＲＬ１５Ｂを提供部４１によって携帯端末１１に通知（提供）する（ステップＫ１３）。
【０２５９】
携帯端末１１のユーザは、通知されたコンテンツＵＲＬ１５Ｂへのアクセス操作を行なうことで（ステップＫ１４）、プロバイダ２４２にアクセスして対応するコンテンツを端末１１に表示する（ステップＫ１５，Ｋ１６）。その後、コンテンツの表示が終了すると、携帯端末１１から表示完了通知がサービスセンタ１９ａに通知され（ステップＫ１７）、サービスセンタ１９ａでは、その通知を契機に、課金要求を課金システム４３（課金サーバ４３ａ）に出力する（ステップＫ１８）。
【０２６０】
課金システム４３（課金サーバ４３ａ）は、上記課金要求により課金ログ４９０（図５１参照）を課金データベース４３ｂに記録し（課金ログ処理；ステップＫ１９）、課金完了の旨を課金明細書生成システム４４に通知する（ステップＫ２０）。課金明細書生成システム４４は、データベース１５にアクセスして課金方針データ４８０（４８１〜４８３）を参照し（ステップＫ２１）、その課金方針データ４８０により設定されている課金方針に従って課金ログを集計し課金先に請求すべき課金明細書データを生成する（課金処理過程；ステップＫ２２）。
【０２６１】
以上のように、上述した本実施形態の課金方法（課金処理装置）によれば、任意のサービス形態及び料金種別のサービス料金の課金先を設定して、その設定に従って上記のサービス料金の課金先への課金処理を実施することができるので、所望のサービス形態の所望のサービス料金を所望の課金先に課金する設定を柔軟に実施することができる。
従って、上述したように、例えば、携帯端末１１が空間情報サービスを利用する際のコンテンツ利用料金やパケット通信料金の課金先を、一定の条件（サービス形態）のもとに携帯端末１１以外の課金先（企業２５１やプロバイダ２４２、場合によっては通信キャリア１０′）などに設定することも可能となり、空間情報サービス（空間検索サービス）の利用によるユーザの経済的負担を軽減することが可能になる。特に、上述したような空間検索サービスでは、ユーザの利用機会が大幅に増えることが予想されるので、このように、サービス形態に応じて課金先を任意に設定できることは、非常に有効である。
【０２６２】
また、例えば、プロバイダ２４２などにおける登録コンテンツの数や種類を増やすことを目的に、「コンテンツ登録料」の全て又は一部の課金先を「キャンペーン期間中は無料（又は割引）」などと称してプロバイダ２４２や他企業などに設定することも可能である。
しかも、上述した例では、端末・加入者属性リスト４５１，コンテンツ属性リスト４５２，コンテンツプロバイダ属性リスト４５３における各種属性情報の任意の組み合わせ（同じリスト内の属性情報の組み合わせでもよいし、異なるリストの属性情報の組み合わせでもよい。また、１つでもよい）により、様々なサービス形態に応じた課金設定をきめ細かく行なうことができるので、課金設定の柔軟性がさらに向上する。
【０２６３】
なお、上述した課金方法は、バルーンが移動しないこと前提にしている（情報バブル移動制御部４２をサービスセンタ１９ａに設けていない）が、勿論、前述した情報バブル移動制御部４２によりバルーンを移動させるシステムに適用することも可能である。
このようにバルーンを移動させる場合は、携帯端末１１による空間検索サービスの利用機会がさらに多くなることが予想されるので、上述のように携帯端末１１のコンテンツ利用料やパケット通信料を設定により携帯端末１１のユーザ以外に課金できることは非常に有効である。
【０２６４】
（Ｅ）その他
そして、本発明は上述した実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で、種々変形して実施することができる。
例えば、前述した携帯端末１１の検出部２１は、携帯端末１１に対して外付けにすることもでき、この場合でも、検出部２１は、検出対象物体の緯度，経度，高度，方位及び傾斜角度を有する位置情報を検出することができる。さらに、検出対象物体の位置情報は、緯度，経度，高度，方位及び傾斜角度に限定されるものでもない。
【０２６５】
加えて、上記のデータベース１５は、３次元空間における空間範囲情報として、星座などの天体情報を保持し、サービス情報として、これらの天体情報を提供するようにもできる。また、データベース１５の表記内容は、上述したもの以外にも、設計方針などによって、種々変更されうる。
さらに、上述したＵＲＬの代わりに、ＵＲＩ（Uniform Resource Identifier，ユニフォーム・リソース・アイデンティファイア）や、ＵＲＮ（Uniform Resource Name，ユニフォーム・リソース・ネーム）をアドレスとして使用することもできる。よく知られているように、「ＵＲＩ」は「ｈｔｔｐ」を用いたインターネット１２の資源に対して統一的に付与された名称であって、例えば、インターネット１２の資源であるコンピュータ名を表すＩＰアドレスである。
【０２６６】
これに対し、「ＵＲＬ」は、インターネット１２の資源を示すＵＲＩの前に、その資源に対して適用するプロトコルを記入されたものであって、その書式は、「プロトコル：ＵＲＩ」で表される。例えば、http://130.***，ftp://130.***，gopher://130.***などである。なお、「ＵＲＮ」は唯一のアドレスを表すものである。
また、携帯端末１１は、無線ネットワーク１０にて、システム運用者との加入者契約や広告などに基づき無料でサービスセンタ１９にアクセスできる。
【０２６７】
さらに、上述した実施形態では、ユーザ端末として、携帯電話やＰＤＡなどの携帯端末を適用した場合について説明したが、例えば、無線送受信機（データ通信機能）を内蔵あるいは外付けにより有する携帯型のパーソナルコンピュータ（いわゆるノートパソコンなど）を適用しても上記と同様の作用効果が得られる。
また、検索条件は、例えば、ユーザが指定した検索対象物の前後にも、造形物や自然物があれば、それらも含めて表示し、且つ、その表示数を限定して一覧を表示するようにもできる。
【０２６８】
さらに、上述した実施形態では、任意のユーザが情報バブル（バルーン）にリンクされているコンテンツにアクセスしてメッセージの書き込みなどが行なえるようになっているが、そのままでは、例えば、いたずらや不正目的でコンテンツの書き換えが行なわれる可能性がある。
そこで、例えば図６０に示すように、公共施設や観光案内などのユーザによって勝手に内容が書き換えられては困るようなコンテンツ（バルーン）には、書き込み禁止を表す情報（パーミッションフラグ４８４）を設定しておく。これにより、パーミッションフラグ４８４（「有り」）の設定されているコンテンツについては、ユーザによる書き込みが禁止されて、コンテンツ内容の保護を図ることが可能になる。
【０２６９】
なお、上記のパーミッションフラグ４８４は、勿論、図８や図９，図２５に示すデータに対して設定することも可能である。
（Ｆ）付記
（付記１） 所望の提供情報を関連付けた情報バブルを現実物理空間に仮想的に登録すべく該現実物理空間における位置情報を含む空間範囲情報と該提供情報とを対応付けたバブルデータを管理する情報バブル管理部と、
ユーザ端末の位置情報に基づく検索対象空間範囲情報を含むバブルデータの提供情報を該情報バブル管理部から抽出する抽出部と、
該抽出部によって抽出された提供情報を該ユーザ端末に提供する提供部とをそなえるとともに、
少なくとも該バブルデータの位置情報を更新することにより該情報バブルを該現実物理空間において仮想的に移動させる情報バブル移動制御部をそなえたことを特徴とする、空間情報サービス用のサーバ装置。
【０２７０】
（付記２） 該情報バブル移動制御部が、
該情報バブルの該現実物理空間における振舞を規定する振舞データを設定する情報バブル振舞設定部と、
該情報バブル振舞設定部によって設定された該振舞データに基づいて該バブルデータの位置情報を更新することにより該情報バブルを該振舞データに従って移動させる情報バブル移動部とをそなえていることを特徴とする、付記１記載の空間情報サービス用のサーバ装置。
【０２７１】
（付記３） 該情報バブル振舞設定部が、
該振舞データとして該バブルデータの位置情報に関する乱数を発生する乱数発生部をそなえるとともに、
該情報バブル移動部が、
該乱数発生部で発生した乱数によって該バブルデータの位置情報をランダムに更新することにより、該情報バブルを該現実物理空間においてランダムに移動させる第１情報バブル位置更新部をそなえていることを特徴とする、付記２記載の空間情報サービス用のサーバ装置。
【０２７２】
（付記４） 該情報バブル振舞設定部が、
該振舞データとして、該情報バブルを該現実物理空間の特定位置に移動させる時期に関する条件データを設定する条件設定部をそなえるとともに、
該情報バブル移動部が、
該条件データによって規定される時期に、該バブルデータの位置情報を該特定位置の位置情報に更新することにより、該情報バブルを該現実物理空間の該特定位置に移動させる第２情報バブル位置更新部をそなえていることを特徴とする、付記２又は付記３に記載の空間情報サービス用のサーバ装置。
【０２７３】
（付記５） 該情報バブル振舞設定部が、
該特定位置として該情報バブルの初期登録位置を設定するように構成されたことを特徴とする、付記４記載の空間情報サービス用のサーバ装置。
（付記６） 該条件設定部が、
該条件データとして、該情報バブルの移動有効期限に関するデータを設定するように構成されたことを特徴とする、付記４又は付記５に記載の空間情報サービス用のサーバ装置。
【０２７４】
（付記７） 該情報バブル管理部が、
該提供情報を受けたユーザ端末からの該提供情報についての更新情報に応じて該提供情報を更新する提供情報更新部をそなえていることを特徴とする、付記１〜３のいずれか１項に記載の空間情報サービス用のサーバ装置。
（付記８） 該情報バブル管理部が、
該提供情報を受けたユーザ端末からの該提供情報についての更新情報に応じて該提供情報を更新する提供情報更新部をそなえていることを特徴とする、付記４〜６のいずれか１項に記載の空間情報サービス用のサーバ装置。
【０２７５】
（付記９） 該条件設定部が、
該条件データとして、該提供情報更新部による該提供情報の更新回数に関するデータを設定するように構成されたことを特徴とする、付記８記載の空間情報サービス用のサーバ装置。
（付記１０） 該情報バブル管理部が、
該バブルデータの位置情報を該現実物理空間での地理的表現形式に変換する情報バブル位置表現変換部をそなえるとともに、
該提供部が、
該情報バブル位置表現変換部による変換後の情報を、該情報バブルの該現実物理空間における現在位置情報として該情報バブルを登録したユーザ端末に提供する情報バブル現在位置提供部をそなえていることを特徴とする、付記１〜９のいずれか１項に記載の空間情報サービス用のサーバ装置。
【０２７６】
（付記１１） 該空間範囲情報が、該現実物理空間における緯度，経度，高度及びバブル径で規定されることを特徴とする、付記１〜１０のいずれか１項に記載の空間情報サービス用のサーバ装置。
（付記１２） 所望の提供情報を関連付けた情報バブルを現実物理空間に仮想的に登録すべく該現実物理空間における位置情報を含む空間範囲情報と該提供情報とを対応付けたバブルデータを登録する情報バブル登録過程と、
少なくとも該バブルデータの位置情報を更新することにより該情報バブルを該現実物理空間において仮想的に移動させる情報バブル移動過程と
ユーザ端末の位置情報に基づく検索対象空間範囲情報を含むバブルデータの提供情報を抽出する抽出過程と、
該抽出過程で抽出された提供情報を該ユーザ端末に提供する提供過程とを有することを特徴とする、空間情報サービスの提供方法。
【０２７７】
（付記１３） 該情報バブル移動過程において、該バブルデータの位置情報を乱数を用いて更新することで、該情報バブルを該現実物理空間においてランダムに移動させることを特徴とする、付記１２記載の空間情報サービスの提供方法。
（付記１４） 該情報バブル移動過程において、該情報バブルの移動開始から一定期間経過後に、該バブルデータの位置情報を特定の位置情報に更新することにより、該情報バブルを該現実物理空間の特定位置に移動させることを特徴とする、付記１２又は付記１３に記載の空間情報サービスの提供方法。
【０２７８】
（付記１５） 該情報バブル移動過程において、該情報バブルの移動開始後、該提供情報を受けたユーザ端末による該提供情報の更新回数が所定の回数に達すると、該バブルデータの位置情報を特定の位置情報に更新することにより、該情報バブルを該現実物理空間の特定位置に移動させることを特徴とする、付記１２〜１４のいずれか１項に記載の空間情報サービスの提供方法。
【０２７９】
（付記１６） 該特定位置が該情報バブルの初期登録位置であることを特徴とする、付記１４又は付記１５に記載の空間情報サービスの提供方法。
（付記１７） 該空間範囲情報が、該現実物理空間における緯度，経度，高度及びバブル径で規定されることを特徴とする、付記１２〜１６のいずれか１項に記載の空間情報サービスの提供方法。
【０２８０】
（付記１８） 所望の提供情報を関連付けた情報バブルを現実物理空間に仮想的に登録すべく該現実物理空間における位置情報を含む空間範囲情報と該提供情報とを対応付けたバブルデータを管理し、ユーザ端末の位置情報に基づく検索対象空間範囲情報を含むバブルデータの提供情報を該ユーザ端末に提供する空間情報サービス用の課金処理装置であって、
該空間情報サービスのサービス形態を規定しうる複数種類の属性情報を記憶する属性情報記憶部と、
該サービス形態において課金対象となりうる複数種類のサービス料金の種別に関する情報を記憶する料金種別情報記憶部と、
複数種類の課金先に関する情報を記憶する課金先情報記憶部と、
上記の各記憶部における各種情報を任意に組み合わせて、任意のサービス形態及び料金種別のサービス料金の課金先を設定する課金方針設定部と、
該課金方針設定部による設定に従って該サービス料金の該課金先への課金処理を実施する課金処理部とをそなえたことを特徴とする、空間情報サービス用の課金処理装置。
【０２８１】
（付記１９） 該属性情報記憶部が、
該ユーザ端末及び該ユーザ端末のユーザに関する属性情報を記憶していることを特徴とする、付記１８記載の空間情報サービス用の課金処理装置。
（付記２０） 該属性情報記憶部が、
該提供情報に関する属性情報を記憶していることを特徴とする、付記１８又は１９に記載の空間情報サービス用の課金処理装置。
【０２８２】
（付記２１） 該属性情報記憶部が、
該提供情報の登録者に関する属性情報を記憶していることを特徴とする、付記１８〜２０のいずれか１項に記載の空間情報サービス用の課金処理装置。
（付記２２） 該料金種別情報記憶部が、
該サービス料金に関する情報として、該ユーザ端末が該提供情報を受けたときの該提供情報の利用料金及び通信料金並びに該提供情報の登録料金に関する情報を記憶していることを特徴とする、付記１８〜２１のいずれか１項に記載の空間情報サービス用の課金処理装置。
【０２８３】
（付記２３） 所望の提供情報を関連付けた情報バブルを現実物理空間に仮想的に登録すべく該現実物理空間における位置情報を含む空間範囲情報と該提供情報とを対応付けたバブルデータを管理し、ユーザ端末の位置情報に基づく検索対象空間範囲情報を含むバブルデータの提供情報を該ユーザ端末に提供する空間情報サービス用の課金方法であって、
該空間情報サービスのサービス形態を規定しうる複数種類の属性情報と、該サービス形態において課金対象となりうる複数種類のサービス料金の種別に関する情報と、複数種類の課金先に関する情報とを任意に組み合わせて、任意のサービス形態及び料金種別のサービス料金の課金先を設定する課金方針設定過程と、
該課金方針設定過程による設定に従って該サービス料金の該課金先への課金処理を実施する課金処理過程とを有することを特徴とする、空間情報サービス用の課金方法。
【０２８４】
（付記２４） 該属性情報が、該ユーザ端末及び該ユーザ端末のユーザに関する属性情報であることを特徴とする、付記２３記載の空間情報サービス用の課金方法。
（付記２５） 該属性情報が、該提供情報に関する属性情報であることを特徴とする、付記２３又は２４に記載の空間情報サービス用の課金方法。
（付記２６） 該属性情報が、該提供情報の登録者に関する属性情報であることを特徴とする、付記２３〜２５のいずれか１項に記載の空間情報サービス用の課金方法。
【０２８５】
（付記２７） 該サービス料金に関する情報が、該ユーザ端末が該提供情報を受けたときの該提供情報の利用料金及び通信料金並びに該提供情報の登録料金に関する情報であることを特徴とする、付記２３〜２６のいずれか１項に記載の空間情報サービス用の課金方法。
【符号の説明】
【０２８６】
９，９′ 情報提供サービスシステム（空間情報サービスシステム）
１０ 無線ネットワーク
１０ａ 基地局
１０′ ネットワーク〔通信キャリア（通信事業者）〕
１１ 携帯端末（サービス利用者）
１１ａ 傾斜センサ
１１ｂ 地磁気センサ
１１ｃ ＧＰＳモジュール
１１ｄ，１１ｅ アンテナ
１１ｆ 無線モジュール
１１ｇ 制御モジュール
１１ｈ 表示部
１１ｉ スピーカ
１１ｊ マイク
１２ インターネット
１３ａ ゲートウェイサーバ
１３ｂ ＷＥＢサーバ
１３ｃ ＤＮＳサーバ
１３ｄ メールサーバ
１３ｅ 検索サーバ
１５ データベース
１５Ａ 位置情報（バルーン位置情報）
１５Ｂ コンテンツＵＲＬ
１５Ｃ コンテンツ
１５Ｄ 条件データ
１５Ｅ 住所／地図情報データベース
１５−１ バルーン位置−コンテンツＵＲＬデータ
１５−２ バルーン位置−コンテンツＵＲＬ−課金方針データ
１６ 第１受信部
１７ 第１送信部
１８ サーバ（サーバ装置）
１８ａ ゲートウェイ部
１８ｂ ＷＥＢ情報出力部
１８ｃ ＤＮＳ部
１８ｄ メール送受信部
１９，１９ａ サービスセンタ
２１ 検出部
２２ａ 第２送信部
２２ｂ 第２受信部
２３ 音声案内部
３９ 情報バブル管理部
４０ 抽出部
４１ 提供部
４２ 情報バブル移動制御部
４３ 課金システム（課金処理部）
４４ 課金明細書生成システム（課金処理部）
４５ 属性リスト記憶部（属性情報記憶部）
４６ 課金リスト記憶部（料金種別情報記憶部，課金先情報記憶部）
４７ 料金設定メニュー記憶部
４８Ａ 属性リスト生成部
４８Ｂ 料金設定メニュー生成部
４９ 課金方針管理部（課金方針設定部）
５０ 登録料金メニュー部
５１ バルーン位置−ＵＲＬ管理部
５２，５２′ バルーン登録窓口部
５３ 課金処理装置
５５ ＵＲＬ生成部
５６ メッセージ格納部
６０ 送信データ（本人登録バルーン状況確認結果）
６１，２０９，２２８ 送信宛先ヘッダ
６２，２２９ コンテンツ識別子
６３ 現在位置情報
７０ バルーン（情報バブル）
１０１ サービス受付部
１０２，１１０ 位置情報入手・管理部
１０３ メッセージ登録部
１０４ 条件設定部
１０５ 位置−ＵＲＬ対応付部
１０６ バルーン移動部
１０７，１１２ バルーン検索部
１０８ 表現変換部
１０９，１１３ 情報通知部
１１１ 検索条件設定部
１１４ メッセージ追記部
１１５ 条件データ更新部
１３１ コンテンツ登録部
１４１ コンテンツ追記部
１５１ コンテンツＵＲＬ対応付部
１６１ 乱数発生部
１６２ 移動量計算部
１６３ バルーン位置更新部
１６３Ａ 第１情報バブル位置更新部
１６３Ｂ 第２情報バブル位置更新部
１６４ 条件データ監視部
２０１，２０２ 電光掲示板（表示システム）
２０３，２０４ 指定エリア
２０５ エリアデータ
２０６ 登録メッセージ（コンテンツ）データ
２０７ スケジュールデータ
２０８ 送信データ
２１０ 表示先識別子
２１１ 登録メッセージ内容
２２１〜２２３ 入力欄
２２４ 登録条件データ
２２６ コレクションデータ
２３０ 累積結果
２４０ 端末・加入者管理センタ
２４１ 端末・加入者データベース
２４２ コンテンツプロバイダ
２４３ アプリケーションサーバ
２４４ コンテンツデータベース
２４５ 端末・加入者登録部
２５０ 端末（コンテンツ登録者）
２５１ 企業（Ｆ社）
２５２ 端末
４５０ 属性リスト
４５１ 端末・加入者属性リスト
４５２ コンテンツ属性リスト
４５３ コンテンツプロバイダ属性リスト
４６０ 課金リスト
４６１ 対象課金リスト
４６１ａ 料金入力メニュー
４６１ｂ 登録料金確認メニュー
４６２ 課金者（課金先）リスト
４７０ 料金設定メニュー
４７１ コンテンツ利用料設定メニュー
４７２ コンテンツ登録料設定メニュー
４７３ パケット通信料設定メニュー
４８０ 課金方針データ
４８１ 課金方針データ（コンテンツ利用料）
４８２ 課金方針データ（コンテンツ登録料）
４８３ 課金方針データ（パケット通信料）
４８４ パーミッションフラグ
４９０ 課金ログ
４９１ サービス利用者データ
４９２ サービス提供（登録）者データ
４９３ 通信時間データ
４９４ パケット数データ
４９５ 正常終了識別子
５０１ バルーン登録位置メニュー
５０２ コンテンツ登録メニュー
【特許請求の範囲】
【請求項１】
現実物理空間における緯度，経度及びバブル径を含む空間範囲情報と提供情報とを対応付けたバブルデータを管理する管理部と、
ユーザ端末の位置情報に基づく検索対象空間範囲情報により規定される空間範囲の少なくとも一部と重複する前記空間範囲情報を含むバブルデータと対応付けられた提供情報を該管理部から抽出する抽出部と、
該抽出部によって抽出された提供情報を該ユーザ端末に提供する提供部と、
該バブルデータの前記緯度及び経度を更新することにより該バブルデータを該現実物理空間において仮想的に移動させるとともに、前記更新後の緯度及び経度に基づいて、該バブルデータのバブル径を変更する移動制御部と、
をそなえたことを特徴とする、空間情報サービス用のサーバ装置。
【請求項２】
現実物理空間における緯度，経度及びバブル径を含む空間範囲情報と提供情報とを対応付けたバブルデータを管理する管理部と、
ユーザ端末の位置情報に基づく検索対象空間範囲情報により規定される空間範囲の少なくとも一部と重複する前記空間範囲情報を含むバブルデータと対応付けられた提供情報を該管理部から抽出する抽出部と、
該抽出部によって抽出された提供情報を該ユーザ端末に提供する提供部と、
該バブルデータの前記緯度及び経度を更新することにより該バブルデータを該現実物理空間において仮想的に移動させる移動制御部とをそなえ、
該移動制御部が、前記バブルデータが抽出された回数に基づいて、該管理部による当該バブルデータの管理を解放する、
ことを特徴とする、空間情報サービス用のサーバ装置。
【請求項１】
現実物理空間における緯度，経度及びバブル径を含む空間範囲情報と提供情報とを対応付けたバブルデータを管理する管理部と、
ユーザ端末の位置情報に基づく検索対象空間範囲情報により規定される空間範囲の少なくとも一部と重複する前記空間範囲情報を含むバブルデータと対応付けられた提供情報を該管理部から抽出する抽出部と、
該抽出部によって抽出された提供情報を該ユーザ端末に提供する提供部と、
該バブルデータの前記緯度及び経度を更新することにより該バブルデータを該現実物理空間において仮想的に移動させるとともに、前記更新後の緯度及び経度に基づいて、該バブルデータのバブル径を変更する移動制御部と、
をそなえたことを特徴とする、空間情報サービス用のサーバ装置。
【請求項２】
現実物理空間における緯度，経度及びバブル径を含む空間範囲情報と提供情報とを対応付けたバブルデータを管理する管理部と、
ユーザ端末の位置情報に基づく検索対象空間範囲情報により規定される空間範囲の少なくとも一部と重複する前記空間範囲情報を含むバブルデータと対応付けられた提供情報を該管理部から抽出する抽出部と、
該抽出部によって抽出された提供情報を該ユーザ端末に提供する提供部と、
該バブルデータの前記緯度及び経度を更新することにより該バブルデータを該現実物理空間において仮想的に移動させる移動制御部とをそなえ、
該移動制御部が、前記バブルデータが抽出された回数に基づいて、該管理部による当該バブルデータの管理を解放する、
ことを特徴とする、空間情報サービス用のサーバ装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【図４９】
【図５０】
【図５１】
【図５２】
【図５３】
【図５４】
【図５５】
【図５６】
【図５７】
【図５８】
【図５９】
【図６０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【図４９】
【図５０】
【図５１】
【図５２】
【図５３】
【図５４】
【図５５】
【図５６】
【図５７】
【図５８】
【図５９】
【図６０】
【公開番号】特開２０１１−１３８５２７（Ｐ２０１１−１３８５２７Ａ）
【公開日】平成２３年７月１４日（２０１１．７．１４）
【国際特許分類】
【出願番号】特願２０１１−１１５４１（Ｐ２０１１−１１５４１）
【出願日】平成２３年１月２４日（２０１１．１．２４）
【分割の表示】特願２００７−１３２８２６（Ｐ２００７−１３２８２６）の分割
【原出願日】平成１３年１月３１日（２００１．１．３１）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２３年７月１４日（２０１１．７．１４）
【国際特許分類】
【出願日】平成２３年１月２４日（２０１１．１．２４）
【分割の表示】特願２００７−１３２８２６（Ｐ２００７−１３２８２６）の分割
【原出願日】平成１３年１月３１日（２００１．１．３１）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]