JP4397918B2 - 位置データ送信方法、データ中継装置および記録媒体 - Google Patents

Description

本発明は、移動通信端末の位置情報を通知するための位置情報通知方法及び位置情報通知装置に関する。

セルラ電話等の移動通信網は、移動通信端末が現在どの位置に存在しているかを把握することが可能である。近年、この種の移動通信網において取得される位置情報を利用して情報提供サービスを行うシステムが各種提案されている。例えば、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）網では、移動通信端末が現在どの基地局下の無線ゾーン内に在圏するかを把握可能であり、この位置情報を利用して位置追跡サービスを提供するシステムが知られている。また、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）を移動通信端末に搭載し、これにより得られる位置情報を利用したシステムも提案されている。

ところで、取得される移動通信端末の位置情報は、その移動通信網が採用する位置検出方式によって表現形式が異なる。例えば、上述のＰＨＳ網においては、移動通信端末が在圏する無線ゾーンを管理する基地局を識別するための識別情報（以下、基地局ＩＤという）の形式であるし、ＧＰＳにおいては、移動通信端末の位置を測位して得られる緯度・経度の形式である。

一方、これら位置情報を利用して各種サービスを提供する側のコンピュータシステムにおいても、所望する位置情報の表現形式、精度及び通信プロトコルが異なる。例えば、コンピュータシステムのアプリケーションによって、位置情報を緯度・経度の表現形式で取り扱いたい場合もあれば、行政区分に対応した表現形式で取り扱いたい場合もある。また、例えば、位置追跡サービス等を提供するコンピュータシステムは比較的高精度の位置情報を必要とするが、移動通信端末の位置に応じた天気予報情報を提供するコンピュータシステムは比較的低精度の位置情報しか必要としない。さらに、移動通信端末側とコンピュータシステム側とで位置情報の表現形式が共通であっても、コンピュータシステムがその位置情報をどのような形で取得するかは、コンピュータシステムのアプリケーションがサポートする通信プロトコルによって様々である。 図３０は、ＵＲＬで指定されたコンピュータシステムの情報リソースが移動通信端末から位置情報を取得する際の、位置情報の種々の記述形式を例示する図である。同図に示すように、各コンピュータシステムによって、ＵＲＬによって指定された処理プログラムであるＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）スクリプトが格納されている場所、ＣＧＩスクリプトのファイル名、引数の指定方法等が異なっている。

このように位置情報の表現形式や通信プロトコルが移動通信網やこれを利用するコンピュータによって異なるようでは、近年急速に進展しつつあるネットワークの統合化に対応したサービスを提供することができない。

本発明は、このような背景の下になされたもので、ネットワークの統合化に対応した位置情報提供の共通プラットフォームを提供すべく、様々な表現形式や精度で得られる移動通信端末の位置情報を、これを利用するコンピュータが取り扱い可能な表現形式や精度で供給することができる位置情報通知方法及び装置を提供することを目的としている。

また、本発明の第２の目的は、移動通信端末の位置情報を移動通信端末の仕様に依存しない形で、標準のインターフェースプロトコルとして様々なコンピュータに供給することにある。

さらに、移動通信端末の位置情報をオープンな形で様々なコンピュータに提供するとなると、ユーザのプライバシーに関する新たな問題が発生し、その取り扱いには十分なセキュリティ対策が要求される。このことから、本発明の第３の目的は、移動通信端末の位置情報に関するセキュリティを確保することにある。

上述した課題を解決するため、本願発明は、複数の端末ノードの各々と複数の情報提供ノードの各々との間のデータ通信を中継する中継ノードが、前記複数の情報提供ノードの各々に関し、前記複数の端末ノードのうちの少なくとも一の端末ノードの現在位置を示す位置データを当該情報提供ノードに送信してよいか否かを示す可否データを記憶する可否データ記憶ステップと、前記複数の端末ノードのうちの一の端末ノード、または前記一の端末ノードと前記中継ノードとのデータ通信を中継する基地局ノードが、前記一の端末ノードの現在位置を示す位置データを入力位置データとして前記中継ノードに送信する入力位置データ送信ステップと、前記複数の端末ノードおよび前記複数の情報提供ノードのうちのいずれかのノードが、前記複数の情報提供ノードのうちの一の情報提供ノードに、前記一の端末ノードの現在位置を示す位置データを送信することを要求する要求データを、前記中継ノードに送信する要求データ送信ステップと、前記中継ノードが、前記要求データに応じて前記一の端末ノードの入力位置データを前記一の情報提供ノードに送信してよいか否かを前記可否データに基づき判定する可否判定ステップと、前記中継ノードが、前記可否判定ステップにおいて肯定的な判定結果を得た場合にのみ、前記一の端末ノードの入力位置データを出力位置データとして、前記一の情報提供ノードに送信する出力位置データ送信ステップと、前記中継ノードが、前記入力位置データ送信ステップにおいて前記一の端末ノードまたは前記基地局ノードから送信される前記一の端末ノードの入力位置データを、前記一の端末ノードが属する通信網において前記一の端末ノードを一意に識別可能な固有識別子に対応付けて記憶する位置データ記憶ステップと、前記一の端末ノードが、前記一の情報提供ノードに対する情報要求を示す情報要求データを、前記一の端末ノードの固有識別子とともに、前記中継ノードに送信する情報要求データ送信ステップと、前記中継ノードが、前記中継ノードと前記一の情報提供ノードとの間でのみ前記一の端末ノードを一意に識別可能な疑似識別子を、前記一の端末ノードの固有識別子と対応付けて記憶する識別子記憶ステップと、前記中継ノードが、前記情報要求データを、前記一の端末ノードの疑似識別子とともに、前記一の情報提供ノードに転送する情報要求データ転送ステップとを備え、前記要求データ送信ステップにおいて、前記一の情報提供ノードが、前記情報要求データに応じて、前記一の端末ノードの位置データを前記一の情報提供ノードに送信することを要求する要求データを、前記一の端末ノードの疑似識別子とともに、前記中継ノードに送信し、前記出力位置データ送信ステップにおいて、前記中継ノードは、前記要求データ送信ステップにおいて前記一の情報提供ノードから送信される前記一の端末ノードの疑似識別子に対応付けて記憶されている固有識別子に対応付けて記憶されている入力位置データを、前記一の端末ノードの入力位置データとして特定する位置データ送信方法を提供する（第１の態様）。

また、本願発明は、複数の情報提供ノードの各々に関し、複数の端末ノードのうちの少なくとも一の端末ノードの現在位置を示す位置データを当該情報提供ノードに送信してよいか否かを示す可否データを記憶する可否データ記憶手段と、前記複数の端末ノードのうちの一の端末ノード、または前記一の端末ノードと前記中継ノードとのデータ通信を中継する基地局ノードから、前記一の端末ノードの現在位置を示す位置データを入力位置データとして受信する入力位置データ受信手段と、前記複数の情報提供ノードのうちの一の情報提供ノードに前記一の端末ノードの現在位置を示す位置データを送信することを要求する要求データを、前記複数の端末ノードおよび前記複数の情報提供ノードのうちのいずれかのノードから受信する要求データ受信手段と、前記要求データに応じて前記一の端末ノードの入力位置データを前記一の情報提供ノードに送信してよいか否かを前記可否データに基づき判定する可否判定手段と、前記可否判定手段により肯定的な判定結果が得られた場合にのみ、前記一の端末ノードの入力位置データを出力位置データとして、前記一の情報提供ノードに送信する出力位置データ送信手段と、前記入力位置データ受信手段により前記一の端末ノードまたは前記基地局ノードから受信される前記一の端末ノードの入力位置データを、前記一の端末ノードが属する通信網において前記一の端末ノードを一意に識別可能な固有識別子に対応付けて記憶する位置データ記憶手段と、前記一の端末ノードから、前記一の情報提供ノードに対する情報要求を示す情報要求データを、前記一の端末ノードの固有識別子とともに受信する情報要求データ受信手段と、前記中継ノードと前記一の情報提供ノードとの間でのみ前記一の端末ノードを一意に識別可能な疑似識別子を、前記一の端末ノードの固有識別子と対応付けて記憶する識別子記憶手段と、前記情報要求データを、前記一の端末ノードの疑似識別子とともに、前記一の情報提供ノードに転送する情報要求データ転送手段とを備え、前記要求データ受信手段は、前記一の情報提供ノードから、前記情報要求データに応じて、前記一の端末ノードの位置データを前記一の情報提供ノードに送信することを要求する要求データを、前記一の端末ノードの疑似識別子とともに受信し、前記出力位置データ送信手段は、前記要求データ受信手段により前記一の情報提供ノードから受信される前記一の端末ノードの疑似識別子に対応付けて記憶されている固有識別子に対応付けて記憶されている入力位置データを、前記一の端末ノードの入力位置データとして特定するデータ中継装置を提供する（第２の態様）。

また、本願発明は、複数の端末ノードの各々と複数の情報提供ノードの各々との間のデータ通信を中継する中継ノードとして機能するコンピュータに、前記複数の情報提供ノードの各々に関し、前記複数の端末ノードのうちの少なくとも一の端末ノードの現在位置を示す位置データを当該情報提供ノードに送信してよいか否かを示す可否データを記憶する可否データ記憶処理と、前記複数の端末ノードのうちの一の端末ノード、または前記一の端末ノードと前記中継ノードとのデータ通信を中継する基地局ノードから、前記一の端末ノードの現在位置を示す位置データを入力位置データとして受信する入力位置データ受信処理と、前記複数の情報提供ノードのうちの一の情報提供ノードに前記一の端末ノードの現在位置を示す位置データを送信することを要求する要求データを、前記複数の端末ノードおよび前記複数の情報提供ノードのうちのいずれかのノードから受信する要求データ受信処理と、前記要求データに応じて前記一の端末ノードの入力位置データを前記一の情報提供ノードに送信してよいか否かを前記可否データに基づき判定する可否判定処理と、前記可否判定処理において肯定的な判定結果を得た場合にのみ、前記一の端末ノードの入力位置データを出力位置データとして、前記一の情報提供ノードに送信する出力位置データ送信処理と、前記入力位置データ受信処理において、前記一の端末ノードまたは前記基地局ノードから受信した前記一の端末ノードの入力位置データを、前記一の端末ノードが属する通信網において前記一の端末ノードを一意に識別可能な固有識別子に対応付けて記憶する位置データ記憶処理と、前記一の端末ノードから、前記一の情報提供ノードに対する情報要求を示す情報要求データを、前記一の端末ノードの固有識別子とともに受信する情報要求データ受信処理と、前記中継ノードと前記一の情報提供ノードとの間でのみ前記一の端末ノードを一意に識別可能な疑似識別子を、前記一の端末ノードの固有識別子と対応付けて記憶する識別子記憶処理と、前記情報要求データを、前記一の端末ノードの疑似識別子とともに、前記一の情報提供ノードに転送する情報要求データ転送処理とを実行させ、前記要求データ受信処理において、前記一の情報提供ノードから、前記情報要求データに応じて、前記一の端末ノードの位置データを前記一の情報提供ノードに送信することを要求する要求データを、前記一の端末ノードの疑似識別子とともに受信させ、前記出力位置データ送信処理において、前記要求データ受信処理において前記一の情報提供ノードから受信した前記一の端末ノードの疑似識別子に対応付けて記憶されている固有識別子に対応付けて記憶されている入力位置データを、前記一の端末ノードの入力位置データとして特定させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体を提供する（第３の態様）。

以下、図面を参照しながら、本発明の実施形態について説明する。本実施形態では、第１実施形態：移動通信端末とコンピュータ間で位置情報の表現形式が異なっていても、そのコンピュータに位置情報を通知することができる形態、第２実施形態：コンピュータが所望する精度の位置情報を通知することができる形態、第３実施形態：移動通信端末の位置情報のセキュリティを維持しつつ、当該位置情報を標準のインタフェースプロトコルとして様々なサーバに通知することができる形態、の３つの形態に分けて説明する。ただし、以下説明する第１〜第３実施形態は本発明の一例にすぎず、本発明はその技術思想の範囲内で種々の形態をとりうる。

［Ａ：第１実施形態］
本発明の第１実施形態では、移動通信端末とコンピュータ間で位置情報の表現形式が異なっていても、そのコンピュータに位置情報を通知することができる形態について説明する。
［Ａ−１：第１実施形態の構成］
まず、本実施形態の構成について説明する。
［１．ネットワークの全体構成］
図１は、実施形態に係るネットワークの全体構成を示すブロック図である。同図において、１０は、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）と呼ばれる簡易携帯電話網１２に収容される簡易携帯電話機である。簡易携帯電話機１０は、簡易携帯電話網１２の基地局１１との間で無線通信を行い、ＰＨＳの電話通信サービスを受けることが可能である。

２０は、ＰＤＣ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ｃｅｌｌｕｌａｒ）等の携帯電話網２２に収容される携帯電話機である。携帯電話機２０は、携帯電話網２２の基地局２１との間で無線通信を行い、ＰＤＣ等の携帯電話サービスを受けることが可能である。上記の簡易携帯電話網１２と携帯電話網２２は、図示しないゲートウェイ装置を介して接続されており、相互に通話接続が可能である。

３０は、移動パケット通信網３２に収容される携帯電話機である。携帯電話機３０は、移動パケット通信網３２の基地局３１との間で無線通信を行い、移動パケット通信網３０のパケット通信サービスを受けることが可能である。また、この携帯電話機３０はＧＰＳ受信機３４を備えており、緯度・経度の測位が可能である。

４０はゲートウェイサーバであり、移動パケット通信網３２とインターネット７０などの外部のネットワークとの間でデータ通信を中継する。このゲートウェイサーバ４０は、上記データ通信の中継を担うデータ中継部４０ａのほか、上述の各携帯機１０，２０，３０の位置情報をインターネット７０上に接続されたＩＰ（Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｖｉｄｅｒ）サーバ８０Ａ，８０Ｂ等のコンピュータへ通知する位置情報提供部４０ｂを備えている。また、この位置情報提供部４０ｂは、後述する緯度・経度提供対象リストテーブルを備えている。

