JP4505465B2 - サービス情報提供方法 - Google Patents

Description

本発明は、例えば携帯端末を用いた情報配信サービスに用いて好適な、情報提供サービスシステム，同システムにおけるユーザ端末および同システムにおける空間情報サーバ並びに同システムにおけるサービス情報提供方法に関する。

近年、携帯電話，携帯通信端末等の携帯端末（ユーザ端末）の普及に伴い、各企業は、プッシュ型のプッシュ配信サービス（以下、プッシュ配信サービスと称する。）を提供している。このプッシュ配信サービスとは、携帯端末の電源のオン／オフの状態又は携帯端末のネットワーク接続の有無に関わらず、サーバシステム（複数の機能をもつ各サーバを合わせた複数のサーバ）から携帯端末に情報が配信されると、携帯端末が自動的にその情報を受信するサービスである。この情報とは、例えば飲食店のメニュー，各種の店舗の安売り品，営業時間等に加えて、ニュース，地図，公共施設の案内および企業広告等であり、また、情報配信とは、これらの多岐にわたる情報をサーバシステムがユーザ（顧客）に対して送信することを意味する。

そして、携帯電話の待ち受け状態におけるメール（電子メール）受信と同様に、携帯端末は、サーバシステムからの情報を受信すると、着信音等によってユーザに通知し、ユーザは情報を通知されたことを知るのである。従って、この方法を用いることにより、ユーザは、自分自身でネットワークに接続せずに情報を得ることができ、しかも、リアルタイムな情報を受信できる。この方法は、サーバシステムがユーザに対して情報をプッシュ（ＰＵＳＨ）すると称される。これに対して、ユーザが自分自身でネットワークに接続して情報を得る方法は、ユーザがサーバシステムから情報をプル（ＰＵＬＬ）すると称される。

また、プッシュ配信サービスを提供する事業者（以下、管理者と称する。）は、様々な技術を用いて、携帯端末の端末位置を測定（以下、測位［Positioning］という。）する方法を導入している。端末位置の具体的な測定方法は、例えばＧＰＳ（Global Positioning System：全地球測位システム）を用いたり、ＩＣ（Integrated Circuit）タグ，無線ＬＡＮ（Local Area Network）又は駅の改札機械等のデバイス又は測定機器をアクセスポイント機器として特定場所に設置したり、あるいは、無線通信プロトコル（例えばＢｌｕｅｔｏｏｔｈ）にて規定された測定方法等を用いることができる。一例として、各デバイスが、特定のビルの前に携帯端末がいることを検出すると、各デバイスはその検出結果をサーバシステムに送信する。一方、サーバシステムは、予め、そのビルに入居しているレストランのメニュー等のサービス情報をデータベースに保持（保存，格納，蓄積，記録，記憶）しており、携帯端末の検出結果に含まれる位置情報を検索タグとしてデータベースを検索し、検索して得られたメニュー等を携帯端末に通知するようになっている。

ところで、サーバシステムが、特定エリア内の携帯端末に対して、店舗広告等の情報を提供する場合、ＩＣタグ，無線ＬＡＮ等の各種デバイスは、携帯端末がサーバシステムにアクセスするために、アクセスポイント機器を予め設置し、また、サーバシステムを含むシステムのバックグラウンドとしてのネットワークを構築する必要がある。
さらに、店舗が店舗自身の広告等の情報を発信する場合、店舗は、管理者が定める方法に沿って、管理者又は管理者のサーバシステムに情報を提供する。この一方、通常、管理者は、広告料として、店舗から広告料金を徴収する。

このようなプッシュ配信サービスのほかに、従来より、各種の情報提供サービスが多数提案されている。
特許文献１記載の案内情報提示装置は、経路等の案内情報を提供するものであって、推薦する観光コースやデートコース等の様々な経路情報と、その付加情報とを、ネットワークや電子メディアを介して配信する。これにより、誰もがいつでもどこでも利用可能な道案内サービスが実現される。

特許文献２記載の移動体発見／案内情報提供システムは、野外等で移動する人物，動物，物等の不特定多数の移動体の中から、移動体固有の識別情報と一般的な属性情報とを用いることにより、所望の属性を有する移動体を発見し、発見した移動体へ接近するための案内情報を提供するものである。これにより、ユーザが指定する発見条件を満たす案内情報を提供することができる。

特許文献３記載の情報提供サービスシステムは、３次元空間における空間範囲情報と、サービス情報を得るための検索情報とを対応づけられたデータを保持するデータベースを設け、これにより、ユーザは、ユーザ自身の端末位置から所定距離範囲にあるビルに関する情報や、視界内において特定のビル内にある店舗のサービス情報等を取得できる。
また、特許文献４には、特許文献３記載の情報提供サービスシステムにおける携帯端末が記載されている。ユーザが携帯端末を例えば建物９階に向けて測位ボタンを押下すると、携帯端末は、携帯端末自身の位置情報（緯度，経度，高度，方位および傾斜角度等）を測定し、測定した位置情報をサーバシステムに送信する。また、携帯端末は、サーバシステムにて検索された複数のサービス情報を得ることができる。

特許文献５記載の情報提供サービスシステムは、サービス情報を携帯端末の地図情報とリンクさせて、地図情報とサービス情報のイメージデータとを重ねて画面表示し、かつイメージデータの大きさを最適に表示させるようになっている。
特許文献６記載の空間情報サービス用のサーバ装置は、現実物理空間に仮想的に登録した情報バルーンを用いることにより、携帯端末において、より人間感覚に近いアナログ的な操作で情報の検索，参照が行なえるとともに、より少ない情報バルーンにより不特定多数のユーザに対して情報を提供するものである。

特許文献７記載の案内情報提供装置は、規定状況と現在状況とのマッチングを行ない、マッピングした場合に案内情報提供装置にリクエストするものである。これにより、ネットワーク負荷、案内情報提供装置側の負荷を低減させることができる。
特許文献８記載のプッシュ配信サービス提供システムは、携帯端末が、携帯端末自身の周囲に存在する複数のプッシュ配信エリアに入ったことを自ら予測するものである。これにより、測位回数を削減できるだけでなく、測位時にかかるネットワーク負荷の軽減、および測位サーバにかかる負荷の軽減、そして連続測位で要するパケット料金の軽減等が可能になる。

特許文献９記載の経路計画装置は、車の経路計画又は到着時間の予測を行ない、実際に通った車の走行記録を利用することにより、精度の高い経路計画又は到着時間の予測が可能になる。
このように、情報提供サービスは多様化し、さらに進展している。
一方、近年、Ｗｅｂサイトによる情報発信および情報取得（情報収集）が多数行なわれている。特に、インターネットにおける掲示板サイトや投稿サイト等は、情報の提供者側と情報の取得者側とが双方向に、情報書き込みおよび情報取得が可能である。また、最近は、掲示板サイトおよび投稿サイトの機能が進展し、ブログ（Ｂｌｏｇ：ウェブログ［Ｗｅｂｌｏｇ］の略称）と呼ばれるＷｅｂサイト増加している。なお、ブログという名称は、「Ｗｅｂ」と「Ｌｏｇ（日誌）」とを合わせた「Ｗｅｂｌｏｇ」という語に由来する。

このブログとは、例えば個人の日記等、頻繁に更新されるテキスト等が表示されたＷｅｂサイトである。多くのブログは、そのブログの所有者がインターネットにおいて発見したニュース，話題が表示されたＷｅｂサイトに対してリンクを設定し（リンクを張り）、そのニュース，Ｗｅｂサイトに、その個人（所有者）自身の感想，意見等を書き加えた内容が時系列に表示されている。ブログは、単なる日記の表示機能だけでなく、そのＷｅｂサイトに訪れた他ユーザが他ユーザの所有する他のＷｅｂサイトからリンクされた旨を通知される機能を有し、相互参照可能になっている。このブログ機能の利用により、個人でも手軽に自分のＷｅｂサイトを開設できるため、爆発的に普及し、ブログについての刊行物も増加している。

非特許文献１には、モブログ（ｍｏｂｌｏｇ）を用いて投稿するエントリに位置情報を付加する技術が記載され、このモブログを用いて携帯電話からメールサーバに対してメールを送信するだけで、簡単にブログを更新できる。
また、非特許文献２には、ＧＰＳ携帯電話を用いて位置情報付きのブログを登録するサービスが記載されている。このサービスは、ユーザが、携帯メールの本文に、測位した位置情報を添付して投稿することにより、自動的に場所の地図へのリンクがブログ上にアイコンで表示されるものである。これにより、既に登録された記事と場所とを紐付けることができる。
宮川達彦，伊藤直也 「ＢＬＯＧ ＨＡＣＫＳ（Ｒ） プロが教えるテクニック＆ツール１００選」，Ｏ'ＲＥＩＬＬＹ（Ｒ） ＮＴＴデータ 「「Ｄｏｂｌｏｇ」でＧＰＳ携帯使ったサービスを実験」 HTTP://japan.internet.com 特開２０００−２１５２１１号公報 特開２０００−２５９９９５号公報 特開２００２−１３２８０６号公報 特開２００２−２３８０８０号公報 特開２００２−２２９９９１号公報 特開２００２−２２９９９２号公報 特開２００２−３５７４３８号公報 特開２００２−３１９４３５号公報 特開平１１−２７２９８３号公報 上記の情報提供サービスにおいて最も重要なことは、例えばデパートの入口等のユーザが立つ場所において、デパートの９階のレストランのメニュー等のユーザ自身が必要とするサービス情報がその場所（入口）にあり、また、メニュー等のサービス情報がその場所にない場合においては、加入先のサーバからサービス情報を得られることであり、かつユーザ以外の誰でもが情報を容易に取得できることである。

一方、現在、管理者が提供している情報提供サービスは、サービスを提供する者（例えば飲食サービスを提供する店主又は管理者）が収集可能な空間範囲における情報が提供されるのみである。従って、ユーザが立つその場において、ユーザが真に取得したいと考える情報が、サーバシステムから送信される情報の中に含まれることは希である。そこで、サーバシステムに、大規模なデータベースを設け、このデータベースに、サーバシステムがきめ細かく取得した各種情報を保持することも可能である。

しかしながら、大規模なデータベースに保持されているデータのうちの所望のデータを検索することは、１件の検索ですら検索時間の増大を招き、さらに、多数のユーザがサーバシステムに対して検索依頼メッセージを送信すると、サーバシステムの処理負荷が過大になり、輻輳が生じる可能性がある。このため、処理負荷が過大になると、サーバシステムのメモリ領域が、未処理のデータによって通常よりも長時間占有され続け、また、サーバシステムの内外の複数の回線も閉塞するという課題がある。さらに、回線の閉塞によって呼損が生じるので、サーバシステムの動作が不安定になる可能性もあるという課題がある。

そして、サーバシステムが携帯端末に対して情報をプッシュする場合は、サーバシステムに、ＧＰＳを用いて携帯端末の位置を計算させる機能を与えることがあり、この位置計算処理によってサーバシステムの処理負荷は一層増大するという課題がある。
さらに、情報へのアクセス手法にも課題がある。
具体的には、携帯端末の基地局を用いた位置情報は、カバー範囲が広いので、どこでも使用できる。この半面、一つのエリアが大きいため、ユーザが立つ場所の近くの情報も遠く離れた場所の情報も同様に携帯端末に提供されるので、その情報の場所を示す別の方法が必要となる。

また、ＧＰＳ，ＩＣタグ，無線ＬＡＮ等は、狭い範囲を特定できる半面、電波状態やアクセスポイントの設置場所が少ないので、利用できる場所又はエリアが限られ、ユーザは、いつでも、どこでも、サービスを利用できるわけではない。
本発明は、このような課題に鑑み創案されたもので、サービス情報提供システムにおいて、ユーザが立つ場所にて視界内のビル等のサービス情報を容易に取得でき、かつその場所において、同一のアクセスポイントを利用して、他の場所又は位置にて提供されるサービス情報を取得でき、さらに、アクセス制限や効率的なハードウェア使用を可能とする、情報提供サービスシステム，同システムにおけるユーザ端末および同システムにおける空間情報サーバ並びに同システムにおけるサービス情報提供方法を提供することを目的とする。

このため、本発明の情報提供サービスシステムは、ユーザ端末に対して情報を提供する情報提供サービスシステムであって、実３次元空間に対応する複数の３次元空間範囲情報と、サービス情報を得るための複数のアドレスとの各々が対応付けられた複数のバルーンデータを保持するデータベースにアクセスする空間情報サーバと、上記の情報提供サービスシステムにおけるサーバとの間で情報を相互参照可能なブログエントリを表す第１バルーンエントリを有し第１バルーンエントリが収集した場所に関する情報と、空間情報サーバに保持されたバルーンデータとをそれぞれ取得する第１ブログサイトとをそなえて構成されているので、ユーザは、ユーザ端末がある場所と異なる他の場所にて提供されるサービス情報を取得できる。また、ユーザは、「いつでも」，「どこにいても」，「誰とでも」通信でき、さらに、「どの場所の情報であっても」サービス情報を取得できる。そして、ブログを利用するので、必要な箇所に柔軟に情報発信ポイントが設置でき、有益な情報が得られる。

この空間情報サーバは、第１ブログサイトに、第１バルーンエントリを作成する第１バルーンエントリ作成部と、第１バルーンエントリ作成部にて作成された第１ブログサイトの第１バルーンエントリに、空間情報サーバのアドレスを登録する空間情報サーバアドレス登録部と、データベースに、第１バルーンエントリ作成部にて作成された第１ブログサイトの第１バルーンエントリのアドレスを登録する第１バルーンエントリアドレス登録部とをそなえて構成することができ、また、第１ブログサイトへのアクセス権限に関する情報をデータベースに保持するように構成することができる。

従って、このようにすれば、各ユーザは、場所に応じて適切なサービス情報を取得できる。
また、空間情報サーバアドレス登録部が、データベースに保持されたアクセス権限に関する情報に基づいて、空間情報サーバのアドレスを登録するように構成されたり、第１バルーンエントリの更新を通知するアドレスとして、空間情報サーバのアドレスを登録するように構成されてもよい。

さらに、第１ブログサイトは、検索依頼を送信するユーザ端末が所有するブログサイトでもよく、ユーザ端末に対して、サービス情報の検索結果と、第１バルーンエントリを宛先とするトラックバックを通知する第２ブログサイトのアドレスとを送信するように構成されてもよい。
そして、第１ブログサイトは、第１ブログサイト自身の機能を、プラグインを用いて追加，削減できるように構成することができる。

従って、このようにすれば、ユーザの視界内のサービス情報を取得でき、ユーザのいわばアナログ的な感覚に基づいて、サービス情報を取得できる。
また、本発明のユーザ端末は、ユーザ端末の位置情報を測位する測位部と、位置情報と検索範囲情報からなる複数のバルーン定義情報からなるバルーンデータを保持するバルーンデータ保持部と、バルーンデータ保持部に保持されたバルーンデータについて、更新の要否を判定する更新判定部と、更新判定部の判定結果に基づいて、バルーンデータ保持部に保持されたバルーンデータを更新する更新部とをそなえて構成されているので、情報を相互参照できるブログエントリによって、多数のサービス情報が自動的に収集され、自動収集されたサービス情報を、携帯端末は、場所の移動をともなわずに取得できる。

さらに、ユーザ端末は、上記の情報提供サービスシステムにおけるサーバとの間で情報を相互参照可能なブログエントリを有する複数のブログサイトのうちのユーザ端末自身が所有する第１ブログサイトを介して、複数のブログサイトのうちの第１ブログサイトと異なる第２ブログサイトに作成されたブログエントリのサマリ（情報サマリ）を取得するように構成されてもよい。

そして、本発明の空間情報サーバは、実３次元空間に対応する複数の３次元空間範囲情報と、サービス情報を得るための複数のアドレスとの各々が対応付けられた複数のバルーンデータを保持するデータベースと、ユーザ端末の位置情報，検索範囲又はバルーン名称に基づいて、データベースが保持する複数の３次元空間範囲情報のうちの位置情報の周辺の３次元空間範囲情報に対応するアドレスを抽出し、抽出したアドレスに対応するサービス情報をユーザ端末に通知する検索部とをそなえて構成されているので、やはり、ユーザは、その場所において、同一のアクセスポイントを利用して、他の場所又は位置にて提供されるサービス情報を取得できる。

さらに、検索部は、次の（ｉ）〜（ｉｉｉ）に示すように構成できる。
（ｉ）バルーンデータに付与された名称又は名称の一部を検索タグとしてデータベースを検索し、名称又は名称の一部を含む名称を付与されたサービス情報を検索する。
（ｉｉ）検索されたバルーンデータに定義された位置情報と検索範囲とを検索タグとしてデータベースを検索し、検索して得た検索済みバルーンデータを用いて検索済みバルーンデータと地理的に近い位置のバルーンデータをさらに検索する。

