JP4777314B2 - 位置情報を提供する方法 - Google Patents

Description

本発明は、通信システムによる位置情報の提供に係る。

ユーザに移動性を与える通信システムは公知である。この移動通信システムの良く知られた例は、公衆地上ライン移動ネットワーク（ＰＬＭＮ）であり、セルラー通信ネットワークがＰＬＭＮの一例である。別の例は、通信衛星の使用に少なくとも一部基づく移動通信システムである。

移動ネットワーク装置及び／又はユーザ装置、例えば、移動局は、そのユーザ装置、ひいては、ユーザの地理的位置に関する情報を提供するのに使用できる。移動ユーザ装置、ひいては、そのユーザは、種々の異なる技術により位置決めすることができる。例えば、ユーザ装置に関連した実質的に正確な地理的位置情報を、既知の衛星ベースのＧＰＳ（グローバルポジショニングシステム）に基づいて得ることができる。差動ＧＰＳにより更に正確な位置情報を得ることができる。

別の可能性は、セルラーテレコミュニケーションシステムに関連して位置情報を提供する位置サービスを利用することである。この解決策では、通信システムのセル又は同様の地理的に限定された無線アクセスエンティティ及びそれに関連したコントローラを使用して、少なくとも、移動ユーザ装置の現在位置に関するおおよその位置推定情報が発生される。位置情報の精度を改善するために、通信システムには、セルラーシステムのサービスエリア内にあるユーザ装置の位置に関する正確なデータを与える特定の位置測定ユニットが設けられる。又、移動ユーザ装置が訪問先即ち「他地域」ネットワークのカバレージエリア内に位置するときにも地理的位置を結論付けることができる。訪問先ネットワークは、移動ユーザ装置の位置をホームネットワークに返送し、例えば、位置情報に基づくサービス、又はルーティング及び課金を目的とするサービスをサポートすることができる。位置を決定するためのデータの発生は、本発明の重要な要素を構成せず、従って、ここでは詳細に説明しない。

位置データは、セルラーシステム内で実施されるか又はそれに接続された特定の位置サービスエンティティにおいて処理することができる。又、位置データは、適当な処理容量が与えられたユーザ装置において処理することもできる。通信システムにより与えられる位置サービスエンティティは、適当なインターフェイスを経て異なるクライアントにサービスすることができる。

位置情報は、非常コールを発した移動電話を探索し、乗物又は所与の移動加入者を探索し、等々の種々の目的に使用することができる。一般に、ユーザ装置や、ユーザ装置に関する位置情報の受信を希望する別のエンティティのようなクライアントは、このような情報の要求を位置サービス提供エンティティに送信する。次いで、位置サービス提供エンティティは、その要求を処理し、要求されたデータを得て、適当な応答を発生する。

ＰＬＭＮによる位置情報の提供は、例えば、第三世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様書に詳細に説明されており、例えば、２００１年６月の「Functional stage 2 description of LCS」と題する３ＧＰＰ ＴＳ２３．２７１、バージョン４．２．０を参照されたい。

３ＧＰＰ仕様書によれば、位置サービスをマネージするために、ゲートウェイ移動位置センター（ＧＭＬＣ）と称する位置サービス（ＬＣＳ）サーバエンティティが設けられる。ＧＭＬＣは、位置サービスクライアント（ＬＣＳクライアント）に対する位置情報を提供するのに使用される種々のデータを収集しそして記憶するためのものである。ＬＣＳクライアントは、その位置情報を種々のサービス／アプリケーションに使用することができる。考えられるアプリケーションは、非コール関連位置情報の要求に応答して位置情報を提供するように構成されたＬＣＳクライアントを備えている。このような位置情報要求は、３ＧＰＰ仕様書では、非コール関連ＭＴ−ＬＲ（移動着信位置要求）と称される。

いわゆる「許可されたＵＥリスト」の使用が提案されている。このリストは、位置情報提供手順を開始することが許可された移動加入者ＩＳＤＮ（ＭＳＩＳＤＮ）又はＭＳＩＳＤＮのグループを含む。即ち、ＬＣＳクライアントが非コール関連ＭＴ−ＬＲを発行できるところのＭＳＩＳＤＮ又はＭＳＩＳＤＮのグループがリストされている。ＭＳＩＳＤＮの別々のリストが、各個別外部又は非コール関連クライアント認識に関連付けされる。位置情報は、上記リストに現われるＭＳＩＳＤＮ番号を伴うユーザからの位置情報要求に応答してＬＣＳサーバ又はＬＣＳクライアントにより提供されてもよい。

ＰＬＭＮシステムの外部にいるＬＣＳクライアントは、「許可されたＵＥリスト」に見られるＭＳＩＳＤＮに対してしか位置情報要求を有効に発行することができない。即ち、ＬＣＳクライアント要求は、ＰＬＭＮにより提供される位置サービスに契約している加入者の場合しか応答されない。というのは、さもなければ、ＭＳＩＳＤＮがリストに現われないからである。