５０は測位センタであり、各携帯機１０，２０，３０の位置情報を取得し記憶する。すなわち、簡易携帯電話機１０の現在位置については、簡易携帯電話網１２が各簡易携帯電話機１０が現在どの基地局１１の無線ゾーンに在圏しているかを検出できるようになっている。測位センタ５０は、この検出結果を簡易携帯電話網１２から取得し、各簡易携帯電話機１０の識別情報と、在圏している基地局１１の識別情報（すなわち基地局ＩＤ）とを関連付け、基地局ＩＤテーブル５０ａに記憶する。また、携帯電話機２０の現在位置については、携帯電話網２２が各携帯電話機２０が現在どのサービスエリアに在圏しているかを検出できるようになっている。ここで、サービスエリアとは、所定数の基地局２１の無線ゾーンによって定義される領域をいう。測位センタ５０は、この検出結果を携帯電話網２２から取得し、各携帯電話機２０の識別情報と、在圏しているサービスエリアの識別情報（すなわちエリアＩＤ）とを関連付け、エリアＩＤテーブル５０ｂに記憶する。さらに、携帯電話機３０の現在位置については、移動パケット通信網３２が各携帯電話機３０が現在どの基地局３１の無線ゾーンのセクタに在圏しているかを検出できるようになっている。ここで、セクタとは、基地局３１の指向性アンテナにより分割される無線ゾーンの部分領域をいう。測位センタ５０は、この検出結果を移動パケット通信網３２から取得し、各携帯電話機３０の識別情報と、在圏しているセクタの識別情報（すなわちセクタＩＤ）とを関連付け、セクタＩＤテーブル５０ｃに記憶する。

また、測位センタ５０は、携帯電話機３０のＧＰＳ測定値をＤ（Ｄｉｆｆｅｒｅｎｔｉａｌ）−ＧＰＳ方式により補正処理するＧＰＳ補正部５０ｄを備える。ＧＰＳ補正部５０ｄは、携帯電話機３０のＧＰＳ測定値を移動パケット通信網３２を介して取得し、この測定値を自身のＧＰＳ測定誤差に基づいて補正する。この補正結果である緯度・経度情報は、各携帯電話機３０の識別情報と関連付けて、ＧＰＳ補正部５０ｄ内の図示しない緯度・経度テーブルに記憶される。上記のとおり、本実施形態においては、各携帯機１０，２０，３０の位置情報は各網１２，２２，３２からそれぞれ異なる表現形式で取得される。

さて、６０は、位置情報の変換を行う位置情報変換装置である。この位置情報変換装置６０は、後述する変換テーブルに基づき、各網１２，２２，３２から取得される表現形式の異なる各携帯機１０，２０，３０の位置情報をインターネット７０上に接続されたＩＰサーバ８０Ａ，８０Ｂ等の各コンピュータが取り扱い可能な表現形式の位置情報に変換する。この位置情報変換装置６０によって、位置情報の取得を要求する各コンピュータは、表現形式の違いを意識することなく、各携帯機１０，２０，３０の位置情報の供給を受けることができる。位置情報を取得したＩＰサーバ８０Ａ，８０Ｂは、その位置情報に関連する位置関連情報を携帯機１０，２０，３０に提供する。

［２．携帯機の構成］
次に、携帯機１０，２０，３０の構成について説明する。図２は、簡易携帯電話機１０の構成を示すブロック図である。同図において、簡易携帯電話機１０は、制御部１０Ａ、無線部１０Ｂ及びユーザインタフェース部１０Ｃを相互にバス接続して構成される。制御部１０Ａは、ＣＰＵ、メモリ等で構成されており、当該簡易携帯電話機１０の各部を制御する。無線部１０Ｂは、基地局１１との間で音声信号や各種制御信号の無線通信を行い、無線通話を可能とする。ユーザインタフェース部１０Ｃは、通話のための音声入出力を提供するマイクロホン及びスピーカ、ダイヤル操作のための操作パネル、液晶表示部等からなっている。なお、携帯電話機２０の構成は、図２に示す構成と同様であるので説明を省略する。

図３は、携帯電話機３０の構成を示すブロック図である。同図において、携帯電話機３０は、制御部３０Ａ、無線部３０Ｂ、ユーザインタフェース部３０Ｃ及びＧＰＳ受信機３４を相互にバス接続して構成される。この携帯電話機３０は、無線通信の対象がいわゆる音声通話ではなくパケットデータ通信である点と、ＧＰＳ受信機３４を備えている点で、他の携帯機１０，２０と異なる。ＧＰＳ受信機３４は、図示しない衛星から受信する信号に基づいて携帯電話機３０の緯度・経度を算出する。この緯度・経度の測定値は無線部３０Ｂより送信され、前述のとおり移動パケット通信網３２を介して測位センタ５０へ送られ、Ｄ−ＧＰＳ補正が施される。