（ｉｉ）検索されたバルーンデータが定義された位置情報と検索範囲とを検索タグとしてデータベースを検索し、検索されたバルーンデータを用いて該検索されたバルーンデータと地理的に近いバルーンデータを再度検索する。
（ｉｉｉ）ユーザ端末の位置情報として、ユーザ端末に設けられた位置情報取得手段によって測位された測位情報を用いて検索する。

従って、このようにすれば、ユーザが立つ場所にて視界内のビル等のサービス情報を容易に取得できる。
さらに、データベースは、次の（ｉｖ）〜（ｉｘ）に示すように構成することができる。
（ｉｖ）複数の３次元空間範囲情報として、ユーザ端末の位置情報および検索範囲情報を含むバルーン定義情報からなるバルーンデータを保持する。

（ｖ）複数の３次元空間範囲情報として、実３次元空間におけるユーザ端末の緯度，経度，高度からなる位置情報と、バルーン径により表された検索範囲情報とをバルーン定義情報として保持する。
（ｖｉ）複数の３次元空間範囲情報として、実３次元空間における目標物の緯度，経度，高度からなる位置情報と、バルーン径により表された検索範囲情報とをバルーン定義情報として保持する。

（ｖｉｉ）複数のアドレスとして、少なくともユニフォーム・リソース・ロケータ又はユニフォーム・リソース・アイデンティファイアを保持する。
（ｖｉｉｉ）遠隔通信プロトコル又はメールによって取得したバルーンデータを保持する。
（ｉｘ）バルーン定義情報に存続期間を設定して保持し、存続期間の経過後はバルーン定義データを消去する。

従って、このようにすれば、アクセス制限や効率的なハードウェア使用が可能となるので、ユーザの場所にかかわらず、他の様々な場所にて提供されるサービス情報を取得できる。
さらに、空間情報サーバは、データベースに保持されたバルーンデータへのアクセス権限を制限するユーザ管理部をそなえて構成されてもよく、また、バルーン登録するバルーン登録部をそなえ、バルーン登録部が、アクセス権限が制限されたアクセス制限付きバルーンデータを登録した登録ユーザと異なるユーザのアカウントを含む登録メッセージを第１ブログエントリに対して通知するように構成されてもよい。加えて、アクセス制限付きバルーンデータに対するユーザアカウントの登録要求についてバルーン登録ユーザの承認をメール送信するように構成されてもよい。さらに、データベースの検索により取得した１又は複数のバルーン定義情報をＸＭＬ（Extensible Markup Language）形式をベースにした記述言語によりユーザ端末に対して送信するように構成することもできる。

従って、このようにすれば、アクセス権限に応じた制限を実施でき、例えばユーザ端末の加入事業者にかかわらず、加入端末と同等のサービス情報を取得できる。
また、本発明のサービス情報提供方法は、第１ユーザ端末が、実３次元空間に対応する複数の３次元空間範囲情報とサービス情報を得るための複数のアドレスとの各々が対応付けられた複数のバルーンデータを保持するデータベースに所望のバルーンデータを登録し、データベースにアクセスする空間情報サーバが、第１ユーザ端末が所有するブログサイトに、上記の情報提供サービスシステムにおけるサーバとの間で情報を相互参照可能なブログエントリを表す第１バルーンエントリを作成し、空間情報サーバが、データベースに第１バルーンエントリのアドレスを登録し、空間情報サーバが、第１バルーンエントリに空間情報サーバのアドレスを登録し、ユーザ端末が、第１バルーンエントリにアクセスして、サービス情報を取得するので、ユーザが立つ場所にて視界内のビル等のサービス情報を容易に取得でき、かつその場所において、同一のアクセスポイントを利用して、他の場所又は位置にて提供されるサービス情報を取得できる。

加えて、本発明のサービス情報提供方法は、実３次元空間に対応する複数の３次元空間範囲情報とサービス情報を得るための複数のアドレスとの各々が対応付けられた複数のバルーンデータを保持するデータベースにアクセスする空間情報サーバを有する複数のブログサイトを設置し、複数のブログサイトのうちの第１ブログサイトに保持されたバルーンデータの３次元空間範囲情報に対応する実３次元空間に重複登録されたバルーンデータを保持する第２ブログサイトを設置し、第１バルーンエントリと第２バルーンエントリとが相互参照可能な状態に設定し、第１バルーンエントリと第２バルーンエントリとが、第１ブログサイトの第１空間情報サーバと第２ブログサイトの第２空間情報サーバとに対してそれぞれ更新通知し、第１空間情報サーバと第２空間情報サーバとが、第２空間情報サーバの第１バルーン検索アドレスと第１空間情報サーバの第２バルーン検索アドレスとをそれぞれ取得し、第１空間情報サーバと第２空間情報サーバとが、第１空間情報サーバのデータベースと第２空間情報サーバのデータベースとにそれぞれ第２バルーン検索アドレスと第１バルーン検索アドレスとを連結登録するので、各ユーザは、場所に関する情報を容易に取得でき、かつ、加入事業者にかかわらず、各種情報を取得できる。さらに、ユーザは、「いつでも」，「どこにいても」，「誰とでも」通信でき、さらに、「どの場所の情報であっても」サービス情報を取得できる。そして、ブログを利用するので、必要な箇所に柔軟に情報発信ポイントが設置でき、有益な情報が得られる。また、位置情報による情報提供サービスの利用者数の増大や市場拡大が期待できる。また、事業者のみならず、各個人が情報発信ポイントを設置でき、場所に関する情報を使ったサービスを提供できるため、個人のアイディアによって様々な応用が可能になる。

図１は本発明が適用されるシステムの構成図である。 図２は空間における建物配置を模式的に示す図である。 図３は本発明の一実施形態に係るバルーンデータの３次元空間範囲のイメージを示す図である。 図４は本発明の一実施形態に係るバルーンデータを説明するための図である。 図５は本発明の一実施形態に係る携帯端末（ユーザ端末）のブロック図である。 図６はトラックバックを説明するための図である。 図７（ａ），図７（ｂ）はいずれも本発明の一実施形態に係るトラックバックの一例を示す図である。 図８はＲＳＳを説明するための図である。 図９（ａ），図９（ｂ）はそれぞれ本発明の一実施形態に係る空間情報サーバへのバルーン登録方法を説明するための図である。 図１０（ａ），図１０（ｂ）はそれぞれ本発明の一実施形態に係るバルーン検索方法を説明するための図である。 図１１（ａ）は本発明の一実施形態に係る投稿ＡＰＩのリクエストの一例を示す図であり、図１１（ｂ）は本発明の一実施形態に係る投稿ＡＰＩのレスポンスの一例である。 図１２（ａ），図１２（ｂ）はそれぞれ本発明の一実施形態に係る更新通知方法を説明するための図である。 図１３（ａ），図１３（ｂ）はそれぞれ本発明の一実施形態に係るサマリの取得方法を説明するための図である。 図１４（ａ）は本発明の一実施形態に係るブログサイトと空間情報サーバとの組み合わせであり、図１４（ｂ）はブログサイトおよび空間情報サーバに、他のブログサイトおよび空間情報サーバを連結した状態を説明するための図である。 図１５は本発明の一実施形態に係る２箇所のブログサイトの連結を説明するための図である。 図１６は本発明の一実施形態に係る３箇所のブログサイトの連結を説明するための図である。 図１７は本発明の一実施形態に係る連結された複数の空間情報サーバを検索する方法を説明するための図である。 図１８は本発明の一実施形態に係るバルーンエントリの生成方法を説明するためのシーケンスを示す図である。 図１９は本発明の一実施形態に係る擬似的なプッシュ配信方法を説明するためのシーケンスを示す図である。 図２０は本発明の一実施形態に係る未登録ユーザについてのアクセス制限およびユーザ登録を説明するためのシーケンスを示す図である。 図２１は本発明の一実施形態に係る登録ユーザについてのアクセス制限およびユーザ登録を説明するためのシーケンスを示す図である。 図２２は本発明の一実施形態に係るバルーンエントリ更新監視方法を説明するためのシーケンスを示す図である。 図２３は本発明の一実施形態に係るバルーンエントリ更新監視方法を説明するためのシーケンスを示す図である。 図２４は本発明の一実施形態に係る情報提供サービスの利用方法を説明するための図である。

（Ａ）本発明の一実施形態の説明
本発明が適用される情報提供サービスシステム（以下、単にシステムと略称する。）の主な情報提供サービスは、第１に、携帯端末，携帯電話機，ＰＤＡ（Personal Digital Assistants）等の移動可能なユーザ端末に対し、例えばユーザが立つ場所の近辺にあるデパートのレストランのメニュー等の情報（サービス情報）を提供するサービスである。また、第２のサービスは、携帯端末を用いて、デパートの各階に入居している店舗の名称，評判や、商品の案内等、そのデパートに関する情報であって自動的に収集された多数のユーザによる書き込み情報（場所に関する情報）の利用を提供するものである。この第２のサービスは、後述するブログによって「場所に関する情報」が自動的に多数収集され、ユーザは、ブログにより有益な情報を得られるようになっている。

これらの２種類のサービスに加えて、システムは、プッシュ／プル機能を用いて携帯端末に対してサービス情報を提供する機能を有する。なお、システムは、携帯端末に直接、サービス情報を提供するほかに、ユーザが携帯端末に接続した情報端末にサービス情報を表示させる等、携帯端末を利用したサービスをも行なうようになっている。
本システムがユーザに対して提供する「サービスの種類」の例は、上記２種類のほかに、ブログの利用，プッシュ／プルを用いた広告，電話，インターネット接続，メール送受信およびニュース配信等である。さらに、「サービス情報」の例は、（ｉ）企業広告や、店舗およびデパートの商品案内や、公共機関および交通機関の公共情報、（ｉｉ）地図表示又は地理案内、（ｉｉｉ）例えば静止画等のコンテンツ配信等を意味する。

図１は本発明が適用されるシステムの構成図である。この図１に示すシステム１００は、携帯端末２に対して情報を提供する情報提供サービスシステムであって、ユーザが、端末位置（携帯端末についての緯度，経度等からなる３次元空間における位置）を、後述する空間情報サーバに送信し、空間情報サーバから例えばレストランのメニュー等のサービス情報を取得し、さらに、空間情報サーバにリンクしたブログエントリにおいて収集される「場所に関する情報」を取得するようにしたものである。

このブログとは、例えば個人の日記等、頻繁に更新されるテキストが、トップページに表示されたＷｅｂサイト（トップページおよび複数のＷｅｂページからなるＷｅｂサイト）である。このブログをインターネットに設けることにより、場所に関する情報が自動的に多数収集され、ユーザは、ブログにより有益な情報を得られる。情報の自動収集は、ブログを利用するユーザが、ニュース，話題又は情報等を発信するＷｅｂサイトへのリンクによって実現される。このブログが日記やニュース等のＷｅｂサイトと異なる点は、各ブログが他のブログとの連携機能を有することである。この連携機能は、例えば後述するＲＳＳ（図６）とトラックバック（図８）とによって実現される。

また、ブログエントリとは、ＵＲＬを有するＷｅｂサイトであって、例えば特定の商店街について、「店舗Ａが安売りをしている。」，「レストランＢのお奨めメニューはタラコパスタだ。」等の場所（商店街）に関するコンテンツ（安売り，お奨めメニュー）が自動的に集まるＷｅｂサイトである。コンテンツが自動的に集まる点では、ブログエントリは通常の掲示板サイトと同様である。これに対して、ブログエントリは、２以上のブログエントリどうしが相互にコンテンツを参照できる点で掲示板サイトと異なる。掲示板サイトにおいては、多数のユーザが掲示板に意見や感想等を書き込むことによってコンテンツが自動的に集まるので、個人がＷｅｂサイトに対してメッセージを送信するものである。一方、ブログエントリにおいては、Ｗｅｂサイトどうしがリンクされ相互に情報を参照できるようになっており、Ｗｅｂサイトが他のＷｅｂサイトに対してメッセージを送信するものである。なお、これらのブログおよびブログエントリについての詳細は後述する。

図１に示すシステム１００は、携帯端末（本発明のユーザ端末）２と、携帯端末（他のユーザ端末）５と、基地局５０と、無線電話回線ネットワーク５１と、ゲートウェイサーバ５２と、インターネット５３と、サーバシステム（本発明の空間情報サーバを設けたところ）５４と、ブログサイト３，４，３６と、空間情報サーバ６と、４台のＧＰＳ衛星９０とをそなえて構成されている。

ここで、基地局５０は、携帯端末２，５と無線通信するものである。また、無線電話回線ネットワーク５１は加入者電話回線である。本システム１００においては、携帯端末２と、空間情報サーバ１，ブログサイト３およびブログサイト４，３６等との間は、無線仕様であるが、以下の説明においては、特に断らない限り、無線信号の送受信および変復調等の処理についての詳細説明を省略する。

次に、インターネット５３は多数のＷｅｂサーバが接続されたネットワークであり、ゲートウェイサーバ５２は信号データをフィルタリングするものである。
さらに、サーバシステム５４は本システム１００の事業者のサーバを設け、インターネット５３を介して携帯端末２，５等へのサービス情報の送信と、ブログサイト４等から「場所に関する情報」を収集して携帯端末２，５に対する送信とを行なうものである。また、サーバシステム５４は、空間情報に関するデータを保持する以下に述べるバルーンデータベース７を有する空間情報サーバ１を設けている。

そして、ブログサイト３は、携帯端末２の所有者が開設したＷｅｂサイトであってブログ機能を有するものである。ブログサイト４，３６は本システム１００の事業者と異なる他の事業者が開設したＷｅｂサイトであってブログサイト３と別個独立に作成したバルーンデータベース７を有する。ブログサイト３は、携帯端末２およびサーバシステム５４との間においてメッセージを送受信するとともにブログサイト４，３６との間においてトラックバック等によって相互に情報を通知する。また、空間情報サーバ６は他の事業者が設けたものであってインターネット５３に接続されたものである。

さらに、４台のＧＰＳ衛星９０は、各々各衛星自身の識別ＩＤ（IDentification）と、この識別ＩＤ等を含む信号の送信時刻とを含む電波を送信するものである。各ＧＰＳ衛星９０は、携帯端末２がどの場所においても、ＧＰＳ衛星９０からの電波を捕捉できるように配備されている。
以下、３次元空間位置と、この３次元空間位置に関連付けたサービス情報とを保持するバルーンデータ（バブルデータ）について説明し、続けて、このバルーンデータを保持する空間情報サーバ１と、空間情報サーバ１に対して端末位置を送信する携帯端末２と、空間情報サーバ１にリンクし場所に関する情報が自動的に収集されるブログとのそれぞれについて詳述する。

サーバシステム５４に設けられた空間情報サーバ１は、バルーンデータを保持するバルーンデータベース７を有し、このバルーンデータベース７と、ブログサイト３に設けられたブログエントリ（後述）との間をリンクさせ、これにより、携帯端末２がブログサイト３にアクセスできるようにしたサーバである。
このバルーンデータとバルーン定義情報とについて、図２〜図４を参照してさらに詳述する。

バルーン（バブル）とは、バルーンデータベース７に保持されたデータであって、空間占有情報が３次元空間における特定の空間においてあり、それが、３次元空間に浮かんだ泡のごときものであり、このバルーンを用いて実空間の建物を再現している。
図２は空間における建物配置を模式的に示す図である。この図２に示す４種類の建物の位置は、いずれも、同一の経度を有し、異なる緯度を有する。例えば、Ａビルは緯度Ａ−１〜Ａ＋１の範囲に位置し、また、Ｂビル，Ｃスタジアム，Ｄタワーの中心位置は、それぞれ、緯度Ｂ，Ｃ，Ｄである。これらの緯度，経度の単位は、ともに、゜（度），'（分），"（秒）により表されている。

本システム１００の事業者は、図２に示す現実空間における建物配置等をバルーンデータとして、予め、次の図３に示すようにデータベース化し、これにより、バルーンデータベース上に仮想空間を構築している。
図３は本発明の一実施形態に係るバルーンデータの３次元空間範囲のイメージ（情報バルーン：以下、単にバルーンと呼ぶことがある。）を示す図であって、この図３に示す情報バルーン１〜１７は、Ａ〜Ｄの建物（図２）に相当するイメージを表している。換言すれば、情報バルーン１〜１７は、いずれも、バルーンデータベースに構築された仮想空間を視覚的に表現したものである。これらの情報バルーン１〜１７は、いずれも、物体の緯度，経度，高度およびバルーン径からなる３次元空間範囲情報と、各建物において提供される商品又はサービス等の情報とが対応付けられている。

