JP2003319436A - 移動体位置管理システム - Google Patents

Abstract

(57)【要約】 【課題】 移動端末の位置情報をアプリケーションサー
バや端末に提供する汎用的なプラットフォームを実現す
るとともに、位置情報を効率的に管理する移動体位置管
理システムを実現すること。 【解決手段】 移動体通信網内において、上位のデータ
ベースであるＨＬＲ（Home Location Register）３と下
位のデータベースであるＬＬＲ（Local LocationRegist
er）４、５は、階層型データベースを構成する。ＨＬＲ
３は、移動端末の在圏する在圏ＬＬＲの情報を保持し、
在圏ＬＬＲは、移動端末１１の位置情報を保持する。ア
プリケーションサーバ１あるいは端末からの問い合わせ
に対して、移動端末１１の位置情報を提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、移動体位置管理シ
ステムに関し、特に、移動体通信網内において階層型に
構成したデータベース上で移動端末の位置情報を管理
し、ロケーションサービスを実施するアプリケーション
サーバや移動端末の位置情報を必要とする端末に対し
て、移動端末の位置情報を提供する移動体位置管理シス
テムに関する。

【０００２】

【従来の技術】ＰＤＣ（Personal Digital Cellular）
を始めとする移動体通信システムでは、移動端末の移動
性を保証し、サービスを提供する上で必要となる情報を
ＨＬＲ（Home Location Register）と呼ばれるデータベ
ース上で管理している。具体的には、例えば、加入者番
号、移動機番号、移動機へのルーチング情報、課金情
報、サービス契約情報、サービス実行情報等の情報を管
理し、呼の発着信に利用している。

【０００３】この仕組みの概略は、次のとおりである。
まず、移動端末からの発信時には、在圏交換局であるＭ
ＳＣ（Mobile-services Switching Center）がＨＬＲに
アクセスし、加入者データ、移動機データを参照し、サ
ービス可能であることを確認する。また、移動端末への
着信時には、着信を受けたＭＳＣがＨＬＲから移動端末
へのルーチング番号を取得し、在圏するＭＳＣへルーチ
ングを行う。さらに、移動端末が異なる移動体通信シス
テムにローミングした場合には、移動先システム内のデ
ータベースであるＧＬＲ（Gateway Location Registe
r）がＨＬＲから加入者データ、移動機データを取得
し、ＧＬＲ上に格納する。この仕組みにより、移動端末
からの発信、移動端末への着信および他システムへのロ
ーミングが実現されている。

【０００４】また、次世代移動通信システムであるＩＭ
Ｔ−２０００等においては、ＶＬＲ（Visitor Location
Register）方式が用いられている。この方式は、移動
端末の位置登録の処理の際にＨＬＲからＭＳＣに対して
加入者情報を転送し、ＭＳＣ内のデータベースであるＶ
ＬＲにて加入者情報のコピーを保持するものであり、位
置登録後の発信処理にＶＬＲに保持した情報を利用でき
るため、ＨＬＲに対するアクセスが不要となる。

【０００５】移動端末が基地局からの情報により自身の
位置情報を把握し、アプリケーションサーバに通知する
ことにより現在地に応じた情報提供を行うロケーション
サービスも実現されている。当初のサービスでは位置情
報の精度が悪い問題点があったが、ＧＰＳ（Global Pos
itioning System）による測位と組み合わせることによ
りその精度は飛躍的に向上した。

【０００６】さらに、移動端末の位置情報を移動体通信
網側で管理し、アプリケーションサーバや端末に対して
位置情報を提供するプラットフォームも実現されてい
る。このプラットフォームでの移動端末の移動情報の管
理方式として、アプリケーションサーバからの要求を受
けた時点で移動端末から位置情報を取得する方式と、プ
ラットフォーム内に移動端末の位置情報を管理するデー
タベースを配置し、移動端末の移動にともないデータベ
ースを更新する方式が考えられている。

【０００７】

【発明が解決しようとする課題】上述のＰＤＣやＩＭＴ
−２０００等の移動体通信システムにおいて、移動端末
の発着信に必要となる情報をＨＬＲで管理する仕組みが
あるが、ＨＬＲで管理されている情報は、移動端末への
ルーチング情報等に限定されており、移動端末の物理的
な位置情報を管理していない。そのため、アプリケーシ
ョンサーバや端末等での利用のように、汎用的な形で位
置情報を利用することができなかった。

【０００８】この問題を解消するため、移動端末側で自
身の位置情報を取得し、アプリケーションサーバや端末
に通知する仕組みが実現されたが、位置情報の通知にあ
たり移動端末−基地局間での通信が発生し、通信コスト
が高くなるという問題が発生する。また、ＧＰＳによる
測位を利用する場合には移動端末にＧＰＳレシーバを装
着する必要があり、デバイスコストがかさむという問題
も発生する。

【０００９】また、移動端末の位置情報を移動体通信網
側で管理し、アプリケーションサーバや端末に位置情報
を提供するプラットフォームにおいて、アプリケーショ
ンサーバからの要求を受けた時点において移動端末から
位置情報を取得する位置管理方式では、移動端末−基地
局間での通信が発生し、通信コストがかさむ問題点があ
る。