[３．位置情報変換テープルの構成］
次に、図４〜図６を参照し、位置情報変換装置６０が備える変換テーブルについて説明する。図４は、簡易携帯電話網用変換テーブルの例を示すフォーマット図である。同図に示すように、この変換テーブルは、簡易携帯電話網１２の位置情報表現形式である基地局ＩＤと、各ＩＰサーバ８０Ａ，８０Ｂ等のコンピュータが取り扱い可能な位置情報表現形式である緯度・経度（Ｘ，Ｙ）や行政区分（港区虎ノ門１−１−１）等の情報とを関連付けて保持している。

図５は、携帯電話網用変換テーブルの例を示すフォーマット図である。同図に示すように、この変換テーブルは、携帯電話網２２の位置情報表現形式であるエリアＩＤと、各ＩＰサーバ８０Ａ，８０Ｂ等のコンピュータが取り扱い可能な位置情報表現形式である緯度・経度（Ｘ，Ｙ）や行政区分（港区虎ノ門１−１−１）等の情報とを関連付けて保持している。

図６は、移動パケット通信網用変換テーブルの例を示すフォーマット図である。同図に示すように、この変換テーブルは、移動パケット通信網３２の位置情報表現形式であるセクタＩＤと、各ＩＰサーバ８０Ａ，８０Ｂ等のコンピュータが取り扱い可能な位置情報表現形式である緯度・経度（Ｘ，Ｙ）や行政区分（港区虎ノ門１−１−１）等の情報とを関連付けて保持している。

［４．緯度・経度提供対象リストテーブルの構成］
次に、図７を参照し、ゲートウェイサーバ４０の位置情報提供部４０ｂが備える緯度・経度提供対象リストテーブルの構成について説明する。図７は、緯度・経度提供対象リストテーブルの例を示すフォーマット図である。同図に示すように、この変換テーブルは、取り扱い可能な位置情報の表現形式が緯度・経度であるコンピュータのリストを保持している。この例では、ＩＰサーバ８０Ａ，８０Ｆ，８０Ｋ……が対象となっている。位置情報提供部４０ｂは、このテーブルにリストされたコンピュータに対して位置情報を提供する場合、位置情報変換装置６０による変換を介することなく、ＧＰＳ補正部５０ｄ内の緯度・経度テーブル（図示略）を参照して得られる緯度・経度の位置情報をそのまま要求があったコンピュータへ供給する。

［Ａ−２：第１実施形態の動作］
次に、上記構成からなる実施形態の動作について説明する。図８は、ゲートウェイサーバ４０の位置情報提供部４０ｂの動作を示すフローチャートである。以下、このフローチャートを参照しながら、携帯電話機３０の位置情報をＩＰサーバ８０Ｂへ通知する場合を例にして、動作説明を行う。

まず、ＩＰサーバ８０Ｂからゲートウェイサーバ４０に対して携帯電話機３０の位置情報を要求する要求信号が送信されると、位置情報提供部４０ｂの処理はステップＳ１に進む。ステップＳ１では、上記要求信号をデータ中継部４０ａを経由して受信する。この要求信号には、位置情報の要求主体であるＩＰサーバ８０Ｂの識別情報と、位置情報を要求されている携帯電話機３０の識別情報が含まれており、位置情報提供部４０ｂは要求信号の中からこれらの識別情報を検出する。

次いで、位置情報提供部４０ｂの処理はステップＳ２に進む。ステップＳ２において、位置情報提供部４０ｂは、要求信号に含まれるＩＰサーバ８０Ｂの識別情報を検索キーとして図７に例示する緯度・経度提供対象リストテーブルを参照し、このＩＰサーバ８０Ｂが緯度・経度提供対象リストに挙がっているか否かを判断する。図７の例では、ＩＰサーバ８０Ｂがリストに挙がっていないので、この判断結果は「Ｎｏ」となる。

次に、位置情報提供部４０ｂの処理はステップＳ３に進む。ステップＳ３において、位置情報提供部４０ｂは、携帯電話機３０の識別情報を指定して、測位センタ５０に対し携帯電話機３０の位置情報を要求する。測位センタ５０は、この要求を受けて、指定された携帯電話機３０の識別情報を検索キーとして、セクタＩＤテーブル５０ｃを参照し、携帯電話機３０の位置情報であるセクタＩＤを読み出す。そして、このセクタＩＤが位置情報提供部４０ｂへ供給される。こうして、位置情報提供部４０ｂは、携帯電話機３０の位置情報としてセクタＩＤを取得する。

次に、位置情報提供部４０ｂの処理はステップＳ４に進む。ステップＳ４において、位置情報提供部４０ｂは、上記取得したセクタＩＤとＩＰサーバ８０Ｂの識別情報を指定して、位置情報変換装置６０に対して位置情報の変換を依頼する。位置情報変換装置６０は、この依頼を受けて、指定されたセクタＩＤとＩＰサーバ８０Ｂの識別情報を検索キーとして、図６に例示する移動パケット通信網用変換テーブルを参照する。これによって、セクタＩＤに対応するＩＰサーバ８０Ｂが取り扱い可能な表現形式である行政区分の位置情報を読み出し、これを位置情報提供部４０ｂへ供給する。

そして、位置情報提供部４０ｂの処理はステップＳ５に進み、行政区分の表現形式に変換された携帯電話機３０の位置情報を位置情報変換装置６０から取得する。

さらに、位置情報提供部４０ｂの処理はステップＳ６に進み、上記取得した行政区分の表現形式に変換された携帯電話機３０の位置情報を送信先アドレスとしてＩＰサーバ８０Ｂの識別情報を指定して、インターネット７０に送出する。こうして、ＩＰサーバ８０Ｂは、携帯電話機３０の位置情報を自身が取り扱い可能な行政区分の表現形式で取得することが可能となる。

一方、上記の例において、携帯電話機３０の位置情報を仮にＩＰサーバ８０Ａへ通知するものとした場合、ＩＰサーバ８０Ａは緯度・経度提供対象リストに挙がっていることから、ステップＳ２の判断結果は「Ｙｅｓ」となる。この場合、位置情報提供部４０ｂの処理はステップＳ７に進む。ステップＳ７において、位置情報提供部４０Ｃは、携帯電話機３０の識別情報を指定して、測位センタ５０のＧＰＳ補正部５０ｄに対し携帯電話機３０の緯度・経度情報を要求する。ＧＰＳ補正部５０ｄは、この要求を受けて、指定された携帯電話機３０の識別情報を検索キーとして、緯度・経度テーブル（図示略）を参照し、携帯電話機３０の位置情報である緯度・経度情報を読み出す。そして、この緯度・経度情報が位置情報提供部４０ｂへ供給される。位置情報提供部４０ｂは、携帯電話機３０の位置情報として緯度・経度情報を取得すると、ステップＳ６に進み、取得した緯度・経度情報をＩＰサーバ８０Ａへ送信する。

また、上記の動作説明は、携帯電話機３０の位置情報をＩＰサーバ８０Ｂまたは８０Ａへ通知する場合を例としたが、位置情報の要求主体が他のコンピュータである場合や、あるいは、位置情報を要求される携帯機が他の網に属する携帯機である場合も、参照されるテーブルがこれらの識別情報に対応したものに変わるだけで、基本動作は同じである。ただし、緯度・経度提供対象のコンピュータからＧＰＳ受信機が搭載されていない携帯機の識別情報を指定して、位置情報（緯度・経度情報）の要求があった場合には、当該携帯機の緯度・経度情報は上述の緯度・経度テーブルを参照しても取得することができない。この場合は、緯度・経度情報を提供できないため、その旨をエラーとして当該要求があったコンピュータへ通知する。

このように、本発明の第１実施形態によれば、異なる網に属する携帯機によって位置情報の表現形式が異なり、しかも、携帯機の位置情報を要求するコンピュータが取り扱い可能な表現形式が異なる場合であっても、各コンピュータは、そのような表現形式の違いを意識することなく、位置情報を取得することができ、いわば位置情報通知の共通プラットフォームを提供することが可能となる。

［Ａ−３：第１実施形態の変形例］
既述のとおり、本発明は、上述した実施形態に限定されず、各種の変形が可能である。第１実施形態においては、例えば、以下のような変形が可能である。
［１．ネットワークの形態］
ネットワークの形態は、図１に示す形態に限られない。例えば、接続される移動通信網は、網１２，２２，３２に限らず、これのいずれかが除かれていても、あるいは、他の移動通信網がさらに接続されていてもよい。また、ネットワークの形態は、図１に示す形態に限られない。例えば、上述の携帯電話網３２を固定通信網とし、携帯電話機３０を固定通信端末もしくは固定通信網に接続する可搬型の通信端末としてもよい。また、例えば、ＩＰサーバ等のコンピュータが接続されるネットワークについても、インターネットに限らず、イントラネットや専用線等その他のネットワークであってもよい。さらに、ネットワーク上のノードの形態は、ゲートウェイサーバ４０，測位センタ５０，位置情報変換装置６０等に限らず、これらの機能をどのように各ノードに割り当てるかは任意である。例えば、これらノード４０〜６０の機能をすべてゲートウェイサーバ４０に持たせてもよいし、位置情報提供部４０ｂを別ノードで構成してもよい。また、測位センタ５０が各携帯機１０〜３０の位置情報を当該携帯機１０〜３０に通知し、各携帯機１０〜３０が、ゲートウェイサーバ４０の位置情報提供部４０ｂや位置情報変換装置６０の機能を果たすようにしてもよい。

［２．緯度・経度の提供の形態］
実施形態では、緯度・経度提供対象のコンピュータからＧＰＳ受信機が搭載されていない携帯機に対して位置情報（緯度・経度情報）の要求があった場合には、緯度・経度情報を提供できない旨のエラー通知を当該要求があったコンピュータに通知するものであった。しかし、そのような形態に限定されず、ＧＰＳによって緯度・経度情報が得られない場合には、各テーブル５０ａ〜５０ｃを参照することにより得られる緯度・経度情報を上記コンピュータに提供してもよい。

図９は、上記のような形態におけるゲートウェイサーバ４０の位置情報提供部の動作を示すフローチャート図である。以下、このフローチャートを参照しながら、ＧＰＳ受信機を搭載していない携帯電話機２０の位置情報を、緯度・経度の表現形式の位置情報を取り扱うＩＰサーバ８０Ａへ通知する場合を例にして、動作説明を行う。

まず、ＩＰサーバ８０Ａからゲートウェイサーバ４０に対して携帯電話機２０の位置情報を要求する要求信号が送信されると、位置情報提供部４０ｂの処理はステップＳ１１に進む。ステップＳ１１では、上記要求信号をデータ中継部４０ａを経由して受信する。この要求信号には、位置情報の要求主体であるＩＰサーバ８０Ａの識別情報と、位置情報を要求されている携帯電話機２０の識別情報が含まれており、位置情報提供部４０ｂは要求信号の中からこれらの識別情報を検出する。

次いで、位置情報提供部４０ｂの処理はステップＳ１２に進む。ステップＳ１２において、位置情報提供部４０ｂは、携帯電話機２０の識別情報を指定して、測位センタ５０に対し携帯電話機２０の位置情報を要求する。測位センタ５０は、この要求を受けて、指定された携帯電話機２０の識別情報を検索キーとして、エリアＩＤテーブル５０ｂを参照し、携帯電話機２０の位置情報であるエリアＩＤを読み出す。そして、このエリアＩＤが位置情報提供部４０ｂへ供給される。こうして、位置情報提供部４０ｂは、携帯電話機２０の位置情報としてエリアＩＤを取得する。

次に、位置情報提供部４０ｂの処理はステップＳ１３に進む。ステップＳ１３において、位置情報提供部４０ｂは、上記取得したエリアＩＤとＩＰサーバ８０Ａの識別情報を指定して、位置情報変換装置６０に対して位置情報の変換を依頼する。位置情報変換装置６０は、この依頼を受けて、指定されたエリアＩＤとＩＰサーバ８０Ａの識別情報を検索キーとして、図５に例示する携帯電話網用変換テーブルを参照する。これによって、エリアＩＤに対応するＩＰサーバ８０Ａが取り扱い可能な緯度・経度の表現形式の位置情報を読み出し、これを位置情報提供部４０ｂへ供給する。

そして、位置情報提供部４０ｂの処理はステップＳ１４に進み、緯度・経度の表現形式に変換された携帯電話機２０の位置情報を位置情報変換装置６０から取得する。

さらに、位置情報提供部４０ｂの処理はステップＳ１５に進み、上記取得した緯度・経度の表現形式に変換された携帯電話機２０の位置情報を送信先アドレスとしてＩＰサーバ８０Ａの識別情報を指定して、インターネット７０に送出する。こうして、ＩＰサーバ８０Ａは、ＧＰＳ受信機を搭載していない携帯電話機２０の位置情報を自身が取り扱い可能な緯度・経度の表現形式で取得することが可能となる。

［３．位置情報通知の動作の形態］
実施形態では、ＩＰサーバ等のコンピュータ側からの位置情報取得要求に応じて位置情報通知を行うようにしたが、これに限らず、例えば携帯機からの通知要求に応じて通知するとか、あるいは、ゲートウェイサーバ４０が主体的に通知するようにしてもよい。

［４．位置情報通知の対象］
実施形態では、携帯機の位置情報を移動通信網の外部のネットワークに接続されたＩＰサーバ等のコンピュータへ通知する場合を例としたが、これに限らず、携帯機へ自身の位置情報を通知するようにしてもよい。また、携帯機へ自身の位置情報を通知するのではなく、他の携帯機へその位置情報を通知するようにしてもよい。さらに、携帯機ではなく、移動通信網内の所定のノードへ通知するようにしてもよい。すなわち、特許請求の範囲における「所定のコンピュータ」という用語は、これら携帯機や移動通信網内のノードを含む概念である。

［Ｂ：第２実施形態］
次に、本発明の第２実施形態では、コンピュータが所望する精度の位置情報を通知することができる形態について説明する。本実施形態においては、前述の第１実施形態における移動パケット通信網３２に収容される携帯電話機３０の位置情報をコンピュータに通知することに着目して説明する。
［Ｂ−１：第２実施形態の構成］
［１．ネットワークの全体構成］
まず、本実施形態の構成について説明する。図１０は、第２実施形態に係るネットワークの全体構成を示すブロック図である。同図において、前述した第１実施形態と同様の構成には同一の符号を付しており、これらについては説明を省略する。本実施形態が第１実施形態と異なる点は、測位センタ５１、位置情報変換装置６１及び位置情報提供部４０ｃの機能であるので、その点について以下に説明する。

測位センタ５１は、前述したように、各携帯電話機３０の識別情報と各携帯電話機３０が在圏しているセクタＩＤとを関連付け、セクタＩＤテーブル５０ｃに記憶する。さらに、測位センタ５１は、携帯電話機３０が在圏しているサービスエリアのエリアＩＤを取得し、携帯電話機３０の識別情報と、在圏しているエリアＩＤとを関連付けてエリアＩＤテーブル５０ｂに記憶する。このエリアＩＤの取得は、各セクタＩＤと、当該セクタＩＤを含むサービスエリアのエリアＩＤとを予め対応付けておくことにより行われる。

さて、位置情報変換装置６１は、後述する変換テーブルに基づき、携帯電話機３０の位置情報を、インターネット７０上に接続されたＩＰサーバ９０Ａ〜９０Ｃの各コンピュータが所望する精度の位置情報に変換する。この位置情報変換装置６１によって、位置情報の取得を要求する各コンピュータは、自らが所望する精度の違いを意識することなく、携帯電話機３０の位置情報の供給を受けることができる。位置情報を取得したＩＰサーバ９０Ａ〜９０Ｃは、その位置情報に関連する位置関連情報を携帯電話機３０に提供する。

［２．変換テーブルの構成］
次に、図１１〜図１２を参照し、位置情報変換装置６１が備える変換テーブルについて説明する。図１１は、低精度用変換テーブルの例を示すフォーマット図である。同図に示すように、この変換テーブルは、エリアＩＤ（ＡＲＥＡ００１）と、そのエリアＩＤが示すサービスエリアの地域名（東京都東部）とを関連付けて保持している。図１２は、中精度用変換テーブルの例を示すフォーマット図である。同図に示すように、この変換テーブルは、セクタＩＤ（ＳＥＣ００１）と、そのセクタＩＤが示すセクタの地域名（港区虎ノ門１丁目）とを関連付けて保持している。

［３．位置情報提供部４０ｃの構成］
次に、図１３を参照し、ゲートウェイサーバ４０の位置情報提供部４０ｃが備える位置情報精度テーブルの構成について説明する。図１３は、位置情報精度テーブルの例を示すフォーマット図である。同図に示すように、この位置情報精度テーブルは、各ＩＰサーバ９０Ａ、９０Ｂ、９０Ｃ・・・等の各コンピュータが必要としている位置情報の精度に関する情報を保持している。この例では、ＩＰサーバ９０Ａは、例えばユーザの目的地点までの経路誘導サービスや位置追跡サービスを行うサーバであり、そのため誤差１０メートル程度までの高精度の位置情報を必要としている。この高精度の位置情報は、携帯電話機３０が備えるＧＰＳ受信機３４により取得される位置情報である。また、ＩＰサーバ９０Ｂは、例えばユーザの所在する街のタウン情報を提供するサーバであり、そのため誤差数百メートルまでの中精度の位置情報を必要としている。この中精度の位置情報は、携帯電話機３０が在圏するセクタのセクタＩＤに基づく位置情報である。また、ＩＰサーバ９０Ｃは、例えばユーザの所在する地域の天気予報情報を提供するサーバであり、そのため誤差数〜数十キロメートルまでの低精度の位置情報でよい。この低精度の位置情報は、携帯電話機３０が在圏するサービスエリアのエリアＩＤに基づく位置情報である。位置情報提供部４０ｃは、このテーブルにリストされたコンピュータに対して位置情報を提供する場合、当該コンピュータに関連付けて保持している高精度〜低精度のいずれかの精度を指定して位置情報変換装置６０に位置情報の変換を依頼する。

［Ｂ−２：第２実施形態の動作］
次に、上記構成からなる実施形態の動作について説明する。図１４は、ゲートウェイサーバ４０の位置情報提供部４０ｃの動作を示すフローチャートである。以下、このフローチャートを参照しながら、携帯電話機３０の位置情報をＩＰサーバ９０Ａへ通知する場合を例にして、動作説明を行う。

まず、ＩＰサーバ９０Ａからゲートウェイサーバ４０に対して携帯電話機３０の位置情報を要求する要求信号が送信されると、位置情報提供部４０ｃの処理はステップＳａ１に進む。ステップＳａ１では、上記要求信号をデータ中継部４０ａを経由して受信する。この要求信号には、位置情報の要求主体であるＩＰサーバ９０Ａの識別情報と、位置情報を要求されている携帯電話機３０の識別情報が含まれており、位置情報提供部４０ｃは要求信号の中からこれらの識別情報を検出する。

次に、位置情報提供部４０ｃの処理はステップＳａ２に進む。ステップＳａ２において、位置情報提供部４０ｃは、携帯電話機３０の識別情報を指定して、測位センタ５０に対し携帯電話機３０の位置情報を要求する。測位センタ５０は、この要求を受けて、指定された携帯電話機３０の識別情報を検索キーとして、セクタＩＤテーブル５０ｃを参照し、携帯電話機３０の位置情報であるセクタＩＤを読み出す。そして、このセクタＩＤが位置情報提供部４０ｃへ供給される。こうして、位置情報提供部４０ｃは、携帯電話機３０の位置情報としてセクタＩＤを取得する。

次いで、位置情報提供部４０ｃの処理はステップＳａ３に進む。ステップＳａ３において、位置情報提供部４０ｃは、要求信号に含まれるＩＰサーバ９０Ａの識別情報を検索キーとして図１３に例示する位置情報精度テーブルを参照し、このＩＰサーバ９０Ａが必要としている位置情報の精度を取得する。

次に、位置情報提供部４０ｃの処理はステップＳａ４に進む。ステップＳａ４において、位置情報提供部４０ｃは、ステップＳａ２で取得した位置情報の精度とステップＳａ３で取得した位置情報の精度とを参照し、位置情報の変換が必要であるか否かを判断する。具体的には、測位センタ５１から取得した携帯電話機３０の位置情報の精度が、ＩＰサーバ９０Ａが必要とする精度と同一の精度又はそれより高精度であれば、位置情報の変換は必要なしと判断される。一方、測位センタ５１から取得した携帯電話機３０の位置情報の精度が、ＩＰサーバ９０Ａが必要とする精度より低精度であれば、位置情報変換の必要ありと判断される。ここでは、測位センタ５１から取得した携帯電話機３０の位置情報の精度が中精度であるのに対し、ＩＰサーバ９０Ａが必要とする精度が高精度であるので位置情報の変換の必要があると判断され、「イエス」に進む。

次に、位置情報提供部４０ｃの処理はステップＳａ５に進む。ステップＳａ５において、位置情報提供部４０ｃは、携帯電話機３０の識別情報とＩＰサーバ９０Ａが必要とする位置情報の精度（高精度）を指定して、位置情報変換装置６１に対して位置情報の変換を依頼する。位置情報変換装置６１は、この依頼を受けて、携帯電話機３０の識別情報を指定して、測位センタ５１のＧＰＳ補正部５０ｄに対し携帯電話機３０の高精度の位置情報（緯度・経度情報）を要求する。ＧＰＳ補正部５０ｄは、この要求を受けて、指定された携帯電話機３０の識別情報を検索キーとして、緯度・経度テーブル（図示略）を参照し、携帯電話機３０の位置情報である緯度・経度情報を読み出す。そして、この緯度・経度情報が、測位センタ５１から位置情報変換装置６１へ供給される。

そして、位置情報提供部４０ｃの処理はステップＳａ６に進む。ステップＳａ６において、位置情報提供部４０ｃは、位置情報変換装置６１から高精度の位置情報を取得する。

さらに、位置情報提供部４０ｃの処理はステップＳａ７に進み、携帯電話機３０の高精度の位置情報を送信先アドレスとしてＩＰサーバ９０Ａの識別情報を指定して、インターネット７０に送出する。こうして、ＩＰサーバ９０Ａは、携帯電話機３０の位置情報を自身が必要とする精度で取得することが可能となる。

一方、上記の例において、携帯電話機３０の位置情報を仮にＩＰサーバ９０Ｂへ通知するものとした場合、ステップＳａ２で測位センタ５１から取得される位置情報の精度と、ＩＰサーバ９０Ｂが必要とする位置情報の精度とは一致するため、ステップＳａ４の判断結果は「ノー」となる。この場合、位置情報提供部４０ｃの処理はステップＳａ７に進み、測位センタ５１から取得した携帯電話機３０の位置情報をそのままＩＰサーバ９０Ｂに対し送信する。

このように、本発明の第２実施形態によれば、コンピュータが必要とする位置情報の精度が各コンピュータによって異なる場合であっても、各コンピュータは、そのような精度の違いを意識することなく、位置情報を取得することができ、いわば位置情報通知の共通プラットフォームを提供することが可能となる。

［Ｂ−３：第２実施形態の変形例］
既述のとおり、本発明は、上述した実施形態に限定されず、各種の変形が可能である。第１実施形態においては、例えば、以下のような変形が可能である。
［１．ネットワークの形態］
ネットワークの形態は、図１０に示す形態に限られない。例えば、上述の携帯電話網３２を固定通信網とし、携帯電話機３０を固定通信端末もしくは固定通信網に接続する可搬型の通信端末としてもよい。また、例えば、ＩＰサーバ等のコンピュータが接続されるネットワークについても、インターネットに限らず、イントラネットや専用線等その他のネットワークであってもよい。

［２．ネットワーク上の各ノードの形態］
ネットワーク上のノードの形態は、実施形態のような、携帯電話機３０、ゲートウェイサーバ４０，測位センタ５１，位置情報変換装置６１等に限らず、これらの機能をどのように各ノードに割り当てるかは任意である。例えば、これらノード４０〜６１の機能をすべてゲートウェイサーバ４０に持たせてもよいし、位置情報提供部４０ｃを別ノードで構成してもよい。

また、携帯電話機３０が、ゲートウェイサーバ４０の位置情報提供部４０ｃや位置情報変換装置６１の機能を果たしてもよい。この形態について以下に説明する。携帯電話機３０は、ＧＰＳ受信機３４の他、図示せぬ位置情報受信部を備えている。この位置情報受信部は、移動パケット通信網３２に対し自己の位置情報送信をリクエストし、該網３２から送信される位置情報を受信する機能を備える。この網３２から送信される位置情報は、セクタＩＤに基づく中精度若しくはエリアＩＤに基づく低精度の位置情報である。まず、携帯電話機３０は、ＩＰサーバ９０Ａに対し経路誘導サービスを要求する要求信号を送信する。この要求信号に応じて、ＩＰサーバ９０Ａは、自己が必要とする位置情報の精度（例えば、高精度の位置情報）を携帯電話機３０へ通知する。この通知に応じて、携帯電話機３０は自らの位置情報を取得する。この位置情報取得のデフォルト動作は、携帯電話機３０はＧＰＳ受信機３４に指示して緯度・経度で高精度の位置情報を取得するものとする。次いで、携帯電話機３０は、ＩＰサーバ９０Ａから通知された精度に基づき位置情報を変換する。ここでは、通知された精度は高精度なので、ＧＰＳ受信機３４により得られる緯度・経度からなる位置情報を変換することなくＩＰサーバ９０Ａへ通知する。一方、上記の例において、携帯電話機３０がＩＰサーバ９０Ｃに天気予報を要求する場合は、ＩＰサーバ９０Ｃから指定される位置情報の精度は低精度なので携帯電話機３０は移動パケット通信網３２にリクエストを出して低精度の位置情報を取得して、ＩＰサーバ９０Ｃに送信する。

［３．位置情報通知の動作の形態］
実施形態では、ＩＰサーバ等のコンピュータ側からの位置情報取得要求に応じて位置情報通知を行うようにしたが、これに限らず、例えば携帯機からの通知要求に応じて通知するとか、あるいは、ゲートウェイサーバ４０が主体的に通知するようにしてもよい。

［４．位置情報通知の対象］
実施形態では、携帯機の位置情報を移動通信網の外部のネットワークに接続されたＩＰサーバ等のコンピュータへ通知する場合を例としたが、これに限らず、携帯機へ自身の位置情報を通知するようにしてもよい。また、携帯機へ自身の位置情報を通知するのではなく、他の携帯機へその位置情報を通知するようにしてもよい。さらに、携帯機ではなく、移動通信網内の所定のノードへ通知するようにしてもよい。すなわち、特許請求の範囲における「所定のコンピュータ」という用語は、これら携帯機や移動通信網内のノードを含む概念である。

［Ｃ：第３実施形態］
次に、本発明の第３実施形態では、移動通信端末の位置情報のセキュリティを維持しつつ、当該位置情報を標準のインタフェースプロトコルとして様々なサーバに通知する形態について説明する。この第３実施形態には、１：移動局から送信されるデータ信号とともに位置情報がサーバへ通知される第１の形態、２：サーバからの要求に応じて位置情報が該サーバへ通知される第２の形態の２つの形態があり、以下、その形態毎に分けて説明する。

［Ｃ−１：第１の形態］
以下、移動局から送信されるデータ信号とともに移動局の位置情報がサーバに通知される形態について説明する。
［Ｃ−１−１：第１の形態の構成］
まず、第１の形態の構成について説明する。
［１．システム全体の構成］
図１５は、第１の形態に用いられる移動通信システム全体の構成を示すブロック図である。

この移動通信システムは、移動局１００、移動電話網２００、移動パケット通信網３００、インターネット４００、ＩＰサーバ５００Ａ、５００Ｂ・・・等から構成されている。本実施形態では、上記移動パケット通信網３００及び移動電話網２００を総称して移動通信網と呼ぶ。

移動局１００は、携帯電話やＰＨＳのような移動通信端末であり、移動電話網２００の通話サービス及び移動パケット通信網３００のパケット通信サービスを受ける。この移動局１００は、ユーザが音声通話を行うための音声入出力部、移動通信網の基地局との無線通信を行う無線部、液晶パネル等で構成された情報表示部、数字入力、文字入力等の情報入力操作が行われる操作部等を備えるほか、これら各部を制御するマイクロコンピュータを内蔵している。また、移動局１００は、文書データ閲覧用のソフトウェア（いわゆるブラウザ）を搭載しており、インフォメーション・プロバイダ（以下、ＩＰと略す）から移動パケット通信網３００を介し供給されるＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式のデータ（以下、ＨＴＭＬデータという）に基づいて対話画面を表示させる。

移動電話網２００は、移動局１００に対して通話サービスを提供するための通信網であり、移動局１００は、この移動電話網２００、もしくは、該網２００及び図示しない固定電話網を介して通話サービスを受けることができる。この移動電話網２００は、基地局２１０、交換局２２０、ホームメモリ２３０及びこれらを結ぶ通信線等から構成される。

基地局２１０は、通話サービスエリア内に所定の間隔で多数設置され、各基地局２１０には基地局ＩＤが付されている。この基地局２１０は、各々の無線ゾーンに在圏する移動局１００と無線通信を行う。

交換局２２０は複数の基地局２１０を収容し、該基地局の無線ゾーンに在圏する移動局１００の通信回線の交換処理を行う。この交換局２２０は、自己が収容する各基地局２１０の無線ゾーンに在圏している移動局１００を把握するために在圏情報テーブル２２１を備えている。

ホームメモリ２３０には、加入者情報、位置登録情報、課金情報等の種々の情報がデータベースとして登録されている。位置登録情報は、各移動局１００が所在する網内のエリアを示す情報であり、位置登録データベース２３１に格納されている。

移動パケット通信網３００は、移動局１００に対してパケット通信サービスを提供するための通信網であり、前述の基地局２１０、交換局２２０、ホームメモリ２３０等の他、パケット加入者処理装置３１０、ゲートウェイサーバ３２０及びこれらを結ぶ通信線から構成されている。

パケット加入者処理装置３１０は、装置構成上は前述の交換局２２０に含まれるコンピュータシステムであり、各々に固有のパケット加入者処理装置ＩＤを有している。このパケット加入者処理装置３１０は、移動局１００からのパケット交換要求を受けて、受け付けたパケット交換要求の正当性を確認したうえで上記パケット交換を中継する処理等を行う。

ゲートウェイサーバ３２０は、移動パケット通信網３００をインターネット４００等の他のネットワークと相互接続するための移動パケット関門中継交換局（図示せず）に備えられたコンピュータシステムであり、複数のネットワーク間で異なる通信プロトコルの変換を行いつつ、ネットワーク間でデータ授受を仲介する。具体的には、このゲートウェイサーバ３２０は、移動パケット通信網３００用の伝送プロトコルと、インターネット４００の標準通信プロトコルであるＴＣＰ／ＩＰとの相互変換を行う。また、ゲートウェイサーバ３２０は、ＩＰサーバ５００Ａ、５００Ｂ・・・等が移動局１０のユーザに対して提供する各種サービスのメニューを提示するためのメインメニュー画面データを保持しており、移動局１００からの要求に応じて該データを移動局１００に送信する。このメインメニュー画面データはＨＴＭＬ形式のデータであり、各メインメニュー項目には、それらの各メニュー項目に対応するサービスを実行するＩＰサーバ５００Ａ、５００Ｂ・・・のホスト名を含むＵＲＬが埋め込まれている。さらに、このゲートウェイサーバ３２０は、移動局１００の位置を示す位置情報を生成する機能を備える。本実施形態では、ゲートウェイサーバ３２０は、移動局１０からＩＰサーバ５００Ａ、５００Ｂ・・・へ向けて送信される上り信号を分析して移動局１００の位置情報を生成する。また、前述した在圏情報テーブル２２１や、位置登録データベース２３１を用いて位置情報を生成することも可能であるが、本実施形態ではそのような手法は用いず、後述する第２の形態においてそれを用いている。なお、このゲートウェイサーバ３２０の構成や位置情報生成動作の詳細については後述する。

ＩＰサーバ５００Ａ、５００Ｂ・・・は、ＩＰが運用するサーバシステムであり、ユーザに提供すべき情報をＨＴＭＬ形式のデータとしてインターネット４００に送出する。本実施例においては、ＩＰサーバ５００Ａ、５００Ｂ・・・は、移動局１００の位置に応じた位置関連情報を移動局１００に提供するサーバであり、種々の位置関連情報を格納する地域情報データベース５１０Ａ、５１０Ｂ・・・を備える。そして、ＩＰサーバ５００Ａ、５００Ｂ・・・は、ゲートウェイサーバ３２０から通知される移動局１００の位置情報を基に地域情報データベース５１０Ａ、５１０Ｂ・・・を検索し、検索の結果得られた位置関連情報をインターネット４００等を介して移動局１００に送信するようになっている。また、ＩＰサーバ５００Ａ、５００Ｂ・・・は、自らが実行するサービスのメニューをユーザに提示するためのＨＴＭＬ形式のサブメニュー画面データを記憶しており、移動局１００がＩＰサーバ５００Ａ、５００Ｂ・・・にアクセスすると、記憶しているサブメニュー画面を移動局１００に送信するようになっている。

ここで、サブメニュー画面データであるＨＴＭＬデータの構成について説明する。図１６は、ＩＰサーバ５００Ａ、５００Ｂ・・・が移動局１００に送信するＨＴＭＬ形式のサブメニュー画面データの一例を示す図であり、図１７は、その画面データに基づいて移動局１００に表示されるサブメニュー画面の図である。同図に示すように、サブメニュー項目には、例えば、「レストラン情報」、「映画館情報」、「美術館情報」、「追跡情報提供登録」等がある。これらのサブメニュー項目の内、「レストラン情報」、「映画館情報」、「美術館情報」は、移動局１００の位置情報に応じてレストラン情報等を移動局１００のユーザに提供するためのものである。

このサブメニュー項目の各々には、対応するハイパーリンク文字列が埋め込まれている。例えば、ユーザが、図１７に示すサブメニュー画面の中から「レストラン情報」を選択すると、移動局１００から「レストラン情報」に埋め込まれているハイパーリンク文字列（図１６）の「ｈｔｔｐ：／／ｘｘｘ．ｃｏ．ｊｐ／ｃｇｉ−ｂｉｎ／ｒｅｓｔａｕｒａｎｔ．ｃｇｉ？ａｒｅａ＝ＮＵＬＬＡＲＥＡ」がゲートウェイサーバ３２０等を介して、ホスト名「ｘｘｘ．ｃｏ．ｊｐ」が示すＩＰサーバ５００Ａ、５００Ｂ・・・のいずれかに送信されるようになっている。このハイパーリンク文字列の最後には「ＮＵＬＬＡＲＥＡ」というデータ列が含まれているが、このデータ列「ＮＵＬＬＡＲＥＡ」は、ゲートウェイサーバ３２０において移動局１００の位置情報に置換されて、ホスト名が示すＩＰサーバ５００Ａ、５００Ｂ・・・に送信されるためのものであり、以下、「位置情報置換データ列」と呼ぶ。

なお、図１６に示す「追跡情報提供登録」のサービス内容や、そこに埋め込まれているハイパーリンク文字列「ｈｔｔｐ：／／ｘｘｘ．ｃｏ．ｊｐ／ｃｇｉ−ｂｉｎ／ｐｕｓｈｒｅｇｉｓｔ．ｃｇｉ？ｕｉｄ＝ＮＵＬＬＧＷ」については後述する第２の形態において説明する。

［２．ゲートウェイサーバ３２０の構成］
次に、ゲートウェイサーバ３２０の構成について説明する。図１８は、ゲートウェイサーバ３２０の構成を示すブロック図である。このゲートウェイサーバ３２０は、インタフェース部３２１、加入者情報管理部３２２、データ配信管理部３２３、ＩＰサーバ情報管理部３２４、位置情報生成部３２５及これらを相互に接続するバス３２６等により構成されている。

インタフェース部３２１は、移動パケット通信網３００とインターネット４００等の他ネットとの間のプロトコル変換を行うなど、ネットワーク間のインタフェースとして機能する。

加入者情報管理部３２２は、前述のホームメモリ２３０を参照して得られる加入者情報を記憶、管理している。

データ配信管理部３２３は、移動局１００どうしの間、移動局１００とインターネット４００等の他ネットとの間、或いは、移動局１００とＩＰサーバ５００Ａ、５００Ｂ・・・等との間のデータ配信処理を管理する。また、データ配信管理部３２３は、前述のメインメニュー画面データを記憶しており、移動局１００からのリクエスト信号に応じて該画面データを移動局１００に送信する。例えば、このメインメニュー項目には、移動局１００の位置に関連する位置関連情報を提供する「位置関連情報サービス」の他に、ニュースの配信を行う「ニュース配信サービス」等がある。

ここで、移動局１００がＩＰサーバ５００Ａ、５００Ｂ・・・にアクセスする方法には、ユーザが移動局１００に表示されるメインメニュー画面の中から所望のメインメニュー項目を選択して行う方法と、ユーザが移動局１００のキーパッドを用いて所望のＩＰサーバ５００Ａ、５００Ｂ・・・のＵＲＬを直接入力して行う方法の２通りある。まず、ユーザが移動局１００に表示されるメインメニュー画面の中からメインメニュー項目を選択する場合、移動局１００は、そのメインメニュー項目に埋め込まれているＵＲＬを含むリクエスト信号をゲートウェイサーバ３２０に送信し、ゲートウェイサーバ３２０のデータ配信管理部３２３は、受信したリクエスト信号に含まれるＵＲＬのホスト名に基づいてＩＰサーバ５００Ａ、５００Ｂ・・・のいずれかにアクセスするようになっている。また、ユーザがアクセスしたいＩＰサーバ５００Ａ、５００Ｂ・・・のＵＲＬを移動局１００に直接入力する場合は、移動局１００は入力されたＵＲＬを含むリクエスト信号をゲートウェイサーバ３２０に送信し、ゲートウェイサーバ３２０のデータ配信管理部３２３は受信したリクエスト信号に含まれるＵＲＬのホスト名に基づいてＩＰサーバ５００Ａ、５００Ｂ・・・のいずれかにアクセスするようになっている。上記のいずれかの方法により移動局１００がＩＰサーバ５００Ａ、５００Ｂ・・・にアクセスすると、前述したようにＩＰサーバ５００Ａ、５００Ｂ・・・は、記憶しているサブメニュー画面を移動局１００に送信するようになっている。

ＩＰサーバ情報管理部３２４は、ＩＰサーバ５００Ａ、５００Ｂ・・・に関する情報を格納するＩＰ情報データベース３２７を備えており、該情報の登録・更新等を行う。上述のデータ配信管理部３２３は、このＩＰ情報データベース３２７を参照してＩＰサーバ５００Ａ、５００Ｂ・・・に移動局１００の位置情報を送信する。このＩＰ情報データベース３２７の構成は後述する。

位置情報生成部３２５は、以下に述べるようにして、移動局１００の位置情報を生成する。移動局１００からＩＰサーバ５００Ａ、５００Ｂ・・・へ向けて送信される上り信号には、例えば、該信号の送信先となるＩＰサーバ５００Ａ、５００Ｂ・・・のＵＲＬや、送信元の移動局１００の移動局ＩＤ等が含まれている。さらに、この上り信号が移動通信網内の各装置により中継されていく過程で、当該信号に各装置のＩＤが付加されていく。つまり、この上り信号が移動局１００から送信された後、まず、基地局２１０に受信されると当該基地局の基地局ＩＤが付加され、さらに、パケット加入者処理装置３１０に受信されると当該パケット加入者処理装置３１０のパケット加入者処理装置ＩＤが付加される。従って、移動局１００から送信された上り信号がゲートウェイサーバ３２０により受信される際には、当該信号は、宛先のＩＰサーバ５００Ａ、５００Ｂ・・・のいずれかのＵＲＬ、移動局ＩＤ、基地局ＩＤ、パケット加入者処理装置ＩＤを含んでいる。位置情報生成部３２５は、これらのＩＤ情報等を分析することにより、どの移動局１００がどの基地局２１０の無線ゾーンに在圏しているかを把握できる。また、位置情報生成部３２５は、基地局ＩＤとその基地局ＩＤの基地局が所在する地域の地域コードとが対応付けられて格納されている地域コードデータベース３２８を備えている。そして、位置情報生成部３２５は、前述した移動局１０が在圏する基地局ＩＤを検索キーにしてこの地域コードデータベース３２８を検索し、その結果得られた地域コードと上記移動局１００の移動局ＩＤとを移動局１００の位置情報とする。

［３．ＩＰ情報データベース３２７の構成］
次に、ＩＰサーバ情報管理部３２４が備えるＩＰ情報データベース３２７の構成について説明する。図１９に、ＩＰ情報データベース３２７のデータフォーマット図を示す。同図に示すように、ＩＰ情報データベース３２７には、「ＩＰサーバ名」毎に、該サーバの「ホスト名」、「サービス名」、「位置情報公開フラグ」、「ユーザ許諾フラグ」等の情報が格納されている。

位置情報公開フラグは、移動局１００の位置情報の公開の対象になっているＩＰサーバ５００（即ち、移動局１００の位置情報の取得が可能なＩＰサーバ５００）についてオン設定される。例えば、同図において、ＩＰサーバ５００Ａ及びＩＰサーバ５００Ｂは、位置関連情報提供サービスを行うＩＰサーバであり、ＩＰサーバ５００Ｃは、広域情報提供サービスを行うＩＰサーバである。

ここで、広域情報とは地域性に偏っていない情報という意味であり、広域情報提供サービスとは、移動局１００の位置情報に依存しないサービスのことである。この広域情報提供サービスには、例えば、全国ニュースの配信サービス等がある。一方、位置関連情報提供サービスとは、移動局１００の位置に依存するサービスであり、前述したようなレストラン情報等を提供するようなサービスである。従って、同図に示すように、ＩＰサーバ５００Ａ及びＩＰサーバ５００Ｂは位置情報を取得可能なＩＰサーバであるため（即ち、ＩＰサーバ５００Ａ及びＩＰサーバ５００Ｂは位置情報の公開対象であるため）、位置情報公開フラグがオン設定されることになる。一方、ＩＰサーバ５００Ｃは移動局１００の位置情報を取得しないサーバであるため（即ち、ＩＰサーバ５００Ｃは位置情報の公開対象でないため）、位置情報公開フラグはオフ設定されている。

ユーザ許諾フラグは、移動局１００の位置情報の公開対象となっているＩＰサーバ５００の内、該位置情報の公開の際に移動局１００のユーザの許諾を要するＩＰサーバ５００についてオン設定される。ユーザによっては自らの位置情報を知られたくない場合もあり、そのような場合にユーザの意に反して移動局１００の位置情報がＩＰサーバ５００Ａ、５００Ｂ・・・に公開されることを防止するために、このユーザ許諾フラグは設けられているのである。従って、位置情報の公開対象となっているＩＰサーバ５００であっても、移動局１００の位置情報を無条件に（即ちユーザの許諾なしに）取得できるＩＰサーバ（同図に示すＩＰサーバ５００Ｂ）と、ユーザによる許諾があってはじめて位置情報を取得できるＩＰサーバ（同図に示すＩＰサーバ５００Ａ）とがある。

なお、このＩＰ情報データベース３２７に登録されていないＩＰサーバ５００については、上記のような公開基準となるべきフラグ情報等が存在しないが、ゲートウェイサーバ３２０は、このようなＩＰ情報データベース３２７に登録されていないＩＰサーバ５００については位置情報公開フラグがオフ設定であると判断する（即ち、位置情報の公開対象とはしない）。

［４．地域コードデータベース３２８の構成］
次に、位置情報生成部３２５が備える地域コードデータベース３２８について説明する。図２０は、地域コードデータベース３２８のデータフォーマット図である。この地域コードデータベース３２８には、移動通信網内において位置を示す情報として把握可能な「基地局ＩＤ」と、網外に設置されるＩＰサーバ５００Ａ、５００Ｂ・・・が位置を示す情報として把握可能な「地域コード」とが対応づけて格納されている。例えば、同図に示す基地局ＩＤ群「ＢＳ００１〜ＢＳ００５」は、東京都渋谷区１丁目の領域にほぼ相当しているので、該基地局群に対応して渋谷区１丁目を示す地域コード「ＣＯＤＥ００１」が格納されている。

［５．地域情報データベース５１０の構成］
次に、ＩＰサーバ５００Ａ、５００Ｂ・・・が備える地域情報データベース５１０Ａ、５１０Ｂ・・・の構成について説明する。図２１は、地域情報データベース５１０Ａ、５１０Ｂ・・・のフォーマット図である。この地域情報データベース５１０Ａ、５１０Ｂ・・・には、各地域毎の「地域コード」と、該地域コードに対応する「地域名」及び「位置関連情報」が格納されている。ここで、各地域を区分けする基準には、例えば、市町村名等の行政区分によるものや、郵便番号によるものや、緯度・経度により分割されるものなど種々のものが考えられる。同図においては、地域コード「ＣＯＤＥ００１」は行政区分の１つである「渋谷区１丁目」を示し、その渋谷区１丁目内にあるレストラン、映画館、美術館等の「建物名」、「住所」、「電話番号」、「催し物」等の情報が地域情報データベース５１０に格納されている。

［Ｃ−１−２：第１の形態の動作］
次に、上記構成からなる第１の形態の動作について説明する。図２２は、第１の形態の動作を示すフローチャートである。

まず、ユーザが移動局１００に表示されるメインメニュー画面の中から所望のメインメニュー項目を選択することにより、或いは、ユーザが移動局１００に所望のＩＰサーバ５００Ａ、５００Ｂ・・・のＵＲＬを直接入力することにより、ＩＰサーバ５００Ａ、５００Ｂ・・・（ここではＩＰサーバ５００Ａ（ホスト名：ｘｘｘ．ｃｏ．ｊｐ）とする）にアクセスする。次いで、ＩＰサーバ５００Ａは記憶しているサブメニュー画面データ（例えば図１６に示す画面データ）をゲートウェイサーバ３２０を介して移動局１００に送信し、移動局１００がそれを受信して表示することにより、同図に示す処理が開始される。

そして、ユーザが移動局１００に表示されているサブメニュー画面の中から所望のメニュー項目（例えば、図１７に示す「レストラン情報」とする）を選択すると、ステップＳＰ１では、移動局１００は、選択されたメニュー項目に埋め込まれているハイパーリンク文字列「ｈｔｔｐ：／／ｘｘｘ．ｃｏ．ｊｐ／ｃｇｉ−ｂｉｎ／ｒｅｓｔａｕｒａｎｔ．ｃｇｉ？ａｒｅａ＝ＮＵＬＬＡＲＥＡ」を含むリクエスト信号をゲートウェイサーバ３２０に送信する。

ステップＳＰ３では、ゲートウェイサーバ３２０は、基地局２１０等を介して該リクエスト信号を受信する。

ステップＳＰ５では、ゲートウェイサーバ３２０は、受信したリクエスト信号内のハイパーリンク文字列に位置情報置換データ列「ＮＵＬＬＡＲＥＡ」が含まれているか否かを判定する。その判定の結果がノーであれば（即ち、位置情報置換データ列がなければ）、ステップＳＰ７に進み、ゲートウェイサーバ３２０は、受信したリクエスト信号内のハイパーリンク文字列に含まれるホスト名に基づいてＩＰサーバ５００Ａ、５００Ｂ・・・のいずれかにアクセスして、その後はユーザの操作に従って移動局１００及びＩＰサーバ５００Ａ、５００Ｂ・・・間のデータ中継処理を行う。

一方、ステップＳＰ５の判定の結果がイエスであれば（即ち、位置情報置換データ列があれば）、ステップＳＰ９に進み、ゲートウェイサーバ３２０は、ハイパーリンク文字列に含まれるホスト名を参照し、そのホスト名が示すＩＰサーバ５００Ａが位置情報の公開対象となっているか否かを判定する。この判定は前述したように、ＩＰ情報データベース３２７内の位置情報公開フラグの設定状態（オンかオフか）を参照することにより行われる。

ステップＳＰ７の判定の結果がオフであれば（即ち、ＩＰサーバ５００Ａが位置情報の公開対象でなければ）、ステップＳＰ１１に進み、ゲートウェイサーバ３２０は、ＩＰサーバ５００Ａに位置情報を送信しない旨を示す送信不可通知を移動局１００に送信する。そして、ステップＳＰ１３では、移動局１００は、その送信不可通知を受信し、液晶ディスプレイに表示してユーザに通知する。

一方、ステップＳＰ９の判定の結果がオンであれば（即ち、ＩＰサーバ５００Ａが位置情報の公開対象であれば）、ステップＳＰ１５に進み、ゲートウェイサーバ３２０は、ＩＰサーバ５００Ａへ位置情報を公開する際に移動局１００のユーザの許諾が必要か否かを判定する。この判定は前述したように、ＩＰ情報データベース３２７内のユーザ許諾フラグの設定状態（オンかオフか）を参照することにより行われる。

ステップＳＰ１５の判定結果がオフであれば（即ち、ユーザ許諾が不要であれば）、ステップＳＰ１７に進む。

一方、ステップＳＰ１５の結果がオンであれば（即ち、ユーザ許諾が必要であれば）、ステップＳＰ１９に進み、ゲートウェイサーバ３２０は、ユーザに位置情報の送信の許諾を得るための入力画面データを移動局１００に送信する。

そして、ステップＳＰ２１では、移動局１００は、入力画面データを受信・解釈して、液晶ディスプレイに表示する。ステップＳＰ２３では、移動局１００はユーザから許諾の可否についての入力を受け付ける。ステップＳＰ２５では、移動局１００は、ユーザにより入力された入力情報をゲートウェイサーバ３２０に送信する。

ステップＳＰ２７では、ゲートウェイサーバ３２０は入力情報を受信する。そして、ステップＳＰ２９では、許諾の可否に関する入力情報を解釈して、ＩＰサーバ５００Ａに位置情報を送信してもよいか否かを判定する。

その判定の結果がノーであれば（即ち、ＩＰサーバ５００Ａに対して位置情報の送信不可であれば）、ステップＳＰ３１に進み、ゲートウェイサーバ３２０は、移動局１００に位置情報を送信しない旨を示す送信不可通知を移動局１００に送信する。そして、ステップＳＰ３３では、移動局１００は、その送信不可通知を受信し、液晶ディスプレイに表示する。ユーザはその表示を見て位置情報が送信されなかったことを確認することができる。

一方、ステップＳＰ２９の判定の結果がイエスであれば（即ち、ＩＰサーバ５００Ａに対して位置情報の送信可であれば）、ステップＳＰ１７に進み、ゲートウェイサーバ３２０は、移動局１００の位置情報を生成する。つまり、前述したように、ゲートウェイサーバ３２０は、まず、リクエスト信号に含まれる基地局ＩＤを抽出し、抽出した基地局ＩＤを検索キーにして、地域コードデータベース３２８を検索して該基地局ＩＤに対応する地域コード（「ＣＯＤＥ００１」とする）を取得して、該地域コードを移動局１００の位置情報とする。

ステップＳＰ３５では、ゲートウェイサーバ３２０は、リクエスト信号内の位置情報置換データ列「ＮＵＬＬＡＲＥＡ」を移動局１００の位置情報「ＣＯＤＥ００１」に置換し、置換された位置情報を含むハイパーリンク文字列「ｈｔｔｐ：／／ｘｘｘ．ｃｏ．ｊｐ／ｃｇｉ−ｂｉｎ／ｒｅｓｔａｕｒａｎｔ．ｃｇｉ？ａｒｅａ＝ＣＯＤＥ００１」等をリクエスト信号として、ホスト名「ｘｘｘ．ｃｏ．ｊｐ」に基づいてＩＰサーバ５００Ａに送信する。

ステップＳＰ３７では、ＩＰサーバ５００Ａは、受信したリクエスト信号に応答して位置関連情報アプリケーションを起動する。そして、ゲートウェイサーバ３２０から受信した位置情報（ＣＯＤＥ００１）に応じた位置関連情報（レストラン情報）を地域情報データベース５１０Ａから取得し、リクエスト信号に含まれる移動局ＩＤに基づいて該位置関連情報をインターネット４００を介して移動局１００に送信する。その後、移動局１００はゲートウェイサーバ３２０を介して位置関連情報を受信・表示し、ユーザは所期の目的を達成する。

［Ｃ−２：第２の形態］
次に、第２の形態として、ＩＰサーバ５００Ａ、５００Ｂ・・・からの要求に応じて移動局１００の位置情報をＩＰサーバ５００Ａ、５００Ｂ・・・に通知する態様について説明する。

［Ｃ−２−１：第２の形態の構成］
図面を参照して第２の形態の構成について説明する前述したように第２の形態では、交換局２２０の在圏情報テーブル２２１及びホームメモリ２３０の位置登録データベース２３１を用いて移動局１００の位置情報を生成するので、以下では、上記在圏情報テーブル２２１及び位置登録データベース２３１の構成について詳述し、さらに第２の形態が前述の第１の形態と異なる点について説明する。なお、その他の構成は前述した第１の形態と同様であるので説明を省略する。

［１．交換局２２０の在圏情報テーブル２２１の構成］
図２３は在圏情報テーブル２２１のデータフォーマット図である。この在圏情報テーブル２２１には、交換局２２０が収容する各基地局２１０の「基地局ＩＤ」と、該基地局ＩＤが示す基地局２１０の無線ゾーンに在圏する移動局１００の「移動局ＩＤ」（一般に移動局１００の電話番号が用いられる）とが格納される。以下、これらの移動局ＩＤ及び基地局ＩＤからなる情報を在圏情報と呼ぶ。

例えば、同図に示す基地局ＩＤ「ＢＳ００１」の無線ゾーンには、移動局ＩＤ「ＭＳ０９０１１１１１１１１」、「ＭＳ０９０１１１１１１２２」、「ＭＳ０９０１１１１１１３０」が示す３機の移動局１００が在圏しているということを示している。また、基地局ＩＤ「ＢＳ００２」の無線ゾーンには、移動局１００は在圏しておらず、基地局ＩＤ「ＢＳ００３」に基地局２１０の無線ゾーンには、移動局ＩＤ「ＭＳ０９０１１１１１１４０」が示す１機の移動局１００が在圏しているということを示している。

移動局１００が各基地局２１０の無線ゾーン間を移動する際には、移動局１００及び交換局２２０間で各基地局固有の通信チャネルに切り替えていく処理（いわゆるハンドオーバ）が行われているが、このハンドオーバのタイミングで上記在圏情報テーブル２２１内の在圏情報が更新されるようになっている。各交換局２２０は、この在圏情報テーブル２２１を参照して基地局２１０と移動局１００との通信処理を管理する。

［２．ホームメモリ２３０の位置登録データベース２３１の構成］
図２４は、位置登録データベース２３１のデータフォーマット図である。ここで、１つの交換局２２０に収容される複数の基地局２１０の無線ゾーンからなるエリアを「位置登録エリア」（若しくは一斉呼び出しエリア）と呼ぶ。この位置登録エリアは、移動通信網内で行われる移動局１００の位置登録の単位であり、交換局２２０はこの単位で移動局１００に対する一斉呼び出しを行う。また、この位置登録エリアの各々には位置登録エリアＩＤが付されている。

同図に示すように、この位置登録データベース２３１には、各「移動局ＩＤ」と各移動局１００が在圏する位置登録エリアの「位置登録エリアＩＤ」とが対応して格納されている。この「移動局ＩＤ」及び「位置登録エリアＩＤ」からなる情報を位置登録情報と呼ぶ。例えば、同図において、移動局ＩＤ「ＭＳ０９０１１１１１１１１」が示す移動局１００は、位置登録エリアＩＤ「ＡＲＥＡ０００１」が示す位置登録エリア内に在圏しているということを示している。

［３．ＩＰサーバ５００Ａ、５００Ｂ・・・の構成］
ＩＰサーバ５００Ａ、５００Ｂ・・・は前述した第１の形態と同様にサブメニュー画面を記憶しているが、第２の形態において用いられるサブメニュー項目に埋め込まれているハイパーリンク文字列の構成は、第１の形態とは異なっている。ここで、図１６及び図１７を参照して、本実施形態において用いられるハイパーリンク文字列の構成を説明する。

図１６及び図１７に示す「追跡情報提供登録］とは、移動局１０の位置を例えば定期的に追跡するようなサービスを行うＩＰサーバ５００Ａ、５００Ｂ・・・に対し、追跡の対象となる移動局１００を登録するためのメニュー項目である。具体的には、この「追跡情報提供登録」により移動局のＩＤをＩＰサーバ５００Ａ、５００Ｂ・・・に登録しておくと、ＩＰサーバ５００Ａ、５００Ｂ・・・は、登録されているＩＤが示す移動局１００の位置情報を定期的にゲートウェイサーバ３２０に問い合わせて位置情報を取得する。

図１６に示すように、この「追跡情報提供登録」のメニュー項目には、ハイパーリンク文字列「ｈｔｔｐ：／／ｘｘｘ．ｃｏ．ｊｐ／ｃｇｉ−ｂｉｎ／ｐｕｓｈｒｅｇｉｓｔ．ｃｇｉ？ｕｉｄ＝ＮＵＬＬＧＷ」が埋め込まれているが、このハイパーリンク文字列の最後には「ＮＵＬＬＧＷ」というデータ列が含まれている。ユーザが、図１７に示すサブメニュー画面の中から「追跡情報提供登録」を選択すると、ハイパーリンク文字列「ｈｔｔｐ：／／ｘｘｘ．ｃｏ．ｊｐ／ｃｇｉ−ｂｉｎ／ｐｕｓｈｒｅｇｉｓｔ．ｃｇｉ？ｕｉｄ＝ＮＵＬＬＧＷ」を含むリクエスト信号が移動局１００からゲートウェイサーバ３２０に送信されるが、この際、この所定のデータ列「ＮＵＬＬＧＷ」は、ゲートウェイサーバ３２０において移動局１００のＩＤに置換されて、ホスト名が示すＩＰサーバ５００Ａ、５００Ｂ・・・に送信される。この所定のデータ列「ＮＵＬＬＧＷ」を、以下、「移動局ＩＤ置換データ列」と呼ぶ。

そして、このとき置換される移動局１００のＩＤは、前述した移動局１００の電話番号からなる移動局ＩＤではなく、ゲートウェイサーバ３２０及びＩＰサーバ５００Ａ、５００Ｂ・・・間で一意に定まるＩＤ（以下、疑似ＩＤと呼ぶ）である。置換された疑似ＩＤはＩＰサーバ５００Ａ、５００Ｂ・・・内にいったん記憶され、ＩＰサーバ５００Ａ、５００Ｂ・・・はその疑似ＩＤを指定した位置情報の取得要求をゲートウェイサーバ３２０に送信するようになっている。

［４．ゲートウェイサーバ３２０の構成］
次に、ゲートウェイサーバ３２０の構成について説明する。ゲートウェイサーバ３２０は、移動局ＩＤを疑似ＩＤに変換するための移動局ＩＤテーブルを備える。

図２５は、移動局ＩＤテーブルのデータフォーマット図である。同図に示すように、移動局ＩＤテーブルには、「移動局ＩＤ」と、それに対応する「疑似ＩＤ」とが格納されている。例えば、同図に示すように、移動局ＩＤ「ＭＳ０９０１１１１１１１１」は擬似ＩＤ「００ＺＤＧＶＸＡＫＬＬＧ」に対応している。ゲートウェイサーバ３２０は、移動局１００から受信したリクエスト信号の中から移動局ＩＤ置換データ列を検出すると、該信号に含まれる移動局ＩＤを検索キーにして移動局ＩＤテーブルを検索し、得られた疑似ＩＤを移動局ＩＤ置換データ列と置換してＩＰサーバ５００Ａ、５００Ｂ・・・のいずれかへ送信するようになっている。

一方、ＩＰサーバ５００Ａ、５００Ｂ・・・に送信された疑似ＩＤは、上述したように、該サーバ内にいったん記憶され、ＩＰサーバ５００Ａ、５００Ｂ・・・から上記疑似ＩＤを指定した位置情報の取得要求がゲートウェイサーバ３２０に送信されるようになっている。そして、位置情報の取得要求を受信したゲートウェイサーバ３２０の位置情報生成部３２５は、指定された移動局１００の位置情報を生成する。ここで、位置情報生成部３２５は、前述の第１の形態のように移動局１００からの上り信号内の基地局ＩＤ等を用いて位置情報を生成するのではなく、前述した位置登録データベース２３１及び在圏情報テーブル２２１を参照することにより位置情報を生成する。このゲートウェイサーバ３２０が位置情報を生成する動作の詳細については後述する。

［Ｃ−２−２：動作］
次に、上記構成からなる第２の形態の動作について説明する。図２６及び２７は、第２の形態の動作を示すフローチャートである。

まず、ユーザが移動局１００に表示されるメインメニュー画面の中から所望のメインメニュー項目を選択することにより、或いは、ユーザが移動局１００に所望のＩＰサーバ５００Ａ、５００Ｂ・・・のＵＲＬを直接入力することにより、ＩＰサーバ５００Ａ、５００Ｂ・・・（ここではＩＰサーバ５００Ａ（ホスト名：ｘｘｘ．ｃｏ．ｊｐ）とする）にアクセスする。次いで、ＩＰサーバ５００Ａは記憶しているサブメニュー画面データ（例えば図１６に示す画面データ）をゲートウェイサーバ３２０を介して移動局１００に送信し、移動局１００がそれを受信して表示することにより、同図に示す処理が開始される。

まず、ユーザが移動局１００に表示されているサブメニュー画面の中から所望のメニュー項目（図１７に示す「位置追跡情報登録」とする）を選択すると、ステップＳＰ５１では、移動局１００は、選択されたメニュー項目に埋め込まれているハイパーリンク文字列「ｈｔｔｐ：／／ｘｘｘ．ｃｏ．ｊｐ／ｃｇｉ−ｂｉｎ／ｐｕｓｈｒｅｇｉｓｔ．ｃｇｉ？ｕｉｄ＝ＮＵＬＬＧＷ」及び移動局ＩＤ（例えば「ＭＳ０９０１１１１１１１１」）を含むリクエスト信号をゲートウェイサーバ３２０に送信する。

ステップＳＰ５３では、ゲートウェイサーバ３２０は該リクエスト信号を受信する。ステップＳＰ５５では、ゲートウェイサーバ３２０は、受信したリクエスト信号の中に移動局ＩＤ置換データ列「ＮＵＬＬＧＷ」があるか否かを判定する。その判定の結果がノーであれば（即ち、移動局ＩＤ置換データ列がなければ）、ステップＳＰ５７に進み、ゲートウェイサーバ３２０は、受信したリクエスト信号内のハイパーリンク文字列に含まれるホスト名に基づいてＩＰサーバ５００Ａ、５００Ｂ・・・のいずれかにアクセスして、その後はユーザの操作に従って移動局１００及びＩＰサーバ５００Ａ、５００Ｂ・・・間のデータ中継処理を行う。

一方、ステップＳＰ５５の判定の結果がイエスであれば（即ち、移動局ＩＤ置換データ列があれば）、ステップＳＰ５９に進み、ゲートウェイサーバ３２０は、移動局ＩＤテーブルを検索し、移動局１００の疑似ＩＤ（図２０に示す「００ＺＤＧＶＸＡＫＬＬＧ」）を取得する。

ステップＳＰ６１では、ゲートウェイサーバ３２０は、リクエスト信号内のハイパーリンク文字列内の移動局ＩＤ置換データ列「ＮＵＬＬＧＷ」を疑似ＩＤ「００ＺＤＧＶＸＡＫＬＬＧ」に置換し、置換された擬似ＩＤを含むハイパーリンク文字列「ｈｔｔｐ：／／ｘｘｘ．ｃｏ．ｊｐ／ｃｇｉ−ｂｉｎ／ｐｕｓｈｒｅｇｉｓｔ．ｃｇｉ？ｕｉｄ＝００ＺＤＧＶＸＡＫＬＬＧ」等をリクエスト信号としてホスト名「ｘｘｘ．ｃｏ．ｊｐ」に基づきＩＰサーバ５００Ａに送信する。

ステップＳＰ６３では、ＩＰサーバ５００Ａは該リクエスト信号を受信・解釈して、該リクエスト信号に含まれる疑似ＩＤ「００ＺＤＧＶＸＡＫＬＬＧ」を位置追跡の対象の移動局として記憶する。

ステップＳＰ６５では、ＩＰサーバ５００Ａは、記憶している疑似ＩＤ「００ＺＤＧＶＸＡＫＬＬＧ」を指定して位置情報取得要求を定期的にゲートウェイサーバ３２０に送信する。

ステップＳＰ６７では、ゲートウェイサーバ３２０は、ＩＰサーバ５００Ａから位置情報取得要求を受信する。そしてゲートウェイサーバ３２０は、指定された疑似ＩＤ「００ＺＤＧＶＸＡＫＬＬＧ」を検索キーにして移動局ＩＤテーブルを検索し、対応する移動局ＩＤ「ＭＳ０９０１１１１１１１１」を得る。

ステップＳＰ６９では、ゲートウェイサーバ３２０は、位置情報取得要求を送信したＩＰサーバ５００Ａが位置情報の公開対象となっているか否かを判定する。この判定は、第１の形態において説明したように、ＩＰ情報データベース３２７内の位置情報公開フラグの設定状態（オンかオフか）を参照することにより行われる。

ステップＳＰ６９の判定の結果がオフであれば（即ち、ＩＰサーバ５００Ａが位置情報の公開対象でなければ）、ステップＳＰ７１に進み、ゲートウェイサーバ３２０は、位置情報を送信しない旨を示す送信不可通知をＩＰサーバ５００Ａに送信する。そして、ステップＳＰ７３では、ＩＰサーバ５００Ａは送信不可通知を受信する。

一方、ステップＳＰ６９の判定の結果がオンであれば（即ち、ＩＰサーバ５００Ａが位置情報の公開対象であれば）、ステップＳＰ７５に進み、ゲートウェイサーバ３２０は、ＩＰサーバ５００Ａへ位置情報を送信する際に移動局１００のユーザの許諾が必要か否かを判定する。この判定は、第１の形態において説明したように、ＩＰ情報データベース３２７内のユーザ許諾フラグの設定状態（オンかオフか）を参照することにより行われる。

ステップＳＰ７５の判定の結果がオフであれば（即ち、ユーザ許諾が不要であれば）、図２７のステップＳＰ７７に進む。

一方、ステップＳＰ７５の判定の結果がオンであれば（即ち、ユーザ許諾が必要であれば）、ステップＳＰ７９に進み、ゲートウェイサーバ３２０は、位置情報送信の許諾を得るための入力画面データを移動局ＩＤ「ＭＳ０９０１１１１１１１１」が示す移動局１００に送信する。

そして、ステップＳＰ８１では、移動局１００は、入力画面データを受信・解釈して、液晶ディスプレイに表示する。ステップＳＰ８３では、移動局１００はユーザから許諾の可否についての入力を受け付ける。ステップＳＰ８５では、移動局１００は、ユーザにより入力された入力情報をゲートウェイサーバ３２０に送信し、ステップＳＰ８７では、ゲートウェイサーバ３２０は該入力情報を受信する。

次に、図２７に示すステップＳＰ８９では、ゲートウェイサーバ３２０は、許諾の可否に関する入力情報を解釈して、ＩＰサーバ５００Ａに位置情報を送信してもよいか否かを判定する。

その判定の結果がノーであれば（即ち、ＩＰサーバ５００Ａに対して位置情報の送信不可であれば）、ステップＳＰ９１に進み、ゲートウェイサーバ３２０は、ＩＰサーバ５００Ａに位置情報を送信できない旨を示す送信不可通知を送信する。そして、ステップＳＰ９３では、ＩＰサーバ５００Ａは、その送信不可通知を受信する。

また、ステップＳＰ８９の判定の結果がイエスであれば（即ち、ＩＰサーバ５００Ａに対して位置情報の送信可であれば）、ステップＳＰ７７に進み、ゲートウェイサーバ３２０は、以下に述べるようにして移動局１００の位置情報を生成する。

まず、ゲートウェイサーバ３２０は、移動局ＩＤを検索キーにして位置登録データベース２３１を検索し、対応する位置登録エリアＩＤを取得する。この取得された位置登録エリアＩＤが示す位置登録エリア内に移動局１００は在圏している。次に、ゲートウェイサーバ３２０は、取得した位置登録エリアＩＤが示す交換局２２０に備えられた在圏情報テーブル２２１にアクセスして、移動局ＩＤを検索キーにして検索し、対応する基地局ＩＤを取得する。そして、ゲートウェイサーバ３２０は、取得した基地局ＩＤを検索キーにして地域コードデータベース３２８を検索し、対応する地域コードを取得して、それを移動局１００の位置情報とする。

ステップＳＰ９５では、ゲートウェイサーバ３２０は、生成した位置情報を疑似ＩＤ「００ＺＤＧＶＸＡＫＬＬＧ」が示す移動局１００の位置情報としてＩＰサーバ５００Ａに送信する。

ステップＳＰ９７では、ＩＰサーバ５００Ａは、移動局１００の位置情報を受信し、受信した位置情報に応じて適宜、位置関連情報を移動局１００に送信する。

以上説明した第３実施形態においては、ゲートウェイサーバ３２０とＩＰサーバ５００Ａ、５００Ｂ・・・間で定めた所定のデータ列を位置情報や移動局ＩＤの置換対象とするので、移動局１００の仕様に依存しない形で、ＩＰサーバ５００に位置情報を通知することが可能である。また、ゲートウェイサーバ３２０が、位置情報公開フラグ等の公開基準情報に基づき位置情報通知の可否を判断するので、移動局１００の位置情報に関するセキュリティが確保される。

［Ｃ−３：第３実施形態の変形例］
既述のとおり、本発明は、上述した実施形態に限定されず、各種の変形が可能である。第３実施形態では、例えば、以下のような変形が可能である。
［１．ＩＰサーバ５００Ａ、５００Ｂ・・・の態様］
前述の第１及び第２の形態においては、ＩＰサーバ５００Ａ、５００Ｂ・・・は、インターネット４００を介してゲートウェイサーバ３２０に接続されているが、必ずしもそのような接続の態様に限らない。例えば、ＩＰサーバ５００Ａ、５００Ｂ・・・は、専用線を介してゲートウェイサーバ３２０に接続されていたり、或いは、移動通信網の内部に設けられていたりしてもよい。

また、前述の第１及び第２の形態においては、ＩＰサーバ５００Ａ、５００Ｂ・・・は、移動局１００に何らかの情報を提供する機能を有していたが、必ずしもそうである必要はなく単なるコンピュータであってもよい。例えば、第２の形態において、ＩＰサーバ５００は定期的に移動局１０の位置情報を取得し、その結果得られた位置情報を所定の情報処理装置（例えば、移動局１００が取り付けられた車両の運行管理を行う管理センタ等）へ提供してもよいし、或いは、ＩＰサーバ５００は、取得した位置情報を他端末へ出力せずに単に蓄積するだけでもよい。

［２．位置情報置換データ列又は移動局ＩＤ置換データ列の態様］
前述の第１又は第２の形態においては、位置情報置換データ列「ＮＵＬＬＡＲＥＡ」又は移動局ＩＤ置換データ列「ＮＵＬＬＧＷ」は、リクエスト信号内に含まれる、ハイパーリンク文字列の最後に付加されていた。しかし、必ずしもそうである必要はなく、上記置換データ列は、移動局１００から送信されるリクエスト信号内の所定の位置に含まれていればよい。また、データ列は「ＮＵＬＬＡＲＥＡ」や「ＮＵＬＬＧＷ」の文字列である必要はなく、他の文字列であってもよい。

［３．位置情報の記述形式の態様］
また、前述の第１又は第２の形態においては、予め定められた所定の文字列を位置情報に変換することにより、その位置情報を種々のＩＰサーバに供給することが可能となっている。しかし、これに限らず、移動局１００とＩＰサーバ５００Ａ、５００Ｂ・・・との間で、位置情報の記述方式が一致していればよい。即ち、ＩＰサーバ５００Ａ、５００Ｂ・・・が予め位置情報の記述方式を移動局１００に通知しておき、移動局１００は通知された方式に基づいて位置情報を記述し、それをＩＰサーバ５００Ａ、５００Ｂ・・・に送信すればよい。上記位置情報の記述形式の通知処理には、例えば、次のようなものがある。まず、ＩＰサーバ５００Ａ、５００Ｂ・・・は、所定のファイル内に位置情報の記述方式を記述し、位置情報の記述方式を指定するファイルであることを示す特定拡張子を当該ファイルに付して移動局１００に送信する。移動局１０は、そのファイル内を参照して位置情報の記述方式を取得する。

［４．位置情報生成の態様］
上述の第１及び第２の形態においては、ゲートウェイサーバ３２０を含む移動通信網が移動局１００の位置情報を生成するものであったが、それに限定されることはなく、他の手段によって生成される移動局１００の位置情報をＩＰサーバ５００Ａ、５００Ｂ・・・に通知してもよい。以下に、移動局１００の位置情報を生成する他の手段の具体例を説明する。

例えば、ユーザが自らのキー操作により移動局１００に位置情報を入力してもよい。まず、ゲートウェイサーバ３２０は、前述した位置情報の送信の許諾を問い合わせるための入力画面データとともに、ユーザ指定の位置情報を入力するための指定位置情報入力画面データを移動局１００に送信する。移動局１００は、受信した指定位置情報入力画面データを解釈して液晶ディスプレイに表示する。ユーザは、移動局１００に表示される指定位置情報入力画面上で、より詳細な位置情報、例えば、「Ａ駅東口前」というような所定の建築物との位置関係や、ユーザの所在位置の「住所」そのもの等を入力する。そして、移動局１００は、ユーザにより入力された指定位置情報をゲートウェイサーバ３２０に送信する。ゲートウェイサーバ３２０は、自らの位置情報生成部３２５が生成した位置情報と共に移動局１００から受信した指定位置情報をＩＰサーバ５００Ａ、５００Ｂ・・・に送信する。ＩＰサーバ５００Ａ、５００Ｂ・・・は、通知される位置情報が詳細なものであれば、それに対応してより詳細かつ正確な位置関連情報を提供することが可能となる。

また、移動局１００がＧＰＳ等の測位手段を備えていてもよい。そして、移動局１００は、上記測位手段により移動局１００の位置を測定して得られる測位情報をゲートウェイサーバ３２０に送信する。ゲートウェイサーバ３２０は、上記測位手段を備えていない移動局１００に関しては位置情報生成部３２５が生成する位置情報のみをＩＰサーバ５００Ａ、５００Ｂ・・・に送信し、上記測位手段を備えている移動局１００に関しては位置情報生成部３２５が生成する位置情報に加え、移動局１００から受信した上記測位情報をＩＰサーバ５００Ａ、５００Ｂ・・・に送信する。

ここで、ゲートウェイサーバ３２０が位置情報及び測位情報をＩＰサーバ５００Ａ、５００Ｂ・・・に送信する際の動作について詳述する。ゲートウェイサーバ３２０からＩＰサーバ５００Ａ、５００Ｂ・・・に送信される位置に関する情報は８桁の文字列から構成されるものとする。そして、その８桁文字列のうち上位４桁は位置情報生成部３２５が生成する位置情報を示し、下位４桁は測位手段が測定する測位情報を示すものとする。さらに、測位手段により測位不能又は移動局１００が測位手段を備えていない場合に、測位情報が存在しないということを４桁の文字列「００００」で示すものとする。例えば、測位手段を備えていない移動局１００の位置の情報として、ゲートウェイサーバ３２０が生成する位置情報が「東京都渋谷区１丁目」（文字列「Ｃ４９Ｄ」で示す）である場合、８桁の文字列は「Ｃ４９Ｄ００００」となる。一方、測位手段を備えている移動局１００の位置の情報として、ゲートウェイサーバ３２０が生成する位置情報が「東京都渋谷区１丁目」であり、測位手段により生成される測位情報が「東京都渋谷区１丁目１−１」である場合、「１−１」を示す文字列「７２３６」が下位４桁に挿入されて、８桁の文字列は「Ｃ４９Ｄ７２３６」となる。

一般に、ＧＰＳのような測位手段を用いると、移動通信網が生成する位置情報より詳細な位置を測定することが可能である。従って、以上説明したような８桁文字列の構成をとると、ＩＰサーバ５００Ａ、５００Ｂ・・・は、おおまかな位置関連情報だけをユーザに提供するような場合には８桁文字列のうち上位４桁だけを参照すればいいし、詳細な位置関連情報を提供するような場合には下位４桁まで参照すればよいなど、移動局１００に提供する位置関連情報のレベルに応じて位置情報の参照動作を変えることができる。さらに、下位４桁が「００００」である場合（即ち、測位情報が存在しない場合）、ＩＰサーバ５００Ａ、５００Ｂ・・・は、より詳細な位置情報が必要であると判断した場合は、ユーザに詳細な位置情報を入力してもらう入力用画面データを移動局１０に送信する旨をゲートウェイサーバ３２０に要求するようにしてもよい。以上のようにすれば、ＩＰサーバ５００Ａ、５００Ｂ・・・が適宜、位置情報の参照動作を変えるので、ゲートウェイサーバ３２０はＩＰサーバ５００Ａ、５００Ｂ・・・に対しておおまかな位置情報を送信すべきか、詳細な位置情報を送信すべきかという判断処理等を行う必要もない。

［５．位置情報を公開しない場合のゲートウェイサーバ３２０及びＩＰサーバ５００Ａ、５００Ｂ・・・の動作］
前述の第１の形態においては、移動局１００の位置情報をＩＰサーバ５００Ａ、５００Ｂ・・・に公開しない場合、ゲートウェイサーバ３２０は、位置情報の送信不可通知を移動局１００に送信するものであったが、それに限らず、アクセス対象であったＩＰサーバ５００Ａ、５００Ｂ・・・に送信不可通知を送信してもよい。そして、ＩＰサーバ５００Ａ、５００Ｂ・・・は、送信不可通知を受信すると、位置情報の取得不可の旨を示す画面データ（以下、エラー画面データと呼ぶ）を移動局１０に送信し、移動局１００はそのエラー画面を表示する。また、上述した上記送信不可通知は、ゲートウェイサーバ３２０から移動局１００及びＩＰサーバ５００Ａ、５００Ｂ・・・の双方に対して送信されてもよい。

また、上記送信不可通知の態様には、以下の種々のものが考えられる。例えば、前述の第１の形態において、ゲートウェイサーバ３２０は、位置情報の送信不可の場合であっても、ＩＰサーバ５００Ａ、５００Ｂ・・・のハイパーリンク文字列内に位置情報置換データ列「ＮＵＬＬＡＲＥＡ」を含んだリクエスト信号をＩＰサーバ５００Ａ、５００Ｂ・・・に送信する。そして、ＩＰサーバ５００Ａ、５００Ｂ・・・は、リクエスト信号の中に位置情報置換データ列「ＮＵＬＬＡＲＥＡ」を検出すると、該位置情報置換データ列を位置情報送信不可の意味に解釈するようにしてもよい。また、ゲートウェイサーバ３２０は、位置情報の送信不可の場合、位置情報置換データ列「ＮＵＬＬＡＲＥＡ」を送信不可の意味を示す所定のキーワード（以下、エラーキーワードと呼ぶ）と置換してＩＰサーバ５００Ａ、５００Ｂ・・・に送信してもよい。さらに、このエラーキーワードの中に、移動局１００に表示されるエラー画面データを提供するサイトへのリンク情報を挿入しておき、そのサイトからエラー画面データを移動局１００へ送信するようにしてもよい。以上説明したような態様は、第２の形態においても同様に適用可能である。

［６．位置情報の公開基準となる情報の種類］
前述の第１及び第２の形態においては、ゲートウェイサーバ３２０は、ＩＰサーバ５００Ａ、５００Ｂ・・・への位置情報の公開可否判定を、ＩＰ情報データベース３２７を参照することにより行う。そして、このＩＰ情報データベース３２７には、位置情報公開フラグ及びユーザ許諾フラグが設定されているものであったが、公開基準となる情報は、必ずしもそれらのフラグ情報のみに限定されるわけではなく、以下に述べるような種々の態様が考えられる。

例えば、各移動局１００毎に位置情報の公開の対象となるＩＰサーバ５００Ａ、５００Ｂ・・・を設定することもできる。図２８は、そのような場合にゲートウェイサーバ３２０が備えるデータベースのデータフォーマット図である。同図に示すように、このデータベースには、「移動局ＩＤ」毎に、位置情報の公開の対象となる「ＩＰサーバ名」が登録されている。例えば、同図に示す移動局ＩＤ「ＭＳ０９０１１１１１１１」の位置情報は、「ＩＰサーバ５００Ａ、５００Ｄ、５００Ｈ・・・」への公開が許可されている。この移動局１００のユーザは、予め、公開の対象となるＩＰサーバ名を、移動通信網の通信事業者に通知しておき、通信事業者はその通知に基づき公開の対象となるＩＰサーバ名をこのデータベースに登録する。ゲートウェイサーバ３２０はこのデータベースを参照して位置情報の公開可否判定を行う。即ち、上述の第１及び第２の形態のように全てのＩＰサーバ５００Ａ、５００Ｂ・・・に対して一律に位置情報の公開基準を設定するのではなくて、各移動局１００毎に各ＩＰサーバ５００Ａ、５００Ｂ・・・についての公開基準を設定するのである。

また、特定の移動局１００については、その位置情報を全く公開しないように設定することもできる。図２９は、そのような場合にゲートウェイサーバ３２０が備えるデータベースのデータフォーマット図である。同図に示すように、このデータベースには、位置情報を公開しない移動局１００の移動局ＩＤが登録されている。ユーザは、自らの位置情報をあらゆるサーバに対して公開したくない場合、予め、その旨を移動通信網の通信事業者に通知しておき、通信事業者はその通知に基づき移動局ＩＤをこのデータベースに登録する。ゲートウェイサーバ３２０はこのデータベースを参照して位置情報の公開可否判定を行う。

以上説明したような種々の公開基準を設けることにより、特定のＩＰサーバ５００にのみ位置情報を通知したいとか、絶対に位置情報を知られたくないという様々なユーザのニーズに対応することが可能となる。

［７．位置情報の公開基準となる情報の種類］
前述の第１及び第２の形態においては、携帯電話やＰＨＳ等の移動局を用いるものであったが、これに限らず、移動通信網の基地局２１０との間でデータを無線通信する機能を有するものであれば、例えばＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）等の移動通信端末であってもよい。

［８．データの記述言語］
前述の第１及び第２の形態においては、ゲートウェイサーバ３２０やＩＰサーバ５００Ａ、５００Ｂ・・・と移動局１００との間でやりとりされるデータをＨＴＭＬ形式としたが、それに限定されるわけではなく、例えばＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等の他の記述言語を用いるものであってもよい。

以上説明したように、本発明の一態様によれば、様々な表現形式で生成される移動通信端末の位置情報を、これを利用するコンピュータが取り扱い可能な表現形式で供給することができるので、ネットワーク上のコンピュータは、表現形式の違いを意識することなく移動通信端末の位置情報を取得でき、ネットワークの統合化に対応した位置情報提供の共通プラットフォームを提供することができる。

また、本発明の他の態様によれば、ネットワーク上のコンピュータに対し、当該コンピュータが必要とする精度の位置情報を供給することができる。

また、本発明のさらに他の態様によれば、移動通信端末の位置情報を標準のインターフェースプロトコルとしてコンピュータに供給することができる。

また、本発明のさらに他の態様によれば、移動通信端末の位置情報を公開するか否かを移動通信網において管理するので、移動通信端末の位置情報に関するセキュリティを確保することができる。

本発明の第１実施形態に係る位置情報通知方法を実行するネットワーク全体の構成を示すブロック図である。 同実施形態における簡易携帯電話機１０の構成を示すブロック図である。 同実施形態におけるＧＰＳ受信機を備えた携帯電話機３０の構成を示すブロック図である。 同実施形態における簡易携帯電話網用変換テーブルの例を示すフォーマット図である。 同実施形態における携帯電話網用変換テーブルの例を示すフォーマット図である。 同実施形態における移動パケット通信網用変換テーブルの例を示すフォーマット図である。 同実施形態における緯度・経度提供対象リストテーブルの例を示すフォーマット図である。 同実施形態におけるゲートウェイサーバ４０の位置情報提供部４０ｂの動作を示すフローチャートである。 同実施形態の変形例におけるゲートウェイサーバ４０の位置情報提供部の動作を示すフローチャートである。 本発明の第２実施形態に係る位置情報通知方法を実行するネットワーク全体の構成を示すブロック図である。 同実施形態におけるエリアＩＤ用変換テーブルの例を示すフォーマット図である。 同実施形態におけるセクタＩＤ用変換テーブルの例を示すフォーマット図である。 同実施形態における位置情報精度テーブルの例を示すフォーマット図である。 同実施形態におけるゲートウェイサーバ４０の位置情報提供部４０ｃの動作を示すフローチャートである。 本発明の第３実施形態に係る位置情報通知方法を実行する移動通信システム全体の構成を示すブロック図である。 同実施形態におけるＩＰサーバ５００Ａ、５００Ｂ・・・が移動局１００に送信するＨＴＭＬ形式のサブメニューデータの一例を示す図である。 同実施形態における図１１に示すＨＴＭＬ形式のサブメニューデータに基づき移動局１００に表示される画面の図である。 同実施形態におけるゲートウェイサーバ３２０の構成を示すブロック図である。 同実施形態におけるゲートウェイサーバ３２０が備えるＩＰ情報データベース３２７のデータフォーマット図である。 同実施形態におけるゲートウェイサーバ３２０が備える地域コードデータベース３２８のデータフォーマット図である。 同実施形態におけるＩＰサーバ５００Ａ、５００Ｂ・・・が備える地域情報データベース５１０Ａ、５１０Ｂ・・・のデータフォーマット図である。 同実施形態の第１の形態における移動通信システムの動作の流れを示すフローチャートである。 同実施形態における交換局２２０が備える在圏情報テーブル２２１のデータフォーマット図である。 同実施形態におけるホームメモリ２３０内の位置登録データベース２３１のデータフォーマット図である。 同実施形態におけるゲートウェイサーバ３２０が備えるＩＤデータベースのデータフォーマット図である。 同実施形態の第２の形態における移動通信システムの動作の流れを示すフローチャートである。 同実施形態の第２の形態における移動通信システムの動作の流れを示すフローチャートである。 ゲートウェイサーバ３２０が備えるデータベースのデータフォーマット図である。 ゲートウェイサーバ３２０が備えるデータベースのデータフォーマット図である。 ＵＲＬで指定されたコンピュータシステムの情報リソースが移動通信端末から位置情報を取得する際の、位置情報の種々の記述形式を例示する図である。

符号の説明

１０…簡易携帯電話機（移動通信端末）、１０Ａ，３０Ａ…制御部、１０Ｂ，３０Ｂ…無線部、１０Ｃ，３０Ｃ…ユーザインタフェース部、１１，２１，３１…基地局、１２…簡易携帯電話網（移動通信網）、２０，３０…携帯電話機（移動通信端末）、２２…携帯電話網（移動通信網）、３２…移動パケット通信網（移動通信網）、３４…ＧＰＳ受信機（位置情報生成手段）、４０…ゲートウェイサーバ、４０ａ…データ中継部、４０ｂ…位置情報提供部（位置情報通知手段）、４０ｃ…位置情報提供部（位置情報通知手段）、５０…測位センタ、５０ａ…基地局ＩＤテーブル（位置情報生成手段）、５０ｂ…エリアＩＤテーブル（位置情報生成手段）、５０ｃ…セクタＩＤテーブル（位置情報生成手段）、５０ｄ…ＧＰＳ補正部（位置情報生成手段）、５１…測位センタ、６０…位置情報変換装置（位置情報変換手段）、６１…位置情報変換装置（位置情報抽出手段）、７０…インターネット、８０Ａ，８０Ｂ…ＩＰサーバ（コンピュータ、情報提供サーバ）、９０Ａ，９０Ｂ，９０Ｃ…ＩＰサーバ（コンピュータ、情報提供サーバ）、１００…移動局（移動通信端末）、１１０…送受信部、１２０…制御部、１２１…ＣＰＵ、１２２…ＲＯＭ、１２３…ＲＡＭ、１３０…ユーザインタフェース、２００…移動電話網（移動通信網）、２１０…基地局、２２０…交換局、２２１…在圏情報テーブル（位置情報生成手段）、２３０…ホームメモリ、２３１…位置登録データベース（位置情報生成手段）、３１０…パケット加入者処理装置、３２０…ゲートウェイサーバ、３２１…インタフェース部（位置情報通知手段、エラー信号送信手段、入力画面送信手段、指定位置情報受信手段、測定位置情報受信手段）、３２２…加入者情報管理部、３２３…データ配信管理部（位置情報通知手段、識別情報付加手段、通知可否判定手段、エラー信号送信手段、入力画面送信手段、指定位置情報受信手段、測定位置情報受信手段）、３２４…ＩＰサーバ情報管理部（記憶手段、公開情報記憶手段、端末情報記憶手段）、３２５…位置情報生成部（位置情報生成手段）、３２６…バス、３２７…ＩＰ情報データベース（記憶手段、公開情報記憶手段、端末情報記憶手段）、３２８…地域コードデータベース（位置情報生成手段）、４００…インターネット、５００Ａ、５００Ｂ…ＩＰサーバ（コンピュータ、情報提供サーバ）、５１０Ａ、５１０Ｂ…地域情報データベース。

Claims (3)

1. 複数の端末ノードの各々と複数の情報提供ノードの各々との間のデータ通信を中継する中継ノードが、前記複数の情報提供ノードの各々に関し、前記複数の端末ノードのうちの少なくとも一の端末ノードの現在位置を示す位置データを当該情報提供ノードに送信してよいか否かを示す可否データを記憶する可否データ記憶ステップと、
   前記複数の端末ノードのうちの一の端末ノード、または前記一の端末ノードと前記中継ノードとのデータ通信を中継する基地局ノードが、前記一の端末ノードの現在位置を示す位置データを入力位置データとして前記中継ノードに送信する入力位置データ送信ステップと、
   前記複数の端末ノードおよび前記複数の情報提供ノードのうちのいずれかのノードが、前記複数の情報提供ノードのうちの一の情報提供ノードに、前記一の端末ノードの現在位置を示す位置データを送信することを要求する要求データを、前記中継ノードに送信する要求データ送信ステップと、
   前記中継ノードが、前記要求データに応じて前記一の端末ノードの入力位置データを前記一の情報提供ノードに送信してよいか否かを前記可否データに基づき判定する可否判定ステップと、
   前記中継ノードが、前記可否判定ステップにおいて肯定的な判定結果を得た場合にのみ、前記一の端末ノードの入力位置データを出力位置データとして、前記一の情報提供ノードに送信する出力位置データ送信ステップと、
   前記中継ノードが、前記入力位置データ送信ステップにおいて前記一の端末ノードまたは前記基地局ノードから送信される前記一の端末ノードの入力位置データを、前記一の端末ノードが属する通信網において前記一の端末ノードを一意に識別可能な固有識別子に対応付けて記憶する位置データ記憶ステップと、
   前記一の端末ノードが、前記一の情報提供ノードに対する情報要求を示す情報要求データを、前記一の端末ノードの固有識別子とともに、前記中継ノードに送信する情報要求データ送信ステップと、
   前記中継ノードが、前記中継ノードと前記一の情報提供ノードとの間でのみ前記一の端末ノードを一意に識別可能な疑似識別子を、前記一の端末ノードの固有識別子と対応付けて記憶する識別子記憶ステップと、
   前記中継ノードが、前記情報要求データを、前記一の端末ノードの疑似識別子とともに、前記一の情報提供ノードに転送する情報要求データ転送ステップと
   を備え、
   前記要求データ送信ステップにおいて、前記一の情報提供ノードが、前記情報要求データに応じて、前記一の端末ノードの位置データを前記一の情報提供ノードに送信することを要求する要求データを、前記一の端末ノードの疑似識別子とともに、前記中継ノードに送信し、
   前記出力位置データ送信ステップにおいて、前記中継ノードは、前記要求データ送信ステップにおいて前記一の情報提供ノードから送信される前記一の端末ノードの疑似識別子に対応付けて記憶されている固有識別子に対応付けて記憶されている入力位置データを、前記一の端末ノードの入力位置データとして特定する
   位置データ送信方法。
2. 複数の情報提供ノードの各々に関し、複数の端末ノードのうちの少なくとも一の端末ノードの現在位置を示す位置データを当該情報提供ノードに送信してよいか否かを示す可否データを記憶する可否データ記憶手段と、
   前記複数の端末ノードのうちの一の端末ノード、または前記一の端末ノードと前記中継ノードとのデータ通信を中継する基地局ノードから、前記一の端末ノードの現在位置を示す位置データを入力位置データとして受信する入力位置データ受信手段と、
   前記複数の情報提供ノードのうちの一の情報提供ノードに前記一の端末ノードの現在位置を示す位置データを送信することを要求する要求データを、前記複数の端末ノードおよび前記複数の情報提供ノードのうちのいずれかのノードから受信する要求データ受信手段と、
   前記要求データに応じて前記一の端末ノードの入力位置データを前記一の情報提供ノードに送信してよいか否かを前記可否データに基づき判定する可否判定手段と、
   前記可否判定手段により肯定的な判定結果が得られた場合にのみ、前記一の端末ノードの入力位置データを出力位置データとして、前記一の情報提供ノードに送信する出力位置データ送信手段と
   前記入力位置データ受信手段により前記一の端末ノードまたは前記基地局ノードから受信される前記一の端末ノードの入力位置データを、前記一の端末ノードが属する通信網において前記一の端末ノードを一意に識別可能な固有識別子に対応付けて記憶する位置データ記憶手段と、
   前記一の端末ノードから、前記一の情報提供ノードに対する情報要求を示す情報要求データを、前記一の端末ノードの固有識別子とともに受信する情報要求データ受信手段と、
   前記中継ノードと前記一の情報提供ノードとの間でのみ前記一の端末ノードを一意に識別可能な疑似識別子を、前記一の端末ノードの固有識別子と対応付けて記憶する識別子記憶手段と、
   前記情報要求データを、前記一の端末ノードの疑似識別子とともに、前記一の情報提供ノードに転送する情報要求データ転送手段と
   を備え、
   前記要求データ受信手段は、前記一の情報提供ノードから、前記情報要求データに応じて、前記一の端末ノードの位置データを前記一の情報提供ノードに送信することを要求する要求データを、前記一の端末ノードの疑似識別子とともに受信し、
   前記出力位置データ送信手段は、前記要求データ受信手段により前記一の情報提供ノードから受信される前記一の端末ノードの疑似識別子に対応付けて記憶されている固有識別子に対応付けて記憶されている入力位置データを、前記一の端末ノードの入力位置データとして特定する
   データ中継装置。
3. 複数の端末ノードの各々と複数の情報提供ノードの各々との間のデータ通信を中継する中継ノードとして機能するコンピュータに、
   前記複数の情報提供ノードの各々に関し、前記複数の端末ノードのうちの少なくとも一の端末ノードの現在位置を示す位置データを当該情報提供ノードに送信してよいか否かを示す可否データを記憶する可否データ記憶処理と、
   前記複数の端末ノードのうちの一の端末ノード、または前記一の端末ノードと前記中継ノードとのデータ通信を中継する基地局ノードから、前記一の端末ノードの現在位置を示す位置データを入力位置データとして受信する入力位置データ受信処理と、
   前記複数の情報提供ノードのうちの一の情報提供ノードに前記一の端末ノードの現在位置を示す位置データを送信することを要求する要求データを、前記複数の端末ノードおよび前記複数の情報提供ノードのうちのいずれかのノードから受信する要求データ受信処理と、
   前記要求データに応じて前記一の端末ノードの入力位置データを前記一の情報提供ノードに送信してよいか否かを前記可否データに基づき判定する可否判定処理と、
   前記可否判定処理において肯定的な判定結果を得た場合にのみ、前記一の端末ノードの入力位置データを出力位置データとして、前記一の情報提供ノードに送信する出力位置データ送信処理と、
   前記入力位置データ受信処理において、前記一の端末ノードまたは前記基地局ノードから受信した前記一の端末ノードの入力位置データを、前記一の端末ノードが属する通信網において前記一の端末ノードを一意に識別可能な固有識別子に対応付けて記憶する位置データ記憶処理と、
   前記一の端末ノードから、前記一の情報提供ノードに対する情報要求を示す情報要求データを、前記一の端末ノードの固有識別子とともに受信する情報要求データ受信処理と、
   前記中継ノードと前記一の情報提供ノードとの間でのみ前記一の端末ノードを一意に識別可能な疑似識別子を、前記一の端末ノードの固有識別子と対応付けて記憶する識別子記憶処理と、
   前記情報要求データを、前記一の端末ノードの疑似識別子とともに、前記一の情報提供ノードに転送する情報要求データ転送処理と
   を実行させ、
   前記要求データ受信処理において、前記一の情報提供ノードから、前記情報要求データに応じて、前記一の端末ノードの位置データを前記一の情報提供ノードに送信することを要求する要求データを、前記一の端末ノードの疑似識別子とともに受信させ、
   前記出力位置データ送信処理において、前記要求データ受信処理において前記一の情報提供ノードから受信した前記一の端末ノードの疑似識別子に対応付けて記憶されている固有識別子に対応付けて記憶されている入力位置データを、前記一の端末ノードの入力位置データとして特定させるための
   プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images