ＬＣＳクライアントからの要求は、ＬＳＣサーバ（例えば、ＧＭＬＣ）においてＬＣＳクライアントプロフィールに記憶され且つ「許可されたＵＥリスト」に基づいて許可されたクライアントＩＤ及びパスワードの組み合せに基づいて認証される。即ち、ＬＣＳクライアントは、要求を発しているユーザ装置（ＵＥ）がリストから見つかった場合にＧＭＬＣエンティティから位置情報を受信することが許可される。

本発明者は、ターゲット移動ユーザ装置、特に、そのユーザに対するメカニズムであって、それらの位置に関する情報の提供を選択的に防止するためのメカニズムがないことが分かった。ユーザは、ある位置サービスアプリケーション（又はあるアプリケーション）の提供を選択できないと同時に、位置サービスシステムにより許可された当事者が他のユーザ装置に関する位置情報を要求するのを制限する。

この形式のサービスの簡単な例は、いわゆる「フレンズ・ファインド(Friends Find)」アプリケーションである。ここでは、ターゲットユーザは、ターゲットユーザの位置に関する位置情報を受信することが許されたユーザを制御することができない。位置情報の要求は、ＬＣＳクライアントがＬＣＳサーバから位置情報を受信することが許された場合には、拒絶されない。

しかしながら、本発明者は、ターゲットユーザ装置のユーザが、誰がそのような情報の受信を許可されるか選択できると共に、望ましからぬ要求に対する位置情報の提供を防止できるようにする解決策が必要であると考える。

更に、ＬＣＳクライアントは、通常、ＰＬＭＮシステムの一部分ではないアプリケーションサービスプロバイダー（ＡＳＰ）である。それ故、ＰＬＭＮのオペレータは、ＬＣＳクライアントの振舞いを制御できないことがある。これは、プライバシーを心配する加入者であってそれらに関連した位置データへのアクセス性を制限しようとする加入者の間でセキュリティの問題を引き起こす。

本発明の実施形態は、上記問題の１つ又は多数を対処することに向けられる。
本発明の１つの態様によれば、ターゲットユーザに関連した位置情報の要求をシグナリングし、上記要求は、上記位置情報の要求者を識別する情報を含んでおり、ターゲットユーザに関連した位置情報の提供を開始することについてターゲットユーザが上記要求者を許可しているかどうか上記識別情報に基づいて確認し、そしてターゲットユーザに関連した位置情報の提供を開始することについてターゲットユーザにより上記要求者が許可されている場合には、上記位置情報の提供を開始するという段階を備えた通信システムにおける方法が提供される。

本発明の別の態様によれば、位置情報提供エンティティと、ターゲットユーザに関連した位置情報の要求をクライアントエンティティから上記位置情報提供エンティティへシグナリングするための通信媒体であって、上記要求は、上記位置情報の要求者を識別する情報を含んでいる通信媒体と、上記識別情報に基づいて上記ターゲットユーザが上記要求者を許可したかどうか確認するための確認手段とを備え、上記許可が与えられた場合だけ上記ターゲットユーザに関連した位置情報の提供を開始することができる通信システムが提供される。

本発明の更に別の態様によれば、通信システムに使用するための位置サービスサーバであって、この位置サービスサーバは、ターゲットユーザに関連した位置情報の要求を受信するように構成され、上記要求は、上記位置情報の要求者を識別する情報を含み、そして上記識別情報に基づいて上記ターゲットユーザが上記要求者を許可したかどうか確認し、これにより、上記位置サービスサーバは、上記ターゲットユーザにより許可された要求者に対してのみ、上記ターゲットユーザに関連した位置情報の提供を許可するような位置サービスサーバが提供される。

本発明の更に別の態様によれば、通信システムを経て通信するためのユーザ装置であって、このユーザ装置は、ユーザ装置の位置に関する情報の提供に関連したメッセージを受信して処理し、そして上記情報の提供を許可するように構成されたユーザ装置が提供される。

更に特定の形態では、要求者のユーザ装置において要求が発生され、そして通信システムのユーザに対して位置サービスを提供するための位置サービスクライアントエンティティへシグナリングされる。
ターゲットユーザに関連した位置情報は、ターゲットユーザにより、ターゲットユーザの位置に関連した情報を受信することが許可されたと決定された要求者に対してのみ提供される。

ターゲットユーザによる許可に関する情報の少なくとも一部分は、通信システム及び／又は第２の通信システム及び／又はターゲットユーザのユーザ装置に設けられた記憶手段に記憶される。
上記確認は、ターゲットユーザに関連した識別子のリストから要求者の識別子が見つかるかどうか確認することを含む。

