JP4105094B2 - テレコミュニケーションシステム及びプライバシー管理方法 - Google Patents

Description

本発明は、ネットワークにおけるユーザのプライバシーを管理する方法及びテレコミュニケーションネットワークに係る。

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

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

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

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

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

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

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

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

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

ＬＣＳクライアントからの要求は、ＬＳＣサーバー（例えば、ＧＭＬＣ）のＬＣＳクライアントプロフィールに記憶されたクライアントＩＤ及びパスワードの組み合せに基づいて許可されると共に、「許可されたＵＥリスト」に基づいて許可される。即ち、ＬＣＳクライアントは、要求を発しているユーザ装置（ＵＥ）がリストから見つかる場合にＧＭＬＣエンティティから位置情報を受け取ることが許可される。
ＬＣＳクライアントは、通常、ＰＬＭＮシステムの一部分ではないアプリケーションサービスプロバイダー（ＡＳＰ）である。

移動位置サービス（ＭＬＳ）における１つの重要な問題は、加入者のプライバシーである。特に、ユーザは、広いプライバシー要求しか定義することができず、これらは、ホーム位置レジスタＨＬＲに記憶される。現在のプライバシー要求では、ユーザは、ユーザの位置情報を供給できるかどうか、そしてもしできれば、どのクライアントへ供給できるか定義することが許される。現在、これらのプライバシー要求は、移動サービス交換センター（ＭＳＣ）、ＧＭＬＣ及び移動ターミナルにより、ホーム位置レジスタに記憶された情報に基づいて取り扱われている。例えば、クライアントの選別が、ＧＭＬＣにおいて行なわれ（即ち、クライアントは、ＧＭＬＣネットワークオペレータを経て位置情報を要求でき）、且つＭＳＣ／ＶＬＲにおいて行なわれる（即ち、クライアントは、例えば、ユーザ加入者の位置情報を要求できる）（ＶＬＲ＝ビジター位置レジスタ）。

加入者特有のプライバシーパラメータ情報がＨＬＲに記憶され、必要に応じてＶＬＲへコピーされる。この情報は、一般に、ＬＣＳプライバシーパラメータと称される。既存のシステムに伴う問題は、それに制約があると共に、柔軟性がないことである。

本発明の実施形態は、上記問題の１つ又は多数の対処することに向けられる。
本発明の第１の態様によれば、少なくとも１人のユーザと、上記少なくとも１人のユーザに対するプライバシープロフィールを定義する情報を記憶するための第１エンティティと、上記少なくとも１人のユーザと上記第１エンティティとの間の関連性を記憶するように構成された第２エンティティとを備え、上記ユーザに関連した情報の要求に応答して、上記第２エンティティに記憶された上記関連性を使用して、上記第１エンティティを識別し、上記プライバシープロフィールに対して、上記要求された情報を供給できるかどうかについてチェックを行えるように構成されたテレコミュニケーションシステムが提供される。

本発明の第２の態様によれば、テレコミュニケーションシステムのユーザのプライバシーを管理する方法であって、上記ユーザに関する情報の要求を受け取り、第１エンティティを識別する情報を第２エンティティから得、上記第１エンティティは、上記ユーザに対するプライバシープロフィールを定義する情報を記憶し、そして上記プライバシープロフィールに対して、要求された情報を供給できるかどうかのチェックを行なうという段階を備えた方法が提供される。

本発明の第３の態様によれば、テレコミュニケーションシステムに使用するためのエンティティであって、このエンティティは、少なくとも１人のユーザに対するプライバシープロフィールを定義する情報を記憶するように構成され、上記プライバシープロフィールは、次の形式の情報、即ちユーザに関する情報を供給できる時間を定義する情報、ユーザに関する情報を供給できない時間を定義する情報、ユーザに関する情報を供給できるときにユーザの位置を定義する情報、及びユーザに関する情報を供給できないときにユーザの位置を定義する情報、のうちの少なくとも１つで構成されるようなエンティティが提供される。

更に別の態様によれば、テレコミュニケーションシステムに使用するためのホーム位置レジスタであって、このホーム位置レジスタは、ユーザごとにエンティティを識別する情報を複数のユーザに対して記憶するように構成され、上記各々のエンティティは、複数のユーザ各々に対してプライバシープロフィールを記憶するように構成されたホーム位置レジスタが提供される。

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

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