【００１０】これに対して、移動端末の位置情報を一元
的に管理するデータベースをプラットフォーム内に配置
する方式では、位置情報の取得において移動端末−基地
局間で通信は発生しないが、多数の移動端末を収容する
場合にはデータベースのスケーラビリティが問題とな
る。また、移動端末が高速移動した際には位置登録が頻
繁に発生するため、位置登録のトラフィック量が増大す
る問題がある。

【００１１】本発明の目的は、移動体通信網内において
階層型に構成したデータベース上で移動端末の位置情報
を管理し、アプリケーションサーバや端末に移動端末の
位置情報を提供する移動体位置情報管理システムを実現
し、これにより移動端末の位置情報を汎用的に提供可能
なプラットフォームを実現するとともに、移動端末の位
置情報の効率的な管理を可能にすることにある。

【００１２】

【課題を解決するための手段】前記した課題を解決する
ために、本発明は、移動体通信網内において、上位のデ
ータベースであるＨＬＲと下位のデータベースであるＬ
ＬＲとで階層型データベースを構成し、アプリケーショ
ンサーバあるいは端末からの問い合わせに対して、この
階層型データベースから移動端末の位置情報あるいは移
動端末が在圏する在圏ＬＬＲの情報を提供するようにす
る。これにより汎用的な位置情報提供プラットフォーム
を実現できる。また、データベースを階層型の構成とす
ることによりスケーラビリティを向上させることができ
る。

【００１３】また、本発明は、移動端末がＬＬＲ内に移
動した際に、ＬＬＲは、ＨＬＲに在圏ＬＬＲの情報を通
知し、ＨＬＲは、通知された在圏ＬＬＲの情報を保持す
るようにするすることも好ましい。

【００１４】また、本発明は、移動端末の移動が１つの
ＬＬＲ内である場合、ＬＬＲは、ＨＬＲに在圏ＬＬＲの
情報を通知しないようにすることも好ましい。

【００１５】また、本発明は、移動動端末が第１のＬＬ
Ｒから第２のＬＬＲへ移動した際に、ＨＬＲは、移動端
末が移動したことを第１のＬＬＲに通知し、第１のＬＬ
Ｒは、移動端末の位置情報を削除するものであってもよ
い。

【００１６】また、本発明は、ＨＬＲおよびＬＬＲに加
えて、アプリケーションサーバあるいは端末から移動端
末の位置情報の問い合わせを受信し、ＨＬＲあるいはＬ
ＬＲの少なくとも１つから在圏ＬＬＲの情報あるいは移
動端末の位置情報を取得し、取得した情報をアプリケー
ションサーバあるいは端末に提供するプロキシサーバを
具備ことも好ましい。

【００１７】また、本発明は、プロキシサーバが、ＨＬ
ＲあるいはＬＬＲから取得した在圏ＬＬＲの情報を保持
するキャッシュを具備し、キャッシュから移動端末の在
圏ＬＬＲの情報を提供することも好ましい。

【００１８】また、本発明は、キャッシュに保持してい
る在圏ＬＬＲの情報と、ＨＬＲあるいはＬＬＲから取得
した在圏ＬＬＲの情報が異なる場合には、キャッシュ内
の在圏ＬＬＲの情報を取得した在圏ＬＬＲの情報に更新
するものであってもよい。

【００１９】また、本発明は、キャッシュの管理方式と
して、在圏ＬＬＲの情報を保持および更新する時点での
時刻情報をキャッシュに保持し、時刻情報にもとづきキ
ャッシュ内の古い在圏ＬＬＲの情報を削除する方式を採
用することも好ましい。

【００２０】また、本発明は、在圏ＬＬＲの情報が、プ
ロキシサーバにおいて保持できるキャッシュ容量を超え
る場合には取得した在圏ＬＬＲの情報を保持しない、あ
るいは時刻情報にもとづき最も以前に保持あるいは更新
された在圏ＬＬＲの情報をキャッシュから削除し、取得
した在圏ＬＬＲの情報を保持することも好ましい。

【００２１】さらに、本発明は、移動端末が第１のＬＬ
Ｒから第２のＬＬＲへ移動した際に、ＨＬＲは、第１の
ＬＬＲに第２のＬＬＲの情報を通知し、第１のＬＬＲ
は、通知された第２のＬＬＲの情報を保持し、プロキシ
サーバが第１のＬＬＲから取得した移動端末の位置情報
が第２のＬＬＲの情報である場合には、第２のＬＬＲか
ら移動端末の位置情報を取得することも好ましい。

【００２２】

【発明の実施の形態】以下、図面を参照して本発明を詳
細に説明する。図１は、本発明の移動体位置管理システ
ムの第１の実施態様を示すブロック構成図である。アプ
リケーションサーバ１は、ロケーションサービスを提供
するものである。移動体位置管理システム２は、上位の
データベースであるＨＬＲ（Home Location Register）
３と下位のデータベースであるＬＬＲ（Local Location
Register）(1)(2)４、５とが階層型に構成されたデー
タベースを具備する。なお、ここでは２個のＬＬＲを図
示したが、ＬＬＲの数はこれに限定されない。ＨＬＲ３
は、移動端末の在圏する在圏ＬＬＲの情報を保持し、Ｌ
ＬＲ(1)(2)４、５は、移動端末の位置情報を保持する。

