(57)【要約】本発明は、少なくとも１つの情報プロバイダーからテレコミュニケーションネットワークのユーザへ供給される情報を制御するための方法に係る。ネットワークは、ユーザに供給できる情報の少なくとも１つの形式を定義する識別情報を有する。この方法は、情報プロバイダーがユーザへ供給することを提案する情報の形式を決定し、そして識別情報及びその決定された情報の形式を使用して、上記提案された情報をユーザへ供給できるかどうか制御するという段階を含む。
2005507594.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの情報プロバイダーからテレコミュニケーションネットワークのユーザへ供給される情報を制御するための方法であって、上記ネットワークは、上記ユーザへ供給できる情報の少なくとも１つの形式を定義する識別情報を有しているような方法において、
情報プロバイダーが上記ユーザへ供給することを提案する情報の形式を決定し、そして
上記識別情報及び上記決定された情報の形式を使用して、上記提案された情報を上記ユーザへ供給できるかどうか制御する、
という段階を備えた方法。
【請求項２】
上記識別情報は、上記ユーザへ供給できる情報の少なくとも１つの形式を定義する請求項１に記載の方法。
【請求項３】
上記識別情報は、上記ユーザへ供給できない情報の少なくとも１つの形式を定義する請求項１に記載の方法。
【請求項４】
上記識別情報は、上記ユーザへ供給できるサービスの少なくとも１つの形式を定義する請求項１に記載の方法。
【請求項５】
上記識別情報は、上記ユーザへ供給すべきでないサービスの少なくとも１つの形式を定義する請求項１に記載の方法。
【請求項６】
上記ユーザが上記識別情報を定義する段階を更に備えた請求項１から５のいずれかに記載の方法。
【請求項７】
上記識別情報をデータ記憶装置に記憶する段階を更に備えた請求項１から６のいずれかに記載の方法。
【請求項８】
上記ネットワークは、ワイヤレスネットワークを含む請求項１から７のいずれかに記載の方法。
【請求項９】
上記ネットワークは、セルラー通信ネットワークを含む請求項１から８のいずれかに記載の方法。
【請求項１０】
上記ネットワークは、ＵＭＴＳネットワークである請求項８又は９に記載の方法。
【請求項１１】
上記データ記憶装置は、ホーム位置レジスタである請求項７、８、９又は１０に記載の方法。
【請求項１２】
上記識別情報は、更に、ユーザが情報を受信できる少なくとも１つの情報プロバイダーを識別する請求項１から１１のいずれかに記載の方法。
【請求項１３】
上記情報の上記少なくとも幾つかは、位置に依存する請求項１から１２のいずれかに記載の方法。
【請求項１４】
上記ユーザに関する位置情報の要求を上記情報プロバイダーから送信する段階を更に備えた請求項１から１３のいずれかに記載の方法。
【請求項１５】
上記要求は、上記ユーザに関する位置情報に応答して上記情報プロバイダーが供給を提案するところの情報の形式を識別する請求項１４に記載の方法。
【請求項１６】
上記ユーザへ提供することが提案された情報の形式が上記識別情報で定義されたものであると決定された場合に位置情報を供給する段階を備えた請求項１４又は１５に記載の方法。
【請求項１７】
上記少なくとも１つの情報プロバイダーは、インターネットサービスプロバイダーである請求項１から１６のいずれかに記載の方法。
【請求項１８】
上記情報はサービスの一部分として供給され、上記サービスは、位置サービス、存在サービス、及びユーザプロフィールサービスの少なくとも１つである請求項１から１７のいずれかに記載の方法。
【請求項１９】
上記ユーザは、移動ステーションである請求項１から１８のいずれかに記載の方法。
【請求項２０】
少なくとも１つの情報プロバイダーに接続されそして少なくとも１人のユーザを有しているテレコミュニケーションネットワークにおいて、
上記ユーザへ供給できる情報の少なくとも１つの形式を定義する識別情報を記憶するための手段と、
情報プロバイダーが上記ユーザへ供給することを提案する情報の形式を決定するための手段と、
上記識別情報及び上記決定された情報の形式を使用して、上記提案された情報を上記ユーザへ供給するかどうか制御するための手段と、
を備えたテレコミュニケーションネットワーク。
【請求項２１】
上記記憶手段は、ホーム位置レジスタを含む請求項２０に記載のテレコミュニケーションネットワーク。
【請求項２２】
上記決定する手段及び上記使用する手段の少なくとも一方は、ＧＭＬＣ及び／又はＭＳＣに設けられる請求項２０又は２１に記載のテレコミュニケーションシステム。
【請求項２３】
テレコミュニケーションネットワークに使用するためのエンティティにおいて、
ユーザが情報プロバイダーからそのユーザへ供給できる情報の少なくとも１つの形式を定義するための識別情報を受信する手段と、
情報プロバイダーが上記ユーザへ供給することを提案する情報の形式を決定するための手段と、
上記識別情報及び上記決定された情報の形式を使用して、上記提案された情報を上記ユーザへ供給できるかどうか制御するための手段と、
を備えたエンティティ。
【請求項２４】
少なくとも１つの情報プロバイダーからテレコミュニケーションネットワークのユーザへ供給されるサービスを制御するための方法であって、上記ネットワークは、上記ユーザへ供給できるサービスの少なくとも１つの形式を定義する識別情報を有しているような方法において、
情報プロバイダーが上記ユーザへ供給することを提案するサービスの形式を決定し、そして
上記決定されたサービスの形式及び上記識別情報を使用して、上記提案されたサービスを上記ユーザへ供給できるかどうか制御する、
という段階を備えた方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークのユーザに供給される情報を制御する方法に係る。より詳細には、本発明は、サービスプロバイダーから移動ステーションへ供給される情報の制御に係るが、これに限定されない。
【背景技術】
【０００２】
ユーザに移動性を与える通信システムが知られている。移動通信システムの良く知られた例は、公衆地上ライン移動ネットワーク（ＰＬＭＮ）であり、セルラー通信ネットワークは、ＰＬＭＮの一例である。別の例は、通信衛星の使用に少なくとも一部分基づいた移動通信システムである。
【０００３】
移動ネットワーク装置及び／又は移動ステーションのようなユーザ装置は、ユーザ装置、ひいては、そのユーザの地理的位置に関する情報を供給するのに使用できる。移動ユーザ装置、ひいては、そのユーザは、種々の異なる技術により位置決めすることができる。例えば、ユーザ装置に関連した実質的に正確な地理的位置情報は、衛星をベースとする既知のＧＰＳ（グローバルポジショニングシステム）に基づいて得ることができる。差動ＧＰＳにより更に正確な位置情報を得ることができる。
【０００４】
別の可能性は、セルラーテレコミュニケーションシステムに関連した位置サービスを利用して位置情報を供給することである。この解決策では、通信システムのセル又は同様の地理的に限定された無線アクセスエンティティ及びその関連コントローラを使用して、移動ユーザ装置の現在位置に関する少なくともおおよその位置推定情報を発生する。位置情報の精度を改善するために、通信システムには、セルラーシステムのサービスエリア内にあるユーザ装置の位置に関するより正確なデータを与える特定の位置測定ユニットを設けることができる。又、移動ユーザ装置が訪問先即ち「外部」ネットワークのカバレージエリア内に位置するときに地理的位置を結論付けることもできる。訪問先ネットワークは、例えば、位置情報に基づくサービスをサポートするか、又はルーティング及び課金の目的で、移動ユーザ装置の位置をホームネットワークへ返送できるようにされてもよい。
【０００５】
位置データは、セルラーシステム内で実施されるか又はそれに接続された特定の位置サービスエンティティにおいて処理されてもよい。又、位置データは、適当な処理能力が設けられたユーザ装置において処理されてもよい。通信システムにより与えられる位置サービスエンティティが、適当なインターフェイスを経て異なるクライアントにサービスしてもよい。
【０００６】
位置情報は、非常コールを行なった移動電話の位置や、乗物又は所与の移動加入者の探索等の種々の目的で使用することができる。一般に、ユーザ装置のようなクライアント、又はユーザ装置に関する位置情報を受信したい別のエンティティは、そのような情報の要求を位置サービス提供エンティティに送信することができる。位置サービス提供エンティティは、次いで、その要求を処理し、必要なデータを得、そして適当な応答を発生する。
【０００７】
ＰＬＭＮにより位置情報を提供する一例が、第三世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様書に詳細に説明されており、例えば、２００１年６月の「Functional stage 2 description of LCS」と題する３ＧＰＰ  ＴＳ  ２３．２７１、バージョン４．２．０を参照されたい。
【０００８】
この３ＧＰＰ仕様書に基づき、位置サービスを管理するために、ゲートウェイ移動位置センター（ＧＭＬＣ）と称される位置サービス（ＬＣＳ）サーバーエンティティが設けられる。このＧＭＬＣは、位置サービスクライアント（ＬＣＳクライアント）に対する位置情報の提供に使用できる種々のデータを収集して記憶するためのものである。ＬＣＳクライアントは、種々のサービス／アプリケーションに対してその位置情報を使用することができる。考えられるアプリケーションは、非コール関連位置情報の要求に応答して位置情報を供給するように構成されたＬＣＳクライアントを含む。位置情報に対するこのような要求は、３ＧＰＰ仕様書では、非コール関連ＭＴ−ＬＲ（移動着信位置要求）と称される。
【０００９】
いわゆる「許可されたＵＥリスト」の使用が提案されている。このリストは、位置情報提供手順を開始することが許された移動加入者ＩＳＤＮ（ＭＳＩＳＤＮ）（ＩＳＤＮ−サービス総合デジタル網）番号又はＭＳＩＳＤＮのグループを含む。即ち、ＬＣＳクライアントが非コール関連ＴＭ−ＬＲを発行してもよいところのＭＳＩＳＤＮ又はＭＳＩＳＤＮグループがリストされる。ＭＳＩＳＤＮの個別リストに、各別々の外部又は非コール関連クライアント認識が関連されてもよい。上記リストに現われるＭＳＩＳＤＮ番号をもつユーザからの位置情報の要求に応答して、位置情報がＬＣＳサーバーによりＬＣＳクライアントに供給されてもよい。
【００１０】
ＰＬＭＮシステムに対して外部にいるＬＣＳクライアントは、「許可されたＵＥリスト」に見られるＭＳＩＳＤＮに対して位置情報要求を有効に発行することしかできない。即ち、ＬＣＳクライアント要求は、ＰＬＭＮにより提供される位置サービスに契約している加入者しか応答できない。というのは、さもなければ、ＭＳＩＳＤＮがリストにないからである。
【００１１】
ＬＣＳクライアントからの要求は、ＬＳＣサーバー（例えば、ＧＭＬＣ）のＬＣＳクライアントプロフィールに記憶されたクライアントＩＤ及びパスワードの組み合せに基づいて許可されると共に、「許可されたＵＥリスト」に基づいて許可される。即ち、ＬＣＳクライアントは、要求を発しているユーザ装置（ＵＥ）がリストから見つかる場合にＧＭＬＣエンティティから位置情報を受け取ることが許可される。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
ＬＣＳクライアントは、通常、ＰＬＭＮシステムの一部分ではないアプリケーションサービスプロバイダー（ＡＳＰ）である。それ故、ＰＬＭＮのオペレータは、ＬＣＳクライアントの振舞いを制御できないことがある。
【００１３】
別の問題は、ＡＳＰが加入者への情報の送信を許可されることがある点である。ＡＳＰは、広範囲な情報を提供することができる。加入者は、特定のＡＳＰをいったん許可すると、どんな種類の情報が受信されるか制御することができない。これは、例えば、子供が大人向け資料を受信する事態を招く。これは、明らかに、不都合である。
【課題を解決するための手段】
【００１４】
本発明の実施形態は、上記問題の１つ又は多数に対処することに向けられる。
本発明の第１の態様によれば、少なくとも１つの情報プロバイダーからテレコミュニケーションネットワークのユーザへ供給される情報を制御するための方法であって、上記ネットワークは、上記ユーザへ供給できる情報の少なくとも１つの形式を定義する識別情報を有しているような方法において、情報プロバイダーが上記ユーザへ供給することを提案する情報の形式を決定し、そして上記識別情報及び上記決定された情報の形式を使用して、上記提案された情報を上記ユーザへ供給できるかどうか制御するという段階を備えた方法が提供される。
【００１５】
本発明の第２の態様によれば、少なくとも１つの情報プロバイダーに接続されそして少なくとも１人のユーザを有しているテレコミュニケーションネットワークにおいて、上記ユーザへ供給できる情報の少なくとも１つの形式を定義する識別情報を記憶するための手段と、情報プロバイダーが上記ユーザへ供給することを提案する情報の形式を決定するための手段と、上記識別情報及び上記決定された情報の形式を使用して、上記提案された情報を上記ユーザへ供給するかどうか制御するための手段とを備えたネットワークが提供される。
【００１６】
本発明の第３の態様によれば、テレコミュニケーションネットワークに使用するためのエンティティにおいて、ユーザが情報プロバイダーからそのユーザへ供給できる情報の少なくとも１つの形式を定義するための識別情報を受信する手段と、情報プロバイダーが上記ユーザへ供給することを提案する情報の形式を決定するための手段と、上記識別情報及び上記決定された情報の形式を使用して、上記提案された情報を上記ユーザへ供給できるかどうか制御するための手段とを備えたエンティティが提供される。
【００１７】
本発明の第４の態様によれば、少なくとも１つの情報プロバイダーからテレコミュニケーションネットワークのユーザへ供給されるサービスを制御するための方法であって、上記ネットワークは、上記ユーザへ供給できるサービスの少なくとも１つの形式を定義する識別情報を有しているような方法において、情報プロバイダーが上記ユーザへ供給することを提案するサービスの形式を決定し、そして上記決定されたサービスの形式及び上記識別情報を使用して、上記提案されたサービスを上記ユーザへ供給できるかどうか制御するという段階を備えた方法が提供される。
【発明を実施するための最良の形態】
【００１８】
本発明、及び本発明をいかに実施するかを良く理解するために、添付図面を参照して本発明を一例として説明する。
位置サービスを提供するセルラーシステムを簡単に示す図１について説明する。ここに例示して詳細に説明するテレコミュニケーションネットワークは、第三世代（３Ｇ）ＵＭＴＳ（ユニバーサル移動テレコミュニケーションシステム）公衆地上移動ネットワーク（ＰＬＭＮ）の用語を使用するが、ここに提案する解決策は、ユーザのための移動通信及びある種の位置情報サービスを提供するいかなるシステムにも使用できる。他のテレコミュニケーションシステムは、例えば、ＧＳＭ（移動通信用のグローバルシステム）又は種々のＧＳＭベースのシステム（汎用パケット無線サービスＧＰＲＳ等）、ＡＭＰＳ（アメリカン移動電話システム）、或いはＤＡＭＰＳ（デジタルＡＭＰＳ）、ＩＭＴ２０００（国際移動テレコミュニケーションズシステム２０００）、ｉ−フォン等の規格を含むが、これらに限定されない。
【００１９】
より詳細には、図１は、セルラーシステム１のベースステーション３（明瞭化のために３つしか示されていない）が無線カバレージエリア即ちセル２を形成するような構成を示す。各無線カバレージエリア２は、通常、ベースステーションによりサービスされる。１つのセルが２つ以上のベースステーションサイトを含んでもよいことが明らかであろう。又、ベースステーション装置又はサイトが２つ以上のセルを形成してもよい。セル２の形状及びサイズは、実施に依存し、図示された形状とは異なってもよい。又、セルの形状及びサイズは、セルごとに変化してもよい。あるシステムでは、ベースステーションがノードＢと称されてもよいことが明らかであろう。
【００２０】
移動ステーション（ＭＳ）６のような２つのユーザ装置も示されている。通常、多数のユーザ装置が各ベースステーションと通信することが明らかである。各ベースステーションは、ワイヤレスインターフェイスを経て移動ユーザ装置（ＵＥ）６へ信号を送信し且つそこから信号を受信するように構成される。同様に、ユーザ装置６も、ベースステーションへ信号を送信し且つそこから信号を受信することもできる。
【００２１】
ベースステーションの各々は、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）の無線ネットワークコントローラ（ＲＮＣ）７又はＧＳＭ型システムのベースステーションコントローラのようなアクセスネットワークコントローラに接続される。無線ネットワークコントローラは、適当なインターフェイス構成体を経て、ＭＳＣ（移動交換センター）８及び／又はＳＧＳＮ（サービング汎用パケット無線サービスサポートノード）１１のようなセルラーシステムの適当なコアネットワークエンティティに接続されてもよい。
【００２２】
移動ユーザ装置の位置は、ユーザ装置がベースステーションのカバレージエリア内を自由に移動したり、あるカバレージエリアから別のカバレージエリアへ移動したりするときに、時間と共に変化し得る。近代的な通信システムは、そのカバレージエリア内におけるユーザ装置の地理的位置に関する情報を与えることができる。地理的位置は、移動テレコミュニケーションネットワークのベースステーションに対する移動ステーションの位置に基づいて定義されてもよい。
【００２３】
ユーザ装置の地理的位置は、例えば、Ｘ及びＹ座標、又は緯度及び経度において定義されてもよい。例えば、球座標系等に基づいて定義された半径と角度との関係を使用することもできる。又、垂直方向におけるベースステーション及び／又は移動ステーションの位置を定義することもできる。例えば、垂直方向の位置情報を与えるときにはＺ座標が使用されてもよい。垂直位置は、例えば、山岳環境や、高層ビルのある都市において必要とされよう。
【００２４】
通信システムの位置要素を詳細に示す図２について説明する。ベースステーション及び無線ネットワークコントローラが無線アクセスネットワーク１４を定義する。異なるネットワークが同等の要素を有する。
【００２５】
通信システムの位置サービス（ＬＣＳ）機能は、ゲートウェイ移動位置センター（ＧＭＬＣ）エンティティ１０により与えられる。ＧＭＬＣ位置サービスノード１０は、位置情報を供給するのに必要なデータを収集して記憶するためのものである。位置サービスノード１０は、セルラーシステムから移動ユーザ装置の位置に関する情報を、適当なインターフェイス手段を経て受信するように構成される。
【００２６】
セルラーシステムには、セルから収集された情報及び／又は他の幾つかのパラメータを処理し、及び／又は適当な計算をプロセッサ手段によって計算して、ターゲットユーザ装置の地理的な位置を決定しそして出力するための種々の異なる手段が設けられてもよい。適当な位置技術の１つ以上を使用することにより位置情報が得られてもよい。位置情報の少なくとも一部分は、通信システムとは個別のシステム、例えば、グローバルポジショニングシステム（ＧＰＳ）又は同様のシステムにより供給された情報に基づいて与えられてもよい。セルラーシステム内で位置サービスをいかに実施するかについては種々の可能性があり、且つ本発明は、使用する位置決定技術に依存するものではないので、それらは、ここでは詳細に説明しない。
【００２７】
ユーザ装置を互いに分離できるようにするために、位置サービスエンティティ１０は、少なくとも一形式の識別子を処理することができる。この認識情報は、例えば、移動加入者ＩＳＤＮ番号（ＭＳＩＳＤＮ）、移動ユーザ装置の国際移動加入者識別子（ＩＭＳＩ）又は一時的識別子（例えば、一時的国際移動加入者識別子ＴＩＭＳＩ）、パスワード、或いはユーザ装置及び／又はユーザを識別するために容易に使用できる他の形式の識別子によって与えることができる。
【００２８】
ＧＭＬＣサーバー１０は、適当なインターフェイス手段によりアクセスネットワークに接続されたＭＳＣ８及び／又はＳＧＳＮのような適当なコントローラエンティティにより、無線アクセスネットワーク１４から位置情報を受け取るように構成される。
【００２９】
ＧＭＬＣ１０は、位置情報を規定のやり方で位置サービス（ＬＣＳ）クライアント１２へ供給することができる。ＬＣＳクライアント１２は、位置情報を使用するいかなるエンティティでもよい。ＬＣＳクライアント１２は、１つ以上のターゲットユーザ装置の位置情報について位置サービスエンティティ１０へ要求を発する論理的機能エンティティとみなすことができる。ＬＣＳクライアント１２は、通信ネットワーク１に対して外部のエンティティでよく、このクライアントエンティティ１２は、ＡＳＰドメイン４において設けられる。ＡＳＰは、例えば、Ｙａｈｏｏ及びＡｋｔｉｖｉｓｔである。又、ＬＣＳクライアントは、通信システム１内のいずれかのエンティティ又はノード（移動ステーションを含む）に常駐する内部クライアント（ＩＬＣＳ）であってもよい。
【００３０】
ＬＣＳクライアントは、ターゲットユーザ装置の位置（又は位置経歴）に関する情報を少なくともある程度は受信する権利が与えられる。ＬＣＳクライアントの特定の要求及び特徴は、通常、そのＬＣＳクライアント契約プロフィールにより通信システムの位置サービスサーバーに分かる。これについては、以下に詳細に述べる。
【００３１】
ＧＭＬＣ１０は、ＬＣＳクライアント１２にサービスすることが必要なコンポーネント及びベアラで構成されてもよい。ＧＭＬＣ１０は、スピーチ、データ、メッセージ、他のテレサービス、ユーザアプリケーション、及び補足サービスのような他のテレコミュニケーションサービスと並列に位置ベースサービスをサポートすることのできるプラットホームを形成してもよい。従って、ＧＭＬＣ１０は、クライアント１２に、要求時に又は周期的に、ターゲットユーザ装置の現在又は最新の地理的位置（もし得られれば）を与えるか、又は位置失敗の場合には、エラー指示及び任意であるが失敗の理由を与えることができる。これら実施形態に使用できるＬＣＳエンティティの詳細な説明は、例えば、上記３ＧＰＰ技術仕様書第３ＧＰＰ  ＴＳ２３．２７１号に見ることができる。
【００３２】
ホーム位置レジスタ２０が設けられる。ホーム位置レジスタは、ユーザに関する位置情報をクライアントに与えることができるかどうかについてネットワークの各ユーザに対する情報を記憶するように構成される。もしそうであれば、ユーザが情報を受信できるところのクライアントがリストされる。更に、移動ステーション３が情報を受信できるところの各ＬＣＳクライアント１２は、任意であるが、サービス形式認識をもつことができる。このサービス形式認識は、ユーザ３が契約している又は情報を喜んで受信するサービスの形式を規定する。この点について、ＳＴＩＤは、加入者を探索することが許された個々のサービスを識別する。このサービスに契約したり又はそれを利用したりする必要はない（加入者は、必ずしも、彼を探索しようとするサービス、例えば、あなたの友人を見つけようとするサービスを利用しない）。サービス形式識別子は、例えば、デートサービス、ゲーム、チャットルームサービス、アダルトサービス、娯楽サービス、旅行サービス又は他の何らかのサービスを識別することができる。リストされたこれらのサービスは、一例に過ぎないことが明らかであろう。提供されてもよいサービス形式の数は、２つ程度でもよいし、又は非常に多数でもよい。サービスの実際のカテゴリーは、適当な形式でよい。
【００３３】
ＬＣＳ要求がＬＣＳクライアントから受信されたときには、その要求が、クライアント及び特定のサービス形式を識別する情報を含む。実際に、ＳＴＩＤは、任意でよい。所与のユーザに対し、ＭＳＣ／ＶＬＲにおいて、ユーザ３がその情報を受信すべきかどうかについてチェックがなされる。サービスプロバイダー及び／又はサービス形式情報は、ＨＬＲにあり、ＭＳＣ／ＶＬＲへ転送される。チェックが肯定である場合には、位置要求が処理される。サービスが、ユーザが契約していないものか又はユーザが望まないものである場合には、要求が終了となる。
【００３４】
ユーザ３が、異なるネットワーク、いわゆる「訪問先ネットワーク」へローミングするときには、そのユーザに関連した情報がホーム位置レジスタ２０から訪問先ネットワークのビジター位置レジスタへコピーされることが明らかである。ユーザがその情報を受信できるかどうかについてのチェックが、訪問先ネットワークのＭＳＣにおいて、ＶＬＲに一時的に記憶された情報を使用して行なわれる。従って、ＬＣＳクライアントを識別する情報を使用して、クライアントの認識に基づきクライアントからの要求が選別される。従って、ユーザは、どのＬＣＳクライアントがユーザに関する位置要求を実行できるか制御することができる。
【００３５】
本発明のここに述べる実施形態では、ホーム位置レジスタが、位置要求を処理できるところのＬＣＳクライアントをリストする。本発明の別の実施形態では、ホーム位置レジスタは、位置要求を処理できないところのＬＣＳクライアントをリストすることができる。換言すれば、ＨＬＲに含まれないＬＣＳクライアントから要求が受け取られた場合には、その要求が処理されない。
【００３６】
サービス形式識別子は、所与のサービスプロバイダーに対して、位置サービスを受け取れるところのサービスの形式を指示する。このように、ユーザは、不適切であるか又は希望しないサービスに関して位置要求が得られるのを回避することができる。ＬＣＳクライアント情報の場合と同様に、サービス形式認識は、要求されない所与のＬＣＳクライアントに対し、位置要求を終了しなければならないサービスの形式を指示してもよい。本発明の好ましい実施形態では、サービス形式識別子の少なくとも幾つかをグローバルに標準化することができる。
【００３７】
現在の提案では、ＭＡＰが、ＬＣＳクライアント識別子を含む加入者位置メッセージを与える。これは、本発明の好ましい実施形態では、サービス形式認識も含むように変更することができる。ＧＭＬＣは、クライアント認識を使用して、望ましからぬサービスプロバイダーを選別し、これにより、ＧＭＬＣオペレータにより有効とされないサービスプロバイダーからの位置要求を阻止する。移動サービス交換センターは、クライアント認識を使用して、非有効サービスから加入者を保護する。実際に、認識を含むメッセージを受信するときには、ＭＳＣは、それを、ＨＬＲに記憶された加入者のプライバシーパラメータへとマップし、望ましからぬ位置計算を選別除去する。更に、ＧＭＬＣは、サービス形式識別子を使用して、より正確なアプリケーション／ＬＣＳクライアント選別を指定し、これにより、特定のサービスプロバイダーだけでなく、個々のサービス形式も選別除去することができる。ＭＳＣでは、更に詳細な加入者プライバシーチェックが可能である。特に、加入者は、サービスプロバイダーにより提供されるある形式のサービスについては位置情報が得られるが、他の形式については得られないように指定することができる。
【００３８】
ＭＳＣにより実行されるチェックとは別に又はそれに加えて、ＧＭＬＣ又は他の適当なエンティティがそれを実行できることが明らかである。この場合に、サービス認識を使用して、結果（例えば、合格、通知送信、等）をＭＳＣへ搬送することができる。これは、より進歩したプロフィールを、時刻、ユーザのおおよその位置、等に基づいて使用できるようにする。例えば、ＧＭＬＣがチェックを行なう。チェックに合格すると、サービス形式識別子が所与の値にセットされる。ＭＳＣは、サービス形式識別子の値を見ることができ、それが所与の値を有する場合には、位置サービスを提供するか又は指示されたサービスを提供することができる。従って、本発明のある実施形態では、サービス形式識別子を使用して、ＧＭＬＣ等によりなされたチェックの結果を転送することができる。
【００３９】
本発明の別の実施形態では、サービス形式のみが指定される。換言すれば、指定のサービス形式に対して、そのサービス形式に関するいかなる要求も、ＬＣＳクライアントの認識に関わりなく処理される。換言すれば、ＨＬＲにおけるＬＣＳを識別する情報を削除することができる。
【００４０】
本発明の実施形態は、存在プロフィールに加えて又はそれとは別に適用することができる。存在サービスは、存在情報へのアクセスを他のユーザ又はサービスに利用できるようにする。存在情報は、プレゼンティティ(presentities)（即ちユーザ）の現在特性を特徴付ける１組の属性、例えば、状態、任意の通信アドレス、他の任意の属性等である。例えば、存在情報は、次の状態、即ち「ミーティング」、場所「エスポー」、音声メール「アクチベーテッド」等である。
【００４１】
存在における「ウオッチャー」という語は、存在情報を要求しているアプリケーション又はユーザを単に意味する。「プレゼンティティ」は、ウオッチャーへ与えられるべき存在情報を有するものである。（「プリンシパル(principal)」は、情報の所有者の種類である。）
【００４２】
プレゼンティティをコントロールするプリンシパルは、プレゼンティティの存在情報がウオッチャーに対していかに得られるか制御するために、アクセスルールを定義することができねばならない。これらのアクセスルールは、次のものを定義しなければならない。
プレゼンティティの存在情報へのアクセスを許したウオッチャーのリスト
【００４３】
プレゼンティティの存在情報へのアクセスを許したウオッチャーのこのリストは、多数の方法で定義することができる。例えば、ウオッチャーｘ及びｙが許されるか、又はウオッチャーｚを除いて各ウオッチャーが許される。
所与のウオッチャーに対して許されたアクセス許可の有効性。プレゼンティティへの存在情報へのアクセスは、ある周期中に制限することもできるし、又は１日の特定の周期中に制限することもできる。
所与のウオッチャーに得ることのできるプレゼンティティの存在情報の属性。
ウオッチャー及びプリンシパルの好み（例えば、その入手性）に基づいて異なる存在情報を与える能力。例えば、ウオッチャーｘは「Online/Instant Messaging/im:a@there.com'」を受け取るが、ウオッチャーｙは、「Offline/Instant Messaging/im:a@there.com'」を受け取る。
【００４４】
プリンシパルにより１組のデフォールトアクセスルールを定義しなければならない。ホーム環境は、必要に応じてプライバシー要件をオーバーライドできねばならない。
【００４５】
本発明の実施形態は、提供されるべき情報又はサービスの形式を定義するのに使用できる。本発明の実施形態は、存在サービスの他の観点を制御するのに使用できる。
【００４６】
本発明の実施形態は、ユーザプロフィールに加えて又はそれとは別に適用されてもよい。ユーザプロフィールは、論理的には、所与のユーザに関連した１組の情報である。本発明の実施形態では、あるアプリケーションのみに、ユーザサービスプロフィールにアクセスする権利が与えられる。
【００４７】
アプリケーションは、ユーザプロフィールアクセスマネージャーにより許可が与えられる限り、ユーザプロフィールデータにアクセスできねばならない。ユーザプロフィールアクセスマネージャーは、次のことができねばならない。
所与のアプリケーション及びユーザに対してユーザプロフィールの要求された部分へのアクセス許可を照合する；
要求されたアクセスの形式を識別する；
要求に対するアクセスの権利を精巧化する；
専用のアクセスを許可する；
許可されたアクセスを照合する；及び
アクセス権を拒絶する。
【００４８】
アプリケーションは、ユーザプロフィールアクセスマネージャーの許可メカニズムを開始する前にフレームワークファンクションに合格しなければならない。
アクセスの形式は、次の１つである。
ユーザプロフィール情報を読み取る。ユーザプロフィールの一部分が読み取りの主題である場合、それをアプリケーションにより明確に識別しなければならない；
ユーザプロフィールに情報を追加する；
ユーザプロフィールの既存情報を変更する。
【００４９】
アクセス権の制御は、ユーザの裁量に基づくイオン原理である。ユーザは、ユーザ関連データの検索及びプレゼンテーションを許可又は制限することができねばならない。
本発明の実施形態は、提供されるべきサービス又は情報の形式を定義するように構成される。本発明の実施形態は、存在サービスの他の観点を制御するのにも使用できる。
【００５０】
本発明の実施形態は、位置要求に関連して説明されたことが明らかである。しかしながら、本発明の別の実施形態では、サービスプロバイダーの認識及び／又はサービス形式の認識は、位置要求がなくても移動ステーションへ送信される情報を選別するのに使用できる。
【００５１】
本発明の別の実施形態では、ユーザは、１つ以上の位置サービスクライアントに関連付けられるサービス形式識別子のセットを定義することができる。
本発明の別の実施形態では、ユーザは、１つ以上の情報プロバイダーに関連付けられるサービス形式識別子のセットを定義することができる。
【００５２】
本発明の別の実施形態では、サービスは、サービスのセットに分割されてもよい。これらの環境では、サービス形式識別子は、所与のセットを識別する。本発明の実施形態では、ここに述べた種々のエンティティに関連した種々のファンクションが、異なるエンティティに設けられてもよいし、又は分散されてもよい。
【００５３】
本発明の実施形態は、移動ステーションのようなユーザ装置に関連して説明したが、本発明の実施形態は、他の適当な形式のユーザ装置にも適用できることが明らかであろう。
【００５４】
本発明の実施形態は、第三世代の通信システムに関連して説明した。本発明は、他の通信システムにも適用することができる。
以上、本発明の実施形態を説明したが、特許請求の範囲に規定された本発明の範囲から逸脱せずに、上述した解決策に対して多数の種々の変更や修正がなされ得ることに注意されたい。
【図面の簡単な説明】
【００５５】
【図１】本発明の実施形態を使用できるシステムを示す図である。
【図２】本発明の実施形態を示す図である。
【図２】
2005507594.tif 000003
【国際公開パンフレット】
2005507594.tif 000004
2005507594.tif 000005
2005507594.tif 000006
2005507594.tif 000007
2005507594.tif 000008
2005507594.tif 000009
2005507594.tif 000010
2005507594.tif 000011
2005507594.tif 000012
2005507594.tif 000013
2005507594.tif 000014
2005507594.tif 000015
2005507594.tif 000016
2005507594.tif 000017
2005507594.tif 000018
2005507594.tif 000019
2005507594.tif 000020
2005507594.tif 000021
2005507594.tif 000022
2005507594.tif 000023
2005507594.tif 000024
2005507594.tif 000025
2005507594.tif 000026
【手続補正書】
【提出日】平成15年12月22日(2003.12.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも１つの情報プロバイダーからテレコミュニケーションネットワークのユーザへ供給される情報を制御するための方法であって、上記ネットワークは、上記ユーザへ供給できる情報の少なくとも１つの形式を定義する識別情報を有し、該識別情報がサービス形式の認識を含むような方法において、
情報プロバイダーが上記ユーザへ供給することを提案する情報の形式を決定し、そして
上記識別情報及び上記決定された情報の形式を使用して、上記提案された情報を上記ユーザへ供給できるかどうか制御する、
という段階を備えた方法。
【請求項２】
上記識別情報は、上記ユーザへ供給できる情報の少なくとも１つの形式を定義する請求項１に記載の方法。
【請求項３】
上記識別情報は、上記ユーザへ供給できない情報の少なくとも１つの形式を定義する請求項１に記載の方法。
【請求項４】
上記サービス形式は、上記ユーザへ供給できるサービスの少なくとも１つの形式を定義する請求項１に記載の方法。
【請求項５】
上記サービス形式の認識は、上記ユーザへ供給すべきでないサービスの少なくとも１つの形式を定義する請求項１に記載の方法。
【請求項６】
上記ユーザが上記識別情報を定義する段階を更に備えた請求項１から５のいずれかに記載の方法。
【請求項７】
上記識別情報をデータ記憶装置に記憶する段階を更に備えた請求項１から６のいずれかに記載の方法。
【請求項８】
上記ネットワークは、ワイヤレスネットワークを含む請求項１から７のいずれかに記載の方法。
【請求項９】
上記ネットワークは、セルラー通信ネットワークを含む請求項１から８のいずれかに記載の方法。
【請求項１０】
上記ネットワークは、ＵＭＴＳネットワークである請求項８又は９に記載の方法。
【請求項１１】
上記データ記憶装置は、ホーム位置レジスタである請求項７、８、９又は１０に記載の方法。
【請求項１２】
上記識別情報は、更に、ユーザが情報を受信できる少なくとも１つの情報プロバイダーを識別する請求項１から１１のいずれかに記載の方法。
【請求項１３】
上記情報の上記少なくとも幾つかは、位置に依存する請求項１から１２のいずれかに記載の方法。
【請求項１４】
上記ユーザに関する位置情報の要求を上記情報プロバイダーから送信する段階を更に備えた請求項１から１３のいずれかに記載の方法。
【請求項１５】
上記要求は、上記ユーザに関する位置情報に応答して上記情報プロバイダーが供給を提案するところの情報の形式を識別する請求項１４に記載の方法。
【請求項１６】
上記ユーザへ提供することが提案された情報の形式が上記識別情報で定義されたものであると決定された場合に位置情報を供給する段階を備えた請求項１４又は１５に記載の方法。
【請求項１７】
上記少なくとも１つの情報プロバイダーは、インターネットサービスプロバイダーである請求項１から１６のいずれかに記載の方法。
【請求項１８】
上記情報はサービスの一部分として供給され、上記サービスは、位置サービス、存在サービス、及びユーザプロフィールサービスの少なくとも１つである請求項１から１７のいずれかに記載の方法。
【請求項１９】
上記ユーザは、移動ステーションである請求項１から１８のいずれかに記載の方法。
【請求項２０】
少なくとも１つの情報プロバイダーからテレコミュニケーションネットワークのユーザへ供給される情報を制御するための方法であって、上記ネットワークは、上記ユーザへ情報を供給することが許された少なくとも１つの情報プロバイダーの識別情報を有しているような方法において、
上記情報プロバイダーの認識を決定し、そして
上記識別情報、及び上記情報プロバイダーの上記決定された認識を使用して、上記情報プロバイダーが上記ユーザへ供給するよう提案する情報を制御する、
という段階を備えた方法。
【請求項２１】
少なくとも１つの情報プロバイダーからテレコミュニケーションネットワークのユーザへ供給される情報を制御するための方法であって、上記ネットワークは、上記ユーザへ供給できる情報の少なくとも１つの形式を定義する識別情報を有しているような方法において、
上記ユーザに関する位置情報の要求を上記情報プロバイダーから送信し、上記要求は、上記ユーザに関する位置情報に応答して上記情報プロバイダーが供給するよう提案する情報の形式を識別し、
上記情報プロバイダーが上記ユーザへ供給するよう提案する情報の形式を決定し、
上記識別情報、及び上記情報プロバイダーが供給するよう提案する上記情報の形式を使用して、上記形式の情報を上記ユーザへ供給できるかどうか制御する、
という段階を備えた方法。
【請求項２２】
少なくとも１つの情報プロバイダーに接続されそして少なくとも１人のユーザを有しているテレコミュニケーションネットワークにおいて、
上記ユーザへ供給できる情報の少なくとも１つの形式を定義する識別情報であって、サービス形式識別子を含むような識別情報を記憶するための手段と、
情報プロバイダーが上記ユーザへ供給することを提案する情報の形式を決定するための手段と、
上記識別情報及び上記決定された情報の形式を使用して、上記提案された情報を上記ユーザへ供給するかどうか制御するための手段と、
を備えたテレコミュニケーションネットワーク。
【請求項２３】
上記記憶手段は、ホーム位置レジスタを含む請求項２２に記載のテレコミュニケーションネットワーク。
【請求項２４】
上記決定する手段及び上記使用する手段の少なくとも一方は、ＧＭＬＣ及び／又はＭＳＣに設けられる請求項２２又は２３に記載のテレコミュニケーションシステム。
【請求項２５】
テレコミュニケーションネットワークに使用するためのエンティティにおいて、
ユーザが情報プロバイダーからそのユーザへ供給できる情報の少なくとも１つの形式を定義するための識別情報であって、サービス形式識別子を含むような識別情報を受信する手段と、
情報プロバイダーが上記ユーザへ供給することを提案する情報の形式を決定するための手段と、
上記識別情報及び上記決定された情報の形式を使用して、上記提案された情報を上記ユーザへ供給できるかどうか制御するための手段と、
を備えたエンティティ。
【請求項２６】
少なくとも１つの情報プロバイダーに接続されそして少なくとも１人のユーザを有しているテレコミュニケーションネットワークにおいて、
上記ユーザへ情報を供給することが許された少なくとも１つの情報プロバイダーの識別情報を記憶するための手段と、
情報プロバイダーの認識を決定するための手段と、
上記識別情報、及び上記情報プロバイダーの上記決定された認識を使用して、上記情報プロバイダーが上記ユーザへ供給するよう提案する情報を制御するための手段と、
を備えたテレコミュニケーションネットワーク。
【請求項２７】
テレコミュニケーションネットワークに使用するためのエンティティにおいて、
上記ユーザへ情報を供給することが許された少なくとも１つの情報プロバイダーをユーザが定義するための識別情報を受信する手段と、
情報プロバイダーの認識を決定するための手段と、
上記識別情報、及び上記情報プロバイダーの上記決定された認識を使用して、上記情報プロバイダーが上記ユーザへ供給するよう提案する情報を制御するための手段と、
を備えたエンティティ。
【請求項２８】
少なくとも１つの情報プロバイダーに接続されそして少なくとも１人のユーザを有しているテレコミュニケーションネットワークにおいて、
上記ユーザへ提供できる情報の少なくとも１つの形式を定義する識別情報を記憶するための手段と、
上記ユーザに関連した位置情報の要求を上記情報プロバイダーから送信する手段であって、上記要求は、上記ユーザに関連した位置情報に応答して上記情報プロバイダーが供給するよう提案する情報の形式を識別するものであるような手段と、
情報プロバイダーが上記ユーザへ供給するよう提案する情報の形式を決定するための手段と、
上記識別情報及び上記決定された情報の形式を使用して、上記提案された情報を上記ユーザへ供給するかどうか制御するための手段と、
を備えたテレコミュニケーションネットワーク。
【請求項２９】
テレコミュニケーションネットワークに使用するためのエンティティにおいて、
ユーザが情報プロバイダーからそのユーザへ供給できる情報の少なくとも１つの形式を定義するための識別情報を受信する手段と、
上記ユーザに関連した位置情報の要求を上記情報プロバイダーから受信する手段であって、上記要求は、上記ユーザに関連した位置情報に応答して上記情報プロバイダーが供給するよう提案する情報の形式を識別するものであるような手段と、
情報プロバイダーが上記ユーザへ供給するよう提案する情報の形式を決定するための手段と、
上記識別情報及び上記決定された情報の形式を使用して、上記提案された情報を上記ユーザへ供給できるかどうか制御するための手段と、
を備えたエンティティ。
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】図２
【補正方法】変更
【補正の内容】
【図２】
2005507594.tif 000027
【国際調査報告】
2005507594.tif 000028
2005507594.tif 000029
2005507594.tif 000030