上記識別情報は、許可のためにターゲットユーザのユーザ装置へシグナリングされる。この識別情報は、独特のコード又は名前を含む。名前は、キャラクタストリングの形態である。位置情報の提供の開始は、ターゲットユーザのユーザ装置において上記識別情報の受信に応答して許可又は拒絶される。ユーザ装置のユーザは、ケースバイケースで要求者を許可する。
識別子は、確認を実行するときの基礎となるフォーマットに変換される。

記憶手段に記憶されたターゲットユーザによる許可に関する情報は、ターゲットユーザのユーザ装置により変更することができる。
本発明の実施形態は、特定の要求者からのポジショニング要求を許可又は拒絶する可能性をユーザに与える。ある実施形態では、その決定がケースバイケースで行われる。従って、個々のユーザのプライバシーの管理を向上することができる。許可された要求者のリストを、機密環境、例えば、電話オペレータのネットワークにおいて実施することができる。許可された要求者に関する情報の集中記憶を使用して、この情報が複数のアプリケーションサービスプロバイダー（ＡＳＰ）のような多数のエンティティへ配布されるのを防止することができる。むしろ、許可された要求者に関する情報は、ＡＳＰにとって未知のままであるようにされ、これにより、この情報が悪用されるおそれを低減することができる。プライバシーチェック及び許可管理のような機能は、オペレータの領域へ集中させることができる。

本発明を良く理解するために、添付図面を参照して本発明を一例として詳細に説明する。
図２及び３を参照して本発明の原理に基づき考えられる動作を詳細に説明する前に、位置サービスを提供するセルラーシステムを簡単に示す図１について説明する。ここに示して詳細に述べるテレコミュニケーションネットワークは、第三世代（３Ｇ）ＵＭＴＳ（ユニバーサル移動テレコミュニケーションシステム）公衆地上移動ネットワーク（ＰＬＭＮ）の用語を使用するが、ここに提案する解決策は、ユーザのための移動通信及びある種の位置情報サービスを提供するいかなるシステムにも使用できることが明らかである。他のテレコミュニケーションシステムの例は、ＧＳＭ（移動通信用のグローバルシステム）又は種々のＧＳＭベースのシステム（例えば、ＧＰＲＳ：汎用パケット無線サービス）、ＡＭＰＳ（アメリカン移動電話システム）又はＤＡＭＰＳ（デジタルＡＭＰＳ）、ＩＭＴ２０００（インターナショナル移動テレコミュニケーションシステム２０００）、ｉ−ｐｈｏｎｅ（アイフォン）、等々の規格を含むが、これらに限定されない。

より詳細には、図１は、セルラーシステム１の基地局３（明瞭化のために１つしか示されていない）が無線カバレージエリア即ちセル２を与える構成を示している。各無線カバレージエリア２は、通常、基地局によりサービスされる。１つのセルが２つ以上の基地局サイトを含んでもよいことが明らかであろう。基地局装置又はサイトが２つ以上のセルを与えてもよい。セル２の形状及びサイズは、実施状況に基づくものであり、図示された形状とは異なってもよい。セルの形状及びサイズは、セルごとに変化してもよい。あるシステムでは、基地局がノードＢと称されることが明らかである。

移動局（ＭＳ）６及び７のような２つのユーザ装置も示されている。通常、多数のユーザ装置が各基地局と通信するが、明瞭化のために図１には２つのユーザ装置６及び７しか示されていないことを理解されたい。各基地局は、ワイヤレスインターフェイスを経て移動ユーザ装置（ＵＥ）６及び７へ信号を送信し及びそこから信号を受信するように構成される。同様に、ユーザ装置６及び７も、基地局へ信号を送信し及びそこから信号を受信することができる。

各基地局は、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）の無線ネットワークコントローラ（ＲＮＣ）のようなアクセスネットワークコントローラに接続される。無線ネットワークコントローラは、適当なインターフェイス構成体を経て、ＭＳＣ（移動交換センター）及び／又はＳＧＳＮ（サービング汎用パケット無線サービスサポートノード）１１のようなセルラーシステムの適当なコアネットワークエンティティに接続される。しかしながら、これらは、本発明の重要な要素を構成せず、従って、ここでは詳細に説明しない。

移動ユーザ装置の位置は、ユーザ装置が基地局のカバレージエリア内を自由に移動し且つあるカバレージエリアから別のカバレージエリアへ自由に移動するので、時間と共に変化する。近代的な通信システムは、そのカバレージエリア内でのユーザ装置の地理的位置に関する情報を与えることができる。この地理的位置は、移動テレコミュニケーションネットワークの基地局（１つ又は複数）に対する移動局の位置に基づいて定義される。

ユーザ装置の地理的位置は、例えば、Ｘ−Ｙ座標又は緯度及び経度で定義される。例えば、球座標系等に基づき、定義された半径と角度との関係を使用することもできる。又、垂直方向における基地局及び／又は移動局の位置を定義することもできる。例えば、垂直方向の位置情報を与えるときにＺ座標を使用することもできる。例えば、山地の環境や、高いビルのある都市では、垂直位置が必要となる。