【００２３】これらＨＬＲ３およびＬＬＲ(1)(2)４、５
とアプリケーションサーバ１とは移動体通信網内あるい
は移動体通信網外のネットワークを介して接続される。
ＬＬＲ(1)４およびＬＬＲ(2)５とそれ自身が収容する基
地局(1)〜(5)６〜１０とは移動体通信網内のネットワー
クを介して接続される。さらに、基地局(1)〜(5)６〜１
０には移動端末が無線で接続される。移動端末の典型例
は、携帯電話であるが、その他、通信機能を有するＰＤ
Ａ（Personal Digital Assistants）やＰＣ（Personal
Computer）、車両に搭載された車載端末などであっても
よい。

【００２４】次に、図１の移動体位置管理システムの動
作を説明する。図２は、この動作の一例を示すシーケン
スである。このシーケンスは、図１に示すように、移動
端末１１が最初に基地局(2)７のエリアにあり、その
後、移動して基地局(3)８、基地局(4)９というように基
地局を変える際に発生する位置登録に関する処理、およ
びアプリケーションサーバ１からの位置検索に関する処
理を示している。

【００２５】最初に、移動端末１１が基地局(2)７のエ
リア内に進入した際に（Ｓ１）、移動端末１１−基地局
(2)７の間で接続処理が行われる（Ｓ２）。ここでの接
続処理は、移動体通信システムのネットワーク方式およ
び無線方式に依存し、例えば、加入者および移動端末１
１の認証等が行われる。

【００２６】次に、基地局(2)７は、移動端末１１の位
置情報をＬＬＲ(1)４に登録する（Ｓ３）。移動端末の
位置情報は、例えば、在圏している基地局の識別子や基
地局の緯度・経度情報、基地局が測定した移動端末の位
置情報、移動端末が保持していた位置情報などである。
また、位置情報以外に通信に関わる情報やサービスに関
する情報を登録するようにすることもできる。基地局
(2)７からの位置登録を受信したＬＬＲ(1)４は、移動端
末１１の位置情報およびその他の通知された情報をデー
タベース内に保持し、さらに移動端末１１が自局内に収
容されたことをＨＬＲ３に通知する（Ｓ４）。位置登録
を受信したＨＬＲ３は、移動端末１１の在圏ＬＬＲとし
てＬＬＲ(1)４の情報をデータベースに保持する。

【００２７】次に、移動端末１１が基地局(3)８に移動
した場合には（Ｓ５）、移動端末１１−基地局(3)８の
間で接続処理が行われる（Ｓ６）。基地局(3)８は、移
動端末１１が自局内に進入したことをＬＬＲ(1)４に通
知する（Ｓ７）。基地局(3)８からの位置登録を受信し
たＬＬＲ(1)４は、すでに保持していた移動端末１１の
位置情報を更新するが、ＨＬＲ３へは位置登録を行わな
い。これは、移動端末１１の移動が同じＬＬＲ(1)４内
であるため、ＨＬＲ３に保持されている在圏ＬＬＲの情
報を更新する必要がないためである。

【００２８】その後、アプリケーションサーバ１からＨ
ＬＲ３に移動端末１１の位置情報の問い合わせがあった
場合には（Ｓ８）、ＨＬＲ３はデータベースを検索し、
移動端末１１の在圏ＬＬＲの情報としてＬＬＲ(1)４の
情報を提供する（Ｓ９）。さらに、アプリケーションサ
ーバ１がＬＬＲ(1)４に位置情報を問い合わせた場合に
は（Ｓ１０）、ＬＬＲ(1)４は、データベースに保持し
ている位置情報を提供する（Ｓ１１）。

【００２９】さらに移動端末１１が基地局(4)９に移動
した場合には（Ｓ１２）、移動端末１１−基地局(4)９
の間で接続処理が行われ（Ｓ１３）、基地局(4)９は移
動端末１１が自局内に進入したことをＬＬＲ(2)５に通
知する（Ｓ１４）。基地局(4)９からの位置登録を受信
したＬＬＲ(2)５は、移動端末１１の位置情報およびそ
の他の通知された情報をデータベース内に保持し、さら
に移動端末１１が自局内に収容されたことをＨＬＲ３に
通知する（Ｓ１５）。位置登録を受信したＨＬＲ３は、
移動端末１１の在圏ＬＬＲとしてＬＬＲ(2)５をデータ
ベースに保持する。さらに、ＨＬＲ３は、移動端末１１
が移動したことを移動元のＬＬＲ(1)４に通知し（Ｓ１
６）、ＬＬＲ(1)４は、通知された移動端末１１の位置
情報をデータベースから削除する（Ｓ１７）。

【００３０】その後、アプリケーションサーバ１からＨ
ＬＲ３に移動端末１１の位置情報の問い合わせがあった
場合には（Ｓ１８）、ＨＬＲ３は、移動端末１１の在圏
ＬＬＲの情報としてＬＬＲ(2)５の情報を提供する（Ｓ
１９）。さらに、アプリケーションサーバ１がＬＬＲ
(2)５に位置情報を問い合わせた場合には（Ｓ２０）、
ＬＬＲ(2)５は、データベースに保持している位置情報
を提供する（Ｓ２１）。

