(57)【要約】  テレコミュニケーションシステムは、少なくとも１人のユーザを備え、その少なくとも１人のユーザに対するプライバシープロフィールを定義する情報を記憶するための第１エンティティを備えている。第２エンティティは、少なくとも１人のユーザと第１エンティティとの間の関連性を記憶するように構成され、そして上記システムは、ユーザに関連した情報の要求に応答して、第２エンティティに記憶された関連性を使用して、第１エンティティを識別し、プライバシープロフィールに対して、上記要求された情報を供給できるかどうかについてチェックを行えるように構成される。
2005510912.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１人のユーザと、
上記少なくとも１人のユーザに対するプライバシープロフィールを定義する情報を記憶するための第１エンティティと、
上記少なくとも１人のユーザと上記第１エンティティとの間の関連性を記憶するように構成された第２エンティティと、
を備え、上記ユーザに関連した情報の要求に応答して、上記第２エンティティに記憶された上記関連性を使用して、上記第１エンティティを識別し、上記プライバシープロフィールに対して、上記要求された情報を供給できるかどうかについてチェックを行えるように構成されたテレコミュニケーションシステム。
【請求項２】
第３エンティティが設けられ、この第３エンティティは、上記情報の要求を受け取るのに使用される請求項１に記載のシステム。
【請求項３】
上記第３エンティティは、ＧＭＬＣ、ＳＧＳＮ、ＨＬＲ、ユーザ装置、移動ステーション又はＭＳＣの１つで構成される請求項２に記載のシステム。
【請求項４】
上記第３エンティティは、上記第１エンティティを識別する情報を上記第２エンティティから得るように構成される請求項２又は３に記載のシステム。
【請求項５】
上記第３エンティティは、上記第１エンティティと通信し、要求された情報をユーザに供給できるかどうか決定できるようにする請求項２ないし４のいずれかに記載のシステム。
【請求項６】
上記第２エンティティは、上記第１エンティティと通信し、要求された情報を供給できるかどうか決定できるように構成される請求項１ないし５のいずれかに記載のシステム。
【請求項７】
上記プライバシープロフィールは、次の形式の情報、即ち
ユーザに関する情報を供給できる時間を定義する情報、
ユーザに関する情報を供給できない時間を定義する情報、
ユーザに関する情報を供給できるときにユーザの位置を定義する情報、
ユーザに関する情報を供給できないときにユーザの位置を定義する情報、
上記ユーザの認識を隠すべきであることを定義する情報、
上記ユーザの認識を隠すべきであるのはいつ及び／又はどんな環境かを定義する情報、
情報を供給できるエンティティを定義する情報、及び
情報を供給できないエンティティを定義する情報、
のうちの少なくとも１つで構成される請求項１ないし６のいずれかに記載のシステム。
【請求項８】
上記情報の要求は、位置要求で構成される請求項１ないし７のいずれかに記載のシステム。
【請求項９】
上記情報の要求は、上記システムの外部の更に別のエンティティから受け取られる請求項１ないし８のいずれかに記載のシステム。
【請求項１０】
上記情報の要求は、上記システム内の更に別のエンティティから受け取られる請求項１ないし８のいずれかに記載のシステム。
【請求項１１】
上記エンティティは、サービスプロバイダーで構成される請求項９又は１０に記載のシステム。
【請求項１２】
上記第２エンティティは、ホーム位置レジスタ、ユーザ装置又は移動ステーション又は移動サービス交換センターである請求項１ないし１１のいずれかに記載のシステム。
【請求項１３】
上記第１エンティティは、サーバー、移動ステーション又はユーザ装置で構成される請求項１ないし１２のいずれかに記載のシステム。
【請求項１４】
上記少なくとも１人のユーザは、ユーザ装置である請求項１ないし１３のいずれかに記載のシステム。
【請求項１５】
上記少なくとも１人のユーザは、移動ステーションである請求項１４に記載のシステム。
【請求項１６】
上記第１エンティティは、上記要求された情報を供給できるかどうかチェックするように構成される請求項１ないし１５のいずれかに記載のシステム。
【請求項１７】
上記第１エンティティが上記チェックを実行するために更に別の情報を要求する場合には、上記更に別の情報が得られるときに上記第１エンティティにより更に別のチェックが実行される請求項１６に記載のシステム。
【請求項１８】
上記第１エンティティは、第１情報及び第２情報を供給するように構成され、上記第１情報は、コール／セッションがある場合に使用でき、そして上記第２情報は、コール／セッションがない場合に使用できる請求項１ないし１７のいずれかに記載のシステム。
【請求項１９】
上記第１情報は、位置要求に関連したコール／セッションがある場合に使用でき、そして上記第２情報は、位置要求に関連したコール／セッションがない場合に使用できる請求項１８に記載のシステム。
【請求項２０】
上記第１情報及び第２情報は、上記第３エンティティへ送信される請求項２、１８又は１９に記載のシステム。
【請求項２１】
上記第１エンティティは、コール／セッションがあるかどうか指示する情報を受け取り、そしてコール／セッションがあるかどうかに基づいて情報を供給するように構成された請求項１ないし１７のいずれかに記載のシステム。
【請求項２２】
上記情報は、位置要求に関連したコール／セッションがあるかどうか指示する請求項２１に記載のシステム。
【請求項２３】
上記第１エンティティは、コール／セッションがあるかどうか指示する情報を、移動サービス交換センター、シグナリングＧＰＲＳサポートノード、又はゲートウェイ移動位置センターから受け取るように構成された請求項２１又は２２に記載のシステム。
【請求項２４】
上記第１エンティティは、位置情報、及び上記コール／セッションに関連した情報を、ポジショニング手順が実行された後に受け取るように構成される請求項２１ないし２３に記載のシステム。
【請求項２５】
上記位置情報、及び／又は上記コール／セッションに関連した情報に基づいて、上記第１エンティティは、位置要求を拒絶又は承認するように構成された請求項２４に記載のシステム。
【請求項２６】
上記要求された情報は、ユーザの認識を与えずに供給される請求項１ないし２５のいずれかに記載のシステム。
【請求項２７】
上記要求された情報は、上記ユーザの偽名と共に供給される請求項１ないし２６のいずれかに記載のシステム。
【請求項２８】
テレコミュニケーションシステムにおけるユーザのプライバシーを管理する方法であって、
上記ユーザに関する情報の要求を受け取り、
第１エンティティを識別する情報を第２エンティティから得、上記第１エンティティは、上記ユーザに対するプライバシープロフィールを定義する情報を記憶し、そして
上記プライバシープロフィールに対して、要求された情報を供給できるかどうかのチェックを行なう、
という段階を備えた方法。
【請求項２９】
テレコミュニケーションシステムに使用するためのエンティティであって、このエンティティは、少なくとも１人のユーザに対するプライバシープロフィールを定義する情報を記憶するように構成され、上記プライバシープロフィールは、次の形式の情報、即ち
ユーザに関する情報を供給できる時間を定義する情報、
ユーザに関する情報を供給できない時間を定義する情報、
ユーザに関する情報を供給できるときにユーザの位置を定義する情報、
上記ユーザの認識を隠すべきであることを定義する情報、
上記ユーザの認識を隠すべきであるのはいつ及び／又はどんな環境かを定義する情報、及び
ユーザに関する情報を供給できないときにユーザの位置を定義する情報、
のうちの少なくとも１つで構成されるようなエンティティ。
【請求項３０】
テレコミュニケーションシステムに使用するためのホーム位置レジスタであって、このホーム位置レジスタは、ユーザごとにエンティティを識別する情報を複数のユーザに対して記憶するように構成され、上記各々のエンティティは、複数のユーザ各々に対してプライバシープロフィールを記憶するように構成されたホーム位置レジスタ。
【請求項３１】
上記ホーム位置レジスタは、上記複数のユーザに対して、各ユーザのプライバシープロフィールを記憶するエンティティのアドレスを記憶するように構成された請求項３０に記載のホーム位置レジスタ。
【請求項３２】
少なくとも１人のユーザと、
上記少なくとも１人のユーザに関連又は関係する情報を記憶するための第１エンティティと、
上記少なくとも１人のユーザと上記第１エンティティとの間の関連性を記憶するように構成された第２エンティティと、
を備え、上記ユーザへ又は上記ユーザから関連した要求があるときに、上記第２エンティティに記憶された上記関連性を使用して、上記第１エンティティを識別し、上記要求に対する上記記憶された情報に基づく応答を与えるためのチェックを上記記憶された情報に対して行なえるように構成されたテレコミュニケーションシステム。
【請求項３３】
少なくとも１人のユーザと、
上記少なくとも１人のユーザに関連又は関係する情報を記憶するための第１エンティティと、
を備え、上記ユーザへ又は上記ユーザから関連した要求があるときに、上記情報は、上記要求に関連したコール／セッションがあるかどうか考慮するようにされたテレコミュニケーションシステム。
【請求項３４】
少なくとも１人のユーザと、
上記少なくとも１人のユーザに関連又は関係する情報を記憶するための第１エンティティと、
を備え、上記ユーザへ又は上記ユーザから関連した要求があるときに、第１情報及び第２情報が与えられ、上記第１情報は、コール／セッションがある場合に使用でき、そして上記第２情報は、コールセッションがない場合に使用されるテレコミュニケーションシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークにおけるユーザのプライバシーを管理する方法及びテレコミュニケーションネットワークに係る。
【背景技術】
【０００２】
ユーザに移動性を与える通信システムが知られている。移動通信システムの良く知られた例は、公衆地上線移動ネットワーク（ＰＬＭＮ）であり、セルラー通信ネットワークは、ＰＬＭＮの一例である。その別の例は、通信衛星の使用に少なくとも一部分基づいた移動通信システムである。
【０００３】
移動ネットワーク装置及び／又はユーザ装置、例えば、移動ステーションは、ユーザ装置、ひいては、そのユーザの地理的位置に関する情報を供給するために使用できる。移動ユーザ装置、ひいては、そのユーザは、種々の異なる技術によって位置決めすることができる。例えば、ユーザ装置に関連する実質的に正確な地理的位置情報は、既知の衛星ベースのＧＰＳ（グローバルポジショニングシステム）に基づいて得ることができる。差動ＧＰＳにより更に正確な位置情報を得ることができる。
【０００４】
別の可能性は、セルラーテレコミュニケーションシステムに関連した位置サービスを利用して位置情報を供給することである。この解決策では、通信システムのセル又は同様の地理的に限定された無線アクセスエンティティ及びその関連コントローラを使用して、移動ユーザ装置の現在位置に関する少なくともおおよその位置推定情報を発生する。位置情報の精度を改善するために、通信システムには、セルラーシステムのサービスエリア内にあるユーザ装置の位置に関するより正確なデータを与える特定の位置測定ユニットを設けることができる。又、移動ユーザ装置が訪問先即ち「外部」ネットワークのカバレージエリア内に位置するときに地理的位置を決定することもできる。訪問先ネットワークは、例えば、位置情報に基づくサービスをサポートするか、又はルーティング及び課金の目的で、移動ユーザ装置の位置をホームネットワークへ返送できるようにしてもよい。
【０００５】
位置データは、セルラーシステム内で実施されるか又はそれに接続された特定の位置サービスエンティティにおいて処理されてもよい。又、位置データは、適当な処理能力が設けられたユーザ装置において処理されてもよい。通信システムにより与えられる位置サービスエンティティが、適当なインターフェイスを経て異なるクライアントにサービスしてもよい。
【０００６】
位置情報は、非常コールを行なった移動電話の探索や、乗物又は所与の移動加入者の探索等の種々の目的で使用することができる。一般に、ユーザ装置のようなクライアント、又はユーザ装置に関する位置情報を受信したい別のエンティティは、そのような情報の要求を位置サービス提供エンティティに送信することができる。位置サービス提供エンティティは、次いで、その要求を処理し、必要なデータを得、そして適当な応答を発生する。
【０００７】
ＰＬＭＮにより位置情報を提供する一例が、第三世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様書に詳細に説明されており、例えば、２００１年６月の「Functional stage 2 description of LCS」と題する３ＧＰＰ  ＴＳ  ２３．２７１、バージョン４．２．０を参照されたい。
【０００８】
この３ＧＰＰ仕様書に基づき、位置サービスを管理するために、ゲートウェイ移動位置センター（ＧＭＬＣ）と称される位置サービス（ＬＣＳ）サーバーエンティティが設けられる。このＧＭＬＣは、位置サービスクライアント（ＬＣＳクライアント）に対する位置情報の提供に使用できる種々のデータを収集して記憶するためのものである。ＬＣＳクライアントは、種々のサービス／アプリケーションに対してその位置情報を使用することができる。考えられるアプリケーションは、非コール関連位置情報の要求に応答して位置情報を供給するように構成されたＬＣＳクライアントを含む。位置情報に対するこのような要求は、３ＧＰＰ仕様書では、非コール関連ＭＴ−ＬＲ（移動着信位置要求）と称される。
【０００９】
いわゆる「許可されたＵＥリスト」の使用が提案されている。このリストは、位置情報提供手順を開始することが許された移動加入者ＩＳＤＮ（ＭＳＩＳＤＮ）（ＩＳＤＮ−サービス総合デジタル網）番号又はＭＳＩＳＤＮのグループを含む。即ち、ＬＣＳクライアントが非コール関連ＭＴ−ＬＲを発行してもよいところのＭＳＩＳＤＮ又はＭＳＩＳＤＮグループがリストされる。ＭＳＩＳＤＮの個別リストに、各別々の外部又は非コール関連クライアント認識が関連されてもよい。上記リストに現われるＭＳＩＳＤＮ番号をもつユーザからの位置情報の要求に応答して、位置情報がＬＣＳサーバーによりＬＣＳクライアントに供給されてもよい。
【００１０】
ＰＬＭＮシステムに対して外部にいるＬＣＳクライアントは、「許可されたＵＥリスト」に見られるＭＳＩＳＤＮに対して位置情報要求を有効に発行することしかできない。即ち、ＬＣＳクライアント要求は、ＰＬＭＮにより提供される位置サービスに契約している加入者しか応答できない。というのは、さもなければ、ＭＳＩＳＤＮがリストにないからである。
【００１１】
ＬＣＳクライアントからの要求は、ＬＳＣサーバー（例えば、ＧＭＬＣ）のＬＣＳクライアントプロフィールに記憶されたクライアントＩＤ及びパスワードの組み合せに基づいて許可されると共に、「許可されたＵＥリスト」に基づいて許可される。即ち、ＬＣＳクライアントは、要求を発しているユーザ装置（ＵＥ）がリストから見つかる場合にＧＭＬＣエンティティから位置情報を受け取ることが許可される。
ＬＣＳクライアントは、通常、ＰＬＭＮシステムの一部分ではないアプリケーションサービスプロバイダー（ＡＳＰ）である。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
移動位置サービス（ＭＬＳ）における１つの重要な問題は、加入者のプライバシーである。特に、ユーザは、広いプライバシー要求しか定義することができず、これらは、ホーム位置レジスタＨＬＲに記憶される。現在のプライバシー要求では、ユーザは、ユーザの位置情報を供給できるかどうか、そしてもしできれば、どのクライアントへ供給できるか定義することが許される。現在、これらのプライバシー要求は、移動サービス交換センター（ＭＳＣ）、ＧＭＬＣ及び移動ターミナルにより、ホーム位置レジスタに記憶された情報に基づいて取り扱われている。例えば、クライアントの選別が、ＧＭＬＣにおいて行なわれ（即ち、クライアントは、ＧＭＬＣネットワークオペレータを経て位置情報を要求でき）、且つＭＳＣ／ＶＬＲにおいて行なわれる（即ち、クライアントは、例えば、ユーザ加入者の位置情報を要求できる）（ＶＬＲ＝ビジター位置レジスタ）。
【００１３】
加入者特有のプライバシーパラメータ情報がＨＬＲに記憶され、必要に応じてＶＬＲへコピーされる。この情報は、一般に、ＬＣＳプライバシーパラメータと称される。既存のシステムに伴う問題は、それに制約があると共に、柔軟性がないことである。
【課題を解決するための手段】
【００１４】
本発明の実施形態は、上記問題の１つ又は多数の対処することに向けられる。
本発明の第１の態様によれば、少なくとも１人のユーザと、上記少なくとも１人のユーザに対するプライバシープロフィールを定義する情報を記憶するための第１エンティティと、上記少なくとも１人のユーザと上記第１エンティティとの間の関連性を記憶するように構成された第２エンティティとを備え、上記ユーザに関連した情報の要求に応答して、上記第２エンティティに記憶された上記関連性を使用して、上記第１エンティティを識別し、上記プライバシープロフィールに対して、上記要求された情報を供給できるかどうかについてチェックを行えるように構成されたテレコミュニケーションシステムが提供される。
【００１５】
本発明の第２の態様によれば、テレコミュニケーションシステムのユーザのプライバシーを管理する方法であって、上記ユーザに関する情報の要求を受け取り、第１エンティティを識別する情報を第２エンティティから得、上記第１エンティティは、上記ユーザに対するプライバシープロフィールを定義する情報を記憶し、そして上記プライバシープロフィールに対して、要求された情報を供給できるかどうかのチェックを行なうという段階を備えた方法が提供される。
【００１６】
本発明の第３の態様によれば、テレコミュニケーションシステムに使用するためのエンティティであって、このエンティティは、少なくとも１人のユーザに対するプライバシープロフィールを定義する情報を記憶するように構成され、上記プライバシープロフィールは、次の形式の情報、即ちユーザに関する情報を供給できる時間を定義する情報、ユーザに関する情報を供給できない時間を定義する情報、ユーザに関する情報を供給できるときにユーザの位置を定義する情報、及びユーザに関する情報を供給できないときにユーザの位置を定義する情報、のうちの少なくとも１つで構成されるようなエンティティが提供される。
【００１７】
更に別の態様によれば、テレコミュニケーションシステムに使用するためのホーム位置レジスタであって、このホーム位置レジスタは、ユーザごとにエンティティを識別する情報を複数のユーザに対して記憶するように構成され、上記各々のエンティティは、複数のユーザ各々に対してプライバシープロフィールを記憶するように構成されたホーム位置レジスタが提供される。
【発明を実施するための最良の形態】
【００１８】
本発明、及び本発明をいかに実施できるかを良く理解するために、添付図面を参照して一例として詳細に説明する。
位置サービスを提供するセルラーシステムを簡単に示した図１について説明する。図示して詳細に説明するテレコミュニケーションネットワークは、第三世代（３Ｇ）ＵＭＴＳ（ユニバーサル移動テレコミュニケーションシステム）公衆地上移動ネットワーク（ＰＬＭＮ）の用語を使用するが、ここに提案する解決策は、ユーザのための移動通信及びある種の位置情報サービスを提供するいかなるシステムにも使用できることを理解されたい。他のテレコミュニケーションシステムは、例えば、ＧＳＭ（移動通信用のグローバルシステム）又は種々のＧＳＭベースのシステム（例えば、汎用パケット無線サービスＧＰＲＳ）、ＡＭＰＳ（アメリカン移動電話システム）又はＤＡＭＰＳ（デジタルＡＭＰＳ）、ＩＭＴ２０００（国際移動テレコミュニケーションシステム２０００）、ｉ−フォン、等々を含むが、これらに限定されない。
【００１９】
より詳細には、図１は、セルラーシステム１のベースステーション３（明瞭化のために３つしかしめされていない）が無線カバレージエリア即ちセル２を形成する構成を示す。各無線カバレージエリア２は、通常、ベースステーションによりサービスされる。１つのセルが２つ以上のベースステーションサイトを含んでもよいことが明らかである。ベースステーション装置又はサイトは、２つ以上のセルを形成してもよい。セル２の形状及びサイズは、実施形態に依存し、図示された形状とは異なってもよい。又、セルの形状及びサイズは、セルごとに変化してもよい。あるシステムでは、ベースステーションは、ノードＢと称されてもよいことが明らかである。
【００２０】
移動ステーション（ＭＳ）６のような２つのユーザ装置も示されている。通常、多数のユーザ装置が各ベースステーションと通信することが明らかである。各ベースステーションは、ワイヤレスインターフェイスを経て移動ユーザ装置（ＵＥ）６へ信号を送信しそしてそこから信号を受信するように構成される。同様に、ユーザ装置６も、ベースステーションへ信号を送信しそしてそこから信号を受信することができる。
【００２１】
各ベースステーションは、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）の無線ネットワークコントローラ（ＲＮＣ）７又はＧＳＭ型システムのベースステーションコントローラのようなアクセスネットワークコントローラに接続される。無線ネットワークコントローラは、適当なインターフェイス構成体を経て、ＭＳＣ（移動交換センター）８及び／又はＳＧＳＮ（サービング汎用パケット無線サービスサポートノード）１１のようなセルラーシステムの適当なコアネットワークエンティティに接続されてもよい。
【００２２】
移動ユーザ装置の位置は、ユーザ装置がベースステーションのカバレージエリア内を自由に移動するとき及びあるカバレージエリアから別のカバレージエリアへ移動するときに時間と共に変化し得る。近代的な通信システムは、カバレージエリア内におけるユーザ装置の地理的位置に関する情報を供給することができる。地理的位置は、移動テレコミュニケーションネットワークのベースステーション（１つ又は複数）に対する移動ステーションの位置に基づいて定義されてもよい。
【００２３】
ユーザ装置の地理的位置は、例えば、Ｘ−Ｙ座標又は緯度−経度で定義されてもよい。例えば、球座標系等に基づいて、定義された半径と角度との間の関係を使用することができる。又、垂直方向におけるベースステーション及び／又は移動ステーションの位置を定義することもできる。例えば、垂直方向の位置情報を与えるときにはＺ座標を使用することができる。垂直位置は、例えば、山岳環境や、高層ビルのある都市において必要となる。
【００２４】
通信システムの位置要素を詳細に示した図２について説明する。ベースステーション及び無線ネットワークコントローラは、無線アクセスネットワーク１４を画成する。異なるネットワークが同じ要素を有する。
【００２５】
通信システムの位置サービス（ＬＣＳ）機能は、ゲートウェイ移動位置センター（ＧＭＬＣ）エンティティ１０により与えられる。ＧＭＬＣ位置サービスノード１０は、位置情報を供給するのに必要なデータを収集して記憶するためのものである。位置サービスノード１０は、セルラーシステムから、移動ユーザ装置の位置に関する情報を、適当なインターフェイス手段を経て受信するように構成される。
【００２６】
セルラーシステムには、セルから収集された情報及び／又は他の幾つかの他のパラメータを処理し、及び／又は適当な計算をプロセッサ手段によって計算して、ターゲットユーザ装置の地理的な位置を決定しそして出力するための種々の異なる手段が設けられてもよい。適当な位置技術の１つ以上を使用することにより位置情報が得られてもよい。位置情報の少なくとも一部分は、通信システムとは個別のシステム、例えば、グローバルポジショニングシステム（ＧＰＳ）又は同様のシステムにより供給された情報に基づいて与えられてもよい。セルラーシステム内で位置サービスをいかに実施するかについては種々の可能性があり、且つ本発明は、使用する位置決定技術に依存するものではないので、それらは、ここでは詳細に説明しない。
【００２７】
ユーザ装置を互いに分離できるようにするために、位置サービスエンティティ１０は、少なくとも一形式の識別子を処理することができる。この認識情報は、例えば、移動加入者ＩＳＤＮ番号（ＭＳＩＳＤＮ）、移動ユーザ装置の国際移動加入者識別子（ＩＭＳＩ）又は一時的識別子（例えば、一時的国際移動加入者識別子ＴＩＭＳＩ）、パスワード、或いはユーザ装置及び／又はユーザを識別するために容易に使用できる他の形式の識別子によって与えることができる。
【００２８】
ＧＭＬＣサーバー１０は、適当なインターフェイス手段によりアクセスネットワークに接続されたＭＳＣ８及び／又はＳＧＳＮ（図示せず）のような適当なコントローラエンティティを経て、無線アクセスネットワーク１４から位置情報を受け取るように構成される。
【００２９】
ＧＭＬＣ１０は、位置情報を規定のやり方で位置サービス（ＬＣＳ）クライアント１２へ供給することができる。ＬＣＳクライアント１２は、位置情報を使用するいかなるエンティティでもよい。ＬＣＳクライアント１２は、１つ以上のターゲットユーザ装置の位置情報について位置サービスエンティティ１０へ要求を発する論理的機能エンティティとみなすことができる。ＬＣＳクライアント１２は、通信ネットワーク１に対して外部のエンティティでよく、このクライアントエンティティ１２は、ＡＳＰドメイン４に設けられる。ＡＳＰは、例えば、Ｙａｈｏｏ及びＡｋｔｉｖｉｓｔである。又、ＬＣＳクライアントは、通信システム１内のいずれかのエンティティ又はノード（移動ステーションを含む）に常駐する内部クライアント（ＩＬＣＳ）であってもよい。
【００３０】
ＬＣＳクライアントは、ターゲットユーザ装置の位置（又は位置経歴）に関する情報を少なくともある程度は受信する権利がある。ＬＣＳクライアントの特定の要求及び特徴は、通常、そのＬＣＳクライアント契約プロフィールにより通信システムの位置サービスサーバーに分かる。これについては、以下に詳細に述べる。
【００３１】
ＧＭＬＣ１０は、ＬＣＳクライアント１２にサービスすることが必要なコンポーネント及びベアラで構成されてもよい。ＧＭＬＣ１０は、スピーチ、データ、メッセージ、他のテレサービス、ユーザアプリケーション、及び補足サービスのような他のテレコミュニケーションサービスと並列に位置ベースサービスをサポートすることのできるプラットホームを形成してもよい。従って、ＧＭＬＣ１０は、クライアント１２に、要求時に又は周期的に、ターゲットユーザ装置の現在又は最新の地理的位置（もし得られれば）を与えるか、又は探索失敗の場合には、エラー指示及び任意であるが失敗の理由を与えることができる。本発明の実施形態に使用できるＬＣＳエンティティの詳細な説明は、例えば、上記３ＧＰＰ技術仕様書第３ＧＰＰ  ＴＳ２３．２７１号に見ることができる。
【００３２】
ホーム位置レジスタ２０が設けられる。ホーム位置レジスタは、現在提案される同じプライバシーパラメータを記憶してもよい。それとは別に又はそれに加えて、ホーム位置レジスタは、ユーザのプライバシーパラメータを記憶するエンティティのアドレスを記憶する。本発明の好ましい実施形態では、ホーム位置レジスタは、プライバシーパラメータを含まない。むしろ、それらは、図２に２２で示された個別のプライバシーエンティティに記憶される。特に、ホーム位置レジスタ８は、位置サービスに対して割り当てられた各加入者のためのプライバシー基準アドレスを含むように構成される。このアドレスは、ここに述べる実施形態では、例えば、プライバシーポリシーホルダーエンティティ２２のＧＴ（グローバルタイトル）又はＩＰ（インターネットプロトコル）アドレス或いは他の適当なアドレスである。このエンティティ２２は、サーバーの形態をとってもよい。
【００３３】
プライバシーポリシーエンティティ２２は、オペレータネットワークの内部又は外部に設けることができる。プライバシーポリシーエンティティ２２へのアクセスは、ＩＰ又はＳＳ７ベースの接続を経て行うこともできるし、或いは他の適当な形式の接続を経て行うこともできる。
【００３４】
プライバシーポリシーエンティティ２２は、ユーザに対する詳細なプライバシーポリシーを記憶することができる。例えば、プライバシーポリシーエンティティは、先ず、ユーザの位置をＬＣＳクライアントに供給できるかどうかに関する情報を記憶することができる。もしそうであれば、ユーザの位置をクライアントに供給できる時間を定義することもできる。又、プライバシーポリシーエンティティ２２は、位置情報を送信できるところのクライアントを定義する情報も記憶できる。又、ユーザは、ユーザの位置を位置クライアントに供給できないユーザのホーム及び／又はオフィス環境のような位置も定義することができる。記憶される情報は、いかなる適当なフォーマットでもよい。例えば、ユーザの位置をクライアントに送信できる時間を記憶することができ、及び／又は情報をクライアントに送信できない時間も記憶することができる。同様に、ユーザが位置するときに、ユーザに情報を送信できないエリア又はそれとは逆のエリアを定義する情報を記憶することができる。又、プライバシーポリシーエンティティ２２は、ＬＣＳクライアントに対して位置情報がいかに正確であるかを定義する情報を記憶してもよく、例えば、あるＬＣＳクライアントは、ＩＤ／サービスエリアに基づく位置情報を得ることしかできない。プライバシーポリシーエンティティは、各加入者に対して誰がポリシー（プロフィール）の所有者であるかそして誰が設定の管理を許されたかに関する情報を記憶する。加入者に対してコミュニティを導入することもできるし、或いは加入者が参加できるグローバルコミュニティを定義することもできる。これらのコミュニティは、コミュニティの所有者により別々に設定されたあるプライバシールールをもつことができる。
【００３５】
ユーザに対するプライバシープロフィールを記憶するための個別のエンティティが設けられるときには、プロフィールを必要に応じて詳細なものにすることができる。例えば、プライバシーホルダーエンティティは、ユーザの位置をユーザの明確な同意と一緒にのみ供給できることを指示する情報を記憶してもよい。この場合に、クライアント／ＡＳＰからのオリジナルの位置要求を受け入れそしてプライバシーチェックを完了する前に照合が必要とされる。プライバシールールに通知が必要であることを加入者が設定した場合には、プライバシーポリシーエンティティは、プライバシーチェックを行う間に更に通知を要求しなければならない。プライバシーポリシーエンティティは、個別のネットワーク要素に設けることができる。ある実施形態では、プライバシーポリシーエンティティの機能を別のネットワーク要素、例えば、ＧＭＬＣに追加することができる。
【００３６】
本発明による方法を示した図３について説明する。ステップＳ１において、ユーザは、サービス要求メッセージをクライアント１２に送信する。クライアント１２は、ステップＳ２において、位置要求をＧＭＬＣへ送信する。ＧＭＬＣは、ステップＳ３において、ＬＣＳクライアントを認証する。この認証が成功した場合には、ＳＲＩ（送信ルーティング情報）がステップＳ４においてユーザのホーム位置レジスタ２０へ送信される。このＳＲＩメッセージは、加入者が現在位置しているＭＳＣ／ＳＣＳＮの詳細を要求する。ホーム位置レジスタ２０は、ステップＳ５において、その要求を確認し、プライバシーポリシーエンティティ２２に対するアドレス又は識別情報を与える。又、ホーム位置レジスタは、現在ＭＳＣ／ＳＧＳＮアドレスも与える。この確認及び識別情報は、ＧＭＬＣ１０へ送信される。ＧＭＬＣは、ステップＳ６において、クライアントから受け取った位置要求を処理できるかどうかチェックするための要求をエンティティに送信する。この要求において、全ての得られる情報が通され、これは、例えば、クライアントＩＤ、要求者、ＭＳＩＤ、ＱｏＳ、要求形式（即ち、即座、周期的）等である。プライバシーポリシーエンティティ２２は、ユーザにより定義されたパラメータを考慮し、そして特定位置クライアント１２からの位置要求がそのプロフィールに鑑み許容できるかどうか調べる。プライバシーポリシーエンティティは、ステップＳ７において、ＧＭＬＣ１０へ応答を送信し、ユーザの位置情報を供給できるかどうか指示する。その応答には、通知又はプライバシー照合をＭＳ／ＵＥへ送信する必要があるかどうかに関する情報があってもよい。この点において、ユーザの位置は識別されず、従って、定義されたプロフィールの位置部分に対してチェックが行われないことを理解されたい。これは、この点で得られる位置情報のレベルが、ＭＳＣの認識及び／又は加入者の最後に知られた位置に過ぎないためである。これが、定義された精度の受け入れられるレベルである場合には、この段階において位置従属プライバシーチェックを行うこともできる。さもなければ、この段階で位置チェックは行わない。
【００３７】
ステップＳ８において、プライバシーポリシーエンティティ２２が否定応答を発しなかったと決定された場合には、ＰＳＬ（プロバイダー加入者位置）メッセージがＭＳＣ／ＳＧＳＮ８へ送信される。このメッセージにおいて、プライバシーチェックがＧＭＬＣにより既に行われたか、又は現在の規格に既に定義されたプライバシーオーバーライド指示子（ＰＯＩ）が使用されたことを指示することができる。ここでは、新たなプライバシーチェック実行指示が好ましい。その結果、ＭＳＣ／ＳＧＳＮは、プライバシーチェックを行わなくてよい。又、ＰＳＬメッセージは、通知又は照合を必要とするかどうかの情報も含むことができる。ＰＳＬメッセージがこの情報を含まない場合には、ＧＭＬＣは、これを行うべきかどうか指定するクライアント認識を使用しなければならない。現在の規格では、システムは、ＰＯＩが使用されている場合に照合又は通知を行わない。従って、プライバシーチェック指示が受け取られないか又はＰＯＩがセットされない場合には、ステップＳ９において、ＭＳＣ８が、３ＧＰＰ  ＴＳ  ２３．２７１  チャプター９．５に規定された基本的プライバシーチェックを実行する。
【００３８】
ステップＳ１０では、ユーザのＭＳＩＳＤＮ及びその位置を与える応答がＭＳＣによりＧＭＬＣへ送信される。
必要に応じて、ユーザの位置が、クライアントに供給されている情報を除外するかどうか調べるために更に別のチェックが行われる。これを行うために、ステップＳ１１において、位置情報がＧＭＬＣによりプライバシーポリシーエンティティ２２へ送信されてもよい。これは、定義されたエリアに対してユーザの位置をチェックする。プライバシーポリシーエンティティ２２は、クライアントにとってユーザの位置を供給することが受け入れられるかどうか指示する応答をＧＭＬＣに送信する。これは、ステップＳ１２において行なわれる。クライアントにユーザの位置を供給できると決定された場合には、次の段階がステップＳ１３となり、ここでは、ＧＭＬＣがユーザの位置をクライアント１２に与える。クライアント１２は、ステップＳ１４において、ユーザに必要な情報を与える。
【００３９】
ある構成においては、あるＧＭＬＣ等がプライバシーポリシーエンティティの使用をサポートしないことがある。従って、これらのＧＭＬＣについては、ステップＳ６及びＳ７を省略し、それに代わって、ステップＳ８の後にプライバシーチェック要求を送信する追加のステップが行われる。この追加ステップは、ステップＳ９の一部分であってもよい。ＧＭＬＣ等がプライバシーポリシーエンティティの使用をサポートしない場合には、ＭＳＣのような異なるエンティティが、ＧＭＬＣに代わってプライバシーチェック要求を送信することができる。
【００４０】
ユーザが別のネットワークを訪れる場合には、プライバシーポリシーエンティティのアドレス等を訪問先ネットワークのＶＬＲへコピーしなければならない。
本発明の一実施形態では、ＨＬＲが、サービス要求に応答して、プライバシーポリシーエンティティのアドレス等をＧＭＬＣに供給することができる。ＧＭＬＣは、次いで、プライバシーポリシーエンティティと通信することができる。本発明の別の実施形態では、ＨＬＲがプライバシーポリシーエンティティ２２と通信するように構成されてもよい。例えば、ＳＲＩ要求がホーム位置レジスタ２０により受け取られる。この要求に応答して、ホーム位置レジスタ２０は、プライバシーポリシーエンティティ２２と直接通信することにより必要なプライバシーチェックを実行する。
【００４１】
ユーザのプライバシープロフィールに基づき、位置要求が受け入れられるかどうか指示するために更なる情報がプライバシーポリシーエンティティ２２により要求され得ることを理解されたい。例えば、クライアントの認識が要求されたり、ユーザの位置が要求されたりする。これらの環境では、プライバシーポリシーエンティティは、更なる情報を受け取ることが必要とされる。これらの環境では、プライバシーポリシーエンティティは、判断が与えられる前に更なる情報が必要であることを指示する応答を送信する。
【００４２】
本発明の好ましい実施形態では、ＧＭＬＣは、プライバシーチェック要求を送信するものとして説明した。しかしながら、本発明の別の実施形態では、他のエンティティ、例えば、ＳＧＳＮ又はＭＳＣ或いは実際には他の適当なエンティティがその要求を与えてもよい。
【００４３】
図３に示す方法の変形態様を示す図４について説明する。図４に示す方法は、位置要求がユーザからの位置要求に応答したものであるかどうか考慮するように構成される。特に、ユーザは、コール又はセッションを開始し、そしてＬＣＳクライアントから位置に基づくサービスを要求することができる。ユーザが、位置に関連したサービスを要求した場合には、ユーザからＬＣＳクライアントに位置情報を供給するのにプライバシーの問題はない。しかし、例えば、ユーザの位置に基づく広告をユーザに供給すべき場合には、プライバシープロフィールレジスタに記憶されたプロフィールを考慮しなければならない。
【００４４】
ステップＴ１では、ＬＣＳクライアントがＧＭＬＣに要求を送信する。これは、図３のステップＳ２に対応する。ステップＴ２では、ＳＲＩ（送信ルーティング情報）メッセージがユーザのホーム位置レジスタ２２へ送信される。これは、図３のステップＳ４と同じである。又、ＧＭＬＣは、図３に示す方法の場合と同様に、認証手順を実行してもよいことが明らかであろう。ステップＴ３は、図３のステップＳ５と同じである。ステップＴ４において、ＧＭＬＣは、クライアントから受け取った位置要求を処理できるかどうかチェックするための要求をエンティティに送信する。これも、ステップＳ６と同じ又は同様である。
【００４５】
ステップＴ５では、プライバシープロフィールレジスタ２２が２つの応答を与える。１つの応答は、コール／セッションに関連したものである。即ち、ユーザに関する位置情報を供給できるかどうか指示する応答が、ユーザが特定の位置サービスを要求した事実を考慮に入れる。しかしながら、例えば、ユーザの契約には、ユーザが特定の位置サービスを得るのを防止する障壁があってもよい。第２の結果は、ユーザがコール／セッションを開始しなかったと仮定する。コール／セッションに関連した応答、及びコール／セッションに無関係な応答は、異なるものでもよいし、同じものでもよい。
【００４６】
ステップＴ６では、ＧＭＬＣ１０は、供給加入者位置メッセージを、ネットワークに基づいてＭＳＣ又はＳＧＳＮへ送信する。このメッセージは、２つの結果を含むことができ、その一方は、コール／セッションに関連したものであり、そして第２はコール／セッションに無関係なものである。ユーザがコール／セッションを開始したかどうかに基づいて、プライバシープロフィールホルダー２２からの２つの応答の一方が使用される。図４の残りのステップは、図３のステップＳ１０からＳ１４と同じであり、プライバシーポリシーレジスタ２２からの適切な応答を考慮に入れたものである。
【００４７】
本発明の実施形態の１つの変形において、ＧＭＬＣは、ＭＳＣ／ＳＧＳＮから直接、又は例えば、ＬＣＳクライアントから、コール／セッションが発せられているかどうか指示する情報を既に受信していることがある。もしそうであれば、ステップＴ４のＧＭＬＣ要求は、コール／セッションが発せられていたかどうか指定する。従って、プライバシープロフィールレジスタは、単一の応答を与えるだけでよい。
【００４８】
本発明の実施形態の１つの変形において、ＧＭＬＣは、供給加入者位置応答メッセージにおいてコール／セッションが発せられているかどうか指示する情報をＭＳＣ／ＳＧＳＮから受け取ることがある。ＧＭＬＣは、ステップＳ１３の場合のようにＬＣＳ応答をＬＣＳクライアントに送信する前に、この情報及び位置情報をプライバシープロフィールレジスタに転送することができる。コール／セッション情報及び位置情報に基づいて、プライバシープロフィールレジスタは、位置要求を拒絶又は承認することができる。
【００４９】
本発明の更に別の実施形態では、プライバシープロフィールレジスタからの応答をＭＳＣ／ＳＧＳＮに直接送信し、ＧＭＬＣエンティティには送信しないようにすることができる。
【００５０】
本発明の更に別の１つの変形態様を以下に説明する。偽名ターゲット加入者と称される概念が位置要求手順に関して提案されている。この概念では、ターゲット加入者は、自分の真の認識をＬＣＳクライアント（アプリケーション）から隠すことができる。この場合に、ターゲット加入者の偽名のみを含むＬＣＳサービス要求がＬＣＳクライアントからＬＣＳサーバー（ＧＭＬＣ）へ送信される。本発明の１つの好ましい変形態様では、ターゲット加入者は、ターゲット加入者の真の認識がＬＣＳクライアントから隠された位置要求しか許すことができない。ターゲット加入者は、ＬＳＣサービス要求がターゲット加入者の偽名しか含まないときにはＬＣＳクライアントからの偽名を保持することができる。
【００５１】
本発明の実施形態は、加入者の真の認識が隠された位置要求しか許してはならないように加入者が確保できるというものである。本発明の実施形態では、ターゲット加入者は、この偽名を、上述したように自分のプライバシープロフィールの一部分として使用できると共に、プライバシーのチェックに使用することができる。
【００５２】
この実施形態は、加入者のプライバシーを向上させる。
３ＧＰＰ  Ｒｅｌ−６では、位置要求に対するプライバシーチェックがホームＰＬＭＮにおいてホームＧＭＬＣ又はプライバシーポリシーホルダのいずれかで行なわれる。これは、この偽名ターゲット加入者概念が使用されるとき、Ｈ−ＧＭＬＣ又はプライバシーポリシーホルダは、ＬＣＳクライアントから偽名のＬＣＳサービス要求が送信されたときにそれに対応する情報を得なければならないことを意味する。この情報は、プライバシーチェックに使用することができる。又、Ｈ−ＧＭＬＣ／ＰＰＲに保持された加入者ＬＣＳプライバシープロフィールは、そのユーザにより偽名位置要求しか許されないというこの新たな情報を含まねばならず、そして偽名位置要求が必要となる環境と、それらがいつ必要でないかも任意に含む。
【００５３】
位置要求を現在定義する２つの第三世代仕様書ＬＳＣ３ＧＰＰ  ＴＳ  ２３．０７１及びＬＣＳ  ３ＧＰＰ  ＴＳ  ２３．２７１について説明する。
以上、位置サービスに対するプライバシーに関連して本発明の実施形態を説明した。しかしながら、本発明の別の実施形態を、加入者に関する情報を含む存在サービス及び他のサービス、例えば、デートサービスのような付加的な又は別のサービスと共に使用できることが明らかであろう。又、ユーザ、加入者、クライアント、ＡＳＰ又はサービスに関する一般的及び特定情報がプロフィールデータベースに記憶されてもよいことが明らかであろう。従って、エンティティに記憶される情報は、ユーザプロフィール、加入者プロフィール、クライアントプロフィール、ＡＳＰプロフィール、又はサービスプロフィールを定義してもよく、これらプロフィールは、プライバシー情報を含んでも含まなくてもよい。情報がクライアント、ＡＳＰ又はサービスに関連したものである場合には、全く情報がなくてもよいし、或いは加入者又はユーザに関連した情報があればよい。
【００５４】
ユーザ３が、異なるネットワーク、いわゆる「訪問先ネットワーク」へローミングするときには、そのユーザに関連した情報が、ホーム位置レジスタ２０からその訪問先ネットワークのビジター位置レジスタへコピーされる。ユーザが情報を受信できるかどうかのチェックは、訪問先ネットワークのＭＳＣにおいて、ＶＬＲに一時的に記憶された情報を使用して行なわれる。訪問先ネットワークは、プライバシーエンティティ２２にアクセスしてもよい。
【００５５】
本発明は、ＭＳＣ及びＶＬＲを参照して特に説明したが、これらに限定されるものではなく、例えば、ＧＰＲＳ構成、ひいては、ＳＧＳＮにも等しく適用できる。
又、本発明の実施形態は、移動ステーションのようなユーザ装置に関連して説明したが、他の適当な形式のユーザ装置にも適用できることが明らかであろう。
【００５６】
プライバシーエンティティのアドレスを記憶するエンティティは、本発明の好ましい実施形態では、ＨＬＲであるとして説明したが、本発明の別の実施形態では、ユーザ装置、移動サービス交換センター又は移動ステーションに設けることもできる。位置要求等を行なうエンティティは、好ましくは、ＧＭＬＣ、ＳＧＳＮ又はＭＳＣであるが、別の実施形態では、ＨＬＲ、移動ステーション又はユーザ装置でもよい。プライバシーエンティティは、サーバー、ユーザ装置又は移動ステーションでもよい。
【００５７】
本発明の実施形態は、第三世代の通信システムについて説明した。本発明は、他のいかなる通信システムにも適用できる。
又、本発明の実施形態を上記に例示したが、特許請求の範囲に規定された本発明の範囲から逸脱せずに、上記解決策に対し多数の変更や修正がなされ得ることに注意されたい。
【図面の簡単な説明】
【００５８】
【図１】本発明の実施形態を使用できるシステムを示す図である。
【図２】本発明の実施形態を示す図である。
【図３】本発明による方法を示す図である。
【図４】図３の方法の変形態様を示す図である。
【図１】
2005510912.tif 000003
【図２】
2005510912.tif 000004
【図３】
2005510912.tif 000005
【図４】
2005510912.tif 000006
【国際調査報告】
2005510912.tif 000007
2005510912.tif 000008
2005510912.tif 000009