図１において、通信システムの位置サービス（ＬＣＳ）機能は、ゲートウェイ移動位置センター（ＧＭＬＣ）エンティティ１０により与えられる。このＧＭＬＣ位置サービスノード１０は、位置情報の提供に必要とされるデータを収集しそして記憶するためのものである。位置サービスノード１０は、セルラーシステムから移動ユーザ装置の位置に関する情報を、適当なインターフェイス手段を経て受信するように構成される。

セルラーシステムには、セルから収集された情報及び／又は他の何らかのパラメータを処理する種々の異なる手段、及び／又はターゲットユーザ装置の地理的位置を決定して出力するための適当な計算をプロセッサ手段により計算する種々の異なる手段が設けられる。位置情報は、１つ以上の適当な位置技術を使用することにより得られる。位置情報の少なくとも一部分は、通信システムとは個別のシステム、例えば、グローバルポジショニングシステム（ＧＰＳ）等により与えられる情報に基づいて提供される。セルラーシステムで位置サービスをいかに実施するかについては種々の可能性があり、そして本発明は、使用する位置決定技術に依存するものではないので、これらは、詳細に説明しない。

ユーザ装置を互いに分離できるようにするために、位置サービスエンティティ１０は、少なくとも１つの形式の識別子を処理することができる。認識情報は、例えば、移動加入者ＩＳＤＮ番号（ＭＳＩＳＤＮ）、国際移動加入者識別子（ＩＭＳＩ）又は移動ユーザ装置の一時的識別子（例えば、一時的国際移動加入者識別子ＴＩＭＳＩ）、パスワード、或いはユーザ装置及び／又はユーザを識別するのに確実に使用できる他の形式の識別子によって与えられる。

位置サービスノードは、コアネットワークにおいてＬＣＳサーバエンティティ１０により実施される。ＬＣＳサーバ１０は、無線アクセスネットワークから、適当なインターフェイス手段によりこのアクセスネットワークに接続されたＭＳＣ及び／又はＳＧＳＮのような適当なコントローラエンティティを経て、位置情報を受信するように構成される。

この位置サービスノードは、規定のやり方で位置サービス（ＬＣＳ）クライアント１２へ位置情報を提供することができる。ＬＣＳクライアント１２は、位置情報を使用するいかなるエンティティでもよい。ＬＣＳクライアント１２は、１つ以上のターゲットユーザ装置の位置情報に対して位置サービスエンティティ１０へ要求を発する論理的機能エンティティと考えることができる。

図１に示すように、ＬＣＳクライアント１２は、通信ネットワーク１の外部のエンティティであり、このクライアントエンティティ１２は、ＡＳＰドメイン４に設けられる。又、ＬＣＳクライアントは、内部クライアント（ＩＬＣＳ）でもよく、即ち通信システム１内のいかなるエンティティ又はノード（移動局を含む）に常駐されてもよい。

ＬＣＳクライアントは、ターゲットユーザ装置の位置（又は位置履歴）に関する少なくともある程度の情報を受信する権利が与えられる。ＬＣＳクライアントの特定の要求及び特徴は、通常、そのＬＣＳクライアントの契約プロフィールにより通信システムの位置サービスサーバに既知である。以下で詳細に述べるように、各ターゲットユーザ装置に関連した特定の制約も定義される。

位置サービスサーバ１０は、ＬＣＳクライアント１２にサービスするために必要とされる要素及びベアラで構成される。サーバ１０は、スピーチ、データ、メッセージ、他のテレサービス、ユーザアプリケーション及び補助的サービスのような他のテレコミュニケーションサービスと並列に、位置に基づくサービスをサポートできるようにするプラットホームを与える。従って、ＬＣＳサーバ１０は、クライアント１２に、要求に応じて又は周期的に、ターゲットユーザ装置の現在又は最新の地理的位置（もし得られれば）を与え、或いは位置が欠陥であった場合には、エラー指示、及び任意であるが、その欠陥の理由を与える。これら実施形態に使用できるＬＣＳエンティティの詳細な説明は、例えば、上記の３ＧＰＰ技術仕様書Ｎｏ．３ＧＰＰ ＴＳ２３．２７１に見ることができる。

図１において、ＬＣＳクライアント１２は、ターゲットユーザ装置６の地理的位置に関する情報を要求に応じて提供することのできるエンティティを形成する。このような位置情報は、ユーザ装置／（要求者）のようなクライアントによって要求される。しかしながら、以下に詳細に述べるように、ＬＣＳクライアント１２の適切に許可されたクライアントから発生された位置要求だけに応答が与えられるように構成される。ターゲットユーザ装置６のプライバシーに関する要件が満足された場合だけ情報提供が開始される。