【００３１】以上説明したように、移動端末の移動にと
もない基地局−ＬＬＲ間およびＬＬＲ−ＨＬＲ間で位置
登録を行うことにより、ＨＬＲおよびＬＬＲは、常に最
新の在圏のＬＬＲ情報および位置情報を保持する。ま
た、アプリケーションサーバ１は、ＨＬＲから在圏ＬＬ
Ｒの情報を取得し、在圏ＬＬＲから移動端末の位置情報
を取得することができる。

【００３２】図３は、本発明の移動体位置管理システム
の第２の実施態様を示すブロック構成図であり、図１と
同じあるいは同等部分には同じ番号が付してある。本実
施形態は、移動体位置管理システム２がさらにプロキシ
サーバ１２を具備する点において第１の実施形態と異な
っている。ＨＬＲ３およびＬＬＲ(1)(2)４、５、プロキ
シサーバ１２およびアプリケーションサーバ１は移動体
通信網内あるいは移動体通信網外のネットワークを介し
て接続される。

【００３３】プロキシサーバ１２は、アプリケーション
サーバ１からの問い合わせを受信し、アプリケーション
サーバ１に代わりデータベースから在圏ＬＬＲの情報あ
るいは移動端末の位置情報を取得し、取得した情報をア
プリケーションサーバ１に提供する。

【００３４】次に、図３の移動体位置管理システムにお
ける動作を説明する。図４は、この動作の一例を示すシ
ーケンスである。本シーケンスは、図３に示すように、
移動端末１１が最初に基地局(3)８のエリアにあり、そ
の後、基地局(4)９に移動する際に発生する位置登録に
関する処理、およびアプリケーションサーバからの位置
検索に関する処理を示している。

【００３５】最初に、移動端末１１が基地局(3)８のエ
リア内に進入した際に（Ｓ３１）、移動端末１１−基地
局(3)８の間で接続処理が行われる（Ｓ３２）。次に、
基地局(3)８は、移動端末１１の位置情報をＬＬＲ(1)４
に登録する（Ｓ３３）。基地局(3)８からの位置登録を
受信したＬＬＲ(1)４は、移動端末１１の位置情報およ
びその他の通知された情報をデータベース内に保持し、
さらに移動端末１１が自局内に収容されたことをＨＬＲ
３に通知する（Ｓ３４）。位置登録を受信したＨＬＲ３
は、移動端末１１の在圏ＬＬＲとしてＬＬＲ(1)４の情
報をデータベースに保持する。

【００３６】次に、アプリケーションサーバ１からプロ
キシサーバ１２に移動端末１１の位置情報の問い合わせ
があった場合には（Ｓ３５）、プロキシサーバ１２は、
移動端末１１の在圏ＬＬＲの情報としてＬＬＲ(1)４の
情報をＨＬＲ３から取得する（Ｓ３６、Ｓ３７）。さら
に、プロキシサーバ１２は、ＬＬＲ(1)４に問い合わせ
（Ｓ３８）、移動端末１１の位置情報を取得する（Ｓ３
９）。位置情報を取得したプロキシサーバ１２は、アプ
リケーションサーバ１に位置情報を提供する（Ｓ４
０）。

【００３７】その後、再度、アプリケーションサーバ１
からプロキシサーバ１２に移動端末１１の位置情報の問
い合わせがあった場合にも（Ｓ４１）、プロキシサーバ
１２は、同様の手順で移動端末１１の位置情報を取得
し、これをアプリケーションサーバ１に提供する（Ｓ４
２〜Ｓ４６）。

【００３８】移動端末１１が基地局(4)９に移動した場
合には（Ｓ４７）、移動端末１１−基地局(4)９の間で
接続処理が行われ（Ｓ４８）、基地局(4)９は、移動端
末１１が自局内に進入したことをＬＬＲ(2)５に通知す
る（Ｓ４９）。基地局(4)９からの位置登録を受信した
ＬＬＲ(2)５は、移動端末１１の位置情報およびその他
の通知された情報をデータベース内に保持し、さらに移
動端末１１が自局内に収容されたことをＨＬＲ３に通知
する（Ｓ５０）。位置登録を受信したＨＬＲ３は、移動
端末１１の在圏ＬＬＲとしてＬＬＲ(2)５をデータベー
スに保持する。さらに、ＨＬＲ３は、移動端末１１が移
動したことを移動元のＬＬＲ(1)４に通知し（Ｓ５
１）、ＬＬＲ(1)４は、通知された移動端末１１の位置
情報をデータベースから削除する（Ｓ５２）。

【００３９】その後、アプリケーションサーバ１からプ
ロキシサーバ１２に移動端末１１の位置情報の問い合わ
せがあった場合にも（Ｓ５３）、プロキシサーバ１２は
同様の手順で移動端末１１の位置情報を取得し、これを
アプリケーションサーバ１に提供する（Ｓ５４〜Ｓ５
８）。

【００４０】この例によれば、アプリケーションサーバ
１に代わりプロキシサーバ１２がＨＬＲあるいはＬＬＲ
から移動端末の位置情報を取得するのでアプリケーショ
ンサーバ１の処理を軽減することができる。