移動ステーション（ＭＳ）６のような２つのユーザ装置も示されている。通常、多数のユーザ装置が各ベースステーションと通信することが明らかである。各ベースステーションは、ワイヤレスインターフェイスを経て移動ユーザ装置（ＵＥ）６へ信号を送信しそしてそこから信号を受信するように構成される。同様に、ユーザ装置６も、ベースステーションへ信号を送信しそしてそこから信号を受信することができる。

各ベースステーションは、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）の無線ネットワークコントローラ（ＲＮＣ）７又はＧＳＭ型システムのベースステーションコントローラのようなアクセスネットワークコントローラに接続される。無線ネットワークコントローラは、適当なインターフェイス構成体を経て、ＭＳＣ（移動交換センター）８及び／又はＳＧＳＮ（サービング汎用パケット無線サービスサポートノード）１１のようなセルラーシステムの適当なコアネットワークエンティティに接続されてもよい。

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

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

通信システムの位置要素を詳細に示した図２について説明する。ベースステーション及び無線ネットワークコントローラは、無線アクセスネットワーク１４を画成する。異なるネットワークが同じ要素を有する。

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

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

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

ＧＭＬＣサーバー１０は、適当なインターフェイス手段によりアクセスネットワークに接続されたＭＳＣ８及び／又はＳＧＳＮ（図示せず）のような適当なコントローラエンティティを経て、無線アクセスネットワーク１４から位置情報を受け取るように構成される。

ＧＭＬＣ１０は、位置情報を規定のやり方で位置サービス（ＬＣＳ）クライアント１２へ供給することができる。ＬＣＳクライアント１２は、位置情報を使用するいかなるエンティティでもよい。ＬＣＳクライアント１２は、１つ以上のターゲットユーザ装置の位置情報について位置サービスエンティティ１０へ要求を発する論理的機能エンティティとみなすことができる。ＬＣＳクライアント１２は、通信ネットワーク１に対して外部のエンティティでよく、このクライアントエンティティ１２は、ＡＳＰドメイン４に設けられる。ＡＳＰは、例えば、Ｙａｈｏｏ及びＡｋｔｉｖｉｓｔである。又、ＬＣＳクライアントは、通信システム１内のいずれかのエンティティ又はノード（移動ステーションを含む）に常駐する内部クライアント（ＩＬＣＳ）であってもよい。

ＬＣＳクライアントは、ターゲットユーザ装置の位置（又は位置経歴）に関する情報を少なくともある程度は受信する権利がある。ＬＣＳクライアントの特定の要求及び特徴は、通常、そのＬＣＳクライアント契約プロフィールにより通信システムの位置サービスサーバーに分かる。これについては、以下に詳細に述べる。

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

ホーム位置レジスタ２０が設けられる。ホーム位置レジスタは、現在提案される同じプライバシーパラメータを記憶してもよい。それとは別に又はそれに加えて、ホーム位置レジスタは、ユーザのプライバシーパラメータを記憶するエンティティのアドレスを記憶する。本発明の好ましい実施形態では、ホーム位置レジスタは、プライバシーパラメータを含まない。むしろ、それらは、図２に２２で示された個別のプライバシーエンティティに記憶される。特に、ホーム位置レジスタ８は、位置サービスに対して割り当てられた各加入者のためのプライバシー基準アドレスを含むように構成される。このアドレスは、ここに述べる実施形態では、例えば、プライバシーポリシーホルダーエンティティ２２のＧＴ（グローバルタイトル）又はＩＰ（インターネットプロトコル）アドレス或いは他の適当なアドレスである。このエンティティ２２は、サーバーの形態をとってもよい。

プライバシーポリシーエンティティ２２は、オペレータネットワークの内部又は外部に設けることができる。プライバシーポリシーエンティティ２２へのアクセスは、ＩＰ又はＳＳ７ベースの接続を経て行うこともできるし、或いは他の適当な形式の接続を経て行うこともできる。