一実施形態によれば、要求者が特定ターゲットユーザ装置に関する位置情報を受信する権利があるかどうか確認する目的で、個別のネットワークエンティティが設けられる。位置要求の当事者（即ち要求者及びターゲット）は、適当な識別子に基づいて識別される。考えられる識別子は、各移動加入者にとって独特の移動加入者ＩＳＤＮ（ＭＳＩＳＤＮ）番号に基づくものである。

図１において、「位置ミドルウェア」と称される確認機能がネットワークサーバエンティティ１４により与えられる。このサーバエンティティ１４は、通信システム１のコアネットワーク側に設けられる。位置ミドルウェアサーバエンティティ１４は、ＬＣＳクライアントアプリケーション１２から受信した要求を取り扱うと共に、その要求でいかに動作を進めるか判断するためのものである。サーバ１４は、その要求を異なる形式の位置サーバ（例えば、ＧＭＬＣノード１０）へ送信するための進歩型制御機能を有する。

又、このサーバエンティティ１４は、加入者のプライバシー、加入者の認証、システム制御及びシステムオペレーションファンクションのような特徴の制御も与える。位置ミドルウェアサーバは、サービスレベルの分離を許し、加入者のプライバシーを確保すると共に、サービス要求者の確認を行えるようにする。

サーバエンティティ１４は、ターゲットユーザ装置の認識及び許可されたユーザ装置の認識が互いに関連付けされたリスト１９を記憶するためのデータベース１８を含むように示されている。即ち、データベース１８は、ターゲットユーザ装置６（及びそのユーザ）と、ターゲットユーザ装置６に関する位置情報を受信することがターゲットユーザ装置のユーザにより許可されたユーザ装置との間にリンクを与える。

ターゲットユーザ装置６には、ユーザインターフェイス及びリストの制約を変更するための他の必要な手段が設けられる。例えば、ターゲットユーザ装置は、ユーザに対するメニューを表示するように構成され、これにより、ユーザは、名前又はユーザ装置の識別子をリスト１９に追加したり或いは名前又はユーザ装置の識別子をリスト１９から除去したりすることができる。可能性として、ウェブサーバにおけるマネージメントドキュメントにアクセスすることによりリストを管理することができる。

又、サーバは、要求者チェック機能２０を含むように示されている。ニックネーム変換機能２２が、チェック機能２０に関連付けされて示されている。これらエンティティの動作の例を、図２及び３を参照して以下に説明する。
個別の確認サーバ１４は必要ないことが明らかであろう。サーバエンティティ１４の機能の少なくとも一部分は、位置サーバエンティティ１０により与えられる。例えば、「要求者」が許可されたかどうかチェックする機能は、上記の「許可されたＵＥリスト」も保持するＧＭＬＣによって与えられる。それ故、図１の実施形態の位置ミドルウェアは、ネットワークの物理的要素に結合されない論理的機能であると考えてもよい。

図２に示す実施形態によれば、要求の発信者、即ち要求側ユーザ装置７は、ターゲットユーザ装置６の位置に関する情報のサービス要求をシグナリングする。識別子パラメータが要求の適当な要素に追加され、従って、要求は、要求者のＭＳＩＳＤＮ又はニックネームのような識別子を含む。

要求者を識別する識別子パラメータは、ＬＣＳクライアント１２から位置サービスエンティティ１０へ通される。認識情報に基づいて、要求者は、チェック機能２０により、データベース１８における許可された要求者のリスト１９に対してチェックされる。識別子が、ターゲットユーザ装置に関する情報を受信することが許された許可された認識の中にある場合には、ターゲットユーザ装置の位置に関する決定を進めることが許され、そして応答が発生される。もしそうでなければ、要求が拒絶され、適当な手順が続けられる。例えば、エラーメッセージ又は要求拒絶メッセージがＬＣＳクライアントへ送信される。

ニックネーム又は同様のものが使用される場合には、データベース１８に記憶されたリスト１９に対して確認できる形態に識別子を変換するためのニックネーム変換機能２２が必要となる。
識別子は、ＬＣＳクライアント１２と、ＬＣＳサーバエンティティ１０、例えば、ＧＭＬＣとの間の全ての位置要求に追加されてもよい。識別子は、要求を発しているユーザ装置７又はＬＣＳクライアント１２により要求に追加されてもよい。

識別子パラメータを搬送するための容量は、ＧＭＬＣ１０と位置サーバクライアントエンティティ１２との間のいわゆるＬｅインターフェイスを定義するプロトコルに追加される。現在のＬｅインターフェイスは、例えば、上記の３ＧＰＰ技術仕様書２３．２７１に詳細に説明されている。
図３は、ターゲットユーザ装置６が、位置情報の提供をケースバイケースで許可できるようにされた別の実施形態を示す。ここでは、要求者の認識に関する情報を含むメッセージがターゲットユーザ装置６へ送信される。プライバシー追加のためにこのメッセージにはＬＣＳクライアントＩＤも含まれる。次いで、ターゲットユーザは、ポジショニング要求をケースバイケースで許可又は拒絶することができる。

