プレゼンス更新に関する選択的抑制
１以上のプレゼンス属性に関連するシグナリングトラヒックを、他のプレゼンス属性に関連するプレゼンスメッセージがいつどのように送信可能であるかに影響を与えずに減少させるために、プレゼンス通信が選択的に制御される。第１のプレゼンス情報を含むプレゼンス発行メッセージをプレゼンスエンティティからプレゼンスサーバへ送信することに関連する第１の閾値条件が決定される。第２の異なるプレゼンス情報を含むプレゼンス発行メッセージをプレゼンスエンティティからプレゼンスサーバへ送信することに関連する第２の閾値条件が決定される。第１のプレゼンス情報を含むプレゼンス発行メッセージがプレゼンスエンティティによってプレゼンスサーバへどの程度頻繁に送信されるかが第１の閾値条件に基づいて選択的に制御され、第２のプレゼンス情報を含む少なくともいくつかのプレゼンス発行メッセージが第１のプレゼンス情報を含むプレゼンス発行メッセージよりも高い又は低い頻度でプレゼンスエンティティによってプレゼンスサーバへ送信されるように選択的に制御される。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野は、コンピュータ間でプレゼンス情報を通信することに関する。非限定的な一例の応用において、ここで説明される技術は、移動体通信システムにおいてプレゼンス情報を通信することに使用可能である。
【背景技術】
【０００２】
プレゼンスサービスは、状態（即ち、人間、品物或いはアイテム、及びサービスの存在）を示すプレゼンス情報の項目を交換するサービスである。ＩＥＴＦ ＲＦＣ２７７８は、プレゼンスサービスの基本的なアーキテクチャを記述している。プレゼンスサービスを使用するクライアントは、２種類のクライアントに分類される。即ち、プレゼンス情報を提供するユーザなどの（情報配信側の）プレゼンティティ、及びプレゼンス情報を監視する（情報受信側の）ウォッチャーである。プレゼンティティ(presentity)という単語は、プレゼンス(presence)及びエンティティ(entity)という単語の組み合わせであり、ＲＦＣ ２７７８において最初に導入された。元々、プレゼンティティはプレゼンス情報を提供する論理エンティティとして定義され、通常は人間を指す。プレゼンティティは通常は個人を指すが、「ヘルプデスク」のような役割を表してもよいし、「会議室＃２７」のようなリソースを表してもよい。プレゼンティティは一般的に、例えば"sip:joe.bloggs@example.com"のような区別可能な名前や、"tel:+12345678"のような電話番号によって参照される。この場合プレゼンス情報は、通信サービスのセットを介して通信を行うプレゼンティティに関する、可用性、近接性(proximity)、活動レベル、ステータス、動作状態、能力、及び意欲のうちの少なくともいずれかを表す。例えば、インスタントメッセンジャーＩＣＱ("I seek you")のユーザはプレゼンティティであり、ユーザのプレゼンス情報はＩＣＱユーザステータス（オンライン、オフライン、不在、など）である。単一のプレゼンティティに関連する複数のプレゼンスソース（供給元）が存在してもよいが、ここでの説明を容易にするために、プレゼンティティという用語のみを使用し、これは論理エンティティ及びその論理エンティティに関連する１以上のプレゼンス情報のうちの少なくとも一方を含む。
【０００３】
プレゼンスサービスはプレゼンティティからプレゼンス情報を受信し、そのプレゼンス情報をウォッチャーへ配信する。ウォッチャーはプレゼンティティを追跡することができる。プレゼンスに関する今日の最も一般的な用途は、ほとんどのインスタントメッセージングクライアント上に表示されるステータスインジケータであり、これは典型的には各ステータスを説明するグラフィックシンボル及びテキストリストを容易に伝達する形式で表示される。ユーザの可用性について拡張された情報を提供する、一般的に使用されるステータスは、"free for chat", "away", "do not disturb", 及び"out to lunch"であり、現代の様々なインスタントメッセージングクライアントに跨って多くの変形形態で存在する。ユーザの気分、所在、及びフリーテキストステータスなどの、ユーザが選択可能なよりリッチな情報も利用可能である。プレゼンスはユーザデバイスの可用性及びそれが要求される技術的性質に留まらないユーザの可用性を扱うという点で、従来のオンフック電話ステータスとは異なる。
【０００４】
プレゼンティティはプレゼンスサーバに対して自分のプレゼンス情報を発行し、プレゼンスサーバはウォッチャーへの通知を構成する。プレゼンスサーバは、プレゼンス情報を更新（リフレッシュ）したり、既存のプレゼンス情報を新しく発行されたプレゼンス情報に置き換えたり、或いは所与のプレゼンティティのためのプレゼンス情報を除去したりすることによって、発行されたもの(publications)を処理する。通知は一般的に、ウォッチャーがサブスクライブ（購読）した全てのプレゼンティティからの情報を包含する。プレゼンティティのいずれかが自分のプレゼンス状態を変化させると、プレゼンティティはプレゼンスサーバに対して自分の新しいプレゼンス情報を再度発行し、次いでプレゼンスサーバはウォッチャーに新しいプレゼンス情報を通知する。
【０００５】
プレゼンスのために使用されるプロトコルはセッション開始プロトコル（ＳＩＰ）である。ＳＩＰプロトコルを記述するＲＦＣ３２６１において、プレゼンティティからウォッチャーへ送信される発行はＳＩＰ ＰＵＢＬＩＳＨメッセージの形式であり、プレゼンスサーバからウォッチャーへ送信される通知はＳＩＰ ＮＯＴＩＦＹメッセージの形式である。プレゼンスシステム及びシグナリングに関する高レベルの概観が図１に見られる。１−５とラベル付けされた複数のユーザ１２がＳＩＰ ＰＵＢＬＩＳＨメッセージをプレゼンスサーバへ送信する。プレゼンスサーバ１４はこれらのメッセージを処理し、ＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを介してプレゼンスサーバ１４へ提供されたウォッチャーの購読情報に基づいて、ＳＩＰ ＮＯＴＩＦＹメッセージをウォッチャー１６へ送信する。
【０００６】
長年に亘ってプレゼンスアプリケーションは固定インターネット上で使用されてきたが、プレゼンスアプリケーションはセルラネットワーク及び他のワイヤレスネットワークにも同様に適用可能である。セルラネットワーク上でプレゼンスを応用することに伴う重大な問題は、潜在的に膨大な量となり得る、プレゼンスメッセージに関連するシグナリングであり、これはセルラシステムの容量を簡単に使い果たしてしまうかもしれない。本出願の譲受人によって行われた、ＧＳＭ／ＥＤＧＥにおいてプレゼンストラヒックがセルラ容量に与える影響に関する研究によれば、シグナリングについて抑制的なプレゼンスアプリケーションでさえもＧＳＭ／ＥＤＧＥ上のボイス・オーバー・ＩＰ（ＶｏＩＰ）のためのセルラシステムの容量を１０−１５％減少させる可能性があるということが示唆された。シグナリングが増加すると、容量の減少は受容できないレベルに簡単に到達し得る。
【０００７】
プレゼンストラヒックを制限する開発中の取り組みが存在しているが、妥当なレベルにトラヒックを継続的に維持して所望の柔軟性及び選択性を提供するには、その取り組みは十分ではなかった。例えば、移動体端末においてプレゼンスアプリケーションが利用可能になると、新しい種類のプレゼンス情報が関心を惹くようになる蓋然性があり、これがサポートされることが必要になるであろう。移動体端末にとって地理的な所在は特に意味のあるプレゼンス情報である。というのも、例えば固定された位置のインターネットを介して接続されているプレゼンティティとは対照的に、移動体通信端末に関連するプレゼンティティはセッション中に移動可能だからである。
【０００８】
地理情報を取得するための１つの可能性は、例えばセルラ電話、ＰＤＡ、ラップトップコンピュータなどの、プレゼンティティの通信端末或いはユーザ装置においてＧＰＳデバイスを使用することである。通信端末が移動したということをＧＰＳ座標が示すと、新しい座標がプレゼンスサーバに対して発行され、プレゼンスサーバはその情報をウォッチャーに対して配信する。この新しい座標の発行を通信端末自身が制限しない限り、このアプローチは、途方もない量のシグナリングを引き起こすことになるであろう。例えば、移動中の車の中に端末が位置する場合、座標更新の発行は事実上絶え間なく生成されるであろう。制限された帯域容量しか持たない無線ネットワークにおいてこの種のシグナリングをサポートすることは重大な問題である。
【０００９】
ＳＩＰメッセージングの文脈においてこの困難性を説明するために、プレゼンス更新シグナリングを２つのフェーズに分割することができる。第１のフェーズはプレゼンティティからプレゼンスサーバへ送信されるＳＩＰ ＰＵＢＬＩＳＨメッセージであり、第２のフェーズはプレゼンスサーバからウォッチャーへ送信されるＳＩＰ ＮＯＴＩＦＹである。第１のフェーズにおけるシグナリングは、プレゼンスサーバに対してプレゼンス更新シグナリングのトラヒックを制限する効率的な方法を可能にしない。１つの可能性は、プレゼンティティが新しいＰＵＢＬＩＳＨメッセージを送信可能になるまでプレゼンティティが待たなければならない時間を示す「Ｒｅｔｒｙ−ａｆｔｅｒ」ヘッダフィールドを伴ったサービス利用不可能メッセージを用いて、プレゼンスサーバがＰＵＢＬＩＳＨメッセージに対して応答することである。しかしこれでは、高い頻度で即ち極めて頻繁にＰＵＢＬＩＳＨメッセージを送信することをプレゼンティティが継続しないということは保証されない。別の可能性は、新しいＰＵＢＬＩＳＨをプレゼンティティが送信可能になる前にＰＵＢＬＩＳＨメッセージに対する確認応答としてＳＩＰプロトコルにおいて送信されなければならないＳＩＰ ２００ ＯＫメッセージをプレゼンスサーバが抑止することである。しかしこの戦略では、２００ ＯＫ応答が十分長く抑止された場合にＰＵＢＬＩＳＨメッセージの再送が引き起こされ、更に多くのトラヒックが生成されるかもしれない。そのため、この第１のフェーズにおいて、プレゼンスシグナリングの量に関する非効率性は、プレゼンスアプリケーションを実行している個々の端末／プレゼンティティの振る舞いに原因が帰着し得る。
【００１０】
より魅力的なソリューションは、何らかの振る舞いを命じるパラメータをプレゼンスサーバ（或いは他のネットワークノード）に送信させることである。例えば、オープン・モバイル・アライアンス（ＯＭＡ）によって発行されたＰｒｅｓｅｎｃｅ ＳＩＭＰＬＥ Ｓｐｅｃｉｆｉｃａｔｉｏｎは、連続するＰＵＢＬＩＳＨメッセージ間の最小時間を指定する、ＳＯＵＲＣＥ−ＴＨＲＯＴＴＬＥ−ＰＵＢＬＩＳＨと呼ばれる任意（オプション）のパラメータを記述している。しかし、このパラメータに伴う問題は、これが高い値に設定された場合に、他のプレゼンス属性の正確性に対する影響は重大ではなかったとしても何らかのプレゼンス属性の正確性が大幅に低下するかもしれないということである。換言すれば、プレゼンス属性が異なれば異なるプレゼンス属性値を用いた方がより良くサービスされるかもしれないということを、ＳＯＵＲＣＥ−ＴＨＲＯＴＴＬＥ−ＰＵＢＬＩＳＨパラメータは考慮していない。全てのプレゼンス属性に対して１つのＳＯＵＲＣＥ−ＴＨＲＯＴＴＬＥ−ＰＵＢＬＩＳＨパラメータしか存在しないので、「抑制(throttled)」される必要のある１つのプレゼンス属性が、抑制を必要としない他のプレゼンス属性を抑制することを引き起こす。実際、いくつかのプレゼンス属性については、そのような抑制がプレゼンス属性情報の正確性を低下させてウォッチャーにとってもはや価値がないようにしてしまうかもしれない。
【発明の開示】
【課題を解決するための手段】
【００１１】
発明者らは、プレゼンス更新のための新しい戦略を使用してこれらの問題を解決した。１以上のプレゼンス属性に関連するシグナリングトラヒックを、他のプレゼンス属性に関連するプレゼンスメッセージがいつどのように送信可能であるかに影響を与えずに減少させるために、プレゼンス通信が選択的に制御される。第１のプレゼンス情報を含むプレゼンス発行メッセージをプレゼンスエンティティからプレゼンスサーバへ送信することに関連する第１の閾値条件が決定される。第２の異なるプレゼンス情報を含むプレゼンス発行メッセージをプレゼンスエンティティからプレゼンスサーバへ送信することに関連する第２の閾値条件が決定される。第１のプレゼンス情報を含むプレゼンス発行メッセージがプレゼンスエンティティによってプレゼンスサーバへどの程度頻繁に送信されるかが第１の閾値条件に基づいて選択的に制御され、第２のプレゼンス情報を含む少なくともいくつかのプレゼンス発行メッセージが第１のプレゼンス情報を含むプレゼンス発行メッセージよりも高い又は低い頻度でプレゼンスエンティティによってプレゼンスサーバへ送信されるように選択的に制御される。第１のプレゼンス情報を含むプレゼンス発行メッセージがどの程度頻繁に送信されるかは、第２のプレゼンス情報を含むプレゼンス発行メッセージがどの程度頻繁に送信されるかとは無関係であることが好ましい。
【００１２】
第１のプレゼンス情報に関連する情報を含む通知メッセージがプレゼンスサーバによってウォッチャーへどの程度頻繁に送信されるかも、決定した条件に基づいて選択的に制御されてもよい。第１のプレゼンス情報を含む発行メッセージを送信することよりも高い又は低い頻度で、第２のプレゼンス情報に関連する情報を含む通知メッセージがウォッチャーへ送信されてもよい。第１のプレゼンス情報の一例は、プレゼンスエンティティの位置又は所在に関する位置情報又は所在情報である。
【００１３】
第１の閾値条件の例は、第１のプレゼンス情報を含む発行メッセージをプレゼンスエンティティがプレゼンスサーバへ送信可能になる前に経過しなければならない最小時間を含む。別の例は、第１のプレゼンス情報を含む発行メッセージをプレゼンスエンティティが送信可能になる前に発生しなければならないパラメータ（例えば、プレゼンスエンティティが移動した距離）の最小変化量である。
【００１４】
非限定的で好適な実装例において、第１のプレゼンス情報を含む発行メッセージがプレゼンスサーバへどの程度頻繁に送信されるかは適応的である。例えば、適応性は、負荷条件（例えば、プレゼンスサーバにおける、プレゼンス発行メッセージのトラヒックに関連するシグナリング負荷）に基づいていてもよい。負荷条件が負荷閾値よりも下に減少すると第１のプレゼンス情報を含む発行メッセージがより高い頻度で送信可能になる。負荷条件が負荷閾値よりも上に増加すると第１のプレゼンス情報を含む発行メッセージがより低い頻度でしか送信できなくなる。
【００１５】
この選択的プレゼンス更新技術は、プレゼンスサーバ内に実装可能であり、プレゼンスサーバは、無線インタフェースを介してユーザ装置にアクセス可能なアクセスネットワークに関連する、ＩＰマルチメディア・サブシステムのノード内に位置してもよいし、ワイヤ結合又はファイバ結合されたネットワークノード内に位置してもよい。この選択的プレゼンス更新技術はまた、ユーザ装置などのプレゼンスエンティティ内にも実装可能である。例えば、ユーザ装置は、エアインタフェースを介してアクセスネットワークと通信する無線移動体端末であってもよいし、ワイヤインタフェース又はファイバインタフェースを介してアクセスネットワークと通信する通信デバイスであってもよい。
【００１６】
この選択的プレゼンス更新技術の重大な利点は、プレゼンス情報の正確性に影響を依然として最小限にしつつも、シグナリングの量（ひいてはプレゼンスシグナリングによって引き起こされる負荷）を減少可能であることである。選択的制御を適応的にすることによって、現在の負荷条件に適応する柔軟性が得られ、他のプレゼンス属性が異なる頻度で更新されることが可能になる。例えば"busy"属性のような、大量のシグナリングを発生させないプレゼンス属性は、即座に更新可能である。必要に応じて、この選択的プレゼンス更新技術は、個々のプレゼンスエンティティによる追従を確実にするためにプレゼンスサーバの制御下で実施されてもよく、それによってプレゼンス更新トラヒックが妥当なレベルであることを確実にしてもよい。
【発明を実施するための最良の形態】
【００１７】
以下の記述では、説明及び非限定を目的として、記述された技術に関する理解を提供するために、例えば特定のノード、機能エンティティ、技術、プロトコル、標準などの具体的な詳細を説明する。以下に開示される具体的な詳細から離れた他の実施形態も実行可能であるということが当業者にとって明らかであろう。例えば、以下の説明ではプレゼンスメッセージの例としてＳＩＰメッセージを使用しているが、技術はＳＩＰメッセージに限定されず、あらゆる適切なプレゼンスメッセージングプロトコルを使用可能である。他の例として、不要な詳細によって説明を分かりにくくしないように、よく知られている方法、デバイス、技術などの詳細な説明は省略されている。個々の機能ブロックが図中に示されている。これらのブロックの機能は個々のハードウェア回路を使用すること、適切にプログラムされたマイクロプロセッサ又は汎用コンピュータと共にソフトウェアプログラム及びデータを使用すること、アプリケーション固有集積回路（ＡＳＩＣ）を使用すること、及び１以上のデジタル信号プロセッサ（ＤＳＰ）を使用することのうちの少なくともいずれかによって実装可能であるということを問う業者は理解するであろう。
【００１８】
図２は、プレゼンティティが異なる地理的な所在或いは座標へ高速に移動しているプレゼンス通信システムの機能ブロック図である。プレゼンティティ１２は、例えば乗り物の中で高速に移動しており、新しい位置Ａ、Ｂ、及びＣそれぞれにおいて、時刻Ｔ１に位置Ａのための、時刻Ｔ２に位置Ｂのための、そして時刻Ｔ３に位置Ｃのための、新しい位置を更新するＰＵＢＬＩＳＨメッセージを送信する。移動中のプレゼンティティにとって、これら３つのメッセージは極めて頻繁に、例えば他のメッセージの直後に次のメッセージが、送信されるであろうし、このことは、時刻Ｔ１、Ｔ２、及びＴ３に対応するＰＵＢＬＩＳＨメッセージ及びその結果としてのＮＯＴＩＦＹメッセージという観点から重大な負荷をもたらす。ほとんど絶え間のないベースでのプレゼンス更新によって何らかのプレゼンス属性がプレゼンスサーバを溢れさせてしまうかもしれないということが、この一例から明らかである。しかし、他のプレゼンス属性はそれほど多いものではない。
【００１９】
選択的なプレゼンス更新メッセージングは、これらの障害を克服する。図３は、図１のようにプレゼンスサーバ１４、ウォッチャー１６、及びプレゼンティティ１２を持つプレゼンス通信システムの一例を示す機能ブロック図である。しかしここでは、プレゼンスサーバは各プレゼンティティ１２に対して少なくとも１つのプレゼンス属性に関連付けられた選択的タイミング制御メッセージを送信する。図２の例において、このプレゼンス属性は、プレゼンティティの通信端末或いはユーザ装置の地理的所在或いは位置に対応する、プレゼンティティの地理的所在或いは位置である。選択的タイミング制御メッセージは、プレゼンティティ１２に対して、地理的プレゼンス更新情報を搬送する発行メッセージを所定の閾値時間が満了した後にしか送信してはならないということを通知する。この閾値時間は、好ましくは、プレゼンス更新シグナリングがトラヒック負荷が過大になるほど頻繁には発生しないがプレゼンス更新がウォッチャーに対して有用なタイムフレーム（期間）で伝達されるのに十分な頻度で発生するように、選択される。
【００２０】
意義深いことには、プレゼンティティ１２の他のプレゼンス属性に関連する発行メッセージは必ずしも「抑制」されないか、或いはそうでない場合は、地理的プレゼンス更新情報のために確立された所定の閾値時間によって制約される。例えば、プレゼンティティ１２は、"busy"プレゼンス属性更新（例えば、「私は忙しい」）を伴う発行メッセージを送信し、いかなる最小の間隔時間も監視することなく直後に"busy"プレゼンス属性更新（例えば、「私は忙しくない」）を伴う別の発行メッセージを送信してもよい。個々のプレゼンス属性のためのプレゼンティティ発行メッセージに関するこの選択的な制御によって、適切且つ有用な時間間隔で適切なプレゼンス情報を依然として提供しつつもシグナリング負荷に関する優れた制御を行うことが可能になる。この例において、プレゼンティティの乗り物が１つのブロック分移動したという事実は、多くの場合、ウォッチャー１６にとって時間が重要な情報ではない。そのため、地理的プレゼンス更新情報を伴う発行を抑制することは、シグナリング／負荷の制御にとって有益である。しかし、通信に関してプレゼンティティ１２がビジーであるか手空き(available)であるかは、ウォッチャー１６にとって時間が重要である可能性がより高い。この場合に抑制を行うことはあまり望ましくない。このように、発行頻度の事例（ケース）が個々のプレゼンス属性に合わせてあつらえられる。
【００２１】
選択的タイミング制御メッセージに応えて、プレゼンティティ１２は、地理的プレゼンス更新情報に関するＰＵＢＬＩＳＨメッセージをいつ送信するかを選択的に制御する。図３において、その選択的なタイミングは、地理的プレゼンス更新情報を伴う発行メッセージのレート或いは頻度が制約或いは限定されているということを伝えるために、"throttled"と示されている。しかし、発行される特定の個々のプレゼンス属性にとって特に適切であれば、選択的タイミングはいかなるタイミングであってもよい。プレゼンスサーバ１４は、発行された属性情報を受信すると、ウォッチャー１６に対して通常通りそれを通知する。
【００２２】
図４は代替の実施形態を示し、これは個々のプレゼンス属性情報の発行を選択的に制御する点では類似しているが、受信した発行情報に関するウォッチャー１６に対する通知メッセージのタイミングを選択的に制御するという特徴も含んでいる。プレゼンスサーバ１４は、特定のプレゼンス属性のための通知メッセージをウォッチャー１６へ送信するレートを決定することもする。あるプレゼンス属性については、プレゼンスサーバ１４は、そのプレゼンス属性に関する連続した通知メッセージを送信する間に第１の最小閾値時間待つかもしれない。別のプレゼンス属性については、プレゼンスサーバ１４は、そのプレゼンス属性に関する連続した通知メッセージを送信する間に第２の最小閾値時間待つかもしれない。ここで、第１の時間と第２の時間とは異なる。時間間隔のうちの１つは、最小閾値時間でなくてさえも構わない。個々のプレゼンス属性に対するこの選択的通知制御は、個々のプレゼンス属性に対する選択的発行制御によって達成された利点と同様の利点を提供する。選択的通知制御は、プレゼンティティ１２或いはウォッチャー１６に対して制御メッセージを送信する必要なしに、プレゼンスサーバ１４において単独で実行可能である。別の実施形態においては、必ずしも選択的発行制御を使用せずに、選択的通知制御を実行してもよい。
【００２３】
図５は、選択的発行制御及び選択的通知制御のうちの一方又は両方を実施する際にプレゼンスサーバによって行われ得る、非限定的な手順の例を示すフローチャート図である。プレゼンスサーバは、手順の２つの欄を単独で或いは一緒に実行することができる。ステップＳ１で、プレゼンスサーバは、第１及び第２の属性に関するプレゼンス発行メッセージを送信することに関連する第１及び第２の閾値条件を確立する。
【００２４】
説明を目的として、２つの閾値及び２つのプレゼンス属性のみを記述する。しかし、いくつの数のプレゼンス属性のためにでも閾値を確立することができるということが理解されるであろう。上の例は閾値として最小タイミング期間を使用するが、他の閾値が使用されてもよい。例えば、地理的所在の更新の例では、閾値は、地理的所在の更新を伴う発行メッセージをプレゼンスサーバへ送信する前にプレゼンティティが移動しなければならない最小距離であってもよい。
【００２５】
プレゼンスサーバはプレゼンティティに対して、様々な閾値条件を通知する（ステップＳ２）。プレゼンス発行メッセージは、第１の閾値に関連する第１の頻度で、第１のプレゼンス属性を含有するプレゼンティティから受信される（ステップＳ３）。第２の属性を伴うプレゼンス発行は、第２の閾値に関連する第２の別の頻度で受信される（ステップＳ４）。閾値条件に変化があると（ステップＳ９）、制御はステップＳ１へ戻って変化に応じた１以上の新しい閾値を確立するか、或いはＳ２へ戻ってプレゼンティティに対して１以上の新しい閾値を通知する。
【００２６】
右側の欄において、プレゼンスサーバは、第１及び第２の属性に関するプレゼンス通知メッセージを送信することに関連する別の閾値条件を確立する（ステップＳ５）。第１及び第２のプレゼンス属性のうちの少なくとも一方を含有するプレゼンティティからプレゼンス発行メッセージが受信される（ステップＳ６）。プレゼンスサーバは、第１及び第２のプレゼンス属性のうちの少なくとも一方のために確立された閾値条件に基づいて、プレゼンス発行に対応する通知メッセージを送信する時刻を決定する（ステップＳ７）。プレゼンスサーバは次いで、特定の属性について決定された時刻にウォッチャーに対してその属性に関する通知メッセージを送信する。閾値条件に変化があると（ステップＳ９）、制御はステップＳ５に戻って変化に応じた１以上の新しい閾値を確立する。
【００２７】
閾値は、変化する１以上の条件に対して適応的であることが好ましい。例えば、プレゼンスサーバにおける検出されたシグナリング負荷、検出されたトラヒック負荷、或いは負荷以外の要因に基づいて、１以上の属性閾値、即ち特定のプレゼンス属性に関するプレゼンス情報を含む発行メッセージがどれくらいの頻度でプレゼンスサーバへ送信されるかを適応（順応）させることは有益であろう。更に、例えば（音声、プレゼンス、及び他のデータを含む）全体のトラヒック負荷、プレゼンス負荷のみ、或いはトラヒック負荷に寄与する要因の何らかの他のサブセットなどの、様々な程度の細かさで負荷を定義してもよい。それはまた、ネットワーク全体における負荷であってもよいし、セルラネットワークの一部、即ち特定の１以上のセル或いはセルの集合における負荷であってもよい。セルラネットワークの全体又は一部における負荷は、無線ネットワーク制御装置（ＲＮＣ）などによって検出可能であり、負荷はプレゼンスサーバに対して信号伝達され、そして負荷が閾値を超えた場合に抑制を引き起こす。負荷が変化するこのシナリオにおいて、負荷閾値以下に負荷が減少すると、第１のプレゼンス情報を含む発行メッセージはより頻繁に送信可能になる。負荷閾値以上に負荷が増加すると、第１のプレゼンス情報を含む発行メッセージはより少ない頻度でしか送信できなくなる。
【００２８】
図６は、選択的発行制御を実施する際にプレゼンティティによって行われ得る、非限定的な手順の例を示すフローチャート図である。プレゼンティティは、第１及び第２のプレゼンス属性に関するプレゼンス発行メッセージを送信することに対する様々な閾値条件を含む選択的制御メッセージをプレゼンスサーバから受信する（ステップＳ１０）。この場合もやはり、いかなる数の属性が選択的に制御されてもよい。プレゼンティティは、第１の閾値条件に従う第１のタイミングで、第１のプレゼンス属性を伴うプレゼンス発行メッセージを選択的に送信する。プレゼンティティはまた、第２の閾値条件に従う第２のタイミングで、第２のプレゼンス属性を伴うプレゼンス発行メッセージを選択的に送信する（ステップＳ１１）。プレゼンティティは、指示に従って何らかの閾値条件を更新する（ステップＳ１２）。
【００２９】
図７は、プレゼンスサーバ１４の非限定的な例を示す機能ブロック図である。プレゼンスサーバ１４は、プレゼンスサーバの全体動作を制御して調整（コーディネート）するコントローラ２０を含む。コントローラ２０は、ウォッチャーからＳＵＢＳＣＲＩＢＥメッセージを受信して指示に従ってウォッチャーへＮＯＴＩＦＹメッセージを送信する、ウォッチャーインタフェース２２に結合されている。コントローラ２０は、何らかのプレゼンス属性のための選択的タイミング制御メッセージを送信してプレゼンティティからＰＵＢＬＩＳＨメッセージを受信する、プレゼンティティインタフェース２４に結合されている。プレゼンス属性データベース２６は、個々のプレゼンス発行属性２８と個々の通知属性３０とのための特定の閾値に関するプレゼンス情報を格納する。メッセージタイミングレギュレータ３２は、プレゼンティティインタフェース２４を介してプレゼンティティへ送信される選択的タイミング制御メッセージを２８内の閾値データに基づいて生成し、ウォッチャーインタフェース２２を介してウォッチャーへ通知メッセージをいつ送信するかを３０内の閾値データに基づいて統制（レギュレート）する。適応的な場合、コントローラ２０は、１以上の閾値を適応させる必要性を反映する入力を受信若しくは検出し、それに応えて、データベース２６内の１以上の閾値を更新する。
【００３０】
図８は、プレゼンティティに関連するユーザ装置４０の非限定的な例を示す機能ブロック図である。ユーザ装置は、プレゼンスサーバと通信するためにプレゼンティティ又はウォッチャーが使用するいかなるデバイスであってもよい。典型的にはそれは、セルラ電話、ＰＤＡ、ラップトップなどのような、ある種のコンピュータベースのデバイスである。ユーザ装置４０は、ユーザインタフェース４４とプレゼンスクライアントアプリケーション４６とに結合されたコントローラ４２を含む。プレゼンスクライアント４６は、プレゼンスサーバから選択的タイミング制御メッセージを受信し、選択的タイミング制御メッセージに従って送信される、個々のプレゼンス属性のためのＰＵＢＬＩＳＨメッセージを生成する。
【００３１】
図９は、プレゼンス情報発行のための選択的タイミング制御メッセージに関する単純化された例を示す。メッセージは複数のフィールド１，２，．．．，ｎを含む。各メッセージフィールドはプレゼンス属性Ａと、その属性のための対応する閾値条件とを特定する。閾値は、個々のプレゼンス属性のための発行メッセージをどの頻度で送信してよいかを統制する。各閾値は典型的には異なるが、同じものがあってもよく、属性によっては関連する閾値条件を何ら持たなくても構わない。非限定的な一例において、選択的タイミング制御メッセージはＳＩＰメッセージとして形成可能である。
【００３２】
図１０は、無線通信システムにおける非限定的な応用例を示す。参照番号１００によって特定されウォッチャーとして働くユーザは、アプリケーションサーバ（具体的にはプレゼンスサーバ）によってホスティングされるプレゼンスサービスにアクセスする。双方向矢印１１２は、ユーザ１００がユーザ端末１０２とやりとり(interface)することを表す。ユーザ１００は端末１０２において（例えば）キーボードを介して情報を入力し、端末１０２から（例えば）端末のディスプレイを介して情報を受け取る。プレゼンスクライアント１０４（ソフトウェアアプリケーション）は、端末１０２上で動作して、ユーザ１００がプレゼンスサービスにアクセスすることを可能にする。実際には、ユーザ１００とプレゼンスクライアント１０４と端末１０２との組み合わせがウォッチャーであると見なされ得る。ある時には、ユーザ１００がプレゼンティティとして行動していてもよい。端末１０２は、破線によって大まかに表されるエアインタフェースを介して移動体通信ネットワーク１０６と無線でやりとりする。インターネット１０８などの外部ＩＰネットワークは、プレゼンスアプリケーションサーバ１１０を移動体通信ネットワーク１０６及び別の移動体通信ネットワーク１１２に接続させる。この例においてセル電話１１４として示されるユーザ装置を用いて通信している別のユーザ１１６は、監視対象のプレゼンティティである。プレゼンティティもエアインタフェースを介して無線で通信する。
【００３３】
移動体通信ネットワークは例えば、ＵＭＴＳネットワークや、プレゼンスサービスへのアクセスをサポートする他の無線アクセスネットワークであってもよい。ＵＭＴＳでは、無線アクセスネットワークは、ノードＢ又はアクセスポイントとも呼ばれることのある１以上の無線基地局に結合された１以上の無線ネットワーク制御装置（ＲＮＣ）を使用する。また、この例において説明されている技術は、無線インタフェースを介してアプリケーションサービスを提供することに限られるわけではなく、固定回線通信ネットワークを介してアプリケーションサービスを提供することも含むということに注目すべきである。移動体通信ネットワークは例えば、関門ＧＰＲＳサポートノード（ＧＧＳＮ）と１以上のＲＮＣとに結合された在圏ＧＰＲＳサポートノード（ＳＧＳＮ）も含んでよく、ＧＧＳＮは次にＩＰマルチメディア・サブシステム（ＩＭＳ）に結合されていてもよい。プレゼンスサーバは、サービング呼セッション制御機能及びプロキシ呼セッション制御機能のような他種のＩＭＳエンティティと共にＩＭＳ内に配置されていてもよい。
【００３４】
多様な実施形態を示して詳細に説明してきたが、請求の範囲はいかなる特定の実施形態或いは例にも限定されない。上の説明はいずれも、何らかの特定のエレメント、ステップ、範囲、或いは機能が不可欠であって請求の範囲に含まれなければならないということを暗示するものとして読んではならない。特許対象の範囲は請求の範囲によってのみ規定される。論理的保護の範囲は、許可された請求の範囲において列挙される語、及びその均等物によって、規定される。"means for"という語が使用されていない限り、いかなる請求の範囲も３５ ＵＳＣ §１１２の第６パラグラフを発動させることを意図していない。
【図面の簡単な説明】
【００３５】
【図１】プレゼンス通信システムの機能ブロック図である。
【図２】プレゼンティティが異なる地理的な所在或いは座標へ高速に移動しているプレゼンス通信システムの機能ブロック図である。
【図３】選択的発行制御に関する例を示すプレゼンス通信システムの機能ブロック図である。
【図４】選択的発行制御と組み合わされた選択的発行制御の例を示すプレゼンス通信システムの機能ブロック図である。
【図５】選択的発行制御及び選択的通知制御のうちの一方又は両方を実施する際にプレゼンスサーバによって行われ得る、非限定的な手順の例を示すフローチャート図である。
【図６】選択的発行制御を実施する際にプレゼンティティによって行われ得る、非限定的な手順の例を示すフローチャート図である。
【図７】プレゼンスサーバの非限定的な例を示す機能ブロック図である。
【図８】プレゼンティティに関連するユーザ装置の非限定的な例を示す機能ブロック図である。
【図９】プレゼンス情報発行のための選択的タイミング制御メッセージに関する単純化された例を示す図である。
【図１０】無線通信システムにおける非限定的な応用例を示す図である。
【技術分野】
【０００１】
技術分野は、コンピュータ間でプレゼンス情報を通信することに関する。非限定的な一例の応用において、ここで説明される技術は、移動体通信システムにおいてプレゼンス情報を通信することに使用可能である。
【背景技術】
【０００２】
プレゼンスサービスは、状態（即ち、人間、品物或いはアイテム、及びサービスの存在）を示すプレゼンス情報の項目を交換するサービスである。ＩＥＴＦ ＲＦＣ２７７８は、プレゼンスサービスの基本的なアーキテクチャを記述している。プレゼンスサービスを使用するクライアントは、２種類のクライアントに分類される。即ち、プレゼンス情報を提供するユーザなどの（情報配信側の）プレゼンティティ、及びプレゼンス情報を監視する（情報受信側の）ウォッチャーである。プレゼンティティ(presentity)という単語は、プレゼンス(presence)及びエンティティ(entity)という単語の組み合わせであり、ＲＦＣ ２７７８において最初に導入された。元々、プレゼンティティはプレゼンス情報を提供する論理エンティティとして定義され、通常は人間を指す。プレゼンティティは通常は個人を指すが、「ヘルプデスク」のような役割を表してもよいし、「会議室＃２７」のようなリソースを表してもよい。プレゼンティティは一般的に、例えば"sip:joe.bloggs@example.com"のような区別可能な名前や、"tel:+12345678"のような電話番号によって参照される。この場合プレゼンス情報は、通信サービスのセットを介して通信を行うプレゼンティティに関する、可用性、近接性(proximity)、活動レベル、ステータス、動作状態、能力、及び意欲のうちの少なくともいずれかを表す。例えば、インスタントメッセンジャーＩＣＱ("I seek you")のユーザはプレゼンティティであり、ユーザのプレゼンス情報はＩＣＱユーザステータス（オンライン、オフライン、不在、など）である。単一のプレゼンティティに関連する複数のプレゼンスソース（供給元）が存在してもよいが、ここでの説明を容易にするために、プレゼンティティという用語のみを使用し、これは論理エンティティ及びその論理エンティティに関連する１以上のプレゼンス情報のうちの少なくとも一方を含む。
【０００３】
プレゼンスサービスはプレゼンティティからプレゼンス情報を受信し、そのプレゼンス情報をウォッチャーへ配信する。ウォッチャーはプレゼンティティを追跡することができる。プレゼンスに関する今日の最も一般的な用途は、ほとんどのインスタントメッセージングクライアント上に表示されるステータスインジケータであり、これは典型的には各ステータスを説明するグラフィックシンボル及びテキストリストを容易に伝達する形式で表示される。ユーザの可用性について拡張された情報を提供する、一般的に使用されるステータスは、"free for chat", "away", "do not disturb", 及び"out to lunch"であり、現代の様々なインスタントメッセージングクライアントに跨って多くの変形形態で存在する。ユーザの気分、所在、及びフリーテキストステータスなどの、ユーザが選択可能なよりリッチな情報も利用可能である。プレゼンスはユーザデバイスの可用性及びそれが要求される技術的性質に留まらないユーザの可用性を扱うという点で、従来のオンフック電話ステータスとは異なる。
【０００４】
プレゼンティティはプレゼンスサーバに対して自分のプレゼンス情報を発行し、プレゼンスサーバはウォッチャーへの通知を構成する。プレゼンスサーバは、プレゼンス情報を更新（リフレッシュ）したり、既存のプレゼンス情報を新しく発行されたプレゼンス情報に置き換えたり、或いは所与のプレゼンティティのためのプレゼンス情報を除去したりすることによって、発行されたもの(publications)を処理する。通知は一般的に、ウォッチャーがサブスクライブ（購読）した全てのプレゼンティティからの情報を包含する。プレゼンティティのいずれかが自分のプレゼンス状態を変化させると、プレゼンティティはプレゼンスサーバに対して自分の新しいプレゼンス情報を再度発行し、次いでプレゼンスサーバはウォッチャーに新しいプレゼンス情報を通知する。
【０００５】
プレゼンスのために使用されるプロトコルはセッション開始プロトコル（ＳＩＰ）である。ＳＩＰプロトコルを記述するＲＦＣ３２６１において、プレゼンティティからウォッチャーへ送信される発行はＳＩＰ ＰＵＢＬＩＳＨメッセージの形式であり、プレゼンスサーバからウォッチャーへ送信される通知はＳＩＰ ＮＯＴＩＦＹメッセージの形式である。プレゼンスシステム及びシグナリングに関する高レベルの概観が図１に見られる。１−５とラベル付けされた複数のユーザ１２がＳＩＰ ＰＵＢＬＩＳＨメッセージをプレゼンスサーバへ送信する。プレゼンスサーバ１４はこれらのメッセージを処理し、ＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを介してプレゼンスサーバ１４へ提供されたウォッチャーの購読情報に基づいて、ＳＩＰ ＮＯＴＩＦＹメッセージをウォッチャー１６へ送信する。
【０００６】
長年に亘ってプレゼンスアプリケーションは固定インターネット上で使用されてきたが、プレゼンスアプリケーションはセルラネットワーク及び他のワイヤレスネットワークにも同様に適用可能である。セルラネットワーク上でプレゼンスを応用することに伴う重大な問題は、潜在的に膨大な量となり得る、プレゼンスメッセージに関連するシグナリングであり、これはセルラシステムの容量を簡単に使い果たしてしまうかもしれない。本出願の譲受人によって行われた、ＧＳＭ／ＥＤＧＥにおいてプレゼンストラヒックがセルラ容量に与える影響に関する研究によれば、シグナリングについて抑制的なプレゼンスアプリケーションでさえもＧＳＭ／ＥＤＧＥ上のボイス・オーバー・ＩＰ（ＶｏＩＰ）のためのセルラシステムの容量を１０−１５％減少させる可能性があるということが示唆された。シグナリングが増加すると、容量の減少は受容できないレベルに簡単に到達し得る。
【０００７】
プレゼンストラヒックを制限する開発中の取り組みが存在しているが、妥当なレベルにトラヒックを継続的に維持して所望の柔軟性及び選択性を提供するには、その取り組みは十分ではなかった。例えば、移動体端末においてプレゼンスアプリケーションが利用可能になると、新しい種類のプレゼンス情報が関心を惹くようになる蓋然性があり、これがサポートされることが必要になるであろう。移動体端末にとって地理的な所在は特に意味のあるプレゼンス情報である。というのも、例えば固定された位置のインターネットを介して接続されているプレゼンティティとは対照的に、移動体通信端末に関連するプレゼンティティはセッション中に移動可能だからである。
【０００８】
地理情報を取得するための１つの可能性は、例えばセルラ電話、ＰＤＡ、ラップトップコンピュータなどの、プレゼンティティの通信端末或いはユーザ装置においてＧＰＳデバイスを使用することである。通信端末が移動したということをＧＰＳ座標が示すと、新しい座標がプレゼンスサーバに対して発行され、プレゼンスサーバはその情報をウォッチャーに対して配信する。この新しい座標の発行を通信端末自身が制限しない限り、このアプローチは、途方もない量のシグナリングを引き起こすことになるであろう。例えば、移動中の車の中に端末が位置する場合、座標更新の発行は事実上絶え間なく生成されるであろう。制限された帯域容量しか持たない無線ネットワークにおいてこの種のシグナリングをサポートすることは重大な問題である。
【０００９】
ＳＩＰメッセージングの文脈においてこの困難性を説明するために、プレゼンス更新シグナリングを２つのフェーズに分割することができる。第１のフェーズはプレゼンティティからプレゼンスサーバへ送信されるＳＩＰ ＰＵＢＬＩＳＨメッセージであり、第２のフェーズはプレゼンスサーバからウォッチャーへ送信されるＳＩＰ ＮＯＴＩＦＹである。第１のフェーズにおけるシグナリングは、プレゼンスサーバに対してプレゼンス更新シグナリングのトラヒックを制限する効率的な方法を可能にしない。１つの可能性は、プレゼンティティが新しいＰＵＢＬＩＳＨメッセージを送信可能になるまでプレゼンティティが待たなければならない時間を示す「Ｒｅｔｒｙ−ａｆｔｅｒ」ヘッダフィールドを伴ったサービス利用不可能メッセージを用いて、プレゼンスサーバがＰＵＢＬＩＳＨメッセージに対して応答することである。しかしこれでは、高い頻度で即ち極めて頻繁にＰＵＢＬＩＳＨメッセージを送信することをプレゼンティティが継続しないということは保証されない。別の可能性は、新しいＰＵＢＬＩＳＨをプレゼンティティが送信可能になる前にＰＵＢＬＩＳＨメッセージに対する確認応答としてＳＩＰプロトコルにおいて送信されなければならないＳＩＰ ２００ ＯＫメッセージをプレゼンスサーバが抑止することである。しかしこの戦略では、２００ ＯＫ応答が十分長く抑止された場合にＰＵＢＬＩＳＨメッセージの再送が引き起こされ、更に多くのトラヒックが生成されるかもしれない。そのため、この第１のフェーズにおいて、プレゼンスシグナリングの量に関する非効率性は、プレゼンスアプリケーションを実行している個々の端末／プレゼンティティの振る舞いに原因が帰着し得る。
【００１０】
より魅力的なソリューションは、何らかの振る舞いを命じるパラメータをプレゼンスサーバ（或いは他のネットワークノード）に送信させることである。例えば、オープン・モバイル・アライアンス（ＯＭＡ）によって発行されたＰｒｅｓｅｎｃｅ ＳＩＭＰＬＥ Ｓｐｅｃｉｆｉｃａｔｉｏｎは、連続するＰＵＢＬＩＳＨメッセージ間の最小時間を指定する、ＳＯＵＲＣＥ−ＴＨＲＯＴＴＬＥ−ＰＵＢＬＩＳＨと呼ばれる任意（オプション）のパラメータを記述している。しかし、このパラメータに伴う問題は、これが高い値に設定された場合に、他のプレゼンス属性の正確性に対する影響は重大ではなかったとしても何らかのプレゼンス属性の正確性が大幅に低下するかもしれないということである。換言すれば、プレゼンス属性が異なれば異なるプレゼンス属性値を用いた方がより良くサービスされるかもしれないということを、ＳＯＵＲＣＥ−ＴＨＲＯＴＴＬＥ−ＰＵＢＬＩＳＨパラメータは考慮していない。全てのプレゼンス属性に対して１つのＳＯＵＲＣＥ−ＴＨＲＯＴＴＬＥ−ＰＵＢＬＩＳＨパラメータしか存在しないので、「抑制(throttled)」される必要のある１つのプレゼンス属性が、抑制を必要としない他のプレゼンス属性を抑制することを引き起こす。実際、いくつかのプレゼンス属性については、そのような抑制がプレゼンス属性情報の正確性を低下させてウォッチャーにとってもはや価値がないようにしてしまうかもしれない。
【発明の開示】
【課題を解決するための手段】
【００１１】
発明者らは、プレゼンス更新のための新しい戦略を使用してこれらの問題を解決した。１以上のプレゼンス属性に関連するシグナリングトラヒックを、他のプレゼンス属性に関連するプレゼンスメッセージがいつどのように送信可能であるかに影響を与えずに減少させるために、プレゼンス通信が選択的に制御される。第１のプレゼンス情報を含むプレゼンス発行メッセージをプレゼンスエンティティからプレゼンスサーバへ送信することに関連する第１の閾値条件が決定される。第２の異なるプレゼンス情報を含むプレゼンス発行メッセージをプレゼンスエンティティからプレゼンスサーバへ送信することに関連する第２の閾値条件が決定される。第１のプレゼンス情報を含むプレゼンス発行メッセージがプレゼンスエンティティによってプレゼンスサーバへどの程度頻繁に送信されるかが第１の閾値条件に基づいて選択的に制御され、第２のプレゼンス情報を含む少なくともいくつかのプレゼンス発行メッセージが第１のプレゼンス情報を含むプレゼンス発行メッセージよりも高い又は低い頻度でプレゼンスエンティティによってプレゼンスサーバへ送信されるように選択的に制御される。第１のプレゼンス情報を含むプレゼンス発行メッセージがどの程度頻繁に送信されるかは、第２のプレゼンス情報を含むプレゼンス発行メッセージがどの程度頻繁に送信されるかとは無関係であることが好ましい。
【００１２】
第１のプレゼンス情報に関連する情報を含む通知メッセージがプレゼンスサーバによってウォッチャーへどの程度頻繁に送信されるかも、決定した条件に基づいて選択的に制御されてもよい。第１のプレゼンス情報を含む発行メッセージを送信することよりも高い又は低い頻度で、第２のプレゼンス情報に関連する情報を含む通知メッセージがウォッチャーへ送信されてもよい。第１のプレゼンス情報の一例は、プレゼンスエンティティの位置又は所在に関する位置情報又は所在情報である。
【００１３】
第１の閾値条件の例は、第１のプレゼンス情報を含む発行メッセージをプレゼンスエンティティがプレゼンスサーバへ送信可能になる前に経過しなければならない最小時間を含む。別の例は、第１のプレゼンス情報を含む発行メッセージをプレゼンスエンティティが送信可能になる前に発生しなければならないパラメータ（例えば、プレゼンスエンティティが移動した距離）の最小変化量である。
【００１４】
非限定的で好適な実装例において、第１のプレゼンス情報を含む発行メッセージがプレゼンスサーバへどの程度頻繁に送信されるかは適応的である。例えば、適応性は、負荷条件（例えば、プレゼンスサーバにおける、プレゼンス発行メッセージのトラヒックに関連するシグナリング負荷）に基づいていてもよい。負荷条件が負荷閾値よりも下に減少すると第１のプレゼンス情報を含む発行メッセージがより高い頻度で送信可能になる。負荷条件が負荷閾値よりも上に増加すると第１のプレゼンス情報を含む発行メッセージがより低い頻度でしか送信できなくなる。
【００１５】
この選択的プレゼンス更新技術は、プレゼンスサーバ内に実装可能であり、プレゼンスサーバは、無線インタフェースを介してユーザ装置にアクセス可能なアクセスネットワークに関連する、ＩＰマルチメディア・サブシステムのノード内に位置してもよいし、ワイヤ結合又はファイバ結合されたネットワークノード内に位置してもよい。この選択的プレゼンス更新技術はまた、ユーザ装置などのプレゼンスエンティティ内にも実装可能である。例えば、ユーザ装置は、エアインタフェースを介してアクセスネットワークと通信する無線移動体端末であってもよいし、ワイヤインタフェース又はファイバインタフェースを介してアクセスネットワークと通信する通信デバイスであってもよい。
【００１６】
この選択的プレゼンス更新技術の重大な利点は、プレゼンス情報の正確性に影響を依然として最小限にしつつも、シグナリングの量（ひいてはプレゼンスシグナリングによって引き起こされる負荷）を減少可能であることである。選択的制御を適応的にすることによって、現在の負荷条件に適応する柔軟性が得られ、他のプレゼンス属性が異なる頻度で更新されることが可能になる。例えば"busy"属性のような、大量のシグナリングを発生させないプレゼンス属性は、即座に更新可能である。必要に応じて、この選択的プレゼンス更新技術は、個々のプレゼンスエンティティによる追従を確実にするためにプレゼンスサーバの制御下で実施されてもよく、それによってプレゼンス更新トラヒックが妥当なレベルであることを確実にしてもよい。
【発明を実施するための最良の形態】
【００１７】
以下の記述では、説明及び非限定を目的として、記述された技術に関する理解を提供するために、例えば特定のノード、機能エンティティ、技術、プロトコル、標準などの具体的な詳細を説明する。以下に開示される具体的な詳細から離れた他の実施形態も実行可能であるということが当業者にとって明らかであろう。例えば、以下の説明ではプレゼンスメッセージの例としてＳＩＰメッセージを使用しているが、技術はＳＩＰメッセージに限定されず、あらゆる適切なプレゼンスメッセージングプロトコルを使用可能である。他の例として、不要な詳細によって説明を分かりにくくしないように、よく知られている方法、デバイス、技術などの詳細な説明は省略されている。個々の機能ブロックが図中に示されている。これらのブロックの機能は個々のハードウェア回路を使用すること、適切にプログラムされたマイクロプロセッサ又は汎用コンピュータと共にソフトウェアプログラム及びデータを使用すること、アプリケーション固有集積回路（ＡＳＩＣ）を使用すること、及び１以上のデジタル信号プロセッサ（ＤＳＰ）を使用することのうちの少なくともいずれかによって実装可能であるということを問う業者は理解するであろう。
【００１８】
図２は、プレゼンティティが異なる地理的な所在或いは座標へ高速に移動しているプレゼンス通信システムの機能ブロック図である。プレゼンティティ１２は、例えば乗り物の中で高速に移動しており、新しい位置Ａ、Ｂ、及びＣそれぞれにおいて、時刻Ｔ１に位置Ａのための、時刻Ｔ２に位置Ｂのための、そして時刻Ｔ３に位置Ｃのための、新しい位置を更新するＰＵＢＬＩＳＨメッセージを送信する。移動中のプレゼンティティにとって、これら３つのメッセージは極めて頻繁に、例えば他のメッセージの直後に次のメッセージが、送信されるであろうし、このことは、時刻Ｔ１、Ｔ２、及びＴ３に対応するＰＵＢＬＩＳＨメッセージ及びその結果としてのＮＯＴＩＦＹメッセージという観点から重大な負荷をもたらす。ほとんど絶え間のないベースでのプレゼンス更新によって何らかのプレゼンス属性がプレゼンスサーバを溢れさせてしまうかもしれないということが、この一例から明らかである。しかし、他のプレゼンス属性はそれほど多いものではない。
【００１９】
選択的なプレゼンス更新メッセージングは、これらの障害を克服する。図３は、図１のようにプレゼンスサーバ１４、ウォッチャー１６、及びプレゼンティティ１２を持つプレゼンス通信システムの一例を示す機能ブロック図である。しかしここでは、プレゼンスサーバは各プレゼンティティ１２に対して少なくとも１つのプレゼンス属性に関連付けられた選択的タイミング制御メッセージを送信する。図２の例において、このプレゼンス属性は、プレゼンティティの通信端末或いはユーザ装置の地理的所在或いは位置に対応する、プレゼンティティの地理的所在或いは位置である。選択的タイミング制御メッセージは、プレゼンティティ１２に対して、地理的プレゼンス更新情報を搬送する発行メッセージを所定の閾値時間が満了した後にしか送信してはならないということを通知する。この閾値時間は、好ましくは、プレゼンス更新シグナリングがトラヒック負荷が過大になるほど頻繁には発生しないがプレゼンス更新がウォッチャーに対して有用なタイムフレーム（期間）で伝達されるのに十分な頻度で発生するように、選択される。
【００２０】
意義深いことには、プレゼンティティ１２の他のプレゼンス属性に関連する発行メッセージは必ずしも「抑制」されないか、或いはそうでない場合は、地理的プレゼンス更新情報のために確立された所定の閾値時間によって制約される。例えば、プレゼンティティ１２は、"busy"プレゼンス属性更新（例えば、「私は忙しい」）を伴う発行メッセージを送信し、いかなる最小の間隔時間も監視することなく直後に"busy"プレゼンス属性更新（例えば、「私は忙しくない」）を伴う別の発行メッセージを送信してもよい。個々のプレゼンス属性のためのプレゼンティティ発行メッセージに関するこの選択的な制御によって、適切且つ有用な時間間隔で適切なプレゼンス情報を依然として提供しつつもシグナリング負荷に関する優れた制御を行うことが可能になる。この例において、プレゼンティティの乗り物が１つのブロック分移動したという事実は、多くの場合、ウォッチャー１６にとって時間が重要な情報ではない。そのため、地理的プレゼンス更新情報を伴う発行を抑制することは、シグナリング／負荷の制御にとって有益である。しかし、通信に関してプレゼンティティ１２がビジーであるか手空き(available)であるかは、ウォッチャー１６にとって時間が重要である可能性がより高い。この場合に抑制を行うことはあまり望ましくない。このように、発行頻度の事例（ケース）が個々のプレゼンス属性に合わせてあつらえられる。
【００２１】
選択的タイミング制御メッセージに応えて、プレゼンティティ１２は、地理的プレゼンス更新情報に関するＰＵＢＬＩＳＨメッセージをいつ送信するかを選択的に制御する。図３において、その選択的なタイミングは、地理的プレゼンス更新情報を伴う発行メッセージのレート或いは頻度が制約或いは限定されているということを伝えるために、"throttled"と示されている。しかし、発行される特定の個々のプレゼンス属性にとって特に適切であれば、選択的タイミングはいかなるタイミングであってもよい。プレゼンスサーバ１４は、発行された属性情報を受信すると、ウォッチャー１６に対して通常通りそれを通知する。
【００２２】
図４は代替の実施形態を示し、これは個々のプレゼンス属性情報の発行を選択的に制御する点では類似しているが、受信した発行情報に関するウォッチャー１６に対する通知メッセージのタイミングを選択的に制御するという特徴も含んでいる。プレゼンスサーバ１４は、特定のプレゼンス属性のための通知メッセージをウォッチャー１６へ送信するレートを決定することもする。あるプレゼンス属性については、プレゼンスサーバ１４は、そのプレゼンス属性に関する連続した通知メッセージを送信する間に第１の最小閾値時間待つかもしれない。別のプレゼンス属性については、プレゼンスサーバ１４は、そのプレゼンス属性に関する連続した通知メッセージを送信する間に第２の最小閾値時間待つかもしれない。ここで、第１の時間と第２の時間とは異なる。時間間隔のうちの１つは、最小閾値時間でなくてさえも構わない。個々のプレゼンス属性に対するこの選択的通知制御は、個々のプレゼンス属性に対する選択的発行制御によって達成された利点と同様の利点を提供する。選択的通知制御は、プレゼンティティ１２或いはウォッチャー１６に対して制御メッセージを送信する必要なしに、プレゼンスサーバ１４において単独で実行可能である。別の実施形態においては、必ずしも選択的発行制御を使用せずに、選択的通知制御を実行してもよい。
【００２３】
図５は、選択的発行制御及び選択的通知制御のうちの一方又は両方を実施する際にプレゼンスサーバによって行われ得る、非限定的な手順の例を示すフローチャート図である。プレゼンスサーバは、手順の２つの欄を単独で或いは一緒に実行することができる。ステップＳ１で、プレゼンスサーバは、第１及び第２の属性に関するプレゼンス発行メッセージを送信することに関連する第１及び第２の閾値条件を確立する。
【００２４】
説明を目的として、２つの閾値及び２つのプレゼンス属性のみを記述する。しかし、いくつの数のプレゼンス属性のためにでも閾値を確立することができるということが理解されるであろう。上の例は閾値として最小タイミング期間を使用するが、他の閾値が使用されてもよい。例えば、地理的所在の更新の例では、閾値は、地理的所在の更新を伴う発行メッセージをプレゼンスサーバへ送信する前にプレゼンティティが移動しなければならない最小距離であってもよい。
【００２５】
プレゼンスサーバはプレゼンティティに対して、様々な閾値条件を通知する（ステップＳ２）。プレゼンス発行メッセージは、第１の閾値に関連する第１の頻度で、第１のプレゼンス属性を含有するプレゼンティティから受信される（ステップＳ３）。第２の属性を伴うプレゼンス発行は、第２の閾値に関連する第２の別の頻度で受信される（ステップＳ４）。閾値条件に変化があると（ステップＳ９）、制御はステップＳ１へ戻って変化に応じた１以上の新しい閾値を確立するか、或いはＳ２へ戻ってプレゼンティティに対して１以上の新しい閾値を通知する。
【００２６】
右側の欄において、プレゼンスサーバは、第１及び第２の属性に関するプレゼンス通知メッセージを送信することに関連する別の閾値条件を確立する（ステップＳ５）。第１及び第２のプレゼンス属性のうちの少なくとも一方を含有するプレゼンティティからプレゼンス発行メッセージが受信される（ステップＳ６）。プレゼンスサーバは、第１及び第２のプレゼンス属性のうちの少なくとも一方のために確立された閾値条件に基づいて、プレゼンス発行に対応する通知メッセージを送信する時刻を決定する（ステップＳ７）。プレゼンスサーバは次いで、特定の属性について決定された時刻にウォッチャーに対してその属性に関する通知メッセージを送信する。閾値条件に変化があると（ステップＳ９）、制御はステップＳ５に戻って変化に応じた１以上の新しい閾値を確立する。
【００２７】
閾値は、変化する１以上の条件に対して適応的であることが好ましい。例えば、プレゼンスサーバにおける検出されたシグナリング負荷、検出されたトラヒック負荷、或いは負荷以外の要因に基づいて、１以上の属性閾値、即ち特定のプレゼンス属性に関するプレゼンス情報を含む発行メッセージがどれくらいの頻度でプレゼンスサーバへ送信されるかを適応（順応）させることは有益であろう。更に、例えば（音声、プレゼンス、及び他のデータを含む）全体のトラヒック負荷、プレゼンス負荷のみ、或いはトラヒック負荷に寄与する要因の何らかの他のサブセットなどの、様々な程度の細かさで負荷を定義してもよい。それはまた、ネットワーク全体における負荷であってもよいし、セルラネットワークの一部、即ち特定の１以上のセル或いはセルの集合における負荷であってもよい。セルラネットワークの全体又は一部における負荷は、無線ネットワーク制御装置（ＲＮＣ）などによって検出可能であり、負荷はプレゼンスサーバに対して信号伝達され、そして負荷が閾値を超えた場合に抑制を引き起こす。負荷が変化するこのシナリオにおいて、負荷閾値以下に負荷が減少すると、第１のプレゼンス情報を含む発行メッセージはより頻繁に送信可能になる。負荷閾値以上に負荷が増加すると、第１のプレゼンス情報を含む発行メッセージはより少ない頻度でしか送信できなくなる。
【００２８】
図６は、選択的発行制御を実施する際にプレゼンティティによって行われ得る、非限定的な手順の例を示すフローチャート図である。プレゼンティティは、第１及び第２のプレゼンス属性に関するプレゼンス発行メッセージを送信することに対する様々な閾値条件を含む選択的制御メッセージをプレゼンスサーバから受信する（ステップＳ１０）。この場合もやはり、いかなる数の属性が選択的に制御されてもよい。プレゼンティティは、第１の閾値条件に従う第１のタイミングで、第１のプレゼンス属性を伴うプレゼンス発行メッセージを選択的に送信する。プレゼンティティはまた、第２の閾値条件に従う第２のタイミングで、第２のプレゼンス属性を伴うプレゼンス発行メッセージを選択的に送信する（ステップＳ１１）。プレゼンティティは、指示に従って何らかの閾値条件を更新する（ステップＳ１２）。
【００２９】
図７は、プレゼンスサーバ１４の非限定的な例を示す機能ブロック図である。プレゼンスサーバ１４は、プレゼンスサーバの全体動作を制御して調整（コーディネート）するコントローラ２０を含む。コントローラ２０は、ウォッチャーからＳＵＢＳＣＲＩＢＥメッセージを受信して指示に従ってウォッチャーへＮＯＴＩＦＹメッセージを送信する、ウォッチャーインタフェース２２に結合されている。コントローラ２０は、何らかのプレゼンス属性のための選択的タイミング制御メッセージを送信してプレゼンティティからＰＵＢＬＩＳＨメッセージを受信する、プレゼンティティインタフェース２４に結合されている。プレゼンス属性データベース２６は、個々のプレゼンス発行属性２８と個々の通知属性３０とのための特定の閾値に関するプレゼンス情報を格納する。メッセージタイミングレギュレータ３２は、プレゼンティティインタフェース２４を介してプレゼンティティへ送信される選択的タイミング制御メッセージを２８内の閾値データに基づいて生成し、ウォッチャーインタフェース２２を介してウォッチャーへ通知メッセージをいつ送信するかを３０内の閾値データに基づいて統制（レギュレート）する。適応的な場合、コントローラ２０は、１以上の閾値を適応させる必要性を反映する入力を受信若しくは検出し、それに応えて、データベース２６内の１以上の閾値を更新する。
【００３０】
図８は、プレゼンティティに関連するユーザ装置４０の非限定的な例を示す機能ブロック図である。ユーザ装置は、プレゼンスサーバと通信するためにプレゼンティティ又はウォッチャーが使用するいかなるデバイスであってもよい。典型的にはそれは、セルラ電話、ＰＤＡ、ラップトップなどのような、ある種のコンピュータベースのデバイスである。ユーザ装置４０は、ユーザインタフェース４４とプレゼンスクライアントアプリケーション４６とに結合されたコントローラ４２を含む。プレゼンスクライアント４６は、プレゼンスサーバから選択的タイミング制御メッセージを受信し、選択的タイミング制御メッセージに従って送信される、個々のプレゼンス属性のためのＰＵＢＬＩＳＨメッセージを生成する。
【００３１】
図９は、プレゼンス情報発行のための選択的タイミング制御メッセージに関する単純化された例を示す。メッセージは複数のフィールド１，２，．．．，ｎを含む。各メッセージフィールドはプレゼンス属性Ａと、その属性のための対応する閾値条件とを特定する。閾値は、個々のプレゼンス属性のための発行メッセージをどの頻度で送信してよいかを統制する。各閾値は典型的には異なるが、同じものがあってもよく、属性によっては関連する閾値条件を何ら持たなくても構わない。非限定的な一例において、選択的タイミング制御メッセージはＳＩＰメッセージとして形成可能である。
【００３２】
図１０は、無線通信システムにおける非限定的な応用例を示す。参照番号１００によって特定されウォッチャーとして働くユーザは、アプリケーションサーバ（具体的にはプレゼンスサーバ）によってホスティングされるプレゼンスサービスにアクセスする。双方向矢印１１２は、ユーザ１００がユーザ端末１０２とやりとり(interface)することを表す。ユーザ１００は端末１０２において（例えば）キーボードを介して情報を入力し、端末１０２から（例えば）端末のディスプレイを介して情報を受け取る。プレゼンスクライアント１０４（ソフトウェアアプリケーション）は、端末１０２上で動作して、ユーザ１００がプレゼンスサービスにアクセスすることを可能にする。実際には、ユーザ１００とプレゼンスクライアント１０４と端末１０２との組み合わせがウォッチャーであると見なされ得る。ある時には、ユーザ１００がプレゼンティティとして行動していてもよい。端末１０２は、破線によって大まかに表されるエアインタフェースを介して移動体通信ネットワーク１０６と無線でやりとりする。インターネット１０８などの外部ＩＰネットワークは、プレゼンスアプリケーションサーバ１１０を移動体通信ネットワーク１０６及び別の移動体通信ネットワーク１１２に接続させる。この例においてセル電話１１４として示されるユーザ装置を用いて通信している別のユーザ１１６は、監視対象のプレゼンティティである。プレゼンティティもエアインタフェースを介して無線で通信する。
【００３３】
移動体通信ネットワークは例えば、ＵＭＴＳネットワークや、プレゼンスサービスへのアクセスをサポートする他の無線アクセスネットワークであってもよい。ＵＭＴＳでは、無線アクセスネットワークは、ノードＢ又はアクセスポイントとも呼ばれることのある１以上の無線基地局に結合された１以上の無線ネットワーク制御装置（ＲＮＣ）を使用する。また、この例において説明されている技術は、無線インタフェースを介してアプリケーションサービスを提供することに限られるわけではなく、固定回線通信ネットワークを介してアプリケーションサービスを提供することも含むということに注目すべきである。移動体通信ネットワークは例えば、関門ＧＰＲＳサポートノード（ＧＧＳＮ）と１以上のＲＮＣとに結合された在圏ＧＰＲＳサポートノード（ＳＧＳＮ）も含んでよく、ＧＧＳＮは次にＩＰマルチメディア・サブシステム（ＩＭＳ）に結合されていてもよい。プレゼンスサーバは、サービング呼セッション制御機能及びプロキシ呼セッション制御機能のような他種のＩＭＳエンティティと共にＩＭＳ内に配置されていてもよい。
【００３４】
多様な実施形態を示して詳細に説明してきたが、請求の範囲はいかなる特定の実施形態或いは例にも限定されない。上の説明はいずれも、何らかの特定のエレメント、ステップ、範囲、或いは機能が不可欠であって請求の範囲に含まれなければならないということを暗示するものとして読んではならない。特許対象の範囲は請求の範囲によってのみ規定される。論理的保護の範囲は、許可された請求の範囲において列挙される語、及びその均等物によって、規定される。"means for"という語が使用されていない限り、いかなる請求の範囲も３５ ＵＳＣ §１１２の第６パラグラフを発動させることを意図していない。
【図面の簡単な説明】
【００３５】
【図１】プレゼンス通信システムの機能ブロック図である。
【図２】プレゼンティティが異なる地理的な所在或いは座標へ高速に移動しているプレゼンス通信システムの機能ブロック図である。
【図３】選択的発行制御に関する例を示すプレゼンス通信システムの機能ブロック図である。
【図４】選択的発行制御と組み合わされた選択的発行制御の例を示すプレゼンス通信システムの機能ブロック図である。
【図５】選択的発行制御及び選択的通知制御のうちの一方又は両方を実施する際にプレゼンスサーバによって行われ得る、非限定的な手順の例を示すフローチャート図である。
【図６】選択的発行制御を実施する際にプレゼンティティによって行われ得る、非限定的な手順の例を示すフローチャート図である。
【図７】プレゼンスサーバの非限定的な例を示す機能ブロック図である。
【図８】プレゼンティティに関連するユーザ装置の非限定的な例を示す機能ブロック図である。
【図９】プレゼンス情報発行のための選択的タイミング制御メッセージに関する単純化された例を示す図である。
【図１０】無線通信システムにおける非限定的な応用例を示す図である。
【特許請求の範囲】
【請求項１】
プレゼンス通信を制御する方法であって、
第１のプレゼンス情報を含むプレゼンス発行メッセージをプレゼンスエンティティ（１２）からプレゼンスサーバ（１４）へ送信することに関連する第１の閾値条件を決定するステップと、
前記第１のプレゼンス情報とは異なる第２のプレゼンス情報を含むプレゼンス発行メッセージを前記プレゼンスエンティティから前記プレゼンスサーバへ送信することに関連する第２の閾値条件を決定するステップと、
前記第１のプレゼンス情報を含むプレゼンス発行メッセージが前記プレゼンスエンティティによって前記プレゼンスサーバへどの程度頻繁に送信されるかを前記第１の閾値条件に基づいて選択的に制御するステップであって、前記第２のプレゼンス情報を含む少なくともいくつかのプレゼンス発行メッセージが前記第１のプレゼンス情報を含むプレゼンス発行メッセージよりも高い又は低い頻度で前記プレゼンスエンティティによって前記プレゼンスサーバへ送信されるように選択的に制御するステップと、
を備えることを特徴とする方法。
【請求項２】
前記第１のプレゼンス情報を含むプレゼンス発行メッセージがどの程度頻繁に送信されるかは、前記第２のプレゼンス情報を含むプレゼンス発行メッセージがどの程度頻繁に送信されるかとは無関係であることを特徴とする請求項１に記載の方法。
【請求項３】
前記第１のプレゼンス情報に関連する情報を含む通知メッセージが前記プレゼンスサーバによってウォッチャー（１６）へどの程度頻繁に送信されるかを前記決定した条件に基づいて選択的に制御するステップを更に備えることを特徴とする請求項１に記載の方法。
【請求項４】
前記第１のプレゼンス情報に関連する情報を含む通知メッセージを送信することよりも高い又は低い頻度で、前記第２のプレゼンス情報に関連する情報を含む通知メッセージを前記ウォッチャーへ送信するステップを更に備えることを特徴とする請求項３に記載の方法。
【請求項５】
前記第１のプレゼンス情報は、前記プレゼンスエンティティの位置又は所在に関する位置情報又は所在情報を含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記第１の閾値条件は、前記第１のプレゼンス情報を含む前記発行メッセージを前記プレゼンスエンティティが前記プレゼンスサーバへ送信可能になる前に経過しなければならない最小時間を含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記第１の閾値条件は、前記第１のプレゼンス情報を含む前記発行メッセージを前記プレゼンスエンティティが前記プレゼンスサーバへ送信可能になる前に発生しなければならないパラメータの最小変化量であることを特徴とする請求項１に記載の方法。
【請求項８】
前記パラメータは前記プレゼンスエンティティが移動した距離であることを特徴とする請求項７に記載の方法。
【請求項９】
前記第１のプレゼンス情報を含む発行メッセージが前記プレゼンスサーバへどの程度頻繁に送信されるかを第１の要因に基づいて適応させるステップを更に備えることを特徴とする請求項１に記載の方法。
【請求項１０】
前記第１の要因は負荷条件であり、
前記負荷条件が負荷閾値よりも下に減少すると前記第１のプレゼンス情報を含む発行メッセージがより高い頻度で送信され、
前記負荷条件が前記負荷閾値よりも上に増加すると前記第１のプレゼンス情報を含む発行メッセージがより低い頻度で送信される
ことを特徴とする請求項９に記載の方法。
【請求項１１】
前記負荷は、前記プレゼンスサーバにおいてプレゼンス発行メッセージのトラヒックに関連するシグナリング負荷を含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記プレゼンスサーバにおいて実施される請求項１に記載の方法。
【請求項１３】
前記プレゼンスエンティティにおいて実施される請求項１に記載の方法。
【請求項１４】
プレゼンス通信で使用する装置（図７）であって、
第１のプレゼンス情報を含むプレゼンス発行メッセージをプレゼンスエンティティ（１２）からプレゼンスサーバ（１４）へ送信することに関連する第１の閾値条件を決定し、
前記第１のプレゼンス情報とは異なる第２のプレゼンス情報を含むプレゼンス発行メッセージを前記プレゼンスエンティティから前記プレゼンスサーバへ送信することに関連する第２の閾値条件を決定し、
前記第１のプレゼンス情報を含むプレゼンス発行メッセージが前記プレゼンスエンティティによって前記プレゼンスサーバへどの程度頻繁に送信されるかを前記第１の閾値条件に基づいて選択的に制御する際に、前記第２のプレゼンス情報を含む少なくともいくつかのプレゼンス発行メッセージが前記第１のプレゼンス情報を含むプレゼンス発行メッセージよりも高い又は低い頻度で前記プレゼンスエンティティによって前記プレゼンスサーバへ送信されるように選択的に制御する
ように構成される電子回路によって特徴付けられる装置。
【請求項１５】
前記第１のプレゼンス情報を含むプレゼンス発行メッセージがどの程度頻繁に送信されるかは、前記第２のプレゼンス情報を含むプレゼンス発行メッセージがどの程度頻繁に送信されるかとは無関係であることを特徴とする請求項１４に記載の装置。
【請求項１６】
前記電子回路は、前記第１のプレゼンス情報に関連する情報を含む通知メッセージが前記プレゼンスサーバによってウォッチャー（１６）へどの程度頻繁に送信されるかを前記決定した条件に基づいて選択的に制御するように更に構成されることを特徴とする請求項１４に記載の装置。
【請求項１７】
前記第１のプレゼンス情報に関連する情報を含む通知メッセージを送信することよりも高い又は低い頻度で、前記第２のプレゼンス情報に関連する情報を含む通知メッセージを前記ウォッチャーへ送信する送信機（２２）を更に備えることを特徴とする請求項１６に記載の装置。
【請求項１８】
前記第１のプレゼンス情報は、前記プレゼンスエンティティの位置又は所在に関する位置情報又は所在情報を含むことを特徴とする請求項１４に記載の装置。
【請求項１９】
前記第１の閾値条件は、前記第１のプレゼンス情報を含む前記発行メッセージを前記プレゼンスエンティティが前記プレゼンスサーバへ送信可能になる前に経過しなければならない最小時間を含むことを特徴とする請求項１４に記載の装置。
【請求項２０】
前記第１の閾値条件は、前記第１のプレゼンス情報を含む前記発行メッセージを前記プレゼンスエンティティが前記プレゼンスサーバへ送信可能になる前に発生しなければならないパラメータの最小変化量であることを特徴とする請求項１４に記載の装置。
【請求項２１】
前記パラメータは前記プレゼンスエンティティが移動した距離であることを特徴とする請求項２０に記載の装置。
【請求項２２】
前記電子回路は、前記第１のプレゼンス情報を含む発行メッセージが前記プレゼンスサーバへどの程度頻繁に送信されるかを第１の要因に基づいて適応させるように更に構成されることを特徴とする請求項１４に記載の装置。
【請求項２３】
前記第１の要因は負荷条件であり、
前記負荷条件が負荷閾値よりも下に減少すると前記第１のプレゼンス情報を含む発行メッセージをより高い頻度で受信するように前記電子回路は構成され、
前記負荷条件が前記負荷閾値よりも上に増加すると前記第１のプレゼンス情報を含む発行メッセージをより低い頻度で受信するように前記電子回路は更に構成される
ことを特徴とする請求項２２に記載の装置。
【請求項２４】
前記負荷は、前記プレゼンスサーバにおいてプレゼンス発行メッセージのトラヒックに関連するシグナリング負荷を含むことを特徴とする請求項２３に記載の装置。
【請求項２５】
前記プレゼンスサーバ内に実装された請求項１４に記載の装置。
【請求項２６】
前記プレゼンスサーバは、無線インタフェースを介してユーザ装置（１０２，１０４）にアクセス可能なアクセスネットワークに関連する、ＩＰマルチメディア・サブシステムのノード内実装されることを特徴とする請求項２５に記載の装置。
【請求項２７】
前記プレゼンスエンティティ内に実装された請求項１４に記載の装置。
【請求項２８】
前記プレゼンスエンティティはユーザ装置（１０２，１１４）内に実装されることを特徴とする請求項２７に記載の装置。
【請求項２９】
前記ユーザ装置は、エアインタフェースを介してアクセスネットワークと通信する無線移動体端末（１０２，１１４）であることを特徴とする請求項２８に記載の装置。
【請求項３０】
前記ユーザ装置は、ワイヤインタフェース又はファイバインタフェースを介してアクセスネットワークと通信する通信デバイスであることを特徴とする請求項２８に記載の装置。
【請求項１】
プレゼンス通信を制御する方法であって、
第１のプレゼンス情報を含むプレゼンス発行メッセージをプレゼンスエンティティ（１２）からプレゼンスサーバ（１４）へ送信することに関連する第１の閾値条件を決定するステップと、
前記第１のプレゼンス情報とは異なる第２のプレゼンス情報を含むプレゼンス発行メッセージを前記プレゼンスエンティティから前記プレゼンスサーバへ送信することに関連する第２の閾値条件を決定するステップと、
前記第１のプレゼンス情報を含むプレゼンス発行メッセージが前記プレゼンスエンティティによって前記プレゼンスサーバへどの程度頻繁に送信されるかを前記第１の閾値条件に基づいて選択的に制御するステップであって、前記第２のプレゼンス情報を含む少なくともいくつかのプレゼンス発行メッセージが前記第１のプレゼンス情報を含むプレゼンス発行メッセージよりも高い又は低い頻度で前記プレゼンスエンティティによって前記プレゼンスサーバへ送信されるように選択的に制御するステップと、
を備えることを特徴とする方法。
【請求項２】
前記第１のプレゼンス情報を含むプレゼンス発行メッセージがどの程度頻繁に送信されるかは、前記第２のプレゼンス情報を含むプレゼンス発行メッセージがどの程度頻繁に送信されるかとは無関係であることを特徴とする請求項１に記載の方法。
【請求項３】
前記第１のプレゼンス情報に関連する情報を含む通知メッセージが前記プレゼンスサーバによってウォッチャー（１６）へどの程度頻繁に送信されるかを前記決定した条件に基づいて選択的に制御するステップを更に備えることを特徴とする請求項１に記載の方法。
【請求項４】
前記第１のプレゼンス情報に関連する情報を含む通知メッセージを送信することよりも高い又は低い頻度で、前記第２のプレゼンス情報に関連する情報を含む通知メッセージを前記ウォッチャーへ送信するステップを更に備えることを特徴とする請求項３に記載の方法。
【請求項５】
前記第１のプレゼンス情報は、前記プレゼンスエンティティの位置又は所在に関する位置情報又は所在情報を含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記第１の閾値条件は、前記第１のプレゼンス情報を含む前記発行メッセージを前記プレゼンスエンティティが前記プレゼンスサーバへ送信可能になる前に経過しなければならない最小時間を含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記第１の閾値条件は、前記第１のプレゼンス情報を含む前記発行メッセージを前記プレゼンスエンティティが前記プレゼンスサーバへ送信可能になる前に発生しなければならないパラメータの最小変化量であることを特徴とする請求項１に記載の方法。
【請求項８】
前記パラメータは前記プレゼンスエンティティが移動した距離であることを特徴とする請求項７に記載の方法。
【請求項９】
前記第１のプレゼンス情報を含む発行メッセージが前記プレゼンスサーバへどの程度頻繁に送信されるかを第１の要因に基づいて適応させるステップを更に備えることを特徴とする請求項１に記載の方法。
【請求項１０】
前記第１の要因は負荷条件であり、
前記負荷条件が負荷閾値よりも下に減少すると前記第１のプレゼンス情報を含む発行メッセージがより高い頻度で送信され、
前記負荷条件が前記負荷閾値よりも上に増加すると前記第１のプレゼンス情報を含む発行メッセージがより低い頻度で送信される
ことを特徴とする請求項９に記載の方法。
【請求項１１】
前記負荷は、前記プレゼンスサーバにおいてプレゼンス発行メッセージのトラヒックに関連するシグナリング負荷を含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記プレゼンスサーバにおいて実施される請求項１に記載の方法。
【請求項１３】
前記プレゼンスエンティティにおいて実施される請求項１に記載の方法。
【請求項１４】
プレゼンス通信で使用する装置（図７）であって、
第１のプレゼンス情報を含むプレゼンス発行メッセージをプレゼンスエンティティ（１２）からプレゼンスサーバ（１４）へ送信することに関連する第１の閾値条件を決定し、
前記第１のプレゼンス情報とは異なる第２のプレゼンス情報を含むプレゼンス発行メッセージを前記プレゼンスエンティティから前記プレゼンスサーバへ送信することに関連する第２の閾値条件を決定し、
前記第１のプレゼンス情報を含むプレゼンス発行メッセージが前記プレゼンスエンティティによって前記プレゼンスサーバへどの程度頻繁に送信されるかを前記第１の閾値条件に基づいて選択的に制御する際に、前記第２のプレゼンス情報を含む少なくともいくつかのプレゼンス発行メッセージが前記第１のプレゼンス情報を含むプレゼンス発行メッセージよりも高い又は低い頻度で前記プレゼンスエンティティによって前記プレゼンスサーバへ送信されるように選択的に制御する
ように構成される電子回路によって特徴付けられる装置。
【請求項１５】
前記第１のプレゼンス情報を含むプレゼンス発行メッセージがどの程度頻繁に送信されるかは、前記第２のプレゼンス情報を含むプレゼンス発行メッセージがどの程度頻繁に送信されるかとは無関係であることを特徴とする請求項１４に記載の装置。
【請求項１６】
前記電子回路は、前記第１のプレゼンス情報に関連する情報を含む通知メッセージが前記プレゼンスサーバによってウォッチャー（１６）へどの程度頻繁に送信されるかを前記決定した条件に基づいて選択的に制御するように更に構成されることを特徴とする請求項１４に記載の装置。
【請求項１７】
前記第１のプレゼンス情報に関連する情報を含む通知メッセージを送信することよりも高い又は低い頻度で、前記第２のプレゼンス情報に関連する情報を含む通知メッセージを前記ウォッチャーへ送信する送信機（２２）を更に備えることを特徴とする請求項１６に記載の装置。
【請求項１８】
前記第１のプレゼンス情報は、前記プレゼンスエンティティの位置又は所在に関する位置情報又は所在情報を含むことを特徴とする請求項１４に記載の装置。
【請求項１９】
前記第１の閾値条件は、前記第１のプレゼンス情報を含む前記発行メッセージを前記プレゼンスエンティティが前記プレゼンスサーバへ送信可能になる前に経過しなければならない最小時間を含むことを特徴とする請求項１４に記載の装置。
【請求項２０】
前記第１の閾値条件は、前記第１のプレゼンス情報を含む前記発行メッセージを前記プレゼンスエンティティが前記プレゼンスサーバへ送信可能になる前に発生しなければならないパラメータの最小変化量であることを特徴とする請求項１４に記載の装置。
【請求項２１】
前記パラメータは前記プレゼンスエンティティが移動した距離であることを特徴とする請求項２０に記載の装置。
【請求項２２】
前記電子回路は、前記第１のプレゼンス情報を含む発行メッセージが前記プレゼンスサーバへどの程度頻繁に送信されるかを第１の要因に基づいて適応させるように更に構成されることを特徴とする請求項１４に記載の装置。
【請求項２３】
前記第１の要因は負荷条件であり、
前記負荷条件が負荷閾値よりも下に減少すると前記第１のプレゼンス情報を含む発行メッセージをより高い頻度で受信するように前記電子回路は構成され、
前記負荷条件が前記負荷閾値よりも上に増加すると前記第１のプレゼンス情報を含む発行メッセージをより低い頻度で受信するように前記電子回路は更に構成される
ことを特徴とする請求項２２に記載の装置。
【請求項２４】
前記負荷は、前記プレゼンスサーバにおいてプレゼンス発行メッセージのトラヒックに関連するシグナリング負荷を含むことを特徴とする請求項２３に記載の装置。
【請求項２５】
前記プレゼンスサーバ内に実装された請求項１４に記載の装置。
【請求項２６】
前記プレゼンスサーバは、無線インタフェースを介してユーザ装置（１０２，１０４）にアクセス可能なアクセスネットワークに関連する、ＩＰマルチメディア・サブシステムのノード内実装されることを特徴とする請求項２５に記載の装置。
【請求項２７】
前記プレゼンスエンティティ内に実装された請求項１４に記載の装置。
【請求項２８】
前記プレゼンスエンティティはユーザ装置（１０２，１１４）内に実装されることを特徴とする請求項２７に記載の装置。
【請求項２９】
前記ユーザ装置は、エアインタフェースを介してアクセスネットワークと通信する無線移動体端末（１０２，１１４）であることを特徴とする請求項２８に記載の装置。
【請求項３０】
前記ユーザ装置は、ワイヤインタフェース又はファイバインタフェースを介してアクセスネットワークと通信する通信デバイスであることを特徴とする請求項２８に記載の装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公表番号】特表２００９−５１９６７２（Ｐ２００９−５１９６７２Ａ）
【公表日】平成２１年５月１４日（２００９．５．１４）
【国際特許分類】
【出願番号】特願２００８−５４５５４２（Ｐ２００８−５４５５４２）
【出願日】平成１８年１１月２８日（２００６．１１．２８）
【国際出願番号】ＰＣＴ／ＳＥ２００６／０５０５１７
【国際公開番号】ＷＯ２００７／０６９９９２
【国際公開日】平成１９年６月２１日（２００７．６．２１）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公表日】平成２１年５月１４日（２００９．５．１４）
【国際特許分類】
【出願日】平成１８年１１月２８日（２００６．１１．２８）
【国際出願番号】ＰＣＴ／ＳＥ２００６／０５０５１７
【国際公開番号】ＷＯ２００７／０６９９９２
【国際公開日】平成１９年６月２１日（２００７．６．２１）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]