【００４１】プロキシサーバ１２に、ＨＬＲあるいはＬ
ＬＲから取得した在圏ＬＬＲの情報を保持するキャッシ
ュを具備させることもできる。図５は、このキャッシュ
の一例を示し、キャッシュ内のエントリとして移動端末
の識別子と、在圏ＬＬＲの情報、時刻情報を管理する例
である。このキャッシュをプロキシサーバ１２に具備さ
せ、移動端末の識別子をキーとすることにより在圏ＬＬ
Ｒの情報を検索することができる。

【００４２】このキャッシュに在圏ＬＬＲの情報を格納
する場合には、一度、キャッシュを検索し、エントリが
なければ空いている箇所にエントリを追加する。既にキ
ャッシュ内にエントリがある場合には、在圏ＬＬＲの情
報と時刻情報を更新する。また、キャッシュに保持され
る時刻情報にもとづき、一定時間経過した情報を消去す
るなど、古くなった在圏ＬＬＲの情報を削除するように
してもよい。時刻情報は、在圏ＬＬＲの情報を追加・更
新する際の時刻やシステム内の時刻情報を用いて更新す
ることができるが、その他、キャッシュが追加されてか
らの時間を一定周期毎に更新していく方法や、キャッシ
ュの情報が削除されるまでの残り時間を一定周期毎に更
新する方法なども使用できる。

【００４３】図６は、在圏ＬＬＲの情報をプロキシサー
バ１２のキャッシュに追加する処理の一例を示すフロー
図であり、以下のステップＳ６１〜Ｓ６６からなる。 Ｓ６１：最初に、データベースから取得した移動端末の
在圏ＬＬＲの情報がすでにキャッシュに保持されている
かを検索する。 Ｓ６２：Ｓ６１での検索により、エントリがすでに保持
されている場合にはＳ６３へ、保持されていない場合に
はＳ６４へ処理を進める。 Ｓ６３：エントリの在圏ＬＬＲの情報および時刻情報を
更新する。 Ｓ６４：キャッシュに空き領域があるか参照する。 Ｓ６５：Ｓ６４により、キャッシュに空き領域がある場
合には処理をＳ６６に進め、空き領域がない場合には在
圏ＬＬＲの情報を保持することなく処理を終了する。 Ｓ６６：キャッシュの空き領域に移動端末の識別子と、
在圏ＬＬＲの情報、時刻情報のエントリを追加する。

【００４４】図７は、在圏ＬＬＲの情報をプロキシサー
バ１２のキャッシュに追加する処理の他の例を示すフロ
ー図であり、以下のステップＳ７１〜Ｓ７９からなる。 Ｓ７１：最初に、データベースから取得した移動端末の
在圏ＬＬＲの情報がすでにキャッシュに保持されている
かを検索する。 Ｓ７２：Ｓ７１での検索により、エントリがすでに保持
されている場合にはＳ７３へ、保持されていない場合に
はＳ７４へ処理を進める。 Ｓ７３：エントリの在圏ＬＬＲの情報および時刻情報を
更新する。 Ｓ７４：キャッシュに空き領域があるか参照する。 Ｓ７５：Ｓ７４により、キャッシュに空き領域がある場
合には処理をＳ７６に進め、空き領域がない場合には処
理をＳ７７に進める。 Ｓ７６：キャッシュの空き領域に移動端末の識別子と、
在圏ＬＬＲの情報、時刻情報のエントリを追加する。 Ｓ７７：キャッシュ内の時刻情報を参照し、最も以前に
保持あるいは更新されたエントリを検索する。 Ｓ７８：Ｓ７７の検索の結果、最も以前に保持あるいは
更新されたエントリを削除する。 Ｓ７９：Ｓ７８で削除した情報の代わり、移動端末の識
別子と、在圏ＬＬＲの情報、時刻情報のエントリを追加
する。

【００４５】図８は、図３におけるプロキシサーバ１２
にキャッシュを具備させた場合の動作の一例を示すシー
ケンスである。最初に、移動端末１１が基地局(3)８の
エリア内に進入してから、ＨＬＲ３に位置登録されるま
でのシーケンスＳ８１〜Ｓ８４は、図４でのシーケンス
Ｓ３１〜Ｓ３４と同じである。

【００４６】また、アプリケーションサーバ１からプロ
キシサーバ１２に移動端末１１の位置情報の問い合わせ
が発生してから、データベースから位置情報を取得し、
それをアプリケーションサーバ１に提供するまでのシー
ケンスＳ８５〜Ｓ９０は、図４でのシーケンスＳ３５〜
Ｓ４０と同じである。

【００４７】その後、プロキシサーバ１２は、データベ
ースから取得した在圏ＬＬＲの情報としてＬＬＲ(1)４
の情報をキャッシュに保持する（Ｓ９１）。ここで保持
する在圏ＬＬＲの情報は、ＨＬＲ３から取得した在圏Ｌ
ＬＲの情報あるいは移動端末１１の位置情報を取得した
ＬＬＲの情報いずれであってもよい。