情報バルーン１，５，８，９は、それぞれ、Ａビル，Ｂビル，Ｃスタジアム，Ｄタワーを表す。また、情報バルーン１は、その内部に、情報バルーン２，３，４を有する。これらの情報バルーン２，３，４は、それぞれ、Ａビルの各階のフロアに相当するイメージを表す。
そして、ユーザは、これらの情報バルーンに関連付けて保持されたサービス情報（例えばレストランのメニュー）を得るために、ユーザが立つ場所において、携帯端末２に設けられた操作部（例えば「位置情報測位ボタン」等）を押下して、ＧＰＳ衛星９０（図１）を用いて端末位置を測位する。そして、携帯端末２は、測位した端末位置をサーバシステム５４に対して送信する。一方、サーバシステム５４は、その端末位置を受信すると、次の図４に示すバルーンデータを検索し、受信した実位置情報（実空間における位置情報）に対応する仮想位置情報（仮想空間における位置情報）を取得する。

図４は本発明の一実施形態に係るバルーンデータを説明するための図であって、この図４に示すバルーン番号１〜１７が、図３に示すバルーン番号１〜１７に対応している。そして、Ａ／Ｘ／０／３で表されたデータは、緯度／経度／高度／バルーン径を表している。例えば、バルーン番号２は、図３に示すＡビルの３階に対応したものであり、サーバシステム５４は、このデータを、緯度Ａ（単位：度数）、経度Ｘ（単位：度数）、高度３（４５ｍに相当）およびバルーン径１と変換して保持している。なお、高度０は、建物が地面に接している場合を表し、高度１，２，３は、いずれも、真値（例えば１５ｍ，３０ｍ，４５ｍ）に対応した値を表し、また、バルーン径０．５〜４もそれぞれ真値（例えば、１ｍ〜８ｍ）に対応した値である。さらに、各バルーンは、ＵＲＬと関連付けられて保持されている。

そして、サーバシステム５４は、携帯端末２からの実位置情報（３次元実空間における位置情報）を検索用のタグとしてバルーンデータベースを検索して、仮想位置情報を取得し、この仮想位置情報に関連付けて保持されたＵＲＬを携帯端末２に対して送信する。
これにより、空間情報を保持するバルーンデータベースに基づいて、ユーザは、「あのビルの９階にどのような店舗があるか」や、「レストランのランチメニューは何か」等の実空間における直感的あるいはアナログ感覚で所望のサービス情報を取得できるのである。

また、バルーンの形状は、球，楕円球又は建物の容積に則した四角柱（直方体）等のいずれの形状でもよいが、バルーン形状を球形にすることにより、バルーンの中心座標（緯度，経度，高度）と半径（バルーン径）との２種類のデータでバルーンを特定でき、バルーンデータベース７の記憶領域を節約できる。なお、バルーンは、閉じた空間（占有された空間）のみならず、空間における所定範囲の一部として設定したり、片側無限大の範囲に設定することもできる。

次に、図１に示す携帯端末２，サーバシステム５４およびブログサイト３のそれぞれについて図５を参照してさらに詳述する。
最初に、携帯端末２について説明する。
図５は本発明の一実施形態に係る携帯端末２のブロック図である。この図５に示す携帯端末２は、（ｉ）端末位置の測位機能と、（ｉｉ）ユーザが測位した端末位置を中心とする３次元実空間の領域（バルーン形状が球形の場合は半径）を情報バルーンとして定義してその領域データを空間情報サーバ１に送信する機能と、（ｉｉｉ）他のブログエントリ９のサマリ（情報サマリ）をブログサイト３より取得する機能とのそれぞれを有する。

ここで、サマリの取得方法は、空間情報サーバ１のバルーン検索部２４（後述）が、携帯端末２からの端末位置と検索範囲とを指定した検索依頼メッセージに基づいて携帯端末２周辺のバルーンを検索し、この検索されたバルーンにリンク付けられたブログサイト３のブログエントリ８と、ブログエントリ８にトラックバックによりリンクされた他のブログエントリ９との各サマリを、ブログサイト３からのＲＳＳ（Really Simple Syndication又はRDF Site Summary）データ形式で取得するようになっている。ここで、ＲＳＳとは、ブログサイトやニュースサイトで用いられるサマリ（サイトのコンテンツの要約）を記述するメタデータである。

携帯端末２の構成についてさらに詳述する。
図５に示す携帯端末２は、ＲＦ（Radio Frequency）モジュール４０と、表示部４２と、ＧＰＳ受信機１１と、ＧＰＳ制御部１２と、地理関数計算部１３と、ＮＶＭＬ（NaVigation Markup Language）データアクセス部１４と、バルーンイベント管理部１５と、保持部１５ａと、バルーン検索部１６と、バルーン登録部１７と、ＲＳＳリーダ１８と、操作部４１とをそなえて構成されている。

ここで、ＲＦモジュール４０は、無線信号を変復調し基地局５０と無線送受信する無線回路であり、携帯端末２としての携帯電話機が用いられる場合は、マイク，スピーカ，音声処理回路および増幅回路等（図示省略）を設け、音声通信可能である。携帯電話機と異なるＰＤＡ等の携帯端末２等には、ＲＦモジュール４０と接続されて各種の規格に沿った無線送受信信号のフォーマット変換回路（図示省略）を設けることもでき、このようにすれば、無線区間の仕様にかかわらず、ユーザは、上記および以下に詳述する情報サービスを利用できる。

また、表示部４２は、受信したサービス情報および場所に関する情報を表示するほかに、ユーザに対する種々の設定項目および操作項目等をウェブブラウザ（Ｗｅｂブラウザ，ブラウザプログラム，ブラウザアプリケーションソフトウェア）を用いて表示するものであって、例えば，ディスプレイ，ディスプレイドライバ等によって実現される。なお、ユーザに対する通知機能は、表示部４２のほかに、音声，音を出力するリンガ（図示省略）や振動を起こすバイブレータを設けることによっても実現可能である。

ＧＰＳ受信機１１は、携帯端末２の位置情報を測位する測位部として機能し、２５台（２４台の本機および１台の予備機）のＧＰＳ衛星９０のうちの４台以上のＧＰＳ衛星９０からの電波を受信して端末位置を測位するデバイスである。測位方法の一例は、ＧＰＳ受信機１１が、電波を復調して得たＧＰＳ衛星９０の識別ＩＤと、その電波に含まれるＧＰＳ衛星９０が書き込みした送信時刻とＧＰＳ受信機１１による受信時刻との時間差とに基づいて、１台のＧＰＳ衛星９０との距離を取得する。さらに、他の３台のＧＰＳ衛星９０についても同様に情報を取得しＧＰＳ衛星９０との各距離を計算して携帯端末２自身の緯度，経度および高度を取得する。

このＧＰＳ受信機１１は、携帯端末２に設けられたシリアル通信ポート２００を介して、ＮＭＥＡ（National Marine Electronics Associates）フォーマットと呼ばれるデータフォーマットを用いて、携帯端末２内部の各モジュールと通信する。例えば、携帯端末２の本体側がＧＰＳ受信機１１から、緯度，経度情報を取得する場合は、ＧＧＡ（Global Positioning System Fixed Data）と呼ばれるデータが用いられる。ＧＧＡの一例を次行に示す。

$GPGGA,161229.487,3723.2425,N,12185.3416,W,1,07,1,0,9,0,M,,,,0000*18
次に、ＧＰＳ制御部１２は、ＧＰＳ受信機１１の測位開始および測位停止等の測位に関する制御と、ＧＰＳ受信機１１が測位した端末位置の取得とを行なうものである。これらのＧＰＳ受信機１１およびＧＰＳ制御部１２が協働することにより、位置情報取得手段（１１，１２）として機能し、そして、空間情報サーバ１のバルーン検索部２４は、携帯端末２の位置情報として、携帯端末２に設けられた位置情報取得手段（１１，１２）によって測位された測位情報を用いて検索するようになっている。

これらの機能に加えて、ＧＰＳ制御部１２は、バルーンイベント管理部１５，バルーン検索部１６，バルーン登録部１７のそれぞれからＧＰＳ受信機１１に対する通信コマンドを通知する機能を有し、この機能は外部関数によって実現されるようになっている。ここで、通信コマンドと外部関数とのそれぞれについてさらに詳述する。
ＧＰＳ制御部１２の通信コマンドは、主に、ＧＰＳ受信機１１からのＧＧＡデータの受信（データ取得）と、シリアル通信ポート２００を開く通信開始と、シリアル通信ポート２００を閉じる通信終了との種類があり、シリアル通信ポート２００の周辺に内在するコマンドである。また、外部関数はこの通信コマンドを実現する手段である。この外部関数機能は、例えばバルーン登録部１７が、ソフトウェアを用いて外部関数を実行又は起動する方法や、ＬＳＩ（Large Scale Integration）等のハードウェアの端子を駆動する方法を用いることができる。

これにより、バルーン登録部１７，バルーン検索部１６，バルーンイベント管理部１５は、ＧＰＳ制御部１２の外部関数を用いて、通信開始，データ取得，通信終了を行ない、ＧＰＳ受信機１１を使用するための処理機能が実現される。
通信開始および通信終了は、全体の処理のうちの最初と最後とだけにおいて行なわれ、また、バルーン登録部１７と、バルーン検索部１６と、バルーンイベント管理部１５とが必要とするものは、データ取得だけである。

なお、バルーン登録部１７，バルーン検索部１６，バルーンイベント管理部１５，ＧＰＳ制御部１２等の各機能は、例えばＬＳＩ等のハードウェアや、ＣＰＵ（Central Processing Unit），ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）等が協働するソフトウェアによって実現される。
また、図５に示す操作部４１は、ユーザが、位置情報測位，バルーン登録，バルーン検索等のコマンドを携帯端末２に実行させるための一種のユーザインターフェースであって、例えば「位置情報測位ボタン」，「バルーン登録ボタン」等のボタン，キィを設けてユーザが押下する方法や、あるいは、ユーザが表示部４２に表示されるページをスクロールさせて「位置情報測位」，「バルーン登録」，「バルーン検索」等のコマンドが表示されたページにおいて、「位置情報測位」等のコマンドを選択実行させる方法等を用いることができる。なお、この操作部４１の実現方法は一例であってこれらに限定されるものではない。

次に、地理関数計算部１３は、ＧＰＳ受信機１１から出力された測地系（経緯度等の空間位置を表す座標系）を、サーバシステム５４等のソフトウェアの使用する測地系に変換する。これにより、測地系が複数の方式であっても、システム１００は、同一の測地系でデータを処理できる。
また、ＮＶＭＬデータアクセス部１４は、空間情報サーバ１からのＮＶＭＬ３４を用いて記述されたバルーン定義情報（中心位置，範囲，バルーン名称等のバルーンデータの要素）について、記述言語を変換して出力するものである。空間情報サーバ１は、バルーンデータベース７の検索により取得した１又は複数のバルーン定義情報を、インターネット５３におけるデータ記述言語としてデファクトスタンダードとされるＸＭＬ形式をベースにしたＮＶＭＬ３４によって、携帯端末２に対して送信する。このため、ＮＶＭＬデータアクセス部１４は、ＮＶＭＬ３４のデータ構造にしたがって、ＮＶＭＬ３４にのみ用いられる独自のボキャブラリ（文法）を処理するのである。

なお、ＮＶＭＬ３４は、３次元空間における領域（地点情報又は位置情報）や経路を定義するＸＭＬをベースにし、位置および経路毎に、ランチメニュー等の付加情報を記述でき、また、目的地までの経路を、位置情報およびその付加情報の系列（例えばテキスト，音声，画像等を用いて記述される。）として記述することもできる。
これにより、携帯端末２と空間情報サーバ１との間においては、バルーン定義情報が、ＮＶＭＬフォーマットで取得される。また、ＮＶＭＬ３４を用いることにより、人の目でも確認できて可読性がよく変更に柔軟で、フィルタリングの加工が容易である等の点で、種々の端末ソフトウェアに適用しやすい。

なお、空間情報サーバ１は、特定のユーザが所有するバルーンだけを検索するようにもできる。この場合、携帯端末２は、空間情報サーバ１に対してバルーン検索要求メッセージを送信するときに、予めバルーン登録時に付与されたユーザアカウントをバルーン検索要求メッセージに書き込む。そして、空間情報サーバ１に設けられたバルーン検索部２４がバルーンデータベース７を、ＳＱＬ（リレーショナルデータベース用の照会言語であってデータ定義および操作言語の標準として規格化された言語）によって検索するときに、携帯端末２によって指定されたユーザアカウントを検索条件として指定し、これにより、不要な項目をフィルタリングして検索することができる。

続いて、携帯端末２のバルーンイベント管理部１５は、空間情報サーバ１から、携帯端末２の実３次元空間位置に対応する仮想空間における携帯端末２周辺のバルーンデータを取得するとき、広範な検索範囲を指定し、多数のバルーンデータを取得して、保持部１５ａに保持しておくためのものである。ここで、保持部１５ａは、位置情報と検索範囲情報からなる複数のバルーン定義情報からなるバルーンデータを保持するメモリである。

バルーンイベント管理部１５は、定期的にＧＰＳ制御部１２を用いてＧＰＳ受信機１１から端末位置を取得し、メモリ（保持部１５ａ）を検索して、端末位置がバルーン内への入出（入ったことおよび出たこと）を監視する。この監視は、常時、バックグラウンドで行なわれ、バルーンへの入出が検出されると、自動的にＲＳＳリーダ１８がブログサイト３からサマリを取得し、メッセージ表示や音声等を用いてユーザに対してサマリを表示する。このとき、ユーザは、プッシュにより情報配信されているように見える。

また、携帯端末２は、端末位置が保持部１５ａに保持されたバルーンデータの範囲から出る場合は、自動的にバルーン検索部１６を用いて空間情報サーバ１を検索し、端末位置のデータを更新するようにもなっている。過去に空間情報サーバ１に対してバルーン検索が行なわれた場合、保持部１５ａには、その過去の時点に取得された端末位置周辺のバルーンデータが保持される。そして、バルーンデータの地理的範囲が現在の端末位置を含まない場合は、不整合として検出され、新規にバルーンデータを取得するようになっている。従って、携帯端末２は、保持部１５ａに保持されたバルーンデータについて更新の要否を判定する更新判定部（図示省略）と、更新判定部の判定結果に基づいて保持部１５ａに保持されたバルーンデータを更新する更新部（図示省略）とをそなえて構成されている。これにより、データ更新および保持部１５ａのデータ管理が行なわれる。

次に、バルーン検索部１６は、空間情報サーバ１におけるバルーン検索部２４に問い合わせてバルーンデータを取得する機能と、端末位置と検索範囲とをパラメータとして検索する機能と、バルーン名称を用いて検索する機能とのそれぞれを有する。
バルーン登録部１７は、ユーザによって設定されたバルーン定義情報（中心位置，範囲，バルーン名称等のバルーンデータの要素）を、空間情報サーバ１のバルーンデータベース７に登録する機能と、ブログサイト３にブログエントリ８を生成する機能とを有する。なお、ＧＰＳ制御部１２を用いて取得した端末位置は、バルーンの中心位置として用いることもできる。

次に、ＲＳＳリーダ１８は、ＲＳＳデータをブログサイト３から取得して、ブログエントリ８およびトラックバックによってリンクされた他のブログエントリ９，３７のサマリをユーザに表示し、サマリのいずれかの情報を選択すると、ブログエントリ８，９，３７の本文を表示部４２に表示させるものである。そして、携帯端末２のバルーン検索部１６やバルーンイベント管理部１５がバルーンを検出し、空間情報サーバ１からバルーンデータを取得すると、そこに記述されたブログエントリ８のＵＲＬをパラメータとしてＲＳＳリーダ１８が起動され、そのＵＲＬを用いてブログサイト３からＲＳＳサマリを取得する。これにより、ユーザは、ブログサイトやニュースサイトで用いられるサイト情報を取得できる。

さらに、携帯端末２は、システム１００における各種のサーバとの間で情報を相互参照可能なブログエントリを有するブログサイト３，４，３６のうちの携帯端末２自身が所有するブログサイト３を介して、ブログサイト３，４，３６のうちのブログサイト３と異なるブログサイト（第２ブログサイト）４に作成されたブログエントリのサマリを取得するようになっている。すなわち、携帯端末２は、他のブログエントリ９のサマリをブログサイト３を介して（又はブログサイト３を経由して）取得する。

また、図５に示す携帯端末（他の端末）５は、位置情報測位機能を設けていない端末である。携帯端末５は、携帯端末２と同様に、バルーン登録、バルーン検索機能を有する。この一方、バルーンを登録する場合、ユーザは、既知の位置情報を手動で携帯端末５に入力又は設定し、そして、登録したバルーンデータは、空間情報サーバ１又はユーザによってバルーン名称が付される。