ＭＳＩＳＤＮ又は同様の独特の識別子のような識別子は、ＬＣＳクライアント通知メッセージの一部分としてターゲットユーザ装置６へ転送される。ターゲットユーザ装置において、識別子情報を要求者の名前と関連付けることができる。識別子情報を、例えば、ターゲットユーザ装置６の電話帳へ向けて、その電話帳エントリーに基づいてＭＳＩＳＤＮを名前に変換することができる。ここで、ユーザは、実際の要求者情報に基づいてポジショニング要求を許可又は拒絶することができる。

要求者に関する上記情報は、要求者の名前又はニックネームを含んでもよい。名前は、ＭＳＩＳＤＮのような他の識別子に代わって又はそれに加えてターゲットユーザ装置へのメッセージに含まれる。次いで、ターゲットユーザ装置６は、メッセージにより指示された名前を直接表示することができる。
「クライアント名」と称される特定のクライアント名パラメータがメッセージに追加されてもよい。このクライアント名パラメータは、他のアプリケーションで知られており、そして種々の規格で使用することが提案されている。それ故、ここでは詳細に説明しない。クライアント名パラメータは、テキストストリングより成ることに注意すれば充分であろう。例えば、ＧＳＭリリース９８は、最大長さ６３キャラクタのテキストストリングを含むことのできるクライアント名パラメータを定義する。実質的に長いキャラクタストリングが可能であるので、クライアント名パラメータは、要求者の名前と、ＬＣＳクライアントの名前の両方を含むことができる。

要求者の名前を含むパラメータは、ＬＣＳクライアント１２によりメッセージに含まれるのが好ましい。次いで、パラメータは、ＬＣＳクライアント１２とＬＣＳサーバ１０との間のいわゆるＬｅインターフェイスを経て搬送される。次いで、パラメータは、ＬＣＳサーバ１０と、ターゲットユーザ装置にサービスする通信システムの無線ネットワークとの間のいわゆるＬｇインターフェイスを経て搬送され、そして更にターゲットユーザ装置６へと搬送される。

可能性として、名前／ニックネームは、要求者のユーザ装置７において要求に予め挿入される。要求者のユーザ装置は、これを自動的に行ってもよいし、又はそのユーザがこの名前を入力してもよい。追加セキュリティについては、ＬＣＳクライアント１２又はネットワークの他の適当なエンティティが名前を確認してもよい。
ターゲットユーザ装置は、要求を承認すべきかどうかについてユーザを促し、確認を求める。可能性として、ユーザ装置は、データベースに記憶された許可された／無許可の要求者に関する情報に基づいて自動的に応答する。

図３の実施形態では、ネットワークにおいて確認は必ずしも必要とされない。むしろ、要求者の認識が、ターゲットユーザ装置６に送信される通知に追加され、そしてターゲットユーザ装置において許可が与えられる。しかしながら、例えば、図１のリスト１９に基づく確認を、ここでも、例えば、安全性の改善に対して使用して、二重チェック特徴を与えることができる。又、ターゲットユーザは、例えば、ある時間にのみ通知を受信することを希望する一方、残りの時間に、許可リストに基づいて応答することを希望してもよい。

要求及び許可の処理は、ターゲットユーザ装置６において通知処理能力の追加を必要とする。しかしながら、これは、実施上の問題であり、ユーザ装置の既存のプロセッサ及びデータ処理ハードウェアにより達成することができ、従って、ここでは、詳細に説明しない。
上記では、識別子は、ユーザの移動加入者ＩＳＤＮ（ＭＳＩＳＤＮ）番号であるとして説明した。独特の識別子の他の可能性として、ＩＭＳＩ、ＴＩＭＳＩ、パスワード等が含まれる。原理的に、識別子は、ＰＬＭＮシステムにより処理できて、それに基づいて確認を行える限り、いかなるものでもよい。

位置情報要求に対するＬＣＳクライアント１２による応答は、簡単な座標（ｘ、ｙ）情報の形態を有してもよいし、又は街路名又は地図基準が与えられたリバース・ジェオコード(reverse-geocoded)応答のような付加価値サービスを含んでもよい。応答は、地図及び地図上のポインタを含むこともできる。
非常及び合法的傍受の位置サービスについては、地方の法規制に基づいてこのパラメータが必要とされなくてもよい。許可機能は、例えば、要求が非常サービスから到来する場合に、無効とすることができる。

位置サービス機能の要素は、テレコミュニケーションシステムにおいてどこで実施されてもよいことが明らかである。又、位置サービスの実施は、システムの多数の要素間に分散されてもよい。更に、特定のＬＣＳクライアントノードを使用する実施形態を上述したが、これは必要でない。位置情報の要求は、通信システムのローカルサービスエンティティ、例えば、ＧＭＬＣ、又は位置情報の提供に関連した他の要素へ直接アドレスされてもよい。ＬＣＳクライアントが使用される場合には、それが外部要素である必要はなく、通信ネットワーク内で実施されてもよく及び／又はネットワークのオペレータによって実行されてもよい。