プライバシーポリシーエンティティ２２は、ユーザに対する詳細なプライバシーポリシーを記憶することができる。例えば、プライバシーポリシーエンティティは、先ず、ユーザの位置をＬＣＳクライアントに供給できるかどうかに関する情報を記憶することができる。もしそうであれば、ユーザの位置をクライアントに供給できる時間を定義することもできる。又、プライバシーポリシーエンティティ２２は、位置情報を送信できるところのクライアントを定義する情報も記憶できる。又、ユーザは、ユーザの位置を位置クライアントに供給できないユーザのホーム及び／又はオフィス環境のような位置も定義することができる。記憶される情報は、いかなる適当なフォーマットでもよい。例えば、ユーザの位置をクライアントに送信できる時間を記憶することができ、及び／又は情報をクライアントに送信できない時間も記憶することができる。同様に、ユーザが位置するときに、ユーザに情報を送信できないエリア又はそれとは逆のエリアを定義する情報を記憶することができる。又、プライバシーポリシーエンティティ２２は、ＬＣＳクライアントに対して位置情報がいかに正確であるかを定義する情報を記憶してもよく、例えば、あるＬＣＳクライアントは、ＩＤ／サービスエリアに基づく位置情報を得ることしかできない。プライバシーポリシーエンティティは、各加入者に対して誰がポリシー（プロフィール）の所有者であるかそして誰が設定の管理を許されたかに関する情報を記憶する。加入者に対してコミュニティを導入することもできるし、或いは加入者が参加できるグローバルコミュニティを定義することもできる。これらのコミュニティは、コミュニティの所有者により別々に設定されたあるプライバシールールをもつことができる。

ユーザに対するプライバシープロフィールを記憶するための個別のエンティティが設けられるときには、プロフィールを必要に応じて詳細なものにすることができる。例えば、プライバシーホルダーエンティティは、ユーザの位置をユーザの明確な同意と一緒にのみ供給できることを指示する情報を記憶してもよい。この場合に、クライアント／ＡＳＰからのオリジナルの位置要求を受け入れそしてプライバシーチェックを完了する前に照合が必要とされる。プライバシールールに通知が必要であることを加入者が設定した場合には、プライバシーポリシーエンティティは、プライバシーチェックを行う間に更に通知を要求しなければならない。プライバシーポリシーエンティティは、個別のネットワーク要素に設けることができる。ある実施形態では、プライバシーポリシーエンティティの機能を別のネットワーク要素、例えば、ＧＭＬＣに追加することができる。

本発明による方法を示した図３について説明する。ステップＳ１において、ユーザは、サービス要求メッセージをクライアント１２に送信する。クライアント１２は、ステップＳ２において、位置要求をＧＭＬＣへ送信する。ＧＭＬＣは、ステップＳ３において、ＬＣＳクライアントを認証する。この認証が成功した場合には、ＳＲＩ（送信ルーティング情報）がステップＳ４においてユーザのホーム位置レジスタ２０へ送信される。このＳＲＩメッセージは、加入者が現在位置しているＭＳＣ／ＳＣＳＮの詳細を要求する。ホーム位置レジスタ２０は、ステップＳ５において、その要求を確認し、プライバシーポリシーエンティティ２２に対するアドレス又は識別情報を与える。又、ホーム位置レジスタは、現在ＭＳＣ／ＳＧＳＮアドレスも与える。この確認及び識別情報は、ＧＭＬＣ１０へ送信される。ＧＭＬＣは、ステップＳ６において、クライアントから受け取った位置要求を処理できるかどうかチェックするための要求をエンティティに送信する。この要求において、全ての得られる情報が通され、これは、例えば、クライアントＩＤ、要求者、ＭＳＩＤ、ＱｏＳ、要求形式（即ち、即座、周期的）等である。プライバシーポリシーエンティティ２２は、ユーザにより定義されたパラメータを考慮し、そして特定位置クライアント１２からの位置要求がそのプロフィールに鑑み許容できるかどうか調べる。プライバシーポリシーエンティティは、ステップＳ７において、ＧＭＬＣ１０へ応答を送信し、ユーザの位置情報を供給できるかどうか指示する。その応答には、通知又はプライバシー照合をＭＳ／ＵＥへ送信する必要があるかどうかに関する情報があってもよい。この点において、ユーザの位置は識別されず、従って、定義されたプロフィールの位置部分に対してチェックが行われないことを理解されたい。これは、この点で得られる位置情報のレベルが、ＭＳＣの認識及び／又は加入者の最後に知られた位置に過ぎないためである。これが、定義された精度の受け入れられるレベルである場合には、この段階において位置従属プライバシーチェックを行うこともできる。さもなければ、この段階で位置チェックは行わない。