さらに、携帯端末２，５は、いずれも、プッシュ／プルサービスを利用するための専用のソフトウェア（ブログラムアプリケーション）をインストールしている。
これにより、プル又はプッシュ方法は、ユーザが特定の場所にいる場合において位置情報をサーバシステム５４に対して送信する。プルによる場合、サーバシステム５４は、受信した位置情報に対応するサービス情報を、サーバシステム５４自身に設けたバルーンデータベース７から検索（プル）し、検索して得たサービス情報を携帯端末２に対して送信する。一方、プッシュによる場合、システム１００が、特定の場所に携帯端末２が入ったことを検知して、ユーザが立つ場所に関するサービス情報の所在をバルーンデータベース７から検索し検索したサービス情報を自動的に携帯端末２に送信し、ユーザは、携帯端末２の表示部４２を見てサービス情報が通知（プッシュ）される。

従って、ユーザは、例えば通りに面した多数の店舗のうちのいずれかの店舗が予め登録したバルーンに、バルーンデータベース７のデータとして接触すると、プッシュによって携帯端末２が呼び出され、ユーザは、例えばレストランのメニュー，営業時間の案内等の情報を得る。
また、携帯端末２の移動に追随してサービス情報を提供するため、携帯端末２は、常時、取得した空間位置をシステム１００側に送信している。そして、地理関数計算部１３は、ＧＰＳ衛星９０から得た位置情報データをフォーマット変換し、ＲＦモジュール４０が、変換した位置情報データをサーバシステム５４に対して送信する。

これにより、ユーザは、常時又は所望のタイミングで、サーバシステム５４に対して、サービス情報の提供を要求できる。
次に、図１に示すサーバシステム５４について図５を参照して説明する。
図５に示すサーバシステム５４は、３次元空間における物体（例えば建物，建物の各フロア，看板等現実に存在する物又は空間を移動する物）又は所望空間の緯度，経度，高度および後述するバルーン径（バブル径）からなる複数の３次元実空間範囲情報占有情報（空間範囲情報又は空間領域情報）と、各物体に関連付けられたアドレス（ＵＲＬ［Uniform Resource Locator：ユニフォーム・リソース・ロケータ］）とのそれぞれが対応付けられた複数のバルーンデータを保持するサーバを含むものである。ここで、ＵＲＬは、各３次元実空間範囲情報を識別する識別子、又はサービス情報を得るためのアドレスとして機能している。また、サーバシステム５４は、所望空間の空間占有情報と、その所望空間に関連付けたい各種情報又はその各種情報に関連するＵＲＬとが対応付けられたバルーンデータをも含むことができる。

なお、サーバシステム５４は、例えばメールの送受信機能や、ドメイン名の保持，検索および割り当て等の複数の機能を別個のサーバに付与する分散型にしたり、複数の機能を１台のサーバに集中させた集中型に構成することができる。
次に、空間情報サーバ１は、実３次元空間に対応する複数の３次元空間範囲情報と、サービス情報を得るための複数のアドレスとの各々が対応付けられた複数のバルーンデータを保持するバルーンデータベース７にアクセスするものであって、携帯端末２，５と、ブログサイト３と、他の空間情報サーバ６とのそれぞれと接続されている。この空間情報サーバ１は、入出力部２６ａと、バルーン登録部２６と、バルーン検索部２４と、ユーザ登録部２０と、メールアドレス管理部（メールＧＷ［Gate Way］）２０ａと、検索拡張処理部（検索拡張機能）２２と、形式変換部１９と、エントリ更新検出部２５と、バルーン状態管理部２３と、ユーザ管理部２１と、バルーンデータベース（データベース，空間情報データベース：ＤＢ［Database］）７とをそなえて構成されている。

ここで、入出力部２６ａは、入力データをフォーマット処理しデータに含まれるメッセージ種別やユーザ名等を抽出するとともに、インターネット５３側に出力するデータにメッセージ種別やユーザ名，アドレス等を書き込みし、書き込みしたデータをフォーマット処理してインターネット５３側に送信するものである。
バルーン登録部２６は、携帯端末２のバルーン登録部１７からのバルーン定義情報を受信しバルーンデータベース７に登録するとともに、ブログサイト３に対して投稿ＡＰＩを通知してブログサイト３にブログエントリ８を生成するものであって、ブログサイト３にブログエントリ８を作成する第１バルーンエントリ作成部と、第１バルーンエントリ作成部にて作成された第１ブログサイトの第１バルーンエントリに、空間情報サーバ１のアドレスを登録する空間情報サーバアドレス登録部と、バルーンデータベース７に、第１バルーンエントリ作成部にて作成された第１ブログサイトの第１バルーンエントリのアドレスを登録する第１バルーンエントリアドレス登録部とをそなえて構成されている。

そして、バルーン登録部２６は、アクセス権限が制限されたアクセス制限付きバルーンデータを登録した登録ユーザと異なるユーザのアカウントを含む投稿ＡＰＩ（登録メッセージ）をブログサイト３のブログエントリ８に対して通知し、この通知の際に、ブログエントリ８のカテゴリを設定し、投稿ＡＰＩの内容を自動的に設定（自動分類）し、エントリの通知先サーバを設定する。これにより、ＡＰＩを用いてアクセス制限付きバルーンデータの全情報が取得可能になりアクセス制限付きバルーンエントリの参照が可能となる。

ここで、投稿ＡＰＩは、空間情報サーバ１から送信されるブログサイト３に対するメッセージであって、ブログエントリ投稿のためのＡＰＩであり、例えば、ｍｅｔａＷｅｂｌｏｇＡＰＩ等の仕様が用いられる。また、新規エントリを作成するＡＰＩは、ｍｅｔａＷｅｂｌｏｇＡＰＩのうちのｍｅｔａＷｅｂｌｏｇ．ｎｅｗＰｏｓｔと呼ばれ、このｍｅｔａＷｅｂｌｏｇ．ｎｅｗＰｏｓｔのパラメータは、例えば、ブログサイト３のＩＤ，ブログサイト３のユーザ名，ブログサイト３のパスワード，登録内容および登録したブログエントリ８を公開するか否かの指定情報を含む。そして、携帯端末２がバルーン登録に成功すると、このＡＰＩのパラメータのうちのブログエントリ８のＩＤが携帯端末２に返されるようになっている。

また、バルーン検索部２４は、携帯端末２の位置情報，検索範囲又はバルーン名称に基づいて、バルーンデータベース７が保持する多数の３次元空間範囲情報のうちの位置情報の周辺の３次元空間範囲情報に対応するＵＲＬを抽出し、抽出したＵＲＬに対応するサービス情報を携帯端末２に通知するものであって、検索部として機能している。バルーン検索部２４は、携帯端末２のバルーン検索部１６から問い合わせられると、バルーンデータベース７を検索して検索結果を携帯端末２に対して送信する。バルーンデータベース７におけるバルーンデータの配置例は、商店街において、バルーン登録した店舗の入り口から歩行者が歩く通りの中央まで延びる直方体又は球状のものであり、歩行者がバルーンに仮想空間の世界において接触したことがシステム１００によって検出され、その歩行者に対して情報を送信する。

また、検索拡張処理部２２は、バルーン検索部２４によって起動され、バルーン名称を検索タグとして、空間情報サーバ１を検索し、検索によりヒットしたバルーンのバルーン定義情報に基づいて、そのヒットしたバルーンの中心位置を取得し、さらに、取得した中心位置を用いて、再度、バルーンデータベース７を検索するものである。
ここで、バルーン検索部２４の検索方法について具体的に詳述すると、バルーン検索部２４は、（ｉ）バルーンデータに付与された名称又は名称の一部を検索タグとしてバルーンデータベース７を検索し、名称又は名称の一部を含む名称を付与されたサービス情報を検索するようにもでき、また、（ｉｉ）検索されたバルーンデータに定義された位置情報と検索範囲とを検索タグとしてバルーンデータベース７を検索し、この検索して得た検索済みバルーンデータを用いて検索済みバルーンデータと地理的に近い位置のバルーンデータをさらに検索するようにもできる。

これにより、位置情報測位機能をもたない端末５のユーザは、まず、自分のいる場所に関係のある名称を空間情報サーバ１に送信し、空間情報サーバ１がバルーンデータベース７のデータについてその名称を使ってバルーンデータを全て検索して端末５に送信し、ユーザは受信した複数のバルーンデータからいずれかのバルーンデータを選択して、再度、空間情報サーバ１に対して送信し検索を実行させる。すなわち、端末５のユーザは、名称によって検索されたバルーンデータの位置情報を使って、その位置の周辺のバルーンを二次検索するのである。これらに加えて、バルーン検索部２４は、（ｉｉｉ）携帯端末２の位置情報として、携帯端末２に設けられた位置情報取得手段によって測位された測位情報を用いて検索したり、（ｉｖ）携帯端末２のバルーン検索部１６からの問い合わせを受信し、バルーンデータベース７を検索して結果を返し、また、形式変換部１９を用いてバルーンデータベース７からの出力結果をＮＶＭＬ形式に変換することもできる。これにより、携帯端末２の計算負荷を小さくでき、検索の利便性が向上する。

そして、検出されたバルーンに携帯端末２がアクセス制限されている場合や、問い合わせしたユーザが権限をもたないとき、ブログエントリ８のＵＲＬを出力せず、代わりにユーザ登録部２０のＵＲＬを出力するようにしている。
メールアドレス管理部２０ａは、バルーン登録およびバルーン検索の各情報サービスを利用できる登録ユーザのメールアドレスを保持し、また、登録ユーザに対してバルーン登録およびバルーン検索のための実行処理を行なうものであって、メールアドレスの管理機能を有する。具体的には、メールアドレス管理部２０ａは、登録ユーザに対して、バルーン登録およびバルーン検索の両方（又はいずれか一方）の情報サービスを提供するためのアカウントを付与し、このアカウント毎に、メールアドレスを生成し生成したメールアドレスをメモリ（図示省略）に保持する。

これにより、メールアドレス管理部２０ａは、携帯端末２からのメールに含まれるバルーン登録およびバルーン検索の各要求メッセージを受信すると、その携帯端末２のユーザが登録ユーザか否かを判定し、そのユーザが登録ユーザである場合は、要求メッセージに含まれるバルーンのバルーン径（大きさ），バルーンの設置位置等に基づいてバルーンを登録する。また、受信した要求メッセージに、バルーン検索依頼が含まれる場合は、その要求メッセージに含まれる携帯端末２の位置情報に基づいて、バルーンデータベース７を検索する。従って、メールアドレス管理部２０ａは、受信メールについてフィルタリングするゲートウェイ機能をも有することになる。

また、形式変換部１９は、空間情報サーバ１のバルーン検索部２４がバルーンデータベース７の検索結果を携帯端末２に対して送信するときに、検索結果の出力データの形式をＮＶＭＬ形式等に変換するものである。
そして、ユーザ管理部２１は、バルーンデータベース７に保持されたバルーンデータへのアクセス権限を制限するものであり、以下に述べるバルーン登録部２６に対して、例えばブログサイト３のＩＤ，ブログサイト３のユーザ名，ブログサイト３のパスワード等のブログエントリ８を生成するための権限に関するユーザ情報を通知する。そして、バルーン登録部２６は、ユーザ管理部２１からユーザ情報を取得し、ブログサイト３にブログエントリ８を生成できる。

ここで、本システム１００は、バルーンの登録ユーザは、ブログエントリ８を作成するためのブログサイト３を所有していることを前提としている。このため、ユーザ情報を管理せずに、空間情報サーバ１にアクセスした登録ユーザが、自由にブログエントリ８を生成するようにもできるが、誤アクセスを回避するために、ユーザ管理部２１がユーザ情報を管理している。そして、バルーンデータを登録したユーザに対し登録したバルーンデータにアクセス可能なアカウントを付与し、これにより、登録ユーザ以外からの検索において検出不能にされる。

また、ユーザ管理部２１は、バルーンを利用する携帯端末２に対して、アカウントを発行し、バルーンへのアクセス権限を制限するようにもなっている。なお、この制限は、アクセスを完全に禁止，バルーンデータの一部アクセスは可能，バルーンデータの全部にアクセス可能等の複数のレベルに設定してもよい。さらに、ユーザ管理部２１は、アクセス制限付きバルーンデータに対するユーザアカウントの登録要求についてバルーン登録ユーザの承認をメール送信することもできる。

次に、バルーン状態管理部２３は、バルーンの存続期間等を管理するものであり、具体的には、バルーンの登録時に、バルーンの存続期間がそのユーザによって指定されているか否かを判定する。バルーン状態管理部２３は、その存続期間の期限がきた時に、バルーンデータベース７からバルーン定義情報を抹消するようになっている。このバルーン抹消機能により、バルーン状態管理部２３は、バルーン登録時の料金を無料とする代わりに、存続期間の期限を設定できる。そして、バルーン状態管理部２３は、期限切れ後において、バルーンを存続させようとする場合は、ユーザに料金を課すようにして情報サービスを提供することが可能である。

次に、エントリ更新検出部２５は、バルーンデータベース７にリンク３１によりリンクされたブログエントリ８がトラックバック等で更新されることを監視するものである。このエントリ更新検出部２５のＵＲＬは、空間情報サーバ１のバルーン登録部２６が投稿ＡＰＩを用いて、ブログサイト３にブログエントリ８を作成するとき、エントリ更新通知先サーバのＵＲＬとして設定される。

また、ユーザ登録部２０は、ユーザアカウント（ユーザ名，ユーザＩＤ）やパスワード等のブログサイト３へのアクセス権限に関する情報をバルーンデータベース７又はバルーンデータベース７とは別個に設けられた記憶装置（図示省略）に保持するものである。バルーンを登録する場合、ユーザはアカウント登録が必須である。一方、バルーンを検索する場合、ユーザはアカウント登録が不要であるが、アクセス制限のあるバルーンを検索するときには登録を要する。このユーザ登録により、ユーザは、バルーンのユーザとして空間情報サーバ１に登録され、ユーザ登録部２０に対して、アクセス制限されたバルーンについての検索を依頼できるようになる。

そして、アクセス制限のあるバルーンが検索されたとき、空間情報サーバ１が携帯端末２に返すバルーンデータには、ユーザ登録部２０のＵＲＬが含められる。ユーザがバルーンデータに設定されたユーザ登録部２０のＵＲＬを選択すると、ユーザ登録部２０が起動され、バルーンにユーザ自身のアカウントを登録することができる。アクセス制限されたバルーンにアカウント登録後、そのユーザがバルーンを検索すると、そのバルーンにリンクされたブログエントリのＵＲＬが返されるようになる。

従って、上記のバルーン登録部２６の空間情報サーバアドレス登録部は、バルーンデータベース７に保持されたユーザアカウント，パスワード等に基づいて空間情報サーバ１のＵＲＬを登録し、また、バルーンエントリ８の更新を通知するＵＲＬとして、空間情報サーバ１のＵＲＬを登録するようになっている。
次に、バルーンデータベース７は、空間情報サーバ１に設けられたデータベースであって、ブログエントリ９にリンクされたバルーン定義情報を要素とするバルーンデータを保持するものである。バルーン定義情報の項目は、中心座標，範囲（バルーン径等），バルーン名称，カテゴリ，存続期間，リンクされているブログエントリ９のＵＲＬおよび同一場所のバルーンが存在する他の空間情報サーバ６のバルーン検索部（図示省略）のＵＲＬ（ユニフォーム・リソース・ロケータ）又はＵＲＩ（ユニフォーム・リソース・アイデンティファイア）等である。なお、空間情報サーバ１がアクセスするバルーンデータベース７は、空間情報サーバ１自身に一体化させて設けたり、サーバシステム５４内において空間情報サーバ１と別個に設けたり、あるいは、インターネット５３のいずれかのところに設けてもよい。

さらに、バルーン定義情報について詳述する。
バルーンデータベース７は、（ｉ）複数の３次元空間範囲情報として、ユーザ端末の位置情報および検索範囲情報を含むバルーン定義情報からなるバルーンデータを保持したり、（ｉｉ）複数の３次元空間範囲情報として、実３次元空間におけるユーザ端末の緯度，経度，高度からなる位置情報と、バルーン径により表された検索範囲情報とをバルーン定義情報として保持したり、（ｉｉｉ）複数の３次元空間範囲情報として、実３次元空間における目標物の緯度，経度，高度からなる位置情報と、バルーン径により表された検索範囲情報とをバルーン定義情報として保持することができる。

