(57)【要約】【課題】  アプリケーションサービス、特に移動通信システムでのプレゼンスサービスに関連した情報のアクセスに関する技術を提供する。【解決手段】  アプリケーションサーバとアプリケーションクライアントの間の通信路内の中間要素でフィルタリング規則を適用する段階を含む、アプリケーションサーバからアプリケーションクライアントへ提供される情報をフィルタリングするための方法及び装置。
2006511863.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションサーバからアプリケーションクライアントへ提供される情報をフィルタリングする方法であって、
通信路内のアプリケーションサーバとアプリケーションクライアントの間の中間要素でフィルタリング規則を適用する段階、
を含むことを特徴とする方法。
【請求項２】
前記中間要素でフィルタリング規則を適用する段階は、前記アプリケーションサーバと前記アプリケーションクライアントの両方から独立していることを特徴とする請求項１に記載の方法。
【請求項３】
前記中間要素でフィルタリング規則を適用する段階は、前記アプリケーションサーバ又は前記アプリケーションクライアントの一方から独立しているが、他方からは独立していないことを特徴とする請求項１に記載の方法。
【請求項４】
前記中間要素でフィルタリング規則を適用する段階は、前記アプリケーションサーバから独立していることを特徴とする請求項３に記載の方法。
【請求項５】
前記フィルタリング規則は、前記アプリケーションクライアントによって判断されることを特徴とする請求項４に記載の方法。
【請求項６】
前記中間要素は、前記アプリケーションクライアントからのアプリケーションサービスに対する要求内で前記フィルタリング規則を受け取ることを特徴とする請求項５に記載の方法。
【請求項７】
前記中間要素は、前記フィルタリング規則を取り去り、前記要求を前記アプリケーションサーバへ転送することを特徴とする請求項６に記載の方法。
【請求項８】
前記中間要素は、前記アプリケーションサーバから返答を受け取り、該返答に前記フィルタリング規則を適用し、フィルタ済返答を前記アプリケーションクライアントへ転送することを特徴とする請求項７に記載の方法。
【請求項９】
前記中間要素でフィルタリング規則を適用する段階は、前記アプリケーションクライアントから独立していることを特徴とする請求項３に記載の方法。
【請求項１０】
前記フィルタリング規則は、前記中間要素によって判断されることを特徴とする請求項９に記載の方法。
【請求項１１】
前記フィルタリング規則は、前記アプリケーションクライアントに付随する特性に依存していることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記フィルタリング規則は、前記中間要素がその一部を形成しているネットワークの特性に依存することを特徴とする請求項１０に記載の方法。
【請求項１３】
前記特性は、前記ネットワークと前記アプリケーションクライアントの間で合意されていることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記中間要素は、前記アプリケーションクライアントからのアプリケーションサービスに対する要求を受け取ることを特徴とする請求項１０に記載の方法。
【請求項１５】
そのような要求に応えて、前記中間要素は、前記フィルタリング規則を判断することを特徴とする請求項１４に記載の方法。
【請求項１６】
前記中間要素は、前記要求と前記フィルタリング規則を前記アプリケーションサーバへ転送することを特徴とする請求項１５に記載の方法。
【請求項１７】
前記中間要素は、前記アプリケーションサーバからフィルタ済返答を受け取ることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記中間要素は、前記フィルタ済返答を前記アプリケーションクライアントへ転送することを特徴とする請求項１７に記載の方法。
【請求項１９】
前記中間要素は、前記フィルタリング規則なしで前記要求を前記アプリケーションサーバへ転送することを特徴とする請求項１５に記載の方法。
【請求項２０】
前記中間要素は、前記アプリケーションサーバから返答を受け取ることを特徴とする請求項１９に記載の方法。
【請求項２１】
前記中間要素は、前記返答に前記フィルタリング規則を適用することを特徴とする請求項２０に記載の方法。
【請求項２２】
前記中間要素は、フィルタ済返答を前記アプリケーションクライアントへ転送することを特徴とする請求項２１に記載の方法。
【請求項２３】
前記フィルタリング規則の情報を検索する段階を更に含むことを特徴とする請求項１に記載の方法。
【請求項２４】
前記フィルタリング規則情報は、データタイプ定義又はスキーマ情報を含むことを特徴とする請求項２３に記載の方法。
【請求項２５】
前記中間要素は、前記規則を発動するか又は認証することを特徴とする請求項２３に記載の方法。
【請求項２６】
アプリケーションサーバからアプリケーションクライアントに提供される情報をフィルタリングするための装置であって、
通信路内でアプリケーションサーバとアプリケーションクライアントの間に接続され、
フィルタリング規則を適用するようになっている、
ことを特徴とする装置。
【請求項２７】
前記フィルタリング規則は、前記アプリケーションサーバと前記アプリケーションクライアントの両方から独立して適用されることを特徴とする請求項２６に記載の装置。
【請求項２８】
前記フィルタリング規則は、前記アプリケーションサーバ又は前記アプリケーションクライアントの一方から独立しているが、他方からは独立していないことを特徴とする請求項２６に記載の装置。
【請求項２９】
前記フィルタリング規則は、前記アプリケーションサーバから独立していることを特徴とする請求項２８に記載の装置。
【請求項３０】
前記フィルタリング規則は、前記アプリケーションクライアントによって判断されることを特徴とする請求項２９に記載の装置。
【請求項３１】
更に、前記アプリケーションクライアントからのアプリケーションサービスに対する要求内で前記フィルタリング規則を受け取るようになっていることを特徴とする請求項３０に記載の装置。
【請求項３２】
更に、前記フィルタリング規則を取り去り、前記要求を前記アプリケーションサーバへ転送するようになっていることを特徴とする請求項３１に記載の装置。
【請求項３３】
更に、前記アプリケーションサーバからの返答を受け取り、該返答に前記フィルタリング規則を適用し、フィルタ済返答を前記アプリケーションクライアントへ転送するようになっていることを特徴とする請求項３２に記載の装置。
【請求項３４】
前記フィルタリング規則は、前記アプリケーションクライアントから独立していることを特徴とする請求項２８に記載の装置。
【請求項３５】
更に、フィルタリング規則を判断するようになっていることを特徴とする請求項３４に記載の装置。
【請求項３６】
前記フィルタリング規則は、前記アプリケーションクライアントに付随する特性に依存していることを特徴とする請求項３５に記載の装置。
【請求項３７】
前記フィルタリング規則は、装置がその一部を形成しているネットワークの特性に依存することを特徴とする請求項３６に記載の装置。
【請求項３８】
前記特性は、前記ネットワークと前記アプリケーションクライアントの間で合意されていることを特徴とする請求項３７に記載の装置。
【請求項３９】
更に、前記アプリケーションクライアントからのアプリケーションサービスに対する要求を受け取るようになっていることを特徴とする請求項３５に記載の装置。
【請求項４０】
そのような要求に応えて、更に、前記フィルタリング規則を判断するようになっていることを特徴とする請求項３９に記載の装置。
【請求項４１】
更に、前記要求と前記フィルタリング規則を前記アプリケーションサーバへ転送するようになっていることを特徴とする請求項４０に記載の装置。
【請求項４２】
更に、前記アプリケーションサーバからのフィルタ済返答を受け取るようになっていることを特徴とする請求項４１に記載の装置。
【請求項４３】
更に、前記フィルタ済返答を前記アプリケーションクライアントへ転送するようになっていることを特徴とする請求項４２に記載の装置。
【請求項４４】
更に、前記要求を前記フィルタリング規則なしで前記アプリケーションサーバへ転送するようになっていることを特徴とする請求項４０に記載の装置。
【請求項４５】
更に、前記アプリケーションサーバからの返答を受け取るようになっていることを特徴とする請求項４４に記載の装置。
【請求項４６】
更に、前記フィルタリング規則を前記返答に適用するようになっていることを特徴とする請求項４５に記載の装置。
【請求項４７】
更に、フィルタ済返答を前記アプリケーションクライアントへ転送するようになっていることを特徴とする請求項４６に記載の装置。
【請求項４８】
更に、前記フィルタリング規則情報を検索するようになっていることを特徴とする請求項２８に記載の装置。
【請求項４９】
前記フィルタリング規則情報は、データタイプ定義又はスキーマ情報を含むことを特徴とする請求項４８に記載の装置。
【請求項５０】
更に、前記規則を発動するか又は認証するようになっていることを特徴とする請求項４８に記載の装置。
【請求項５１】
サーバを含むことを特徴とする請求項２６に記載の装置。
【請求項５２】
通信ネットワークの要素を含むことを特徴とする請求項２６に記載の装置。
【請求項５３】
前記要素は、プロクシーサーバであることを特徴とする請求項５２に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションサービス、特に、限定はしないが移動通信システムでのプレゼンスサービスに関係した情報のアクセスに関するものである。
【背景技術】
【０００２】
プレゼンスサービスの提供は、第３世代ＩＭＳ（ＩＰマルチメディアコアネットワークサブシステム）移動通信システムの重要な特徴になってきている。プレゼンスサービスは、情報を受け入れ、記憶し、分配するためのサーバを利用する。記憶されている情報は、例えば、ユーザの通信しようとする意思又はその通信能力と関係があり、又は、それは、ユーザに関する一般的な情報又はグラフィックデータとすることもできる。このサービスは、一人又はそれ以上の他のユーザに関するステータス情報を受け取る機会をユーザに提供する。プレゼンスサービスはまた、ユーザ又は機器の場所又は位置に依存して、移動可能又は固定された機器のユーザにアプリケーション及びサービスを提供することを可能にするものである。プレゼンスサービスはまた、インスタントメッセージ（ＩＭ）を容易にするものである。
【０００３】
移動通信システムでは、無線インタフェース上のトラフィックを最小化することが重要である。プレゼンスサービスを実施するための公知の提案では、ユーザがプレゼンスサービスをサブスクライブする時に、プレゼンスサーバは、ユーザに対する全ての可能なプレゼンス情報を無線インタフェース上でユーザの端末へ送信する。従って、利用可能な全てのプレゼンスデータは、最初にユーザに提供され、その後でユーザは、任意的に、興味のあるデータを選択することになる。この手続きは、ユーザが必要としない不要なデータトラフィックが無線インタフェース上で送信されるので、無線環境において無線インタフェース上に不要な負荷を掛けるものである。また、受信端末は、プレゼンスサーバからそれに送信されてくるプレゼンスデータの全てを記憶して処理することができない場合があるという可能性もある。
【０００４】
現在公知の提案では、全てのプレゼンスデータは、「学習する」目的で、すなわち、ユーザが、どの情報が利用可能かという知識に基づいてどの情報に興味があるかを選択することができるようにユーザ端末へ送信される。
更に別の公知の提案は、特に、プレゼンス及びインスタントメッセージ構造に関するものである。その提案は、プレゼンスクライアントが、アプリケーションサーバで起こっているイベントか又はアプリケーションサーバが知っているイベントの通知を受け取りたいということを指定するためのＳＩＰ（セッション開始プロトコル）メッセージである「ＳＵＢＳＣＲＩＢＥ」メッセージを利用することである。プレゼンスサーバの場合、このイベントは、例えば、インスタントメッセージに対してプレゼンスエンティティ（プレゼンティティとして公知である）が利用可能になったこととすることができる。
【０００５】
クライアントがイベントを通知される条件は、プレゼンスサービスによって定義されており、アプリケーションサーバだけで制御されている。しかし、更に、クライアントは、自分自信のサブスクライブを取り消すことができる。一般的に、プレゼンスアプリケーションは、ステータスが変化する時はいつでもクライアントに通知されるように指定することができる。
クライアントは、自分のサブスクライブに対して、独自に通知規則を指定することができるように提案されている。例えば、その規則は、ＳＯＡＰ（簡易オブジェクトアクセスプロトコル）又はＸＭＬ（拡張マークアップ言語）のような正式な記述言語を用いて、「ＳＵＢＳＣＲＩＢＥ」要求メッセージの本体の中で指定することができる。サブスクライブを受け入れると、プレゼンスサーバのようなアプリケーションサーバは、通知規則を認証し、それをそのサブスクライブに適用する。クライアント指定の規則が有効にされると、適切な通知がそのクライアントに送信される。その規則の効果は、従って、規則が何時通知されるべきであるか及びどのようなコンテントが届けられるべきか（例えば、関連の属性のみ）に関する条件をクライアントが指定することができることである。
【０００６】
アプリケーションサーバで適用されるそのようなクライアント定義フィルタの適用には、アプリケーションサーバからそのクライアントへの通信を低減し、それによってアプリケーションサーバからクライアントへの通信リンクに対する帯域幅負荷及びサブスクライバーユニットでの処理（割り込み処理）を最小化するという利点がある。
しかし、そのような構成は、それが一組のフィルタ規則を定義する能力のあるクライアント及びそのような規則を解釈して適用する能力のあるアプリケーションサーバに依存するという点で潜在的に欠点を有することになる。クライアント又はアプリケーションサーバのいずれかに適切な能力がない場合は、フィルタ構成は機能することができない。プレゼンスサーバのようなイベント通知アプリケーション、特に、望ましくないアップグレードを必要とするレガシーアプリケーションは、必要な能力を含むための機能がない場合がある。代替的に、サービスプロバイダは、そのような能力を提供することを望まないことがある。そのようなフィルタリングを要求するクライアントによってサブスクライブされる全てのアプリケーションサーバに対するフィルタリングのサポートは面倒である。すなわち、そのようなフィルタリングの有用性は、厳しく制限を受ける。
上述の問題の１つ又は全てに対処する、アプリケーションサーバへのアクセスを提供するための改良された方法を提供することが本発明の目的である。
【発明の開示】
【０００７】
本発明により、アプリケーションサーバとアプリケーションクライアントの間の通信路内の中間要素においてフィルタリング規則を適用する段階を含む、アプリケーションサーバからアプリケーションクライアントへ提供される情報をフィルタリングする方法が提供される。
中間要素においてフィルタリング規則を適用する段階は、アプリケーションサーバとアプリケーションクライアントの両方から独立しているとすることができる。
【０００８】
中間要素においてフィルタリング規則を適用する段階は、アプリケーションサーバ又はアプリケーションクライアントの一方から独立しているが、他方からはそうでないとすることができる。中間要素においてフィルタリング規則を適用する段階は、アプリケーションサーバから独立しているとすることができる。フィルタリング規則は、アプリケーションクライアントによって判断することができる。中間要素は、アプリケーションクライアントからのアプリケーションサービスに対する要求内でフィルタリング規則を受け取ることができる。中間要素は、フィルタリング規則を取り去り、その要求をアプリケーションサーバへ転送することができる。中間要素は、アプリケーションサーバからの返答を受け取り、その返答にフィルタリング規則を適用し、フィルタ済返答をアプリケーションクライアントへ転送することができる。中間要素においてフィルタリング規則を適用する段階は、アプリケーションクライアントから独立しているとすることができる。フィルタリング規則は、中間要素によって判断することができる。フィルタリング規則は、アプリケーションクライアントに付随する特性に依存する場合がある。フィルタリング規則は、中間要素が一部を形成するネットワークの特性に依存する場合がある。その特性は、ネットワークとアプリケーションクライアントの間で合意することができる。中間要素は、アプリケーションクライアントからアプリケーションサービスに対する要求を受け取ることができる。そのような要求に応えて、中間要素は、フィルタリング規則を判断することができる。中間要素は、要求とフィルタリング規則をアプリケーションサーバへ転送することができる。中間要素は、フィルタ済返答をアプリケーションサーバから受け取ることができる。中間要素は、フィルタ済返答をアプリケーションクライアントへ転送することができる。中間要素は、フィルタリング規則なしで要求をアプリケーションサーバへ転送することができる。中間要素は、アプリケーションサーバから返答を受け取ることができる。中間要素は、フィルタリング規則をその返答に適用することができる。中間要素は、フィルタ済返答をアプリケーションクライアントへ転送することができる。本方法は、更に、フィルタリング規則情報を検索する段階を含むことができる。フィルタリング規則情報は、データタイプの定義又はスキーマ情報を含むことができる。中間要素は、その規則を発動するか又は認証することができる。
【０００９】
本発明の更に別の態様によれば、アプリケーションサーバとアプリケーションクライアントの間の通信路に接続され、フィルタリング規則を適用するようになった、アプリケーションサーバからアプリケーションクライアントへ提供される情報をフィルタリングするための装置が提供される。
フィルタリング規則は、アプリケーションサーバとアプリケーションクライアントの両方から独立して適用することができる。
フィルタリング規則は、アプリケーションサーバ又はアプリケーションクライアントの一方から独立しているが、他方からはそうではないとすることができる。
【００１０】
フィルタリング規則は、アプリケーションサーバから独立しているとすることができる。フィルタリング規則は、アプリケーションクライアントによって判断することができる。装置は、更に、アプリケーションクライアントからのアプリケーションサービスに対する要求内でフィルタリング規則を受け取るようになっているとすることができる。装置は、更に、フィルタリング規則を取り去り、その要求をアプリケーションサーバへ転送するようになっているとすることができる。装置は、更に、アプリケーションサーバからの返答を受け取り、その返答にフィルタリング規則を適用し、フィルタ済返答をアプリケーションクライアントへ転送するようになっているとすることができる。フィルタリング規則は、アプリケーションクライアントから独立しているとすることができる。装置は、更に、フィルタリング規則を判断するようになっているとすることができる。フィルタリング規則は、アプリケーションクライアントに付随する特性に依存する場合がある。フィルタリング規則は、装置が一部を形成するネットワークの特性に依存する場合がある。その特性は、ネットワークとアプリケーションクライアントの間で合意することができる。装置は、更に、アプリケーションクライアントからのアプリケーションサービスに対する要求を受け取るようになっているとすることができる。従って、装置は、更に、そのような要求に応えてフィルタリング規則を判断するようになっているとすることができる。装置は、更に、要求とフィルタリング規則をアプリケーションサーバへ転送するようになっているとすることができる。装置は、更に、アプリケーションサーバからのフィルタ済返答を受け取るようになっているとすることができる。
【００１１】
装置は、更に、フィルタ済返答をアプリケーションクライアントへ転送するようになっているとすることができる。装置は、更に、フィルタリング規則なしで要求をアプリケーションサーバへ転送するようになっているとすることができる。装置は、更に、アプリケーションサーバから返答を受け取るようになっているとすることができる。装置は、更に、その返答にフィルタリング規則を適用するようになっているとすることができる。装置は、更に、フィルタ済返答をアプリケーションクライアントへ転送するようになっているとすることができる。装置は、更に、フィルタリング規則情報を検索するようになっているとすることができる。
【００１２】
フィルタリング規則情報は、データタイプの定義又はスキーマ情報を含むことができる。装置は、更に、その規則を発動するか又は認証するようになっているとすることができる。
装置は、サーバを含むことができる。装置は、通信ネットワークの要素を含むことができる。この要素は、プロクシーサーバとすることができる。
本発明は、プロクシー呼び出し状態制御機能のようにサーバによりインターセプトすることができるセッション開始プロトコルサブスクライブメッセージにおける規則の適用と、アプリケーションサーバ及び／又はアプリケーションクライアントが知っていることを必要とせずに実行されるフィルタリングエンジンの機能とを有利に提供するものである。
本発明は、本明細書において添付図面を参照する形で説明される。
【発明を実施するための最良の形態】
【００１３】
本発明は、特定の例示的実施形態を参照して本明細書で説明される。当業者は、本発明がその範囲をここに示されている実施形態に限定されないことを認めるであろう。特に、本発明は、ユーザが移動端末に関連している無線通信システムにおける実施例を参照して本明細書に説明されている。本発明は、移動通信ネットワークでの用途又は移動端末のユーザに限定されない。本発明は、固定回線通信ネットワークと固定端末においても同様に用いられる。
【００１４】
特に、本発明は、第三世代ＩＭＳ移動通信ネットワークにおけるプレゼンスサービスの提供に関連して示されている。しかし、本発明は、そのようなサービス又はそのようなネットワークに限定されないものである。
図１を参照すると、本発明の好ましい実施形態について説明するために必要な移動通信システムの主な要素が説明されている。本発明の好ましい実施形態について説明するために必要な要素のみが示されている。プレゼンスサービスのようなアプリケーションサービスを実施している通信ネットワークの一般的構造は、当業技術で公知である。当業者は、従来のプレゼンスサービスを実施するために必要な不可欠の要素を認めるであろう。
【００１５】
特に、図１では、プレゼンスサービスを提供するためのネットワーク構成の例示的な実施例について説明している。専門用語の使用を含めて、プレゼンスサービスの多くの態様がまだ標準化されていないということに注意すべきである。以下の説明においての専門用語の使用については、これを考慮して考えるべきであり、以下の説明の重要なことは、説明されている要素の機能的態様を理解することである。
【００１６】
プレゼンスサービスでは、ユーザは、いくつかの異なる方法でプレゼンスサービスにアクセス可能である。第１の種類のユーザは、プレゼンティティとして公知である。プレゼンティティは、プレゼンス情報の所有者である。プレゼンティティによって所有されているプレゼンス情報は、例えば、プレゼンスサーバに記憶されており、他のユーザに分配される。第２の種類のユーザは、ウォッチャーとして公知である。ウォッチャーは、プレゼンスサービスからプレゼンス情報、すなわち、プレゼンティティに付随するプレゼンス情報を受け取る。サブスクライバーは、プレゼンティティのプレゼンス情報をサブスクライブしているユーザのことを意味するのに同じく一般的に用いることができる用語である。
【００１７】
本発明の好ましい実施形態は、プレゼンス情報にアクセスすることに関連しており、従って、本発明の一実施形態を説明するという観点から、ユーザとは、プレゼンス情報を作り出すユーザというよりは、むしろプレゼンス情報にアクセスするユーザであると考えるべきである。従って、以下の説明では、現在当業技術で好ましい専門用語に合わせて、ユーザはウォッチャーと呼ばれる。
図１では、ウォッチャーとして振舞っている参照番号１００で特定されるユーザは、アプリケーションサーバ、特にプレゼンスサーバによって提供されるプレゼンスサービスにアクセスする。双方向の矢印１１２は、ユーザ１００とユーザ端末１０２とのインタフェースを表している。ユーザは、端末１０２でキーボード（例えば）によって入力し、端末１０２からその端末のディスプレイ（例えば）によって情報を受け取る。端末１０２には、携帯電話、携帯情報端末、ラップトップ型コンピュータ、デスクトップ型コンピュータのような何種類の装置があってもよい。
【００１８】
図１内で参照番号１０４で一般的に説明されているプレゼンスクライアントは、端末１０２上で実行されるクライアントアプリケーションを表している。双方向の線１１４は、プレゼンスクライアント１０４と端末１０２との対話を表している。プレゼンスクライアント１０４は、端末１０２上で実行されるソフトウエアであり、それは、ユーザ１００のプレゼンスサービスへのアクセスを可能にする。
従って、ユーザ（ウォッチャー）１００は、プレゼンス情報へアクセスするために端末１０２内のプレゼンスクライアントアプリケーション１０４と対話する。実際には、ユーザ１００とプレゼンスクライアント１０４と端末１０２とを組み合わせたものは、ウォッチャーと見なすることができることに注意すべきである。更に、プレゼンスクライアント１０４は、端末１０２に既にダウンロードされており、その端末上で実行されるソフトウエアであることが好ましく、また、端末１０２とプレゼンスクライアント１０４は、１つのエンティティと見なすことができる。
上述のことから、ユーザ１００は、他の場合にはプレゼンティティとして振舞えるということが認められるであろう。
更に、特定のアプリケーションサービスに関係したプレゼンス情報へアクセスするために、ユーザ１００は、そのサービスに対するサブスクリプションを有することが必要であり、従って、サブスクライバーと呼ぶこともできる。
【００１９】
図１の実施形態では、端末１０２は、参照番号１２０で一般的に説明されている移動通信ネットワークとのインタフェースを有する。端末は、一般的に点線１１０で表されている無線インタフェースにより移動通信ネットワーク１２０と対話する。双方向の矢印１１６は、無線インタフェース１１０による端末１０２と移動通信ネットワーク１２０の間の通信を表している。
本発明を理解するために、移動通信ネットワーク１２０は、サービス呼び出し状態制御機能（Ｓ−ＣＳＣＦ）１０６、サービスＧＰＲＳサポートノード（ＳＧＳＮ）１３４、及びゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１３６を含むように示されている。上述のように、そのようなネットワークの構造と実施は公知であり、本発明の実施形態を説明するために必要な最小限の要素のみが図１に示されている。例えば、ネットワーク１２０は、更に、プロクシー呼び出し状態制御機能（Ｐ−ＣＳＣＦ）を含むことができる。
プレゼンスアプリケーションサーバ１０８を含む外部ＩＰネットワーク１３２も図１に示されている。
【００２０】
当業技術で公知のように、ＳＧＳＮとＧＧＳＮは、ユーザ装置１０２と外部ＩＰネットワーク１３２の間の呼び出しセッションを確立させるために用いられる。呼び出しセッションが確立した状態で、Ｓ−ＣＳＣＦ１０６は、端末１０２により、移動体ネットワーク１２０を通してＩＰネットワークへ為された呼び出しをサポートする。
例えば、移動通信ネットワーク１２０は、ＵＭＴＳネットワーク又は他のネットワークがサポートするプレゼンスサービスへのアクセスとすることができる。本発明は、その応用可能性において、無線インタフェースによるアプリケーションサービスの提供に限定されないということにも注意すべきである。アプリケーションサービスは、固定回線通信ネットワーク上で提供することもできる。
プレゼンスアプリケーションサーバ１０８は、様々なプレゼンティティに関係したプレゼンス情報を記憶するか又は提供するものである。プレゼンス情報へのアクセスは、一般公開されているか又は制限されている。この制限は、サブスクリプションのレベル又はプレゼンティティによって与えられる許可アイデンティティに基づくことができる。
【００２１】
本発明により、ユーザ装置１０２とプレゼンスアプリケーションサーバ１０８の間の中間要素は、そのプレゼンスアプリケーションサーバからアクセスされる情報を制御し、及び／又はその情報をフィルタリングするものである。中間要素の特定は、実施に依存するとすることができ、また、特定の要素に制限されることはない。その機能を実施するための好ましい要素に関する説明は、以下に与えられる。しかし、最初に、本発明の２つの好ましい実施形態を説明するために、Ｓ−ＣＳＣＦ１０６は、フィルタ機能を実施することが仮定されている。以下の説明では、フィルタを実施する要素は、フィルタリングエンジンと呼ばれる。
【００２２】
本発明の２つの好ましい実施形態について、図２及び図４を参照してここで説明する。図２及び図４では、アプリケーションクライアントという用語は、アプリケーションにアクセスするためにユーザによって用いられているユーザ装置を表すのに一般的に用いられる。アプリケーションサーバという用語は、アプリケーションサービスをサポート又は提供しているサーバを表すのに用いられる。フィルタリングエンジンという用語は、ここでこれまでに説明したように、アプリケーションクライアントとアプリケーションサーバの間の１つの中間要素を表している。当業者が認めるように、通信ができるためにはアプリケーションクライアントとアプリケーションサーバの間に様々な要素が必要である。フィルタリングエンジンは、これらの要素のどの１つの中にも適用することができる。様々な要素以外のもの、すなわち、フィルタリングエンジンを実施するのに必要とされる以外のものは、図２及び図４には示されていない。
【００２３】
図２を参照すると、本発明の第１の実施形態が示されている。図２は、アプリケーションクライアント２００、アプリケーションサーバ２０４、及びフィルタリングエンジン２０２を示している。第１の実施形態では、アプリケーションクライアントは、フィルタリングをサポートしているが、アプリケーションサーバは、フィルタリングをサポートしていない。
公知の技術によれば、アプリケーションクライアントは、サブスクライブメッセージを回線２０６上のフィルタリングエンジンに送信する。サブスクライブメッセージは、標準サブスクライブメッセージ２０８とフィルタリングメッセージ２１０を含む。そのようなメッセージをアプリケーションクライアントによって送信することは、当業技術では公知であり、それゆえ、アプリケーションクライアント２００内でのそのようなメッセージの生成はここに示されていない。
【００２４】
フィルタリングエンジン２０２は、結合したサブスクライブ及びフィルタメッセージであるメッセージを回線２０６上で受け取る。図３を参照して以下に更に説明するように、フィルタリングエンジンは、そのメッセージのフィルタ部内のフィルタ説明を受け入れ、記憶し、メッセージのサブスクライブ部２１８のみを回線２１６を通じてアプリケーションサーバ２０４へ転送する。
アプリケーションサーバは、従って、回線２１６を通じて標準サブスクライブメッセージ２１８を受け取り、アプリケーションサーバは、従来の技術に従ってそれを認識して処理する。アプリケーションサーバ２０４は、複数の通知メッセージ２２２を回線２２０を通じてフィルタリングエンジン２０２へ送信する。アプリケーションサーバの作動は、当業者が公知の従来の技術と同じであり、ここではより具体的には示されていない。
【００２５】
フィルタリングエンジン２０２は、通知２２２を回線２２０を通じて受け取り、図３を参照して更に示すように、通知２２２をフィルタリングするために記憶されているクライアントのフィルタを適用する。フィルタ済通知２１４は、次に、回線２１２を通じてアプリケーションクライアント２００へ送信される。従って、アプリケーションクライアントは、クライアントのフィルタの仕様に従ったフィルタ済通知を受け取ることになる。
【００２６】
図３では、図２に示されている本発明の実施形態に従ってフィルタリングエンジンの可能な実施例が説明されている。フィルタリングエンジンは、様々な異なる方法で実施することができるということは当業者に認められるであろうし、また、図３の実施例は、説明の目的のみのために用意されたものである。
回線２０６を通じたアプリケーションクライアントからのサブスクライブ要求とフィルタメッセージは、入力ブロック３０２で受け取られ、入力ブロックは、そのようなメッセージを抽出ブロック３０４へ転送する。抽出ブロックは、メッセージのフィルタ部を抽出し、それをフィルタ記憶装置３１０にサブスクライバーの特定情報などの情報と一緒に記憶する。メッセージのサブスクライバー要求部は、抽出ブロック３０４からサブスクライブ要求バッファへ転送される。バッファに入れられたサブスクライブ要求メッセージは、次に、回線２１６を通じてアプリケーションサーバ２０４に送信するために出力ブロック３０８に供給される。
【００２７】
回線２２０を通じたアプリケーションサーバからの通知は、入力ブロック３１４で受け取られ、入力ブロックは、そのようなメッセージを通知メッセージバッファへ転送する。バッファに入れられた通知メッセージは、マスク３１８の第１入力にされる。マスク３１８の第２入力は、フィルタ記憶装置３１０によって供給され、通知メッセージが届けられるアプリケーションクライアントに対してフィルタを適用する。マスク３１８は、従って、フィルタ記憶装置３１０から適用される規則に一致しているメッセージのみをその出力上に供給する。マスク３１８の出力は、回線２１２を通じてアプリケーションクライアントへ送信するための出力ブロック３２２に供給される前に、フィルタ済通知バッファ３２０に入れられる。
【００２８】
フィルタリングエンジン２０２は、更に、フィルタリングエンジンの様々な要素を制御するための制御ブロックを含む。
回線２０６を通じて受け取ったメッセージからクライアントのフィルタを抽出して記憶するのに、フィルタリングエンジンは、例えばアプリケーションのＵＲＬからのフィルタに対するクライアント定義規則で参照されるＤＴＤ（データタイプ定義）又はＸＭＬスキーマ又は他のそのような定義などの公開アプリケーション情報を取得することが必要な場合がある。規則を詳細に説明するためには、ＸＭＬを用いることができるであろう。フィルタリングエンジンは、フィルタリング規則のためのＤＴＤとアプリケーションＤＴＤを得るために、フィルタ説明ＸＭＬファイル内のＸＭＬのネームスペース宣言を用いることができる。
【００２９】
従って、図２の実施形態において、フィルタリングエンジンは、サブスクライブ要求を開始したユーザ装置の本体内（又は、他のどこでも）に含まれている規則を探し、また、アプリケーションサーバには見えないクライアントに代わってフィルタリング処理を可能にするものである。要求がアプリケーションサーバへ転送される前に、規則は要求から取り去られる。アプリケーションサーバからの通知は、次に、Ｓ−ＣＳＣＦ内のフィルタリングエンジン２０２のようなＩＭＳサブシステムのフィルタリングエンジンにより、規則を適用しながらフィルタリングが行われる。
【００３０】
図４には、本発明の第２の実施形態が示されている。図４は、アプリケーションクライアント４００、アプリケーションサーバ４０４、及びフィルタリングエンジン４０２を示している。第２の実施形態において、アプリケーションサーバは、フィルタリングをサポートするが、アプリケーションクライアントは、フィルタリングを少なくとも直接的にはサポートしないということが仮定されている。
公知の技術によれば、アプリケーションクライアントは、サブスクライブメッセージを回線４０８を通じてフィルタリングエンジン４０２に送信する。サブスクライブメッセージは、標準サブスクライブメッセージ４０６を含む。アプリケーションクライアントによってそのようなメッセージが送信されることは、当業技術では公知である。
【００３１】
フィルタリングエンジン４０２は、回線２０６を通じてサブスクライブメッセージを受け取る。図５を参照して以下に更に説明するように、フィルタリングエンジンは、アプリケーションクライアントのためにフィルタを生成する。そのフィルタは、例えば、サブスクライブメッセージ内のクライアントプロフィール情報から得られるクライアントの制約に基づいて生成されるものである。代替的に、フィルタは、制約を課せられたネットワークに基づいて生成されてもよい。更に、フィルタは、その両方に基づく場合がある。
【００３２】
フィルタリングエンジンは、次に、元のサブスクライブメッセージを一部分４１０として、また、フィルタリングエンジンが生成したフィルタを別の部分４１２として含む修正されたサブスクライブメッセージをアプリケーションサーバへ回線４１４を通じて送信する。
アプリケーションサーバ４０４は、従って、フィルタ付きのサブスクライブメッセージを回線４１４を通じて受け取り、アプリケーションサーバは、そのサブスクライブメッセージを従来の技術に従って認識して処理する。フィルタ付きサブスクライブメッセージは、従来の技術から公知であり、それは、アプリケーションクライアントによって作成され、アプリケーションサーバへ直接転送される。
【００３３】
アプリケーションサーバ４０４は、フィルタリング規則に依存するアプリケーションクライアントに対してフィルタリング規則を適用し、また、通知を編集する。アプリケーションサーバ４０４は、次に、複数の通知メッセージ４１８を回線４１６を通じてフィルタリングエンジン４０２へ送信する。通知メッセージ４１８は、いかなるフィルタリングもなく送信される場合よりも少ないものである。アプリケーションサーバ４０４の作動は、当業者に公知の従来の技術と同じものであり、ここで更に詳しく示さない。
フィルタリングエンジンは、通知４１８を回線４１６を通じて受け取り、通知４２２を回線４２０を通じてアプリケーションクライアント４００へ単に送信するものである。従って、アプリケーションクライアントは、フィルタリングエンジンの仕様に従ってフィルタリングが行われた通知を受け取ることになる。
【００３４】
従って、図４の実施形態では、フィルタリングエンジンは、アプリケーションクライアントからのサブスクライブ要求をインターセプトすることができ、例えば、サービスを受けているネットワークのサービスの質（ＱｏＳ）のサポートレベルに対して適切なフィルタリング規則を設定する。そのようなＱｏＳのレベルは、ユーザ装置とサービスを受けているネットワークとの間のＰＤＰコンテキスト作動又は修正中に判断することができる。このように強化されたサブスクライブ要求は、次に、アプリケーションサーバへ転送され、アプリケーションサーバは、その要求を受け入れるか又は拒絶する。拒絶された場合は、アプリケーションサーバは、好ましくは、失敗の返答を送信する。フィルタリングエンジンは、そのような返答をインターセプトし、設定されたフィルタリングを取り去る。代替的に、失敗の返答は、移動体に転送することができる。この実施形態では、フィルタは移動体によって作られていないので、失敗の返答が移動体に送信された場合は、移動体は、失敗の理由の何らかの知識を有するはずである。例えば、フィルタは、何らかの理由でユーザに既知である場合があり、又は、フィルタが移動体のプロフィールに基づいて作られたということが移動体によって理解される場合がある。
【００３５】
図５では、図４で示されている本発明の実施形態に従って、フィルタリングエンジンの可能な実施例が説明されている。フィルタリングエンジンは、様々な異なる方法で実施することができるということを当業者は認められるであろうし、また、図５の実施例は、説明の目的のみのために用意されたものである。
回線４０８を通じたアプリケーションクライアントからのサブスクライブ要求メッセージは、入力ブロック５００で受け取られ、入力ブロックは、そのようなメッセージをサブスクライブ要求バッファ５０２に転送する。フィルタリングエンジン４０２は、フィルタ記憶装置５０８を制御するフィルタコントローラ５１０を含む。フィルタコントローラは、例えば、クライアントのアイデンティティに基づいてサブスクライブ要求に適用されるいかなるフィルタも判断し、そのようなフィルタをフィルタ記憶装置５０８に記憶する。フィルタ記憶装置５０８は、サブスクライブ要求バッファ５０２への入力を行い、従って、フィルタ規則がサブスクライブ要求メッセージに追加される。従って、修正されたサブスクライブ要求メッセージ及びフィルタ要求メッセージがバッファ５０４に入れられる。バッファに入れられたサブスクライブ要求メッセージ及びフィルタ要求メッセージは、次に、回線４１４を通じてアプリケーションサーバ４０４へ送信するために出力ブロック５０６へ供給される。
【００３６】
回線４１６を通じたアプリケーションサーバからの通知４１８は、入力ブロック５１２で受け取られ、入力ブロックは、そのようなメッセージを通知メッセージバッファ５１４に転送する。バッファに入れられた通知メッセージは、マスク５１６の第１入力に付加される。マスク５１６の第２入力は、適切なフィルタをフィルタ記憶装置５０８から検索するフィルタコントローラ５１０によって供給され、通知メッセージが届けられるアプリケーションクライアントに対してフィルタを適用する。マスク５１６は、従って、フィルタ記憶装置５０８から適用される規則に一致しているメッセージのみをその出力上に供給するものである。マスク５１６の出力は、回線４２２を通じてアプリケーションクライアントへ送信するための出力ブロック５２０に供給される前に、フィルタ済通知バッファ５１８に入れられる。
フィルタリングエンジン４０２は、更に、その様々な要素を制御するための制御ブロック５２２を含むものである。
【００３７】
図２及び図４を参照してこれまでに示した２つの実施形態は、フィルタリングを更に強化して修正するための様々な方法で結合することができることが当業者には認められるであろう。例えば、図４の実施例において、図２のクライアント定義フィルタリングを更に導入することができると考えられる。更に、図４の実施例において、通知の量を更に低減するために追加のフィルタリングをフィルタリングエンジン４０２に適用することができる。当業者は、説明されている様々な態様を自由に結合することができることを認めるであろう。
図２の実施形態は、フィルタインターセプタと名付け、図４の実施形態は、フィルタインストーラと名付けることができる。
【００３８】
アプリケーションサーバとアプリケーションクライアントは、フィルタリング規則の追加と規則に基づく通知とについて既知である必要がないので、本発明では、従来の技術に比べて拡張性と相互作動性が改善される。通知の周波数とコンテントが減少するので、特に無線装置に対して、高価な無線周波数及び装置リソースが節減される。
上述のように、好ましい一実施形態では、フィルタリングエンジンは、サービス呼び出し状態制御機能（Ｓ−ＣＳＣＦ）に実施されている。しかし、フィルタリングエンジンは、アプリケーションクライアントとアプリケーションサーバの間のどのようなネットワーク要素にも実施することができる。例えば、プロクシー呼び出し状態制御機能（Ｐ−ＣＳＣＦ）のような他のプロクシーサーバを用いることができる。
【００３９】
この技術は、アプリケーションクライアントとセッション開始プロトコル（ＳＩＰ）を利用するアプリケーションサーバとの間の通信に特に有利である。本発明は、フィルタリング規則を識別するためのメッセージの本体内でＸＭＬを利用することができる。フィルタリング規則はまた、ＳＯＡＰプロトコルのような問い合わせ内の指令に含むことができる。
上述の実施形態では、通信システムのコアネットワークの外部にあるネットワーク内に単一のアプリケーションサーバが存在するというシナリオで示されている。本発明は、そのようなシナリオに制限されないものである。
【００４０】
本発明はまた、１つのアプリケーションサーバ上に複数のアプリケーションクライアントが存在するというシナリオに有利に応用される。そのようなシナリオでは、複数のアプリケーションクライアントの前のアプリケーションサーバ内、又はそのアプリケーションサーバの前のプロクシーに１つのフィルタリングエンジンを配置することができる。有用な態様においては、本発明のフィルタリングエンジンは、従って、依然としてレガシークライアントと共に使用することができる。
【００４１】
本発明はまた、アプリケーションサーバが配置される場所とは無関係に適用される。説明した実施形態では、アプリケーションサーバは、外部のネットワークにあるようになっているが、本発明はまた、アプリケーションサーバが例えばＳＧＳＮやＧＧＳＮを有するコアネットワークにある場合にも有利である。無線のユーザは、従って、コアネットワーク内のフィルタリングエンジンに接続し、既存のアプリケーションサービスを使用することができる。代替的に、ネットワークオペレータは、「ＮＯＴＩＦＹ」返答をフィルタリングするためにアプリケーションクライアントに対する専用修正を有することなくアプリケーションサーバを買うことができる。
すなわち、本発明によるフィルタリングエンジンの統合は、レガシーネットワークにおいて経費がかさむ実施になるとは限らないものである。
特定の非制限的な実施例を参照して本発明を本明細書で説明した。当業者は、ここに説明した実施形態に対して修正と変形が可能であることを認めるであろう。保護される範囲は、特許請求の範囲よって規定されるものとする。
【図面の簡単な説明】
【００４２】
【図１】アプリケーションサービスへのアクセスを実施するための例示的なネットワーク構造を示す図である。
【図２】本発明の第１の実施形態に従ってフィルタリングエンジンを実施するための例示的な構造を示す図である。
【図３】図２のフィルタリングエンジンの例示的な図式的実施例を示す図である。
【図４】本発明の第２の実施形態に従ってフィルタリングエンジンを実施するための例示的な構造を示す図である。
【図５】図４のフィルタリングエンジンの例示的な図式的実施例を示す図である。
【符号の説明】
【００４３】
２００  アプリケーションクライアント
２０２  フィルタリングエンジン
２０４  アプリケーションサーバ
２１４  フィルタ済通知
２２２  通知メッセージ
【図１】
2006511863.tif 000003
【図２】
2006511863.tif 000004
【図３】
2006511863.tif 000005
【図４】
2006511863.tif 000006
【図５】
2006511863.tif 000007
【手続補正書】
【提出日】平成17年1月24日(2005.1.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
プレゼンスサーバからアプリケーションクライアントに提供されるプレゼンスサービスに対してサブスクライブする時に情報をフィルタリングする方法であって、
通信路内のプレゼンスサーバとアプリケーションクライアントの間の中間要素でフィルタリング規則を適用する段階、
を含むことを特徴とする方法。
【請求項２】
前記中間要素でフィルタリング規則を適用する段階は、前記プレゼンスサーバと前記アプリケーションクライアントの両方から独立していることを特徴とする請求項１に記載の方法。
【請求項３】
前記中間要素でフィルタリング規則を適用する段階は、前記プレゼンスサーバ又は前記アプリケーションクライアントの一方から独立しているが、他方からは独立していないことを特徴とする請求項１に記載の方法。
【請求項４】
前記中間要素でフィルタリング規則を適用する段階は、前記プレゼンスサーバから独立していることを特徴とする請求項３に記載の方法。
【請求項５】
前記フィルタリング規則は、前記アプリケーションクライアントによって判断されることを特徴とする請求項４に記載の方法。
【請求項６】
前記中間要素は、前記アプリケーションクライアントからのプレゼンスサービスに対する要求内で前記フィルタリング規則を受け取ることを特徴とする請求項５に記載の方法。
【請求項７】
前記中間要素は、前記フィルタリング規則を取り去り、前記要求を前記プレゼンスサーバへ転送することを特徴とする請求項６に記載の方法。
【請求項８】
前記中間要素は、前記プレゼンスサーバから返答を受け取り、該返答に前記フィルタリング規則を適用し、フィルタ済返答を前記アプリケーションクライアントへ転送することを特徴とする請求項７に記載の方法。
【請求項９】
前記中間要素でフィルタリング規則を適用する段階は、前記アプリケーションクライアントから独立していることを特徴とする請求項３に記載の方法。
【請求項１０】
前記フィルタリング規則は、前記中間要素によって判断されることを特徴とする請求項９に記載の方法。
【請求項１１】
前記フィルタリング規則は、前記アプリケーションクライアントに付随する特性に依存していることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記フィルタリング規則は、前記中間要素がその一部を形成しているネットワークの特性に依存することを特徴とする請求項１０に記載の方法。
【請求項１３】
前記特性は、前記ネットワークと前記アプリケーションクライアントの間で合意されていることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記中間要素は、前記アプリケーションクライアントからの前記プレゼンスサービスに対する要求を受け取ることを特徴とする請求項１０に記載の方法。
【請求項１５】
そのような要求に応えて、前記中間要素は、前記フィルタリング規則を判断することを特徴とする請求項１４に記載の方法。
【請求項１６】
前記中間要素は、前記要求と前記フィルタリング規則を前記プレゼンスサーバへ転送することを特徴とする請求項１５に記載の方法。
【請求項１７】
前記中間要素は、前記プレゼンスサーバからフィルタ済返答を受け取ることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記中間要素は、前記フィルタ済返答を前記アプリケーションクライアントへ転送することを特徴とする請求項１７に記載の方法。
【請求項１９】
前記中間要素は、前記フィルタリング規則なしで前記要求を前記プレゼンスサーバへ転送することを特徴とする請求項１５に記載の方法。
【請求項２０】
前記中間要素は、前記プレゼンスサーバから返答を受け取ることを特徴とする請求項１９に記載の方法。
【請求項２１】
前記中間要素は、前記返答に前記フィルタリング規則を適用することを特徴とする請求項２０に記載の方法。
【請求項２２】
前記中間要素は、フィルタ済返答を前記アプリケーションクライアントへ転送することを特徴とする請求項２１に記載の方法。
【請求項２３】
前記フィルタリング規則の情報を検索する段階を更に含むことを特徴とする請求項１に記載の方法。
【請求項２４】
前記フィルタリング規則情報は、データタイプ定義又はスキーマ情報を含むことを特徴とする請求項２３に記載の方法。
【請求項２５】
前記中間要素は、前記規則を発動するか又は認証することを特徴とする請求項２３に記載の方法。
【請求項２６】
プレゼンスサーバからアプリケーションクライアントに提供されるプレゼンスサービスに対してサブスクライブする時に情報をフィルタリングするための装置であって、
通信路内でプレゼンスサーバとアプリケーションクライアントの間に接続され、
フィルタリング規則を適用するようになっている、
ことを特徴とする装置。
【請求項２７】
前記フィルタリング規則は、前記プレゼンスサーバと前記アプリケーションクライアントの両方から独立して適用されることを特徴とする請求項２６に記載の装置。
【請求項２８】
前記フィルタリング規則は、前記プレゼンスサーバ又は前記アプリケーションクライアントの一方から独立しているが、他方からは独立していないことを特徴とする請求項２６に記載の装置。
【請求項２９】
前記フィルタリング規則は、前記プレゼンスサーバから独立していることを特徴とする請求項２８に記載の装置。
【請求項３０】
前記フィルタリング規則は、前記アプリケーションクライアントによって判断されることを特徴とする請求項２９に記載の装置。
【請求項３１】
更に、前記アプリケーションクライアントからの前記プレゼンスサービスに対する要求内で前記フィルタリング規則を受け取るようになっていることを特徴とする請求項３０に記載の装置。
【請求項３２】
更に、前記フィルタリング規則を取り去り、前記要求を前記プレゼンスサーバへ転送するようになっていることを特徴とする請求項３１に記載の装置。
【請求項３３】
更に、前記プレゼンスサーバからの返答を受け取り、該返答に前記フィルタリング規則を適用し、フィルタ済返答を前記アプリケーションクライアントへ転送するようになっていることを特徴とする請求項３２に記載の装置。
【請求項３４】
前記フィルタリング規則は、前記アプリケーションクライアントから独立していることを特徴とする請求項２８に記載の装置。
【請求項３５】
更に、フィルタリング規則を判断するようになっていることを特徴とする請求項３４に記載の装置。
【請求項３６】
前記フィルタリング規則は、前記アプリケーションクライアントに付随する特性に依存していることを特徴とする請求項３５に記載の装置。
【請求項３７】
前記フィルタリング規則は、装置がその一部を形成しているネットワークの特性に依存することを特徴とする請求項３６に記載の装置。
【請求項３８】
前記特性は、前記ネットワークと前記アプリケーションクライアントの間で合意されていることを特徴とする請求項３７に記載の装置。
【請求項３９】
更に、前記アプリケーションクライアントからの前記プレゼンスサービスに対する要求を受け取るようになっていることを特徴とする請求項３５に記載の装置。
【請求項４０】
そのような要求に応えて、更に、前記フィルタリング規則を判断するようになっていることを特徴とする請求項３９に記載の装置。
【請求項４１】
更に、前記要求と前記フィルタリング規則を前記プレゼンスサーバへ転送するようになっていることを特徴とする請求項４０に記載の装置。
【請求項４２】
更に、前記プレゼンスサーバからのフィルタ済返答を受け取るようになっていることを特徴とする請求項４１に記載の装置。
【請求項４３】
更に、前記フィルタ済返答を前記アプリケーションクライアントへ転送するようになっていることを特徴とする請求項４２に記載の装置。
【請求項４４】
更に、前記要求を前記フィルタリング規則なしで前記プレゼンスサーバへ転送するようになっていることを特徴とする請求項４０に記載の装置。
【請求項４５】
更に、前記プレゼンスサーバからの返答を受け取るようになっていることを特徴とする請求項４４に記載の装置。
【請求項４６】
更に、前記フィルタリング規則を前記返答に適用するようになっていることを特徴とする請求項４５に記載の装置。
【請求項４７】
更に、フィルタ済返答を前記アプリケーションクライアントへ転送するようになっていることを特徴とする請求項４６に記載の装置。
【請求項４８】
更に、前記フィルタリング規則情報を検索するようになっていることを特徴とする請求項２８に記載の装置。
【請求項４９】
前記フィルタリング規則情報は、データタイプ定義又はスキーマ情報を含むことを特徴とする請求項４８に記載の装置。
【請求項５０】
更に、前記規則を発動するか又は認証するようになっていることを特徴とする請求項４８に記載の装置。
【請求項５１】
サーバを含むことを特徴とする請求項２６に記載の装置。
【請求項５２】
通信ネットワークの要素を含むことを特徴とする請求項２６に記載の装置。
【請求項５３】
前記要素は、プロクシーサーバであることを特徴とする請求項５２に記載の装置。
【国際調査報告】
2006511863.tif 000008
2006511863.tif 000009
2006511863.tif 000010