ステップＳ８において、プライバシーポリシーエンティティ２２が否定応答を発しなかったと決定された場合には、ＰＳＬ（プロバイダー加入者位置）メッセージがＭＳＣ／ＳＧＳＮ８へ送信される。このメッセージにおいて、プライバシーチェックがＧＭＬＣにより既に行われたか、又は現在の規格に既に定義されたプライバシーオーバーライド指示子（ＰＯＩ）が使用されたことを指示することができる。ここでは、新たなプライバシーチェック実行指示が好ましい。その結果、ＭＳＣ／ＳＧＳＮは、プライバシーチェックを行わなくてよい。又、ＰＳＬメッセージは、通知又は照合を必要とするかどうかの情報も含むことができる。ＰＳＬメッセージがこの情報を含まない場合には、ＧＭＬＣは、これを行うべきかどうか指定するクライアント認識を使用しなければならない。現在の規格では、システムは、ＰＯＩが使用されている場合に照合又は通知を行わない。従って、プライバシーチェック指示が受け取られないか又はＰＯＩがセットされない場合には、ステップＳ９において、ＭＳＣ８が、３ＧＰＰ ＴＳ ２３．２７１ チャプター９．５に規定された基本的プライバシーチェックを実行する。

ステップＳ１０では、ユーザのＭＳＩＳＤＮ及びその位置を与える応答がＭＳＣによりＧＭＬＣへ送信される。
必要に応じて、ユーザの位置が、クライアントに供給されている情報を除外するかどうか調べるために更に別のチェックが行われる。これを行うために、ステップＳ１１において、位置情報がＧＭＬＣによりプライバシーポリシーエンティティ２２へ送信されてもよい。これは、定義されたエリアに対してユーザの位置をチェックする。プライバシーポリシーエンティティ２２は、クライアントにとってユーザの位置を供給することが受け入れられるかどうか指示する応答をＧＭＬＣに送信する。これは、ステップＳ１２において行なわれる。クライアントにユーザの位置を供給できると決定された場合には、次の段階がステップＳ１３となり、ここでは、ＧＭＬＣがユーザの位置をクライアント１２に与える。クライアント１２は、ステップＳ１４において、ユーザに必要な情報を与える。

ある構成においては、あるＧＭＬＣ等がプライバシーポリシーエンティティの使用をサポートしないことがある。従って、これらのＧＭＬＣについては、ステップＳ６及びＳ７を省略し、それに代わって、ステップＳ８の後にプライバシーチェック要求を送信する追加のステップが行われる。この追加ステップは、ステップＳ９の一部分であってもよい。ＧＭＬＣ等がプライバシーポリシーエンティティの使用をサポートしない場合には、ＭＳＣのような異なるエンティティが、ＧＭＬＣに代わってプライバシーチェック要求を送信することができる。

ユーザが別のネットワークを訪れる場合には、プライバシーポリシーエンティティのアドレス等を訪問先ネットワークのＶＬＲへコピーしなければならない。
本発明の一実施形態では、ＨＬＲが、サービス要求に応答して、プライバシーポリシーエンティティのアドレス等をＧＭＬＣに供給することができる。ＧＭＬＣは、次いで、プライバシーポリシーエンティティと通信することができる。本発明の別の実施形態では、ＨＬＲがプライバシーポリシーエンティティ２２と通信するように構成されてもよい。例えば、ＳＲＩ要求がホーム位置レジスタ２０により受け取られる。この要求に応答して、ホーム位置レジスタ２０は、プライバシーポリシーエンティティ２２と直接通信することにより必要なプライバシーチェックを実行する。

ユーザのプライバシープロフィールに基づき、位置要求が受け入れられるかどうか指示するために更なる情報がプライバシーポリシーエンティティ２２により要求され得ることを理解されたい。例えば、クライアントの認識が要求されたり、ユーザの位置が要求されたりする。これらの環境では、プライバシーポリシーエンティティは、更なる情報を受け取ることが必要とされる。これらの環境では、プライバシーポリシーエンティティは、判断が与えられる前に更なる情報が必要であることを指示する応答を送信する。

本発明の好ましい実施形態では、ＧＭＬＣは、プライバシーチェック要求を送信するものとして説明した。しかしながら、本発明の別の実施形態では、他のエンティティ、例えば、ＳＧＳＮ又はＭＳＣ或いは実際には他の適当なエンティティがその要求を与えてもよい。