そして、バルーン定義データは、３次元空間における領域，経路を記述するＸＭＬ言語をベースにしたＮＶＭＬ言語により記述されており、また、記述された位置および経路のそれぞれについて、ランチメニュー等の付加情報が記述されている。これにより、ユーザは、多様な形式で情報を取得できる。
また、バルーンデータベース７は、バルーン定義情報に存続期間を設定して保持し、存続期間の経過後はバルーン定義データを消去し、これにより、ユーザは、常時、新しい情報を取得できる。

なお、バルーン定義情報の登録に関しては、バルーンデータベース７は、遠隔通信プロトコル又はメールによって取得したバルーンデータを保持するようにしている。具体的には、バルーン定義情報は、ＨＴＴＰ（ＧＥＴおよびＰＯＳＴ）の両コマンドによって空間情報サーバ１に送信されたり、あるいは、メールによって空間情報サーバ１に送信されバルーンデータベース７への登録後、その登録結果をメールでその送信ユーザに対して返されるようにもできる。これにより、迅速にバルーン定義情報を登録でき、登録結果を確認できる。さらに、各個人も、バルーン定義情報の登録が可能となり、登録操作の利便性が向上する。

次に、図５に示すブログサイト３は、ブログエントリ８を有し、このブログエントリ８はブログエントリ９とリンクされている。ブログエントリ９は、バルーンデータベース７に保持されたバルーンデータの空間領域における「場所に関する情報」を参照可能になっている。また、ブログサイト３は、検索依頼を送信する携帯端末２のユーザが所有するブログサイトである。

従って、本システム１００は、実３次元空間に対応する複数の３次元空間範囲情報と、サービス情報を得るための複数のアドレスとの各々が対応付けられた複数のバルーンデータを保持するバルーンデータベース７にアクセスする空間情報サーバ１と、システム１００におけるサーバとの間で情報を相互参照可能なブログエントリを表すブログエントリ（第１バルーンエントリ）８を有しブログエントリ８が収集した場所に関する情報と、空間情報サーバ１に保持されたバルーンデータとをそれぞれ取得するブログサイト（第１ブログサイト）３とをそなえて構成されている。

また、本サービス情報提供方法は、最初に、携帯端末２が、実３次元空間に対応する複数の３次元空間範囲情報とサービス情報を得るための複数のＵＲＬとの各々が対応付けられた複数のバルーンデータを保持するバルーンデータベース７に所望のバルーンデータを登録する。
そして、バルーンデータベース７にアクセスする空間情報サーバ１が、携帯端末２が所有するブログサイト３に、システム１００におけるサーバとの間で情報を相互参照可能なブログエントリを表すブログエントリ８を作成する。

また、空間情報サーバ１は、バルーンデータベース７にブログエントリ８のＵＲＬを登録し、ブログエントリ８に空間情報サーバ１のＵＲＬを登録する。
そして、携帯端末２は、ブログエントリ８にアクセスして、サービス情報を取得する。
また、他のブログサイト３６は、空間情報サーバ１の事業者と異なる事業者が運用するものであり、ブログサイト３のブログエントリ８とリンクされたブログエントリ３７を有する。ブログエントリ３７がブログエントリ８にトラックバックによって相互にリンクが生成された場合、空間情報サーバ１および空間情報サーバ６のいずれにおいても、リンク３３によりエントリ更新検出機能によってブログエントリ８とブログエントリ３７との更新がそれぞれ検出される。空間情報サーバ１はブログエントリ３７を参照することにより、空間情報サーバ６のバルーン検索部（図示省略）のＵＲＬを取得しバルーンデータベース７に登録する。

一方、空間情報サーバ６は、ブログエントリ８を参照することにより、空間情報サーバ１のバルーン検索部２４のＵＲＬを取得し、バルーンデータベース１０に登録する。携帯端末２が空間情報サーバ１を用いてバルーンを検索する際、空間情報サーバ１はバルーンデータベース７から得られたバルーン情報を携帯端末２に返すとともに、バルーンデータベース７において、検出バルーンと同一場所にバルーンを有する他の空間情報サーバ６のバルーン検索部２４のＵＲＬを返すことができる。

そして、携帯端末２は空間情報サーバ１を用いてバルーンを検索した後、続けて空間情報サーバ６を用いてバルーンを検索することができる。
これにより、システム１００は、（ｉ）バルーン定義情報がバルーンデータベ
ース７に登録され、このバルーンデータと位置情報とを用いて、携帯端末２がいる場所の周辺のバルーンを検出する機能を有し、（ｉｉ）商店街等の場所に付随する情報コンテンツに携帯端末２がアクセスするためのＷｅｂサイトとしてブログエントリ８を作成し、このブログエントリ８に自動的に集まる情報コンテンツを多数の携帯端末２が閲覧する機能を追加したものである。

このため、ブログエントリ８，９は、ブログというＣＭＳ（Contents Management System：コンテンツ管理システム）を用いて作成されたＷｅｂサイトを表すものでもある。また、ブログエントリ８，９は、Ｗｅｂ技術を用いて作成されたＷｅｂサイトである。従って、トラックバックを用いることにより、バルーン登録ユーザ以外のユーザが、ユーザ自身のブログエントリ９を、バルーン登録ユーザのブログエントリ８にリンクさせることが容易になる。

また、バルーン登録ユーザが作成したバルーンに、場所に関する情報コンテンツが自動的に集まるので、バルーン登録ユーザ以外のユーザが、場所に関する多数の情報コンテンツを利用できるようになる。
さらに、ブログエントリ８，９のデータは、ブログサイト３，４のバルーンデータベースに保持され、そのバルーンデータベースにはさらにトラックバックを送信してきたユーザ名等が登録される。また、ブログエントリ８，９が作成されるときと同時に、携帯端末２がそのブログエントリ８，９にアクセスするためのＨＴＭＬ（Hyper Text Markup Language）や、ブログエントリ８，９のサマリを提供するＲＳＳサマリが出力される。

このように、ブログエントリ８，９は、一種のＷｅｂページとしても機能する。また、ブログエントリ８，９の実体は、バルーンデータベース７等，ユーザとのインタフェースのためのＨＴＭＬ，ユーザに登録情報のサマリを提供するＲＳＳファイル，ＸＭＬ＿ＲＰＣ（インターネット５３においてリモートプロシジャコールを実行するためのプロトコル）等のハードウェア，Ｗｅｂツール，プロトコル等からなる仕組みによって提供されるトラックバックおよび更新通知等の各種機能の集合である。

次に、図５に示す空間情報サーバ１とブログサイト３との間のメッセージについて説明する。ここで、投稿ＡＰＩ２９は、空間情報サーバ１からブログサイト３に対するメッセージであって、ブログエントリ投稿のためのＡＰＩであり、ｍｅｔａＷｅｂｌｏｇＡＰＩ等の仕様が用いられる。また、更新通知３０は、ブログサイト３が取得したブログエントリ８の更新を空間情報サーバ１に対して通知するためのメッセージであり、ＷｅｂｌｏｇＵｐｄａｔｅＰｉｎｇ等の仕様が用いられる。さらに、リンク３１は、バルーンデータベース７内のバルーン定義情報に設定されたバルーンエントリ８のＵＲＬと、バルーンエントリ８に設定された空間情報サーバ１のバルーン検索部２４のＵＲＬとによって、空間情報サーバ１のバルーンデータベース７とブログエントリ８とが相互に関係付けられていること（又は状態）を示すものである。

次に、図５に示すブログサイト３について詳述する。
ブログサイト３は、ユーザがバルーンにリンクして、バルーン定義空間領域に関する場所情報を収集するためのＷｅｂサイトであって、ブログエントリ８と、既存ブログシステム２８と、空間情報プラグイン２７とをそなえて構成されている。ブログサイト３は、ユーザが携帯端末２および空間情報サーバ１を用いてバルーンを登録する前に、予めユーザによって開設されている。

ブログエントリ８は、空間情報サーバ１のバルーンに対して生成されるものである。このブログエントリ８のカテゴリにはバルーンに設定されたカテゴリと同一値が設定され、内容の最初の数行にはバルーン名称、中心座標等のバルーン定義情報の一部と空間情報サーバ１のバルーン検索部２４のＵＲＬが、空間情報サーバ１によって生成時に設定される。

既存ブログシステム２８は、ブログサービスを提供するプロバイダやブログツールが設けた既存機能を発揮するものである。すなわち、ブログサイト３は、ブログサイト３自身の機能を、プラグインを用いて追加できるようになっている。
空間情報プラグイン２７は、投稿ＡＰＩ２９や更新通知３０を設けていないブログサイトに対して、空間情報サーバ１との連携に必要な機能を追加するためのものである。一般に、ブログサービスを提供するプロバイダやブログツールは、投稿ＡＰＩ２９や更新通知３０を設けることが多いが、それらを設けていないブログサイトは、この空間情報プラグインを用いられる。

また、このブログサイト３は、携帯端末２に対して、サービス情報の検索結果と、バルーンエントリ８を宛先とするトラックバック又はコメントを通知する他のブログサイト（第２ブログサイト）４のＵＲＬとを送信する。
一方、他のブログサイト４は、ブログサイト３にブログエントリ８がリンクされているバルーンの定義する空間領域に関する場所情報をブログエントリ９としてもつユーザが開設しているブログサイトである。また、他のブログサイト４とブログサイト８との間は、トラックバックによって相互にリンクされている。

このトラックバックは、ブログエントリ間において相互に情報の参照を可能とするシステム１００の機能である。換言すれば、このトラックバックという仕組みによって、ブログエントリ８，４間，８，３６間が相互に言及可能になる。
図６はトラックバックを説明するための図である。この図６に示すブログサイトＡ，Ｂは各々参照される側のユーザＡと、参照する側のユーザＢとが開設したものである。ここで、ユーザＢがユーザＡのブログサイトＡに表示された記事又は話題に関心がある場合、ユーザＢはその記事を引用し引用した記事に意見や感想等を付してブログサイトＢに表示する。また、ユーザＢは、ネットワークにおけるエチケットとして、ユーザＡに対して、「ユーザＢはブログサイトＡに記載された記事を引用し、その記事についてユーザＢのブログサイトＢにおいてコメントしている。」旨を通知する（この通知はトラックバックＰｉｎｇと呼ばれる）。一方、ユーザＡは、この通知を受信し承認すると、ユーザＢのブログサイトＢの記事に逆方向のリンクを設定する。なお、トラックバックされるユーザＡは、トラックバックの通知に対して拒否を選択することもできる。

従って、ユーザＡおよびユーザＢの各ブログエントリＡ，Ｂ間において容易に双方向リンクを設定できる。さらに、ユーザＡの記事が、例えばＮ（Ｎは２以上の自然数を表す。）箇所のブログサイトにおいてそれぞれ引用された場合は、共通の話題を有するＮ個のブログエントリが、トラックバックによって自動的にユーザＡのブログサイトＡに集まる。
さらに、本システム１００におけるトラックバックについて詳述する。

図７（ａ），図７（ｂ）はいずれも本発明の一実施形態に係るトラックバックの一例を示す図である。ブログエントリ９（図５）は、この図７（ａ）に示すリクエスト（ＨＴＴＰ−ＰＯＳＴリクエスト）をブログエントリ８（図５）に送信する。このリクエストには、登録したいトラックバック情報（例えばブログエントリのタイトル，ＵＲＬ，ブログ名，概要等）がパラメータとして書き込まれている。そして、通知を受けたブログエントリ８は、トラックバック情報の保存に成功すると、図７（ｂ）に示すレスポンスをブログエントリ９に対してＸＭＬ形式で返す。このレスポンスには、トラックバック情報の成否とメッセージとが記述されている。

図５に示すブログエントリ８とブログエントリ３７とは共にバルーンにリンクされたブログエントリである。これらのブログエントリ８，３７が、トラックバック３２によって相互リンクされることは、双方のリンクされているバルーンは、実３次元空間において同一又は同様な場所に定義されていることを意味する。
バルーンにリンクされたブログエントリ８がトラックバック３２によって更新されると、更新通知３０によって双方にリンクされた空間情報サーバ１に通知され、通知を受信した空間情報サーバ１は、トラックバック情報を用いて、空間情報サーバ１自身にリンクされたバルーンエントリ８に、トラックバックを用いてリンクされたバルーンエントリを参照できる。

これにより、空間情報サーバ１は空間情報サーバ６のバルーン検索部のＵＲＬを取得し、空間情報サーバ６は空間情報サーバ１のバルーン検索部２４のＵＲＬを取得し、このＵＲＬをバルーン定義として設定し、相互にリンクされた状態になる。
次に、ブログサービス（ブログ利用を提供するサービス）について詳述する。
図８はＲＳＳを説明するための図である。この図８に示すブログサイトＡとブログサイトＢとは各々ユーザＡのブログサイトＡとユーザＢのブログサイトＢとを表し、また、ニュースサイトＡは、記事のヘッドラインを表示している。ここで、ＲＳＳは、ニュースサイトＡが記事をニュースサイトＡ自身のブログに書き込み、その記事をＸＭＬデータに変換しておく。そして、ユーザＡは、ニュースサイトＡやブログサイトＢ等に書き込みされた記事を引用し、ブログサイトＡにその引用した記事を表示し、又はニュースサイトＡ等にリンク付けするようになっている。

この機能が、ＲＳＳフィードと呼ばれるサマリの提供機能であって、ブログサービスが提供する機能の一つなのである。さらに、詳述すると、このＲＳＳフィードは、ＲＳＳと呼ばれるメタデータを用いて、ニュースサイトＡにアクセスしたユーザＡにニュースサイトＡのサマリを提供するようになっている。
メタデータとは、Ｗｅｂサイトについての情報を記述したデータである。例えば検索エンジン等は、多数のＷｅｂサイトから収集した情報データにメタデータを付与して記憶装置に保持する。これにより、ユーザは、不要な情報データを除去し的確な情報データを取得できる。

また、ＲＳＳは、Ｗｅｂページのタイトル，アドレス，見出し，要約，更新時刻等のメタデータを構造化して記述するものでもあり、ＸＭＬベースのフォーマット形式を有する。この一方、ＲＳＳのページ自体は、閲覧に適しているものではないので、携帯端末２は、ＲＳＳリーダ機能を有するソフトウェアをインストールして情報データを閲覧するようになっている。

このように、ユーザＡ等は、ＲＳＳフィードを用いて新着情報を収集し、例えば、多数のＷｅｂサイトについて、カテゴリ別の人気度合いによってランク付けするランキングサイト等のサービスが行なわれる。また、自動的に取得した新着情報をプッシュにより携帯端末２に通知するＲＳＳリーダ１８等のツールが充実してきており、ユーザが必要とする情報が探しやすくなっている。

このように、システム１００は、ブログの特徴である情報利用のしやすさと、情報が集まる仕組みとに着目し、携帯端末２に対する情報提供サービスと、ブログサービスとを結合させたものである。また、本システム１００が提供する仕組みは、ユーザが立つ情報発信場所を１箇所のブログエントリで代表させるようにしている。
また、システム１００が提供するサービス内容は、（ｉ）ユーザが立つ場所を
、仮想空間におけるバルーン（仮想的な空間範囲を表す立体）を用いて定義できるようにし、（ｉｉ）誰でもが容易にユーザが立つ場所の位置情報を取得してバルーンおよびバルーンにリンクするブログエントリを作成できるようにし、そして、（ｉｉｉ）場所に依存した情報発信ポイントを自由に設置できるようにしている。ここで、その場所に関する情報を既に取得した他のユーザがいる場合は、システム１００は、他のユーザの情報をブログエントリとして作成し、バルーンにリンクされたブログエントリにトラックバックを用いてリンクすることにより、その場所の情報を載せたブログエントリがバルーンに集まるようになる。

一方、従来のように、情報配信サービスを提供する事業者がバルーンを設置する場合もある。この場合においても、事業者が提供する情報を利用するユーザが、ユーザ自身が知る情報をコメント又はトラックバックを用いて、事業者のブログエントリに追加することができる。
通常、ブログサービスにおいて、ブログエントリにコメント又はトラックバックが行なわれる場合、その旨がメール等により所有者に対してブログエントリが通知され、ブログサイトの所有者の判断によって、意に沿わないコメント又はトラックバックを避けることが可能になっている。

上記のバルーンは、ＧＰＳ測位等の位置情報技術を使用して定義される仮想的な立体である。このため、ユーザと位置情報システム１００との通信には、携帯電話機等の広くどこでも使用できる通信手段が使用されるため、バルーンの設置のときにその場に現実の機器を設置する必要がない。また、近年に高精度のＧＰＳ受信機１１が搭載される携帯電話等の携帯端末２が増加しているため、その携帯端末２を用いたバルーン検索も容易である。