【００４８】再度、アプリケーションサーバ１からプロ
キシサーバ１２に同一移動端末１１の位置情報の問い合
わせがあった場合には（Ｓ９２）、プロキシサーバ１２
は、キャッシュを参照し、在圏ＬＬＲの情報としてＬＬ
Ｒ(1)の情報を取得する（Ｓ９３）。さらに、プロキシ
サーバ１２は、ＬＬＲ(1)４に問い合わせ（Ｓ９４）、
移動端末１１の位置情報を取得する（Ｓ９５）。位置情
報を取得したプロキシサーバ１２は、アプリケーション
サーバ１に位置情報を提供する（Ｓ９６）。ここでは在
圏ＬＬＲの情報に変更がないため、キャッシュの情報は
変更しなくてよい。

【００４９】また、移動端末１１が基地局(4)９に移動
してから、ＨＬＲ３に位置登録が行われ、ＬＬＲ(1)４
で位置情報がデータベースから削除されるまでのシーケ
ンスＳ９７〜Ｓ１０２は、図４でのシーケンスＳ４７〜
Ｓ５２と同じである。

【００５０】その後、アプリケーションサーバ１からプ
ロキシサーバ１２に移動端末１１の位置情報の問い合わ
せがあった場合には（Ｓ１０３）、プロキシサーバ１２
は、キャッシュを参照し、在圏ＬＬＲの情報としてＬＬ
Ｒ(1)４の情報を取得する（Ｓ１０４）。この際、移動
端末１１は、ＬＬＲ(2)５に移動しており、ＬＬＲ(1)４
からは移動端末１１が自局内に在圏していないことが通
知される（Ｓ１０６）。プロキシサーバ１２は、キャッ
シュを具備していない場合と同様に、ＨＬＲ３から在圏
ＬＬＲの情報を取得し、在圏ＬＬＲから移動端末１１の
情報を取得することによりアプリケーションサーバ１に
移動端末１１の位置情報を提供することができる（Ｓ１
０７〜Ｓ１１１）。また、在圏ＬＬＲがＬＬＲ(1)４か
らＬＬＲ(2)５に変更されたため、キャッシュ内の情報
が更新される（Ｓ１１２）。

【００５１】この例によれば、Ｓ８５〜Ｓ９６で示した
ように、プロキシサーバ１２にキャッシュを具備させる
ことにより、移動端末の位置情報の検索を複数回行う場
合に２度目以降の検索時間を短縮させることができる。

【００５２】図９は、図３におけるプロキシサーバ１２
にキャッシュを具備させた場合の動作の他の例を示すシ
ーケンスである。最初に、移動端末１１が基地局(3)８
のエリア内に進入してから、ＨＬＲ３に位置登録される
までのシーケンスＳ１２１〜Ｓ１２４は、図４でのシー
ケンスＳ３１〜Ｓ３４と同じである。

【００５３】また、アプリケーションサーバ１から問い
合わせが発生し、キャッシュに在圏ＬＬＲの情報を保持
するまでのシーケンスＳ１２５〜Ｓ１３１および２度目
の問い合わせが発生した場合のシーケンスＳ１３２〜Ｓ
１３６は、図８でのシーケンスＳ８５〜Ｓ９６と同じで
ある。

【００５４】移動端末１１が基地局(4)９に移動した場
合には（Ｓ１３７）、移動端末１１−基地局(4)９の間
で接続処理が行われ（Ｓ１３８）、基地局(4)９は、移
動端末１１が自局内に進入したことをＬＬＲ(2)５に通
知する（Ｓ１３９）。基地局(4)９からの位置登録を受
信したＬＬＲ(2)５は、移動端末１１の位置情報および
その他の通知された情報をデータベース内に保持し、さ
らに移動端末１１が自局内に収容されたことをＨＬＲ３
に通知する（Ｓ１４０）。位置登録を受けたＨＬＲ３
は、移動端末１１の在圏ＬＬＲとしてＬＬＲ(2)５の情
報をデータベースに保持する。

【００５５】ＨＬＲ３は、移動元のＬＬＲ(1)４に移動
端末１１がＬＬＲ(2)５に移動したことを通知し（Ｓ１
４１）、ＬＬＲ(1)４では通知された移動端末１１の位
置情報としてＬＬＲ(2)５の情報をデータベースに保持
する（Ｓ１４２）。

【００５６】その後、アプリケーションサーバ１からプ
ロキシサーバ１２に移動端末１１の位置情報の問い合わ
せがあった場合には（Ｓ１４３）、プロキシサーバ１２
は、キャッシュを参照し、在圏ＬＬＲの情報としてＬＬ
Ｒ(1)４の情報を取得する（Ｓ１４４）。プロキシサー
バ１２は、ＬＬＲ(1)４に問い合わせるが、移動端末１
１は、ＬＬＲ(2)５に移動しており、ＬＬＲ(1)４からは
ＬＬＲ(2)の情報が通知される（Ｓ１４５、Ｓ１４
６）。

【００５７】プロキシサーバ１２は、ＬＬＲ(2)５に問
い合わせ、移動端末１１の位置情報を取得し（Ｓ１４
７、Ｓ１４８）、取得した情報をアプリケーションサー
バ１に提供する（Ｓ１４９）。また、在圏ＬＬＲがＬＬ
Ｒ(1)４からＬＬＲ(2)５に変更されたため、キャッシュ
内の情報が更新される（Ｓ１５０）。