一実施形態では、ターゲットユーザ装置６それ自体は、ＬＳＣクライアントにより要求される情報の少なくとも一部分を提供し、即ち情報の少なくとも一部分は、例えば、ＧＭＬＣではなくターゲットユーザ装置により直接提供される。ユーザ装置６は、位置サービス処理機能が設けられ、そしてその位置情報を発生して、コアネットワーク及び／又はＬＳＣサーバを経てクライアントに搬送することができる。

一実施形態では、複数のターゲットユーザ装置が１つ以上の「ローカルサービスグループ」にグループ分けされ、これらグループの各々には、独特の識別子が設けられ、この識別子は、次いで、グループのメンバーに関する位置情報の無断提供を防止するのに使用される。このグループは、所定の形式の加入者、例えば、組織の一員、家族のメンバー、又は適当な基準でグループ編成された他のユーザグループのメンバーで構成され、位置情報提供の選択的防止に関して同様のニーズを有するものである。

移動局のようなユーザ装置に関して本発明の実施形態を説明したが、本発明は、他の形式のユーザ装置にも適用できることが明らかであろう。
本発明の実施形態は、第三世代の通信システムに関して説明した。本発明は、他のいかなる通信システムにも適用できる。
又、本発明の実施形態を上述したが、特許請求の範囲に規定する本発明の範囲から逸脱せずに、ここに開示した解決に対して多数の変更や修正がなされ得ることが明らかであろう。

本発明の実施形態を示す図である。 一実施形態に基づくシグナリングフローチャートである。 別の実施形態に基づくシグナリングフローチャートである。

符号の説明

１ 通信ネットワーク
２ セル
６、７ ユーザ装置
１０ ＧＭＬＣ（ゲートウェイ移動位置センタ）
１２ ＬＣＳクライアント
１４ ネットワークサーバ

Claims (24)

1. 通信システムにおける方法であって、
   位置ミドルウェアサーバエンティティ（１４）が、位置サービスクライアントエンティティから、ターゲットユーザ装置（６）に関連した位置情報に対する要求であって該位置情報の要求者を識別する識別情報を含む要求を受信する段階と、
   前記位置ミドルウェアサーバエンティティ（１４）が、前記ターゲットユーザ装置が該ターゲットユーザ装置に関連した位置情報の提供を開始することについて前記要求者を許可しているかどうかを、前記識別情報に基づいて確認する段階と、
   前記ターゲットユーザ装置に関連した位置情報の提供を開始することについて前記要求者が該ターゲットユーザ装置により許可されている場合に、前記位置ミドルウェアサーバエンティティが、位置情報の提供のために必要とされるデータを収集及び記憶する位置サービスサーバエンティティ（１０）に前記要求を送信する段階と、
   を含む、ことを特徴とする方法。
2. 前記要求が前記要求者のユーザ装置により生成され、
   前記位置サービスサーバエンティティがゲートウェイ移動位置センターである、請求項１に記載の方法。
3. 前記ターゲットユーザ装置に関連した位置情報が、該位置情報を受信することを許可されたものとして前記ターゲットユーザ装置により決定された要求者のみに対して提供されるものである、請求項１又は請求項２に記載の方法。
4. 前記ターゲットユーザ装置による許可に関する情報のうちの少なくとも一部が前記通信システムに設けられた記憶手段に記憶される、請求項１から請求項３のいずれかに記載の方法。
5. 前記ターゲットユーザ装置による許可に関する情報のうちの少なくとも一部が第２の通信システムからフェッチされ、
   前記第２の通信システムは、前記確認が実行される前記通信システムの前記エンティティによりアクセス可能なものである、請求項１から請求項４のいずれかに記載の方法。
6. 前記通信システムの確認エンティティは、前記記憶された情報及び前記識別情報に基づいて前記確認を実行する、請求項４又は請求項５に記載の方法。
7. 前記確認は、前記要求者の識別子が前記ターゲットユーザ装置に関連した識別子のリストから発見できるかどうかを確認することを含む、請求項１から請求項６のいずれかに記載の方法。
8. 前記識別情報をターゲットユーザのユーザ装置にシグナリングする段階をさらに含む、請求項１から請求項７のいずれかに記載の方法。
9. 位置情報の提供を開始することが、前記識別情報を受信することに応答して前記ターゲットユーザの前記ユーザ装置により許可又は決定される、請求項８に記載の方法。
10. 前記ターゲットユーザによる許可に関する情報が、前記ターゲットユーザの前記ユーザ装置に設けられた記憶手段に記憶され、
    前記ユーザ装置は、受信した前記識別情報に基づいて、該ユーザ装置の前記記憶手段が前記要求者に対する許可を含むかどうかを確認する、請求項８又は請求項９に記載の方法。