この一方、現状、ＧＰＳ測位は、屋内等の利用できないエリアがあり、全ての携帯端末２が高精度の位置情報を利用できるものではない。それらのエリアをカバーしどのような携帯端末２も、使用できる技術が現れるまで、位置情報測位機能を有していない携帯端末５からもバルーンが登録され、バルーン名称を使用して検索できるようにシステム１００は機能をもつ必要がある。

以下、システム１００におけるメッセージについて詳述する。
最初に、図９（ａ），図９（ｂ）を参照して、空間情報サーバ１へのバルーン登録方法を説明する。図９（ａ），図９（ｂ）はそれぞれ本発明の一実施形態に係る空間情報サーバ１へのバルーン登録方法を説明するための図であり、バルーン登録ＨＴＴＰ−ＰＯＳＴリクエストを用いた場合の一例が表示されている。

ここで、携帯端末２のバルーン登録部（図５）は、空間情報サーバ１のバルーン登録部２６のＵＲＬに、この図９（ａ）に示すＨＴＴＰ−ＰＯＳＴリクエストを送信する。このバルーン登録ＨＴＴＰ−ＰＯＳＴリクエストには、登録するバルーンの中心座標（緯度および経度），座標の測位系，バルーン径（球形バルーンの場合は半径），バルーン名称等が指定される。

一方、空間情報サーバ１は、バルーンの登録に成功すると、携帯端末２に対して、ＮＶＭＬ形式により登録したバルーンデータを、図９（ｂ）に示すレスポンスに書き込みして返す。
次に、図１０（ａ），図１０（ｂ）を参照して空間情報サーバ１からのバルーン検索方法について説明する。

図１０（ａ），図１０（ｂ）はそれぞれ本発明の一実施形態に係るバルーン検索方法を説明するための図である。携帯端末２は、空間情報サーバ１のバルーン検索ＵＲＬに、図１０（ａ）に示すＨＴＴＰ−ＰＯＳＴリクエストを送信する。このＨＴＴＰ−ＰＯＳＴリクエストには、検索範囲（矩形）の左下と右下との各座標（緯度，経度），座標の測位系および出力形式（ＮＶＭＬがデフォルト）が指定される。

そして、空間情報サーバ１が、バルーンデータを検出すると、検出したバルーンデータを携帯端末２に対してＮＶＭＬ形式（リクエストのｏｐｆがＮＶＭＬの場合）で書かれたレスポンス（図１０（ｂ））を返す。具体的には、＜ｈｅａｄ＞，＜／ｈｅａｄ＞間に、測位系等の表記に関する情報が書き込まれ、また、＜ｂｏｄｙ＞，＜／ｂｏｄｙ＞間の＜ｇｕｉｄｅ＞要素のうちの＜ｐｏｉｎｔ＞要素に、バルーン定義情報（中心座標，範囲（ａｒｅａ属性），ブログエントリのＵＲＬ等）が書き込まれる。また、＜ｇｕｉｄｅ＞要素は、検出されたバルーンの数だけ携帯端末２に対して返される。なお、ＮＶＭＬ仕様にないバルーンデータの要素は、＜ｎｏｔｅ＞要素で記述される。

図１１（ａ）は本発明の一実施形態に係る投稿ＡＰＩのリクエストの一例を示す図であり、図１１（ｂ）は本発明の一実施形態に係る投稿ＡＰＩのレスポンスの一例である。この投稿用ＡＰＩは、ブログエントリを投稿するためのＡＰＩであって、例えばＢｌｏｇｇｅｒ ＡＰＩや、ｍｅｔａＷｅｂｌｏｇ ＡＰＩが知られている。
ブログツールおよびブログサービスは、異なるシステム間において連携するための多数の仕組みをそなえており、ＸＭＬ＿ＲＰＣを用いて実装されている。このＸＭＬ＿ＲＰＣは、インターネット５３上でリモートプロシジャコールを実行するためのプロトコルであり、メッセージはＨＴＴＰ−ＰＯＳＴリクエストであり、そして、リクエストｂｏｄｙはＸＭＬである。結果もＸＭＬ形式により返されるようになっている。

図１１（ａ），図１１（ｂ）にそれぞれ示すものは、ｍｅｔａＷｅｂｌｏｇ Ａ
ＰＩの新記事投稿のＡＰＩであり、ｍｅｔａＷｅｂｌｏｇ．ｎｅｗＰｏｓｔを例に示す。
投稿先ブログサイトのＩＤ（ブログＩＤ：ブログシステムによって割り当てられているＩＤ）と、ブログサイトに投稿するためのユーザ名と、パスワードと、投稿する記事の内容と、公開するか否か等とをパラメータとしてリクエストを発行する。ここで、投稿に成功すると、ブログシステムにより割り当てられた記事のＩＤがレスポンスとして返される。

次に、図１２（ａ），図１２（ｂ）を参照して更新通知方法について説明する。
図１２（ａ），図１２（ｂ）はそれぞれ本発明の一実施形態に係る更新通知方法を説明するための図である。これらの図１２（ａ），図１２（ｂ）にそれぞれ示す更新通知は、ブログサイト３の空間情報プラグインから空間情報サーバ１のエントリ更新検出部に対して送信されるものである。

更新通知は、投稿ＡＰＩと同様に、多数のブログツールおよびブログサービスがシステム間において連携するための仕組みとして設けられており、ＸＭＬ＿ＲＰＣを用いて実装されている。これにより、ブログサイトからの新着情報が他のサーバ（空間情報サーバ６等）に通知される。なお、この更新通知機能を有するｗｅｂｌｏｇＵｐｄａｔｅｓ Ｐｉｎｇが知られている。

ブログサイト３は、更新されたブログエントリのタイトルおよびＵＲＬをパラメータとして図１２（ａ）に示すリクエストを通知し、空間情報サーバ１がその通知を受信すると、通知成功および通知に対する謝辞メッセージ等をパラメータとするレスポンスを返す（図１２（ｂ））。ここで、通知される情報は、ブログエントリ３のタイトルおよびＵＲＬだけなので、更新内容を確認するために、空間情報サーバ１からブログサイト３に対してリクエストを通知して取得することが望ましい。

なお、ブログエントリがトラックバックによって更新された場合、ブログツールとしてＭｏｖａｂｌｅＴｙｐｅが用いられているときは、ブログサイト３は、ＸＭＬ＿ＲＰＣによりｍｔ．ＧＥＴ ＴｒａｃｋｂａｃｋＰｉｎｇｓリクエストを送信してトラックバックＰｉｎｇ ＵＲＬを取得する。
次に、図１３（ａ），図１３（ｂ）を参照してブログエントリのサマリの取得方法について説明する。

図１３（ａ），図１３（ｂ）はそれぞれ本発明の一実施形態に係るサマリの取得方法を説明するための図である。ここで、多くのブログツールは、ブログの情報をＲＳＳファイルに出力するようになっており、サマリの取得は、ＲＳＳファイルを、図１３（ａ）に示すＧＥＴリクエストを用いることにより可能になる。以下、ＭｏｖａｂｌｅＴｙｐｅというブログツールを用いたＲＳＳファイルの取得例を説明する。

ブログエントリがトラックバックされると、ａｒｃｈｉｖｅディレクトリ配下に「記事ＩＤ．ＸＭＬ」のように、エントリへのトラックバック情報がＲＳＳ形式で出力されるので、携帯端末２は、このＵＲＬにＧＥＴリクエストを送信することにより、ＲＳＳファイルを取得する。図１３（ｂ）に示すように、ブログエントリのサマリとそのブログエントリのトラックバック先のブログエントリのサマリがＲＳＳ形式で出力されている。

このような構成によって、携帯端末２は空間情報サーバ１から受信した結果３４に含まれるブログエントリ８のＵＲＬを用いて、ブログエントリ８にアクセスする。ブログエントリ８から取得するデータはＲＳＳ形式３５であり、携帯端末２のＲＳＳリーダ１８によって表示される。ここでもしブログエントリ８に他のブログサイト４のブログエントリ９にトラックバック３２でリンクされていれば、ＲＳＳリーダ１８にブログエントリ９のＵＲＬも表示されるので、ブログエントリ９を参照することができる。

また、携帯端末２は、バルーン検索部１６を使って空間情報サーバ１からバルーン定義データを取得するときに、広範囲のデータを一度に取得し、取得したデータをバルーンイベント管理部１５を使い、携帯端末２の近傍のバルーンを検出することにより、空間情報サーバ１との通信回数を減少させるとともに、携帯端末２の内部で検出したバルーンのブログエントリのＵＲＬをユーザに通知することにより、情報をプッシュ的に提示することができる。

さらに、空間情報サーバ１はバルーンにリンクするブログエントリ８を生成するとき、バルーンデータベース７にブログエントリ８のＵＲＬを登録するだけでなく、ブログエントリ８に空間情報サーバ１のバルーン検索部２４のＵＲＬを登録する。
これにより、ブログエントリ８側から空間情報サーバ１を参照することが可能になるが、空間情報サーバ１に登録されているバルーンの地理的近傍に他の空間情報サーバ６に登録されているバルーンがあり、そのバルーンのブログエントリ３７がバルーンエントリ８にトラックバックされた場合、更新通知によって空間情報サーバ１に通知される。更新通知を受けた空間情報サーバ１はトラックバックされたブログエントリを参照し、そこに記載された空間情報サーバ６のバルーン検索ＵＲＬを取得し、バルーン定義情報に登録する。

このように、空間情報サーバ１のバルーン検索部２４を利用して、空間情報サーバ１で検出されるバルーン定義情報とともに他の空間情報サーバ６のＵＲＬが送受信されるので、続けて他の空間情報サーバ６からバルーンを検索できるようになる。
空間情報サーバ１は、検索拡張機能部２２によって、位置情報機能を持たない携帯端末５からもバルーン検索を可能にする。この携帯端末５は位置情報機能を持たないため、ユーザは自分のいる場所を表す名称を空間情報サーバ１に送信し、これを受信した空間情報サーバ１はバルーンデータベース７中を入力された名称を含む名称を持つバルーンを全て検索し、携帯端末５に送信する。

一方、携帯端末５のユーザはバルーンを選択して、そのバルーンにリンクされたブログエントリを参照してもよいが、選択したバルーンの名称とそのバルーンの定義位置を中心とした検索範囲を再度入力情報として空間情報サーバ１に検索を行い、周辺のバルーンを見つけることができる。
また、空間情報サーバ１はバルーンの登録時にバルーンの存続期間を設定し、バルーン状態管理部２３を用いて期限が来た際に情報を消去することができる。これにより、空間情報サーバ１を使ってサービスを提供する事業者はバルーンの延命等を条件とした課金を行うことができる。

次に、図１４（ａ），図１４（ｂ）〜図１７を参照して、システム１００における複数の空間情報サーバ１等が連結する態様について説明する。
上記の図５における空間情報サーバ１，６等は、独立して設けられたものであるが、以下に述べる連結方法によって、いわば「数珠繋ぎ」状に連結可能である
図１４（ａ）は本発明の一実施形態に係るブログサイトＡと空間情報サーバＡとの組み合わせであり、この状態において、図１４（ａ）に示すブログサイトＡおよび空間情報サーバＡに、ブログサイトＢおよび空間情報サーバＢを連結したものが、図１４（ｂ）に表示されている。

図１４（ｂ）において、本サービス情報提供方法は、最初に、実３次元空間に対応する複数の３次元空間範囲情報とサービス情報を得るための複数のアドレスとの各々が対応付けられた複数のバルーンデータを保持するバルーンデータベースにアクセスする空間情報サーバＡを有するブログサイトＡを設置する。
そして、ブログサイトＡに保持されたバルーンデータの３次元空間範囲情報に対応する実３次元空間に重複登録されたバルーンデータを保持するブログサイトＢを設置する。

次に、ブログエントリ（第１バルーンエントリ）Ａとブログエントリ（第２バルーンエントリ）Ｂとが相互参照可能な状態に設定される。この相互参照は、トラックバックによって行なわれる。ここまでが、図１４（ｂ）に示す「１」と付された部分に相当する。
続いて、ブログエントリＡとブログエントリＢとが、ブログサイトＡの空間情報サーバＡとブログサイトＢの空間情報サーバＢとに対してそれぞれ更新通知する（「２」と付された部分参照）。

さらに、空間情報サーバＡと空間情報サーバＢとが、空間情報サーバＢのバルーン検索ＵＲＬと空間情報サーバＡのバルーン検索ＵＲＬとをそれぞれ取得する（「３」と付された部分参照）。
そして、空間情報サーバＡと空間情報サーバＢとが、空間情報サーバＡのバルーンデータベースと空間情報サーバＢのバルーンデータベースとにそれぞれバルーン検索ＵＲＬとバルーン検索ＵＲＬとを連結登録する（「４」と付された部分参照）。

このように、独立に設けられた２台の空間情報サーバＡ，Ｂが連結される。
次に、図１５は本発明の一実施形態に係る２箇所のブログサイトの連結を説明するための図である。
ここで、空間情報サーバＡと空間情報サーバＢとが連結した状態において、さらに、バルーンエントリＢと、上記の３次元空間範囲情報に対応する実３次元空間に重複して登録されたブログサイトＣのバルーンエントリＣとが相互にリンクする。

バルーンエントリＢとバルーンエントリＣとが、それぞれ、空間情報サーバＢとブログサイトＣに設けられた空間情報サーバＣとに対して、更新通知し、空間情報サーバＢと空間情報サーバＣとが、それぞれ、空間情報サーバＣのバルーン検索ＵＲＬと空間情報サーバＢのバルーン検索ＵＲＬとを取得する。
さらに、空間情報サーバＢと空間情報サーバＣとが、それぞれ、空間情報サーバＢのバルーンデータベースと空間情報サーバＣのバルーンデータベースとに、各々のバルーン検索ＵＲＬと第２バルーン検索ＵＲＬとを記録する。

このように、３種類の空間情報サーバＡ〜Ｃが関連付けられる。
次に、図１６は本発明の一実施形態に係る３箇所のブログサイトの連結を説明するための図である。
ここで、空間情報サーバＡと空間情報サーバＢと空間情報サーバＣとが連結した状態において、さらに、バルーンエントリＡと、上記の３次元空間範囲情報に対応する実３次元空間に重複して登録されたブログサイトＤのバルーンエントリＤとが相互にリンクする。

バルーンエントリＡとバルーンエントリＤとが、それぞれ、空間情報サーバＡとバルーンサイトＤに設けられた空間情報サーバＤとに対して、更新通知し、空間情報サーバＡと空間情報サーバＤとが、それぞれ、空間情報サーバＤのバルーン検索ＵＲＬと空間情報サーバＡのバルーン検索ＵＲＬとを取得する。
そして、空間情報サーバＡと空間情報サーバＤとが、それぞれ、空間情報サーバＡのバルーンデータベースと空間情報サーバＤのバルーンデータベースとに、バルーン検索ＵＲＬとバルーン検索ＵＲＬとを記録する。

このように、４箇所のブログサイトが連結される。
また、図１７は本発明の一実施形態に係る連結された空間情報サーバＡ〜Ｄを検索する方法を説明するための図である。
この図１７に示す空間情報サーバＡと空間情報サーバＢと空間情報サーバＣと空間情報サーバＤとが連結した状態において、携帯端末２が、空間情報サーバＡから、バルーンエントリＡのＵＲＬと空間情報サーバＢおよび空間情報サーバＣの各ＵＲＬとを取得する。

そして、携帯端末２が、空間情報サーバＢから、バルーンエントリＢのＵＲＬと、空間情報サーバＣおよび空間情報サーバＤの各ＵＲＬを取得し、空間情報サーバＣから、バルーンエントリＣのＵＲＬを取得し、また、空間情報サーバＤから、バルーンエントリＤのＵＲＬを取得する。
このように、本システム１００は、複数箇所の空間情報サーバＡ〜Ｄが連結され、携帯端末２は、空間情報サーバＡ〜Ｄのいずれのサーバにもアクセスできるようになり、携帯端末５が異なる事業者に加入している場合でも、サービス情報を提供できる。

以下、本システム１００における詳細動作について詳述する。
図１８は本発明の一実施形態に係るバルーンエントリの生成方法を説明するためのシーケンスを示す図である。この図１８に示すＡ１〜Ａ１６はいずれも１個のメッセージ又は複数個のメッセージ群を表す。
ユーザは、携帯端末２に設けられた「バルーン登録ボタン」の押下や、表示部４２に表示された「バルーン登録」を選択実行することにより、バルーン登録アプリケーションを起動させる（メッセージＡ１）。バルーン登録部１７は、ＧＰＳ制御部１２に対して携帯端末２の位置情報の取得を依頼し（メッセージＡ２ａ）、ＧＰＳ制御部１２は、ＧＰＳ受信機１１に対してＧＰＳ情報の取得をＮＭＥＡフォーマットによって依頼する（メッセージＡ２ｂ）。ＧＰＳ受信機１１は、携帯端末２の測位結果を、ＮＭＥＡフォーマットによってＧＰＳ制御部１２に通知し（メッセージＡ２ｃ）、ＧＰＳ制御部１２は、測位結果をデータ変換し、緯度，経度等からなる携帯端末２の位置情報をバルーン登録部に対して通知する（メッセージＡ２ｄ）。