図３に示す方法の変形態様を示す図４について説明する。図４に示す方法は、位置要求がユーザからの位置要求に応答したものであるかどうか考慮するように構成される。特に、ユーザは、コール又はセッションを開始し、そしてＬＣＳクライアントから位置に基づくサービスを要求することができる。ユーザが、位置に関連したサービスを要求した場合には、ユーザからＬＣＳクライアントに位置情報を供給するのにプライバシーの問題はない。しかし、例えば、ユーザの位置に基づく広告をユーザに供給すべき場合には、プライバシープロフィールレジスタに記憶されたプロフィールを考慮しなければならない。

ステップＴ１では、ＬＣＳクライアントがＧＭＬＣに要求を送信する。これは、図３のステップＳ２に対応する。ステップＴ２では、ＳＲＩ（送信ルーティング情報）メッセージがユーザのホーム位置レジスタ２２へ送信される。これは、図３のステップＳ４と同じである。又、ＧＭＬＣは、図３に示す方法の場合と同様に、認証手順を実行してもよいことが明らかであろう。ステップＴ３は、図３のステップＳ５と同じである。ステップＴ４において、ＧＭＬＣは、クライアントから受け取った位置要求を処理できるかどうかチェックするための要求をエンティティに送信する。これも、ステップＳ６と同じ又は同様である。

ステップＴ５では、プライバシープロフィールレジスタ２２が２つの応答を与える。１つの応答は、コール／セッションに関連したものである。即ち、ユーザに関する位置情報を供給できるかどうか指示する応答が、ユーザが特定の位置サービスを要求した事実を考慮に入れる。しかしながら、例えば、ユーザの契約には、ユーザが特定の位置サービスを得るのを防止する障壁があってもよい。第２の結果は、ユーザがコール／セッションを開始しなかったと仮定する。コール／セッションに関連した応答、及びコール／セッションに無関係な応答は、異なるものでもよいし、同じものでもよい。

ステップＴ６では、ＧＭＬＣ１０は、供給加入者位置メッセージを、ネットワークに基づいてＭＳＣ又はＳＧＳＮへ送信する。このメッセージは、２つの結果を含むことができ、その一方は、コール／セッションに関連したものであり、そして第２はコール／セッションに無関係なものである。ユーザがコール／セッションを開始したかどうかに基づいて、プライバシープロフィールホルダー２２からの２つの応答の一方が使用される。図４の残りのステップは、図３のステップＳ１０からＳ１４と同じであり、プライバシーポリシーレジスタ２２からの適切な応答を考慮に入れたものである。

本発明の実施形態の１つの変形において、ＧＭＬＣは、ＭＳＣ／ＳＧＳＮから直接、又は例えば、ＬＣＳクライアントから、コール／セッションが発せられているかどうか指示する情報を既に受信していることがある。もしそうであれば、ステップＴ４のＧＭＬＣ要求は、コール／セッションが発せられていたかどうか指定する。従って、プライバシープロフィールレジスタは、単一の応答を与えるだけでよい。

本発明の実施形態の１つの変形において、ＧＭＬＣは、供給加入者位置応答メッセージにおいてコール／セッションが発せられているかどうか指示する情報をＭＳＣ／ＳＧＳＮから受け取ることがある。ＧＭＬＣは、ステップＳ１３の場合のようにＬＣＳ応答をＬＣＳクライアントに送信する前に、この情報及び位置情報をプライバシープロフィールレジスタに転送することができる。コール／セッション情報及び位置情報に基づいて、プライバシープロフィールレジスタは、位置要求を拒絶又は承認することができる。

本発明の更に別の実施形態では、プライバシープロフィールレジスタからの応答をＭＳＣ／ＳＧＳＮに直接送信し、ＧＭＬＣエンティティには送信しないようにすることができる。