11. 前記識別情報が前記要求者の名前又はニックネームを含む、請求項８又は請求項９に記載の方法。
12. 前記名前又は前記ニックネームがクライアント情報パラメータに含まれる、請求項１１に記載の方法。
13. 前記識別情報が前記位置サービスクライアントエンティティにより位置情報を要求するメッセージに含まれる、請求項２及び請求項８から請求項１２のいずれかに記載の方法。
14. 前記ユーザ装置のユーザがケースバイケースで前記要求者を許可する、請求項８から請求項１３のいずれかに記載の方法。
15. 識別子を、前記確認を実行するときの基礎となるフォーマットに変換する段階を含む、請求項１から請求項１４のいずれかに記載の方法。
16. 前記位置情報が前記通信システムにおける位置サービスサーバエンティティの手段により提供され、
    前記要求者は、前記位置サービスサーバエンティティの位置サービスクライアントエンティティと信号をやり取りし、
    前記位置サービスクライアントエンティティが前記通信システムの外部にあるエンティティである、請求項１から請求項１５のいずれかに記載の方法。
17. 記憶手段に記憶された前記ターゲットユーザによる許可に関する情報をターゲットユーザのユーザ装置の手段により変更する段階を含む、請求項１から請求項１６のいずれかに記載の方法。
18. 通信システムであって、
    位置情報の提供のために必要とされるデータを収集及び記憶する位置サービスサーバエンティティ（１０）と、
    位置ミドルウェアサーバエンティティ（１４）と、
    位置サービスクライアントエンティティから前記位置ミドルウェアサーバエンティティに、ターゲットユーザ装置（６）に関連した位置情報に対する要求であって該位置情報の要求者を識別する識別情報をシグナリングする通信媒体と、
    前記ターゲットユーザが前記ターゲットユーザ装置に関連した位置情報の提供を開始するように前記要求者を許可しているかどうかを前記識別情報に基づいて確認する、前記位置ミドルウェアサーバエンティティ（１４）における確認手段と、
    を具備し、
    前記許可が与えられた場合にのみ、前記ターゲットユーザ装置に関連した位置情報に対する前記要求が、前記位置ミドルウェアサーバエンティティから前記位置サービスサーバに送信されるようになっている、ことを特徴とする通信システム。
19. 前記位置サービスサーバエンティティ（１０）がゲートウェイ移動位置センターである、請求項１８に記載の通信システム。
20. 請求項１８に記載の通信システムにおいて使用される位置ミドルウェアサーバエンティティ（１４）であって、
    位置サービスクライアントエンティティからターゲットユーザ装置（６）に関連した位置情報に対する要求であって該位置情報の要求者を識別する識別情報を含む要求を受信し、
    前記ターゲットユーザが前記ターゲットユーザ装置に関連した位置情報の提供を開始するように前記要求者を許可しているかどうかを前記識別情報に基づいて確認する、
    ように構成され、
    これによって、前記ターゲットユーザによって許可された要求者のみについて、位置情報に対する前記要求を、位置情報の提供に必要とされるデータを収集及び記憶する位置サービスサーバエンティティ（１０）に送信する、
    ように構成されていることを特徴とする、位置ミドルウェアサーバエンティティ。
21. 請求項１８に記載の通信システムにおいて使用されるユーザ装置（６）であって、
    当該ユーザ装置に関する位置情報の提供に対する要求に関連したメッセージを受信及び処理するように構成され、
    位置ミドルウェアサーバエンティティ（１４）から位置情報の提供に必要とされるデータを収集及び記憶する位置サービスサーバエンティティ（１０）に対する前記要求の送信を許可するメッセージを前記位置ミドルウェアサーバエンティティ（１４）に送信する、
    ように構成されたことを特徴とするユーザ装置。
22. ユーザが位置情報に対する要求を許可又は拒絶できるように、及び／又は、記憶ユニットに記憶された許可に関する情報を変更するように、構成されたユーザインタフェイスを具備する、請求項２１に記載のユーザ装置。
23. 前記ターゲットユーザ装置が、前記識別情報を受信することに応答して、該ターゲットユーザ装置に関連した位置情報の提供を開始することについて前記要求者を許可するかどうかを、前記ターゲット装置のユーザに確認させる段階、
    をさらに含み、
    前記位置ミドルウェアサーバエンティティによる前記確認と前記ターゲット装置のユーザによる前記確認とによって２重のチェック特徴を与えるようになっている、
    請求項１から請求項１７のいずれかに記載の方法。
24. 前記ターゲットユーザ装置が、前記識別情報を受信することに応答して、前記位置情報の提供を前記要求者に許可するかどうかを前記ターゲットユーザに確認させるように構成されており、
    前記確認手段による前記確認と前記ターゲットユーザ装置による前記確認によって２重のチェック特徴を与えるようになっている、請求項１８又は請求項１９に記載の通信システム。

Images