バルーン登録部は、表示部４２にバルーン定義情報を通知して、表示部４２は、携帯端末２を中心とするバルーン定義情報を表示する（メッセージＡ３）。ユーザは、バルーンの名称，バルーンの設置範囲，カテゴリ等の付加情報を携帯端末２に設定し（メッセージＡ４）、バルーン登録の実行要求をバルーン登録部に通知する（メッセージＡ５）。バルーン登録部は、空間情報サーバ１のバルーン登録部２６に対してｈｔｔｐ又はメールを用いてバルーン定義情報を送信する（メッセージＡ６）。

一方、空間情報サーバ１において、バルーン登録部は、ユーザ管理部に対しバルーン定義情報を送信したユーザについて認証を要求し（メッセージＡ７ａ）、ユーザ管理部は、認証結果がＯＫの場合は、バルーン登録部にユーザ情報を通知する（メッセージＡ７ｂ）。このユーザ情報は、空間情報サーバ１がブログエントリ８を生成するための権限に関する情報であって、具体的には、ブログサイトのＩＤ，ブログサイトのユーザ名およびブログサイトのパスワードが、バルーン登録部に通知される。バルーン登録部は、そのユーザ情報をバルーンデータベース７に登録し（メッセージＡ７ｃ）、ブログサイト３に対してエントリ作成依頼を投稿ＡＰＩを用いて送信する（メッセージＡ７ｄ）。

また、ブログサイト３は、ブログエントリを生成し（メッセージＡ８ａ）、バルーン登録部に対して、生成したブログエントリのＵＲＬを含むブログエントリの生成完了を通知する（メッセージＡ８ｂ）。このブログエントリのＵＲＬを返す理由は、ブログサイトのＵＲＬとブログエントリＩＤとを組み合わせることにより、ブログエントリのＵＲＬを作成できるからである。

バルーン登録部は、バルーンデータベース７に、ブログエントリ情報を追加して登録する（メッセージＡ９）。さらに、バルーン登録部は、携帯端末２のバルーン登録部に対して、ブログエントリを編集するためのＵＲＬをＨＴＴＰ又はメールによって送信し（メッセージＡ１０）、バルーン登録部は、編集用のＵＲＬを含む情報を表示部４２に通知し、表示部４２は、通知された情報を表示する（メッセージＡ１１）。

そして、携帯端末２は、携帯端末２のバルーン登録部に対してブログエントリの編集依頼を通知すると（メッセージＡ１２）、バルーン登録部はその編集用のＵＲＬにアクセスするようにウェブブラウザに対して起動要求を通知し（メッセージＡ１３）、ウェブブラウザは、そのＵＲＬをもつブログサイト３にジャンプする（メッセージＡ１４）。さらに、ブログサイト３は、ウェブブラウザに対してブログエントリの編集を許可し（メッセージＡ１５）、表示部４２は、編集画面を表示する（メッセージＡ１６）。

このように、携帯端末２は、ブログサイト３の情報を参照できるようになる。
携帯端末２がＧＰＳ１１を用いて携帯端末２自身の位置を測定し、測定した端末位置を、検索範囲を指定するための検索範囲データとともに空間情報サーバ１に送信する。そして、空間情報サーバ１は、バルーンデータベース７に携帯端末２のバルーンを登録するとともに、ブログサイト３の投稿ＡＰＩ２９を用いてブログサイト３にブログエントリ８を作成し、また、バルーンデータベース７にブログエントリ８のＵＲＬを登録する。これに加えて、ブログエントリ８中には、空間情報サーバ１の検索ＵＲＬを管理者が登録し、空間情報サーバ１とブログサイトとが相互にデータを参照できるようにされている。

次に、図１９を参照して本発明の一実施形態に係る擬似的なプッシュ配信方法を説明するためのシーケンスを示す図である。この図１９に示すＢ１〜Ｂ１３はいずれも１個のメッセージ又は複数個のメッセージ群を表す。
ユーザは、携帯端末２の操作部４１を用いて、バルーン検索部１６のバルーン検索アプリケーションを起動させる（メッセージＢ１）。バルーン検索部１６はバルーンイベント管理部１５に対して、バルーンの自動検索の開始を通知すると（メッセージＢ２）、バルーンイベント管理部１５は、以下に述べるメッセージＢ３ａ〜メッセージＢ３ｇからなる定期的実行ルーチンを開始する。

バルーンイベント管理部１５は、ＧＰＳ制御部１２に対して携帯端末２の位置情報の取得を依頼し（メッセージＢ３ａ）、ＧＰＳ制御部１２は、ＧＰＳ受信機１１に対してＧＰＳ情報の取得を依頼する（メッセージＢ３ｂ）。ＧＰＳ受信機１１は、携帯端末２の測位結果を、ＧＰＳ制御部１２に通知し（メッセージＢ３ｃ）、ＧＰＳ制御部１２は、緯度，経度等からなる携帯端末２の位置情報をバルーンイベント管理部１５に対して通知する（メッセージＢ３ｄ）。ここで、バルーンイベント管理部１５は、携帯端末２のメモリにバルーンデータが保持されていない場合、あるいは、保持されたバルーンデータの地理的範囲が、ＧＰＳ制御部１２から通知された現時点における携帯端末２の位置情報を含まない場合（以下、不整合の場合と呼ぶ。）、空間情報サーバ１のバルーン検索部２４に対して、バルーンデータの取得依頼を通知する。この理由は、携帯端末２が擬似的プッシュ配信を行なうためには、携帯端末２の内部にバルーンデータを保持しておく必要があるので、携帯端末２の内部にバルーンデータが保持されていない場合、携帯端末２は、バルーン検索部１６に対してバルーンデータを取得するのである。

また、携帯端末２は、過去に空間情報サーバ１に対してバルーン検索を行なったことがある場合、その過去の時点における携帯端末２の位置周辺のデータが保持されている。ここで、携帯端末２の内部にバルーンデータが保持されている場合においても、そのバルーンデータの地理的範囲が現在の端末位置を含まない場合にもバルーンデータ取得が必要なので、これを不整合として検出するようになっている。

一方、バルーン検索部１６は、バルーンデータベース７を検索し（メッセージＢ３ｆ）、検索したバルーンデータを、バルーンイベント管理部１５に対して送信する（メッセージＢ３ｇ）。
そして、携帯端末２のバルーンイベント管理部１５は、取得したバルーンの内部に携帯端末２が入っているか、又は携帯端末２が取得したバルーンの外部に出ているかを判定する（メッセージＢ４）。ここで、バルーンイベント管理部１５は、携帯端末２がバルーン内部に入っていることを検出すると、バルーン検索部１６に対して、バルーンに入っている旨を通知する（メッセージＢ５）。バルーン検索部１６は、取得したバルーンデータからバルーンエントリを抽出し（メッセージＢ６ａ）、ＲＳＳリーダ１８に対して、バルーンエントリＵＲＬを通知して起動させる（メッセージＢ６ｂ）。ＲＳＳリーダ１８は、ブログサイト３に対して、ブログエントリのサマリの取得を通知し（メッセージＢ７）、ブログサイト３は、ＲＳＳリーダ１８に対して、サマリを送信する（メッセージＢ８）。そして、ＲＳＳリーダ１８は、ブログエントリのサマリを表示部４２に表示する（メッセージＢ９）。

また、ユーザは、トラックバックを選択して（メッセージＢ１０）、トラックバック元のブログエントリに対して、トラックバックによってリンクされたブログエントリの読み出し要求を送信する（メッセージＢ１１）。そして、トラックバック元のブログエントリからブログエントリの内容がＲＳＳリーダ１８に対して送信され（メッセージＢ１２）、これにより、表示部４２に、トラックバックのブログエントリが表示される（メッセージＢ１３）。

このように、バルーンイベント管理部１５とＧＰＳ受信機１１との間において、携帯端末２の位置情報が送受信され、また、バルーンイベント管理部１５において、バルーン内部に入ったことが検出されてＲＳＳリーダ１８が起動されるので、ユーザは、プッシュ配信と同様に情報を自動的に取得可能になる。
次に、図２０，図２１をそれぞれ参照して、ユーザ登録前のアクセス制限およびユーザ登録の方法と、ユーザ登録後のアクセス制限およびユーザ登録の方法とについて説明する。これらの図２０，図２１に示すＣ１〜Ｃ３３はいずれも１個のメッセージ又は複数個のメッセージ群を表す。

図２０は本発明の一実施形態に係る未登録ユーザについてのアクセス制限およびユーザ登録を説明するためのシーケンスを示す図である。ここで、未登録ユーザＣが管理ユーザＡに対して登録を要求するようにしている。
まず、ユーザＣは、プル型の検索を行なうために、携帯端末２の操作部４１を用いて携帯端末２のバルーン検索部１６を起動させると（メッセージＣ１）、バルーン検索部１６は、空間情報サーバ１のバルーン検索部２４に対して、バルーン検索依頼を送信し（メッセージＣ２）、バルーン検索部２４は、バルーンデータベース７を検索する。ここで、バルーン検索部２４は、携帯端末２から検索依頼されたバルーンを検出すると（メッセージＣ３）、そのユーザＣのアクセス制限について、アクセスが以前あったか、あるいは、ユーザアカウントがないかを判定する（メッセージＣ４）。バルーン検索部２４は、バルーンエントリＵＲＬの代わりにユーザ登録ＵＲＬを設定しバルーン検索結果を作成し（メッセージＣ５）、携帯端末２に対してバルーン検索結果を含む検索完了を通知する（メッセージＣ６）。

携帯端末２のバルーン検索部１６は、この完了通知を受信すると、ＲＳＳリーダ１８を起動しユーザ登録処理の開始を通知し（メッセージＣ７）、これに対して、ＲＳＳリーダ１８は、空間情報サーバ１のユーザ登録部に対して、ユーザ登録画面を開く旨を通知し（メッセージＣ８）、ユーザ登録部は、ユーザ登録画面を開き、画面を開いた旨の完了通知を携帯端末２のＲＳＳリーダ１８に対して通知する（メッセージＣ９）。そして、ＲＳＳリーダ１８は、表示部４２にユーザ登録画面を表示させる（メッセージＣ１０）。ユーザＣは、表示された情報について編集し、編集作業が終了すると、編集後の内容にするための登録実行をＲＳＳリーダ１８に対して通知する（メッセージＣ１１）。ＲＳＳリーダ１８は、登録実行メッセージを受信すると、空間情報サーバ１のユーザ登録部に対して、ユーザ登録を送信し（メッセージＣ１２）、ユーザ登録部は、ユーザＡに対して、ユーザ登録確認通知をメールし（メッセージＣ１３）、また、携帯端末２のＲＳＳリーダ１８に対して、ユーザ登録の受け付けが完了したことを通知する（メッセージＣ１４）。

一方、ユーザＡは、メッセージＣ１３に対して、ユーザ登録許可通知を空間情報サーバ１のユーザ登録部に対してメールし（メッセージＣ１５）、ユーザ登録部は、ユーザＣに対してユーザ登録通知をメールする（メッセージＣ１６）。この後、ユーザＣは、バルーン検索を行なえるようになる。
このように、ユーザ登録されていないユーザＣが、検索依頼を空間情報サーバ１に対して送信したときに、空間情報サーバ１は、ユーザＣについての登録処理を行なったうえでユーザＣに対して、検索サービスを提供する。

さらに、図２１は本発明の一実施形態に係る登録ユーザについてのアクセス制限およびユーザ登録を説明するためのシーケンスを示す図であり、ユーザ登録されたユーザＣが管理ユーザＡに対してアクセス制限を設定するようにしている。
まず、ユーザＣは、プル型の検索を行なうために、携帯端末２の操作部４１を用いて携帯端末２のバルーン検索部１６を起動させると（メッセージＣ１７）、バルーン検索部１６は、空間情報サーバ１のバルーン検索部２４に対して、バルーン検索依頼を送信し（メッセージＣ１８）、バルーン検索部２４は、バルーンデータベース７を検索して所望のバルーンを検出する（メッセージＣ１９）。バルーン検索部２４は、ユーザＣのアクセス制限について、アクセスが以前あったか、あるいは、ユーザアカウントがあるかを判定する（メッセージＣ２０）。ここで、ユーザアカウントがあると判定された場合、ユーザ管理者に対して、
ユーザ認証を依頼し（メッセージＣ２１）、ユーザ管理部は、認証がＯＫの場合は、バルーン検索部２４に対してＯＫを通知する（メッセージＣ２２）。バルーン検索部２４は、バルーン検索結果を作成しバルーンエントリＵＲＬを設定する（メッセージＣ２３）。バルーン検索部２４は、携帯端末２のバルーン検索部１６に対して、バルーン検索結果がＯＫである旨を含む検索完了を通知し（メッセージＣ２４）、バルーン検索部１６は、ＲＳＳリーダ１８を起動し（メッセージＣ２５）、ＲＳＳリーダ１８は、ブログサイト３のブログエントリにアクセスし、そのブログエントリに対してＲＳＳサマリの取得を要求し（メッセージＣ２６）、ブログサイト３が、この要求に対しサマリを取得できると、サマリを含む取得完了メッセージをＲＳＳリーダ１８に対して、通知する（メッセージＣ２７）。

そして、ＲＳＳリーダ１８は、このＲＳＳサマリを受信すると、ユーザＣに対して、ブログエントリのサマリを表示する（メッセージＣ２８）。ユーザＣは、このサマリ表示により、トラックバックを選択し（メッセージＣ３０）、また、ＲＳＳリーダ１８は、ユーザＡに対して、トラックバック先のブログエントリを読みにアクセスし（メッセージＣ３１）、ユーザＡ側は、このアクセスにより、ＲＳＳリーダ１８に対して、ブログエントリの内容を含む完了終了を通知し（メッセージＣ３２）、ＲＳＳリーダ１８は、ユーザＣに対して、トラックバックのブログエントリを表示部４２に表示する（メッセージＣ３３）。

このように、ユーザＣは、ユーザ登録された後は、空間情報サーバ１のバルーン検索部２４においてアクセス制限およびユーザ認証がそれぞれ行なわれるので、図２８に示すシーケンスよりも簡便な方法により、ユーザＡ側のブログエントリにアクセスできるようになる。
また、このように、空間情報サーバ１は、ユーザＣについて登録と、登録後はユーザＣのアクセス制限とユーザ認証とを行なう。

次に、図２２と図２３とを参照して本発明の一実施形態に係るバルーンエントリ更新監視方法について説明する。また、これらの図２２および図２３に示す符号Ｄ１〜Ｄ２９ｂは、それぞれ、１本のメッセージ又は複数本のメッセージを表す。
図２２は本発明の一実施形態に係るバルーンエントリ更新監視方法を説明するためのシーケンスを示す図である。この図２２に示すユーザＸはバルーンの所有者であって、ユーザＸ自身の携帯端末２のウェブブラウザに対して、ユーザＡのバルーンエントリを開く旨を通知する（メッセージＤ１）。ここで、ウェブブラウザは、ユーザＡが所有するブログサイト３に対してユーザＡについてのバルーンエントリを開く旨のメッセージを通知し（メッセージＤ２ａ）、ブログサイト３は、バルーンエントリを開くと、ユーザＸのウェブブラウザに対して、ユーザＡのバルーンエントリを含む完了通知を送信し（メッセージＤ２ｂ）、ウェブブラウザは、ユーザＡのバルーンエントリのトラックバックＵＲＬを取得する（メッセージＤ３）。ユーザＸは、このＵＲＬを受信すると表示内容から所望のトラックバックを選択し（メッセージＤ４）、ウェブブラウザは、ユーザＸのブログサイト３６に対して、ユーザＸによって選択されたトラックバックについての編集画面を開く旨を通知し（メッセージＤ５ａ）、ブログサイト３６は、トラックバック編集画面を起動させると、完了通知をウェブブラウザに対して通知する（メッセージＤ５ｂ）。ウェブブラウザは、この通知を受信すると、携帯端末２に対して、トラックバックの編集画面を表示させる（メッセージＤ６）。