本発明の更に別の１つの変形態様を以下に説明する。偽名ターゲット加入者と称される概念が位置要求手順に関して提案されている。この概念では、ターゲット加入者は、自分の真の認識をＬＣＳクライアント（アプリケーション）から隠すことができる。この場合に、ターゲット加入者の偽名のみを含むＬＣＳサービス要求がＬＣＳクライアントからＬＣＳサーバー（ＧＭＬＣ）へ送信される。本発明の１つの好ましい変形態様では、ターゲット加入者は、ターゲット加入者の真の認識がＬＣＳクライアントから隠された位置要求しか許すことができない。ターゲット加入者は、ＬＳＣサービス要求がターゲット加入者の偽名しか含まないときにはＬＣＳクライアントからの偽名を保持することができる。

本発明の実施形態は、加入者の真の認識が隠された位置要求しか許してはならないように加入者が確保できるというものである。本発明の実施形態では、ターゲット加入者は、この偽名を、上述したように自分のプライバシープロフィールの一部分として使用できると共に、プライバシーのチェックに使用することができる。

この実施形態は、加入者のプライバシーを向上させる。
３ＧＰＰ Ｒｅｌ−６では、位置要求に対するプライバシーチェックがホームＰＬＭＮにおいてホームＧＭＬＣ又はプライバシーポリシーホルダのいずれかで行なわれる。これは、この偽名ターゲット加入者概念が使用されるとき、Ｈ−ＧＭＬＣ又はプライバシーポリシーホルダは、ＬＣＳクライアントから偽名のＬＣＳサービス要求が送信されたときにそれに対応する情報を得なければならないことを意味する。この情報は、プライバシーチェックに使用することができる。又、Ｈ−ＧＭＬＣ／ＰＰＲに保持された加入者ＬＣＳプライバシープロフィールは、そのユーザにより偽名位置要求しか許されないというこの新たな情報を含まねばならず、そして偽名位置要求が必要となる環境と、それらがいつ必要でないかも任意に含む。

位置要求を現在定義する２つの第三世代仕様書ＬＳＣ３ＧＰＰ ＴＳ ２３．０７１及びＬＣＳ ３ＧＰＰ ＴＳ ２３．２７１について説明する。
以上、位置サービスに対するプライバシーに関連して本発明の実施形態を説明した。しかしながら、本発明の別の実施形態を、加入者に関する情報を含む存在サービス及び他のサービス、例えば、デートサービスのような付加的な又は別のサービスと共に使用できることが明らかであろう。又、ユーザ、加入者、クライアント、ＡＳＰ又はサービスに関する一般的及び特定情報がプロフィールデータベースに記憶されてもよいことが明らかであろう。従って、エンティティに記憶される情報は、ユーザプロフィール、加入者プロフィール、クライアントプロフィール、ＡＳＰプロフィール、又はサービスプロフィールを定義してもよく、これらプロフィールは、プライバシー情報を含んでも含まなくてもよい。情報がクライアント、ＡＳＰ又はサービスに関連したものである場合には、全く情報がなくてもよいし、或いは加入者又はユーザに関連した情報があればよい。

ユーザ３が、異なるネットワーク、いわゆる「訪問先ネットワーク」へローミングするときには、そのユーザに関連した情報が、ホーム位置レジスタ２０からその訪問先ネットワークのビジター位置レジスタへコピーされる。ユーザが情報を受信できるかどうかのチェックは、訪問先ネットワークのＭＳＣにおいて、ＶＬＲに一時的に記憶された情報を使用して行なわれる。訪問先ネットワークは、プライバシーエンティティ２２にアクセスしてもよい。

本発明は、ＭＳＣ及びＶＬＲを参照して特に説明したが、これらに限定されるものではなく、例えば、ＧＰＲＳ構成、ひいては、ＳＧＳＮにも等しく適用できる。
又、本発明の実施形態は、移動ステーションのようなユーザ装置に関連して説明したが、他の適当な形式のユーザ装置にも適用できることが明らかであろう。

プライバシーエンティティのアドレスを記憶するエンティティは、本発明の好ましい実施形態では、ＨＬＲであるとして説明したが、本発明の別の実施形態では、ユーザ装置、移動サービス交換センター又は移動ステーションに設けることもできる。位置要求等を行なうエンティティは、好ましくは、ＧＭＬＣ、ＳＧＳＮ又はＭＳＣであるが、別の実施形態では、ＨＬＲ、移動ステーション又はユーザ装置でもよい。プライバシーエンティティは、サーバー、ユーザ装置又は移動ステーションでもよい。