【００５８】この例によれば、移動元のＬＬＲが移動先
の情報を保持すること（Ｓ１４１、Ｓ１４２）により、
移動端末が移動してプロキシサーバ内のキャッシュの情
報に不整合が生じた場合においても、Ｓ１４３〜Ｓ１４
９で示したとおり、ＨＬＲに問い合わせることなく直接
移動先のＬＬＲから位置情報を取得することができ、効
率的に位置情報を検索することができる。

【００５９】また、適切なタイミングでキャッシュの情
報を削除することでこのような情報の不整合を最小限に
抑えることができるが、仮にキャッシュの情報が削除さ
れる前に移動端末が第１のＬＬＲ、第２のＬＬＲ、第３
のＬＬＲの順に移動した場合においても、位置情報の検
索に当たり、第１のＬＬＲから第２のＬＬＲの情報を取
得し、さらに第２のＬＬＲから第３のＬＬＲの情報を取
得し、第３のＬＬＲから位置情報を取得することで、常
に最新の情報を取得することができる。

【００６０】なお、以上の説明では、移動端末の位置情
報を取得するものをアプリケーションサーバとしたが、
これに限らず端末や移動端末などであってもよい。ま
た、ＬＬＲが基地局から移動端末の位置情報を取得する
例について説明したが、ＬＬＲは、交換局、ルータ等の
他のネットワーク構成機器からその情報を取得するもの
であってもよい。

【００６１】以上、本発明の種々の実施形態について説
明したが、本発明の技術思想および見地にしたがって種
々の変更、修正および省略ができることを当業者は容易
に理解できるであろう。前記説明は、あくまで例につい
てのものであって本発明を何ら制約するものではない。
本発明は、特許請求の範囲およびその均等物にのみ制約
される。

【００６２】

【発明の効果】以上に詳細に説明したように、本発明に
よれば、移動体通信網内において階層型に構成したデー
タベース上で移動端末の位置情報が管理され、位置情報
を必要とするアプリケーションサーバや端末に対して移
動端末の位置情報が提供されるので、汎用的な位置情報
提供プラットフォームが実現される。また、データベー
スが階層型に構成されているのでスケーラビリティが向
上され、また、移動端末の移動が１つの在圏ＬＬＲに限
定されている場合には、在圏ＬＬＲからＨＬＲへの位置
登録を制限することにより位置登録に要する通信量を抑
えることができる。

【００６３】また、プロキシサーバを配置し、アプリケ
ーションサーバおよび端末に代わりＨＬＲあるいはＬＬ
Ｒから移動端末の位置情報を取得するようにすることに
より、アプリケーションサーバおよび端末の処理を軽減
できる。また、プロキシサーバはアプリケーションサー
バに比べ、ネットワーク的にデータベースに近い所に配
置されることを想定すると、移動端末の位置情報を取得
する遅延時間を短くすることができる。

【００６４】また、プロキシサーバに在圏ＬＬＲの情報
を保持するキャッシュを具備させることにより、同一移
動端末の位置情報の検索を複数回行う場合での２度目以
降の検索時間を短縮することができる。特に、ロケーシ
ョンサービスでは、トラッキングサービスのように一定
時間毎に位置情報を検索するアプリケーションも多数存
在することが想定され、キャッシュを具備させることに
よる効果は大きい。

【００６５】また、キャッシュの管理方式として、在圏
ＬＬＲの情報を保持および更新した時点での時刻情報を
付加し、キャッシュ内の古い情報を削除する方式を採用
することにより、効率的にキャッシュ上の情報を管理す
ることができる。この時刻情報を利用し、在圏ＬＬＲの
情報が保持できるキャッシュ容量を越える場合に最も以
前に保持あるいは更新された在圏ＬＬＲの情報をキャッ
シュから削除し、取得した在圏ＬＬＲの情報を保持する
ことが可能になる。

【００６６】また、移動端末が第１のＬＬＲから第２の
ＬＬＲに移動した場合に、第１のＬＬＲが移動先である
第２のＬＬＲの情報をデータベースに保持するようにす
ることにより、移動端末が移動してプロキシサーバのキ
ャッシュ内の情報に不整合が生じた場合においても、効
率的に位置情報を取得することが可能になる。

【図面の簡単な説明】

【図１】 本発明の移動体位置管理システムの第１の実
施態様を示すブロック構成図である。

【図２】 図１における動作の一例を示すシーケンス図
である。

【図３】 本発明の移動体位置管理システムの第２の実
施態様を示すブロック構成図である。

【図４】 図３における動作の一例を示すシーケンス図
である。

【図５】 図３のプロキシサーバに具備させるキャッシ
ュの一例を示す図である

【図６】 在圏ＬＬＲの情報をプロキシサーバのキャッ
シュに追加する処理の一例を示すフロー図である。

【図７】 在圏ＬＬＲの情報をプロキシサーバのキャッ
シュに追加する処理の他の例を示すフロー図である。

【図８】 図３における動作の他の例を示すシーケンス
図である。

【図９】 図３における動作のさらに他の例を示すシー
ケンス図である。

【符号の説明】

１・・・アプリケーションサーバ、２・・・移動体位置管理シ
ステム、３・・・ＨＬＲ、４、５・・・ＬＬＲ、６〜１０・・・
基地局、１１・・・移動端末、１２・・・プロキシサーバ