そして、ユーザＸは、トラックバック編集画面においてバルーンエントリを指定してトラックバック編集をウェブブラウザに対して通知し（メッセージＤ７）、ウェブブラウザは、ユーザＸのブログサイト３６の既存ブログシステム２８に対して、トラックバック実行を送信する（メッセージＤ８）。また、ブログサイト３６は、ユーザＡのブログサイト３に対して、トラックバックＰｉｎｇを送信する（メッセージＤ９）。

ここで、ブログサイト３は、通知に含まれるトラックバック情報をブログエントリ８に登録し（メッセージＤ１０ａ）、登録が完了すると、完了通知ＯＫをブログサイト３６に対して通知し（メッセージＤ１０ｂ）、また、空間情報サーバ１に対して、更新通知を送信する（メッセージＤ１０ｃ）。ここで、メッセージＤ１０ｂを受信したブログサイト３６は、トラックバック情報をブログエントリ３７に登録し（メッセージＤ１１ａ）、登録が完了すると完了通知ＯＫをユーザＸの携帯端末２に対して通知し（メッセージＤ１１ｂ）、携帯端末２のウェブブラウザは、完了通知ＯＫをユーザＸに表示する（メッセージＤ１１ｃ）。さらに、ブログサイト３６は、完了通知ＯＫの送信後、ユーザＸの空間情報サーバ６のエントリ更新検出部２５に対して更新通知を送信する（メッセージＤ１１ｄ）。

一方、更新通知（メッセージＤ１０ｃ）を受信した空間情報サーバ１は、ブログサイト３に対してトラックバックＰｉｎｇの送信によってユーザＸの空間情報サーバ６のＵＲＬを取得し（メッセージＤ１２）、ブログサイト３６に対して、ユーザＸのバルーンエントリの取得を通知する（メッセージＤ１３）。さらに、空間情報サーバ１は、バルーンデータベース７に、ユーザＸの空間情報サーバ６のバルーン検索ＵＲＬを登録する（メッセージＤ１４）。

他方、ブログサイト３６から更新通知（メッセージＤ１１ｄ）を受信した空間情報サーバ６は、ブログサイト３に対して、トラックバックＰｉｎｇによってＵＲＬを取得し（メッセージＤ１５）、ユーザＡのバルーンエントリを取得し（メッセージＤ１６）、そして、空間情報サーバ６は、ユーザＡの空間情報サーバ１のバルーン検索ＵＲＬをユーザＸのバルーンデータベース１０に登録する（メッセージＤ１７）。

このようにして、空間情報サーバ１と空間情報サーバ６とが連結され、ユーザＡとユーザＸとは相互に参照可能になる。
次に、図２３は本発明の一実施形態に係るバルーンエントリ更新監視方法を説明するためのシーケンスを示す図である。この図２３に示すユーザＣは、ユーザＡのバルーンを検索するものである。

ユーザＣは、携帯端末２のバルーン検索部１６のアプリケーションを起動し（メッセージＤ１８）、バルーン検索部１６は、空間情報サーバ１のエントリ更新検出部に対して、バルーン検索を送信する（メッセージＤ１９）。そして、エントリ更新検出部は、ユーザＡのバルーンについてバルーンデータベース７を検索し（メッセージＤ２０ａ）、検索したユーザＡのバルーンデータを含む検索完了ＯＫを通知する（メッセージＤ２０ｂ）。ここで、携帯端末２のバルーン検索部１６は、検索完了ＯＫに含まれるデータを参照しユーザＸの空間情報サーバ６へのリンクが登録されていることを検出し（メッセージＤ２１ａ）、空間情報サーバ６に対して、バルーン検索依頼を送信する（メッセージＤ２１ｂ）。

空間情報サーバ６は、バルーンデータベース１０を検索しユーザＸのバルーンを検出すると（メッセージＤ２２ａ）、ユーザＣの携帯端末２に対して、ユーザＸのバルーンデータを含む検索結果ＯＫを通知する（メッセージＤ２２ｂ）。
バルーン検索部１６は、ユーザＡのブログエントリのサマリ取得要求をブログサイト３に対して通知し（メッセージＤ２３ａ）、ブログサイト３からそのサマリを含む取得完了通知ＯＫを受信し（メッセージＤ２３ｂ）、また、ブログサイト３６に対して、ユーザＸについてのサマリ取得要求を空間情報サーバ６に対して通知し（メッセージＤ２４ａ）、ブログサイト３６からのユーザＸについてのサマリを含む取得完了通知ＯＫを受信する（メッセージＤ２４ｂ）。

ここで、携帯端末２のＲＳＳリーダ１８によって、表示部４２が、ユーザＣに対して、ユーザＡおよびユーザＸの各ブログエントリのサマリを表示し（メッセージＤ２５ａ）、ユーザＣはこの表示を参照しＲＳＳリーダ１８に対して、ユーザＡのブログエントリを選択する（メッセージＤ２５ｂ）。ＲＳＳリーダ１８は、ブログサイト３に対して、ユーザＡのブログエントリの取得依頼を通知し（メッセージＤ２６ａ）、ブログサイト３からのユーザＡのブログエントリを含む取得完了通知ＯＫを受信する（メッセージＤ２６ｂ）。

携帯端末２のＲＳＳリーダ１８によって、ユーザＡのブログエントリが表示され（メッセージＤ２７ａ）、ユーザＣはＲＳＳリーダ１８に対して、ユーザＸのブログエントリを選択すると（メッセージＤ２７ｂ）、バルーン検索部１６は、ブログサイト３６に対して、ユーザＸのブログエントリの取得依頼を通知し（メッセージＤ２８ａ）、また、ブログサイト３６からのユーザＸのブログエントリを含む取得完了通知ＯＫを受信する（メッセージＤ２８ｂ）。

そして、ＲＳＳリーダ１８によって、ユーザＸのブログエントリが表示され（メッセージＤ２９ａ）、ユーザＣは、ユーザＡやユーザＸの各ブログエントリにトラックバックされたブログエントリを選択する（メッセージＤ２９ｂ）。
このように、ブログサイトをもたないユーザＣが、ユーザＸから場所に関する情報を取得できる。

そして、このような構成により、ユーザの利用方法について説明する。
図２４は本発明の一実施形態に係る情報提供サービスの利用方法を説明するための図であり、この図２４に示すもので、上述したものと同一符号を有するものは同一のものを表す。
図２４に示すシステム１００は、空間情報サーバと、ブログサイト（Ｗｅｂサーバ）１０，２０とを設け、これらのサーバ（空間情報サーバ，ブログサイト１０，２０）を利用するユーザＡ，ユーザＢ，ユーザＣの３種類のプレイヤーが表示されている。また、サービス情報の取得方法の一例として、ユーザＣが、ユーザＣ自身が立つ現実空間位置における例えばレストランのメニュー等のサービス情報を、ブログサイト１０に作成されたユーザＡのブログエントリにアクセスすることにより、ブログサイト２０に作成されたユーザＢのブログエントリから取得するようにしている。

ここで、ブログサイト１０，２０は、それぞれ、ユーザＡ，Ｂの後述するブログエントリを作成するためのものであって、各ユーザＡ〜Ｃに対して、ブログサービスを提供するソフトウェアである。ブログサイト１０，２０として機能する両ソフトウェアは、ともに、例えばワークステーション，パソコン等（以下、ワークステーション等と呼ぶ。）にインストールされている。両ソフトウェアは、別個のワークステーション等にインストールされたり、同一のワークステーション等にインストールされたり、あるいは、インターネットに接続された複数の記憶装置に分散してインストールされてもよい。

なお、ブログサイト１０，２０は、いずれも、起点となるトップページ（スタートページ，ポータルサイト）とそのトップページに付随する複数のＷｅｂページ（ＷＷＷ［World Wide Ｗｅｂ］において提供されるページ）とからなる。
次に、ユーザＡは、空間情報サーバ１にバルーンを作成する事業者であって、例えばユーザＡ自身用のバルーンＸ１と、ユーザＢ用のバルーンＸ２との所有者である。また、ユーザＣは、バルーンを介してユーザＡやユーザＢのブログエントリを参照することにより、その場所のサービス情報を取得する顧客である。さらに、ユーザＢは、店舗のメニュー等のサービス情報等を広告する広告主である。このユーザＢは、バルーンＸ１，Ｘ２が作成された仮想空間に対応する現実空間の場所（又はその場所の周辺）にあるサービス情報を広告する。

（ｉ）バルーンとブログエントリとの作成
最初に、ユーザＡは、ユーザＡ自身およびユーザＣのバルーンを空間情報サーバに作成する。そして、空間情報サーバのバルーン登録部は、投稿ＡＰＩを用いてブログサイト１０にユーザＡのブログエントリを作成する。なお、ユーザＡのブログエントリが作成される契機は、例えば、プロバイダであるユーザＢが、空間情報サーバにバルーンＸ１等を登録するユーザＡから料金を得た場合である。なお、ユーザＡのブログエントリは、個人によっても作成されうる。

（ｉｉ）他のユーザによるバルーンに対するサービス情報のリンク
一方、ユーザＢは、予め、広告するためのブログサイトを、ブログサイト１０を含む多数のブログサイトの中から決定する。ユーザＢは、ブログサイト１０を決定すると、トラックバックし、ユーザＡ又はユーザＡのバルーンＸ１にリンクされたブログエントリに、ユーザＢ自身のブログエントリをリンクさせる。

これにより、ユーザＢによるバルーンＸ１へのサービス情報がリンクされ、空間情報サーバにサービス情報が集まる。
（ｉｉｉ）顧客ユーザＣによるバルーンを介したサービス情報の参照
ユーザＣは、ユーザＡのバルーンＸ１にアクセスし、ユーザＡのブログエントリとユーザＢのブログエントリとを利用することにより、簡便にサービス情報を参照又は取得する。

そして、ユーザＣは、移動中に、プッシュ又はプルによって、ユーザＣ自身の位置に、バルーンＸ１が登録されていることを検出する。ユーザＣは、この検出により、空間情報サーバに、バルーンＸ１の検索又はマーキングを問い合わせる。
そして、空間情報サーバは、バルーンＸ１を検索し、ユーザＡのブログエントリを発見すると、ユーザＡのブログエントリにアクセスし、ユーザＢのＵＲＬを取得する。

続いて、ブログサイト２０からブログサイト１０に対して、リンク情報が返却され、ユーザＣに対して通知される。ユーザＣは、ユーザＢのＵＲＬにアクセスし、所望のサービス情報を取得するのである。
このように、ユーザＡとユーザＢとの共同作業によって、場所に関するサービス情報が収集される。また、ユーザＡはユーザＣにサービス情報を提供でき、ユーザＢは場所に応じて適切な広告が可能となり、さらに、ユーザＣは所望のサービス情報を取得できる。

バルーン定義情報をデータベース化して、サーバシステムが携帯端末２からの位置情報に基づいて、ＵＲＬを送信するサービスは、ユーザが見える範囲内におけるビル等の情報が得られ、ユーザのいわばアナログ的な感覚に基づいて、サービス情報を取得できる。
一方、ユーザがいる場所において、その場所と離れた別の街のビルの屋上で催されている情報を知りたい場合は、本検索方法を用いても困難である。

これに対して、本サービス情報提供システム１００において、ブログサイトに多数の情報が自動的に集まるという特徴を利用して、携帯端末２が、空間情報サーバを経由して所望のブログサイトのブログエントリにアクセスし、また、種々の場所についてのサービス情報がブログエントリに集中するので、携帯端末２は場所を移動せずに、種々の場所におけるサービス情報を得ることができる。

従って、ユーザが例えば環状線のＡ駅近くのデパート前に立っている状態において、Ｂ駅近くのデパートおよびＣ駅近くのデパートの各レストランのメニューを取得できる。換言すれば、本発明によれば、Ｂ駅近くのデパートのレストランのメニュー等の「場所に関する情報」を容易に取得することができる。
また、このように、携帯端末２の有する移動性と、ブログに起因するサービス情報の集中機能とが結びつき、ユーザは、「いつでも」，「どこにいても」，「誰とでも」通信できる利点に加えて、「どの場所の情報であっても」サービス情報を取得できる。さらに、本発明によれば、「ユーザがどのような事業者に加入していても」サービス情報を取得できる。

（Ｂ）変形例
ユーザがビル又は部屋等の比較的狭いところにいる場合、位置情報は、ＧＰＳの代わりに、三角測位法を用いて取得することもできる。具体的には、携帯端末２に光および音波を発信する光／音波送信部を設けるとともに、部屋の天井に３組以上の超音波／赤外線受信機を設け、超音波／赤外線受信機が、携帯端末２からの超音波および赤外線を受信し、超音波および赤外線の受信時刻の差を測定しその時刻差に基づいて携帯端末２の位置を特定するのである。

また、ＲＦＩＤ（Radio Frequency-Identification：電波方式認識）を用いても、簡便な位置情報を取得できる。
さらに、携帯端末２は、緯度，経度，高度に加えて、方位，傾斜角度を位置情報として取得するようにもでき、例えば傾斜センサおよび方位センサを設けることもできる。ここで、傾斜センサは、携帯端末２の水平線からの傾斜角度を測定するものであり、方位センサは地磁気の検出により方位を測定するものである。

上記のＵＲＬの代わりに、ＵＲＩ（Uniform Resource Identifier，ユニフォーム・リソース・アイデンティファイア）や、ＵＲＮ（Uniform Resource Name，ユニフォーム・リソース・ネーム）をアドレスとして使用することもできる。
ここで、ＵＲＩは、ＵＲＬを拡張した規格であって、固有の名称を用いてＷｅｂ上のデータを特定するためのものである。このＵＲＩは、プロトコル名ｈｔｔｐ，サーバ名，ディレクトリ名，ファイル名を、Ｗｅｂ上のデータに割り当てる。

（Ｃ）その他
本発明は上述した実施態様およびその変形例に限定されるものではなく、本発明の趣旨を逸脱しない範囲で、種々変形して実施することができる。

以上、詳述したように、本発明によれば、ユーザが立つ場所にて視界内のビル等のサービス情報を容易かつ自動的に取得でき、また、ユーザは、その場所において、同一のアクセスポイントを利用して、他の場所又は位置にて提供されるサービス情報を取得できる、さらに、アクセス制限や効率的なハードウェア使用が可能となるので、ユーザの場所にかかわらず、他の様々な場所にて提供されるサービス情報を取得できるようになる。

また、所望の場所又は位置に、柔軟に情報発信ポイントが設置できるため、あらゆる場所における情報を登録することができ、有益な情報が得られる確率が飛躍的に高まる。これにより、位置情報による情報提供サービスの利用者数の増大や、市場拡大が期待でき、本発明は基盤技術となることが期待できる。

Claims (1)

1. ユーザ端末に対して情報を提供する情報提供サービスシステムにおけるサービス情報提供方法であって、
   該情報提供サービスシステムにおけるサーバとの間で情報を相互参照可能な、サービス情報を得るためのブログエントリのアドレスが関連付けられたバルーンを実３次元空間に仮想的に登録すべく、実３次元空間における位置情報及び検索範囲情報を含む複数の３次元空間範囲情報とサービス情報を得るための複数のブログエントリのアドレスとの各々が対応付けられた複数のバルーンデータを保持するデータベースにアクセスする空間情報サーバに接続された複数のブログサイトを設置し、
   該複数のブログサイトのうちの第１ブログサイトに保持された該バルーンデータの該３次元空間範囲情報に対応する実３次元空間に重複登録されたバルーンデータを保持する第２ブログサイトを設置し、
   該第１ブログサイトに保持された該バルーンデータの該３次元空間範囲情報に対応するブログエントリを表す第１バルーンエントリと、該第２ブログサイトに保持された該重複登録された該バルーンデータの該３次元空間範囲情報に対応するブログエントリを表す第２バルーンエントリとを相互参照可能な状態に設定し、
   該第１バルーンエントリと該第２バルーンエントリとが、該第１ブログサイトの第１空間情報サーバと該第２ブログサイトの第２空間情報サーバとに対してそれぞれ更新通知し、
   該第１空間情報サーバと該第２空間情報サーバとが、該第２空間情報サーバの第２バルーン検索アドレスと該第１空間情報サーバの第１バルーン検索アドレスとをそれぞれ取得し、
   該第１空間情報サーバと該第２空間情報サーバとが、該第１空間情報サーバのデータベースと該第２空間情報サーバのデータベースとにそれぞれ該第２バルーン検索アドレスと該第１バルーン検索アドレスとを連結登録するとともに、
   ユーザ端末が、該第１空間情報サーバ又は該第２空間情報サーバの該データベースの該バルーンデータを取得し、該バルーンデータに基づいて連結登録された該第１バルーン検索アドレスと該第２バルーン検索アドレスとにアクセスして、該サービス情報を取得することを特徴とする、サービス情報提供方法。

Images