本発明の実施形態は、第三世代の通信システムについて説明した。本発明は、他のいかなる通信システムにも適用できる。
又、本発明の実施形態を上記に例示したが、特許請求の範囲に規定された本発明の範囲から逸脱せずに、上記解決策に対し多数の変更や修正がなされ得ることに注意されたい。

本発明の実施形態を使用できるシステムを示す図である。 本発明の実施形態を示す図である。 本発明による方法を示す図である。 図３の方法の変形態様を示す図である。

Claims (29)

1. 少なくとも１つのユーザ装置と、
   該少なくとも１つのユーザに対するプライバシープロフィールを定義する情報を記憶するように構成された第１エンティティと、
   少なくとも１つのユーザ装置と上記第１エンティティとの間の関連性を記憶するように構成された第２エンティティと、
   を備え、
   上記第２エンティティが、上記第１エンティティに記憶された上記プライバシープロフィールを定義する情報を記憶しない、テレコミュニケーションシステムであって、
   上記ユーザ装置に関連した情報に対する要求に応答して、上記第２エンティティに記憶された上記関連性を使用して、上記第１エンティティを識別するように、上記テレコミュニケーションシステムが構成されており、これによって、
   上記第１エンティティが、上記プライバシープロフィールに対して、上記要求された情報を供給できるかどうかについてチェックを行うようになっている、
   ことを特徴とするテレコミュニケーションシステム。
2. 第３エンティティが設けられ、この第３エンティティは、上記情報に対する要求を受け取るのに使用される、請求項１に記載のシステム。
3. 上記第３エンティティが、ゲートウェイ移動位置センタ、サービング汎用パケット無線サービスサポートノード、ホームロケーションレジスタ、ユーザ装置、移動局、及び、移動サービス交換センタのうちの１つにより構成される、請求項２に記載のシステム。
4. 上記第３エンティティが、上記第１エンティティを識別する情報を上記第２エンティティから得るように構成される、請求項２又は請求項３に記載のシステム。
5. 上記第３エンティティが、上記第１エンティティと通信し、上記要求された情報を供給できるかどうかを決定できるように、構成される、請求項２から請求項４のいずれかに記載のシステム。
6. 上記第２エンティティが、上記第１エンティティと通信し、上記要求された情報を供給できるかどうかを決定できるように、構成される、請求項１から請求項５のいずれかに記載のシステム。
7. 上記プライバシープロフィールが、次の形式の情報、即ち、
   ユーザに関する情報を供給できる時間を定義する情報、
   ユーザに関する情報を供給できない時間を定義する情報、
   ユーザに関する情報を供給できるときにユーザの位置を定義する情報、
   ユーザに関する情報を供給できないときにユーザの位置を定義する情報、
   上記ユーザの認識を隠すべきであることを定義する情報、
   上記ユーザの認識を隠すべきであるのはいつ及び／又はどんな環境かを定義する情報、
   情報を供給できるエンティティを定義する情報、及び
   情報を供給できないエンティティを定義する情報、
   のうちの少なくとも１つを含む、請求項１から請求項６のいずれかに記載のシステム。