フロントページの続き (72)発明者 篠永 英之 埼玉県上福岡市大原二丁目１番15号 株式 会社ケイディーディーアイ研究所内 Ｆターム(参考） 5K033 DA05 DA19 DB12 EC03 5K067 AA15 BB41 EE02 EE10 EE16 FF03 HH23 JJ64

Claims (11)

【特許請求の範囲】
1. 【請求項１】 上位のデータベースであるＨＬＲ（Home
   Location Register）と、 下位のデータベースであるＬＬＲ（Local Location Reg
   ister）とを備え、 前記ＨＬＲと前記ＬＬＲとは、移動体通信網内において
   階層型データベースを構成し、 前記ＨＬＲは、移動端末の在圏するＬＬＲである在圏Ｌ
   ＬＲの情報を保持し、 前記在圏ＬＬＲは、移動端末の位置情報を保持し、 アプリケーションサーバあるいは端末からの問い合わせ
   に対して、前記ＨＬＲに保持した前記在圏ＬＬＲの情報
   あるいは該在圏ＬＬＲに保持した移動端末の位置情報を
   提供することを特徴とする移動体位置管理システム。
2. 【請求項２】 前記移動端末が前記ＬＬＲ内に移動した
   際に、該ＬＬＲは、前記ＨＬＲに在圏ＬＬＲの情報を通
   知し、該ＨＬＲは、通知された該在圏ＬＬＲの情報を保
   持することを特徴とする移動体位置管理システム。
3. 【請求項３】 前記移動端末の移動が前記ＬＬＲ内に限
   定されている場合には、該ＬＬＲは、前記ＨＬＲに在圏
   ＬＬＲの情報を通知しないことを特徴とする請求項１ま
   たは２に記載の移動体位置管理システム。
4. 【請求項４】 前記移動動端末が第１のＬＬＲから第２
   のＬＬＲへ移動した際、前記ＨＬＲは、該移動端末が移
   動したことを前記第１のＬＬＲに通知し、該第１のＬＬ
   Ｒは、該移動端末の位置情報を削除することを特徴とす
   る請求項１ないし３のいずれかに記載の移動体位置管理
   システム。
5. 【請求項５】 さらにプロキシサーバを備え、 前記プロキシサーバは、前記アプリケーションサーバあ
   るいは端末から移動端末の位置情報の問い合わせを受信
   し、前記ＨＬＲあるいは前記ＬＬＲの少なくとも１つか
   ら在圏ＬＬＲの情報あるいは移動端末の位置情報を取得
   し、取得した情報を該アプリケーションサーバあるいは
   端末に提供することを特徴とする請求項１ないし４のい
   ずれかに記載の移動体位置管理システム。
6. 【請求項６】 前記プロキシサーバは、前記ＨＬＲある
   いは前記ＬＬＲから取得した在圏ＬＬＲの情報を保持す
   るキャッシュを具備することを特徴とする請求項５に記
   載の移動体位置管理システム。
7. 【請求項７】 前記プロキシサーバのキャッシュに保持
   された在圏ＬＬＲの情報と、前記ＨＬＲあるいは前記Ｌ
   ＬＲから取得した在圏ＬＬＲの情報が異なる場合には、
   該キャッシュ内の在圏ＬＬＲの情報を取得した在圏ＬＬ
   Ｒの情報に更新することを特徴とする請求項６に記載の
   移動体位置管理システム。
8. 【請求項８】 前記プロキシサーバのキャッシュに在圏
   ＬＬＲの情報を保持および更新する時点での時刻情報を
   該キャッシュに保持し、該時刻情報に基づき該キャッシ
   ュ内の古い在圏ＬＬＲの情報を削除することを特徴とす
   る請求項６または７に記載の移動体位置管理システム。
9. 【請求項９】 在圏ＬＬＲの情報が、前記プロキシサー
   バにおいて保持できるキャッシュ容量を超える場合に
   は、取得した在圏ＬＬＲの情報を保持しないことを特徴
   とする請求項６ないし７のいずれかに記載の移動体位置
   管理システム。
10. 【請求項１０】 在圏ＬＬＲの情報が、前記プロキシサ
    ーバにおいて保持できるキャッシュ容量を超える場合に
    は、前記時刻情報にもとづき最も以前に保持あるいは更
    新された在圏ＬＬＲの情報をキャッシュから削除し、取
    得した在圏ＬＬＲの情報を保持することを特徴とする請
    求項８または９に記載の移動体位置管理システム。
11. 【請求項１１】 前記移動端末が第１のＬＬＲから第２
    のＬＬＲへ移動した際、前記ＨＬＲは、前記第１のＬＬ
    Ｒに前記第２のＬＬＲの情報を通知し、前記第１のＬＬ
    Ｒは、通知された前記第２のＬＬＲの情報を保持し、前
    記プロキシサーバが前記第１のＬＬＲから取得した前記
    移動端末の位置情報が前記第２のＬＬＲの情報である場
    合には、前記第２のＬＬＲから移動端末の位置情報を取
    得することを特徴とする請求項６ないし１０のいずれか
    に記載の移動体位置管理システム。