8. 上記情報に対する要求が位置要求を含む、請求項１から請求項７のいずれかに記載のシステム。
9. 上記情報に対する要求が、上記システムの外部にある更に別のエンティティから受け取られる、請求項１から請求項８のいずれかに記載のシステム。
10. 上記情報に対する要求が、当該システム内にある更に別のエンティティから受け取られる、請求項１から請求項８のいずれかに記載のシステム。
11. 上記更に別のエンティティがサービスプロバイダにより構成される、請求項９又は請求項１０に記載のシステム。
12. 上記第２エンティティが、ホームロケーションレジスタ、ユーザ装置、移動局、又は、移動サービス交換センタである、請求項１から請求項１１のいずれかに記載のシステム。
13. 上記第１エンティティが、サーバ、移動局又はユーザ装置により構成される、請求項１から請求項１２のいずれかに記載のシステム。
14. 上記少なくとも１つのユーザが移動局である、請求項１から請求項１３のいずれかに記載のシステム。
15. 上記第１エンティティが上記チェックを実行するために更なる情報を必要とする場合には、該更なる情報が利用可能であるときに、更なるチェックが上記第１エンティティにより実行される、請求項１から請求項１４のいずれかに記載のシステム。
16. 上記第１エンティティが、第１情報及び第２情報を供給するように構成され、上記第１情報は、コール／セッションがある場合に使用でき、上記第２情報は、コール／セッションがない場合に使用できる、請求項１から請求項１５のいずれかに記載のシステム。
17. 上記第１情報が、位置要求に関連したコール／セッションがある場合に使用でき、上記第２情報が、位置要求に関連したコール／セッションがない場合に使用できる、請求項１６に記載のシステム。
18. 上記第１情報及び第２情報が上記第３エンティティに送信される、請求項２、請求項１６又は請求項１７に記載のシステム。
19. 上記第１エンティティが、コール／セッションがあるかどうかを指示する情報を受け取り、コール／セッションがあるかどうかに基づいて情報を供給するように構成された、請求項１から請求項１５のいずれかに記載のシステム。
20. 上記情報が位置要求に関連したコール／セッションがあるかどうかを指示する、請求項１９に記載のシステム。
21. 上記第１エンティティが、コール／セッションがあるかどうかを指示する情報を、移動サービス交換センタ、シグナリングＧＰＲＳサポートノード、又は、ゲートウェイ移動位置センタから受け取るように構成された、請求項１９又は請求項２０に記載のシステム。
22. 上記第１エンティティが、位置情報、及び、上記コール／セッションに関連した情報を、ポジショニング手順が実行された後に受け取るように構成される、請求項１９から請求項２１に記載のシステム。
23. 上記位置情報及び／又は上記コール／セッションに関連した情報に基づいて、上記第１エンティティが上記位置要求を拒絶又は承認するように構成された、請求項２２に記載のシステム。
24. 上記要求された情報がユーザの認識を与えることなく供給される、請求項１から請求項２３のいずれかに記載のシステム。
25. 上記要求された情報が上記ユーザの偽名と共に供給される、請求項１から２４のいずれかに記載のシステム。
26. テレコミュニケーションシステムにおけるユーザのプライバシーを管理する方法であって、
    上記ユーザに関連する情報に対する要求を受け取る段階と、
    第１エンティティを識別する情報を第２エンティティから得る段階であって、上記第１エンティティが上記ユーザに対するプライバシープロフィールを定義する情報を記憶し、かつ、上記第２エンティティが上記第１エンティティに記憶された上記プライバシープロフィールを定義する情報を記憶しない、段階と、
    上記プライバシープロフィールに対して、上記要求された情報を供給できるかどうかのチェックを、上記第１エンティティにおいて行う段階と、
    を含むことを特徴とする方法。
27. テレコミュニケーションシステムに使用するためのホームロケーションレジスタであって、複数のユーザ装置の各々についてエンティティを識別する情報を該複数のユーザ装置に対して記憶するように構成され、上記各エンティティが上記複数のユーザの各々に対してプライバシープロフィールを記憶するように構成された、ホームロケーションレジスタであって、
    上記エンティティに記憶された上記プライバシープロフィールを定義する情報を記憶せず、
    上記ユーザ装置に関連した情報に対する要求に応答して、当該ホームロケーションレジスタに記憶された上記情報を使用して、上記エンティティを識別するように、構成されており、これによって、
    上記エンティティが、上記プライバシープロフィールに対して、上記要求された情報を供給できるかどうかについてチェックを行うようになっている、
    ことを特徴とするホームロケーションレジスタ。
28. 上記複数のユーザに対して、各ユーザのプライバシープロフィールを記憶するエンティティのアドレスを記憶するように構成された、請求項２７に記載のホームロケーションレジスタ。
29. 少なくとも１つのユーザ装置と、
    少なくとも１つのユーザ装置に関連又は関係する情報を記憶するように構成された第１エンティティと、
    少なくとも１つのユーザ装置と上記第１エンティティとの間の関連性を記憶するように構成された第２エンティティと、
    を備え、
    上記第２エンティティが、上記第１エンティティに記憶された情報を記憶しない、テレコミュニケーションシステムであって、
    上記ユーザ装置に関連した要求又は該ユーザ装置から要求があるときに、上記第２エンティティに記憶された上記関連性を使用して、上記第１エンティティを識別するように、上記テレコミュニケーションシステムが構成されており、これによって、
    上記第１エンティティが、上記記憶された情報に対してチェックを行い、これにより、上記要求に対する上記記憶された情報に基づく応答を与えるようになっている、
    ことを特徴とするテレコミュニケーションシステム。

Images