JP5180002B2 - 部分的プレゼンス通知を行うシステムおよび方法 - Google Patents

Description

本発明は、一般的に通信に関し、詳細には、プレゼンティティ（ｐｒｅｓｅｎｔｉｔｙ）のプレゼンス情報に関する部分的通知を伝達するシステムおよび方法に関する。

近年、無線／有線計算装置は日々の通信における価値ある道具となってきている。デスクトップコンピュータ、ワークステーションおよびその他の有線コンピュータのおかげで、ユーザは、現在では数少ない通信アプリケーションを指定して電子メール、ビデオ会議、インスタントメッセージ（ＩＭ）を介して通信を行うことができる。携帯電話、ハンドヘルドコンピュータ、携帯端末（ＰＤＡ）等の移動装置もまた、日々の通信をアシストしている。従来、移動／無線電話は音声通信装置としての役割を果たしてきたが、技術の進歩により、最近では、データ、グラフィックの伝達に有用な装置であることが証明された。異なるプラットフォーム間のシームレスな通信に対するユーザの要求が増すにつれて、無線および有線技術が融合してより統合した通信システムになりつつある。

通信アプリケーションの多くが、有線または無線の電話通信に関連した従来からある音声通信を超えたリアルタイムの通信またはそれに近い通信を可能にしている。チャットセッション、インスタントメッセージ、ショートメッセージサービス（ＳＭＳ）、ビデオ会議などは、このような通信装置である。これらのタイプの通信の多くは通信を行う人々から歓迎され、特に無線装置の急増と持続的な技術の進歩の観点から見て、ますます人気が出るものと思われる。

このような技術を実現するため、「プレゼンス」技術が、所在、通信の意思およびリアルタイム通信またはそれに近い通信に関する他のパラメータを決定するために使用される。一般にプレゼンス技術は、このような通信リンクの１個以上の終端の所在確認および識別を容易にするアプリケーションおよびサービスのことをいう。例えば、無線、ハンドヘルド装置のユーザが他のユーザとのＩＭセッションを開始したいと思ったとき、ユーザのＩＭメッセージを受信したいという意思を引き合わせるためにプレゼンスサービスを利用することができる。プレゼンスサービスは、第３世代（３Ｇ）無線ネットワークの欠くことのできない部分であり、多くの種類の通信装置にわたって採用されることを意図したものである。

現行のプレゼンスサービス技術には、プレゼンティティ、プレセンスサーバおよびウォッチャーという概念が含まれる。一般に、プレゼンティティは、自身の「プレゼンス」（例えば、所在、あるときにあるユーザと通信しようとする意思等）についての情報を提供することができる。この情報はプレゼンスサーバによって収集利用され、このプレゼンスサーバは、プレゼンス情報に関心のある認証された「ウォッチャー」に対し、あるプレゼンス情報が利用できることを通知することができる。ウォッチャアプリケーションは、他のユーザに関するプレゼンス情報をプレゼンスサーバから取得するために、有線および有線端末において実行することができる。このアプリケーションは、プレゼンスサーバがウォッチャに対して行った通知の形で実現されることがある。

従来、目標とするユーザ／装置が利用可能となった、旨を知らせるユーザ／装置に対する通知は、完全なプレゼンス情報として送出されてきた。言い換えると、プレゼンス情報全体に関連する多くの異なるプレゼンス情報の断片があり、元の通知または更新された通知は、結果的にプレゼンス情報すべてを、特定のプレゼンス情報を「捜して」いる通知加入ユーザに送出することとなる。例えば、インスタントメッセージプレゼンス情報データフォーマット（ＰＩＤＦ）用共通プロファイル（ＣＰＩＭ）等の現在のＩＥＴＦプレゼンスフォーマット仕様では、送出された情報の一部がウォッチャーに利用できるか否かにかかわらず、すべてのプレゼンス情報を送出する。無線環境のような環境によっては、使用できる帯域幅は、通常、固定インターネット環境における場合より極めて低いため、情報のある部分だけが変化した時にプレゼンス情報のすべてを送出することは好ましい選択ではない。

既存のプレゼンス情報仕様では、以前に受信されたいくつかのデータが無効になったか否かは表示することができない。これは、例えばウォッチャーがフィルタ情報を変更した場合、プレゼンティティがプレゼンス承認レベルを変更した場合、プレゼンス属性がネットワーク上で利用不可能になった場合に起こり得る。さらに、既存の仕様では、このような例ではプロトコル特定バージョニング機構が利用できないため、複数のアプリケーションプロトコルを用いてプレゼンス情報が配布された場合に必要となるバージョニング情報が提供されない。
特開２００１−３６５６９号公報 特開２０００−２５９６４０号公報 松本実，高木康志，イベントドリブン型プレゼンス情報通知方式に関する検討，電子情報通信学会技術研究報告(IN2001-238)，Vol.101，No.717，２００２年３月８日，pp.185-190 3GPP TS22.141 V5.2.0 "Presence Service; Stage1 (Release5)"，２００２年３月２８日，PP.1-24

従って、通信産業においては、プレゼンス情報を提供するためのより効果的かつ便利な方法が必要とされている。本発明は、これらのおよび他の必要性を満たし、また従来技術に対して有利な点をもたらすものである。

本発明は、プレゼンティティのプレゼンス情報に関する部分的通知を伝達するシステムを対象とする。

本発明の一実施形態によれば、プレゼンスサーバとプレゼンスサーバに接続した端末間において、プレゼンス情報をネットワークを介して伝達する方法が提供される。この方法は、端末がプレゼンスサービスを要求した少なくともひとつのプレゼンティティを識別することを含む。プレゼンスドキュメントがプレゼンティティに対応するプレゼンス情報を含んでいる場合に、プレゼンスドキュメントが作成される。プレゼンス情報は、プレゼンティティについて利用可能なプレゼンス情報全体より少ない情報を含む部分的プレゼンス情報として構成される。部分的プレゼンス情報を有するプレゼンスドキュメントが、プレゼンス情報を要求した端末に対して伝達される。

本発明の他の実施形態によれば、クライアント端末に対してプレゼンス情報を通知する方法が提供される。この方法は、プレゼンティティに関するプレゼンス情報を要求した少なくともひとつの端末が利用するプレゼンスドキュメントを作成することを含む。プレゼンスドキュメントの作成は少なくともひとつのタプル（ｔｕｐｌｅ）を作成することを含み、ここにタプルは、タプルの前のバージョン比較されるタプルのバージョンを表示し、プレゼンス情報をタプルに関連付けるバージョン値を含み、またプレゼンス情報は、プレゼンティティのプレゼンス情報の完全なセットのサブセットからなる。タプルを介して提供されたバージョン値がクライアント端末に記憶された現行のバージョン値と比較された場合、プレゼンスドキュメントはプレゼンス情報を要求したクライアント端末に対して送出される。タプルを介して提供されたバージョン値が、新プレゼンス情報がそのタプルによって利用することができることを示している場合は、クライアント端末は、タプルに関するプレゼンス情報を更新するように指示される。

本発明の他の実施形態によれば、プレゼンス認識システムが提供される。このシステムは、プレゼンティティに対応するプレゼンス情報を捜すウォッチャーアプリケーションを有する少なくとも１個の端末を含む。ネットワークを介して端末に接続した少なくとも１個のプレゼンスサーバが提供される。このプレゼンスサーバは、ウォッチャーアプリケーションがプレゼンスサービスを要求した少なくとも１個のプレゼンティティを認識するために構成されたプロセッサを含む。プレゼンティティに対応するプレゼンス情報を含むプレゼンスドキュメントが、プロセッサ（および他の演算素子）を介して、提供される。プレゼンス情報は、プレゼンティティについて利用可能なプレゼンス情報全体より少ない情報を含む部分的プレゼンス情報として構成される。部分的プレゼンス情報を有するプレゼンスドキュメントが、プレゼンス情報を要求したウォッチャーアプリケーションに対して送信される。

本発明の他の実施形態によれば、ネットワークを介して複数の端末に接続しているプレゼンスサーバが提供される。プレゼンスサーバは、複数の端末のうち１個以上に対して、ネットワークを介してプレゼンス情報を送信する。プレゼンスサーバは、複数のプレゼンティティについてのプレゼンス情報を記憶し、そして１個以上のプレゼンティティのためにプレゼンス情報を受信するように認証された端末の利用申込を記憶するように構成されたメモリを含む。処理装置はプレゼンスサーバを備え、プレゼンス情報が、プレゼンティティについて利用可能なプレゼンス情報のセットのサブセットに対応する部分的プレゼンス情報として構成された場合、特定の端末が利用申込みを行った少なくとも１個のプレゼンティティを識別してプレゼンティティに対応するプレゼンス情報を含むプレゼンスドキュメントを作成するように構成される。データ処理装置が処理システムに接続され、ネットワーク上で、プレゼンスドキュメントを介して、部分的プレゼンス情報を利用申込みを行った端末に対して送信する。

上記の本発明の概要は、例示した本発明のそれぞれの実施例および実施を説明することを意図したものではない。これは、以下の図面およびこれに関連する検討の目的である。
以下の図面中で例示する実施例に関して本発明を説明する。

本特許書類開示の一部には、著作権保護の対象となる題材が含まれる。著作権者は、特許商標庁のファイルまたは記録において現れるものである限り、特許書類の複製または特許の公開についてはなんら異議を唱えるものではないが、それ以外の場合には、すべての著作権および著作権を所有する特権を留保する。

以下の模範的実施形態の記載において、本発明が実行される特定の実施例を説明により示される、付随するその一部を構成する図面を参照する。本発明の範囲から離れることなく、構造上および操作上の変更を行うことが可能であり、他の実施形態を利用することも可能であるので、理解されたい。

本発明は一般的に、プレゼンス情報を伝達する方法を提供するものである。プレゼンス情報がプレゼンティティに関連する全ステータス情報より少ない情報を含む部分的プレゼンス情報として構成される場合、プレゼンス情報はプレゼンスサーバまたは関連するシステムにおいて作成される。このような方法で、既にウォッチャーアプリケーションに転送されたプレゼンス情報は、プレゼンスサーバからクライアントウォッチャーアプリケーションに不必要に送信される必要はない。

一般的に、プレゼンスサービスアーキテクチャ中で多くのエンティティが実行される。プレゼンティティは、プレゼンス情報を提供するエンティティである。他のエンティティとしては、プレゼンティティからプレゼンス情報を受信するプレゼンスサーバがある。ウォッチャーは、プレゼンス情報に関心を抱くエンティティである。図１に、プレゼンスサービスアーキテクチャの代表的実施形態を示す。

図１は、本発明の原理が適用可能な代表的プレゼンサービススシステム１００を示すブロック図である。図示した実施形態において、プレゼンスサービスシステム１００はＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークとして実行されるが、この場合、ウォッチャーおよびプレゼンティティプレゼンスプロキシ機能性は、ＩＭＳ内に配置されるとき、ＩＭＳネットワーク要素としてマッピングされる。

プレゼンスサーバ１０２は、ネットワークが提供するプレゼンス情報（すなわち位置情報）とともに、プレゼンスユーザエージェントおよび外部プレゼンスエージェント等の１個以上のプレゼンスサプライヤ１０４が提供するプレゼンス情報を管理する。プレゼンスサーバ１０２は、プレゼンスサーバ１０２が多数のプレゼンスサプライヤ１０４から受信した情報から得られる、特定のプレゼンティティのためのプレゼンス関連情報を、プレゼンス属性およびプレゼンスサーバ１０２で規定したポリシーに基づいて、単一のプレゼンスドキュメントと結合させる。そして、ユーザは、プレゼンスサーバ１０２において利用できるプレゼンス情報についての利用申込を行う。以下に十分に説明するが、ウォッチャーとして振舞うユーザはプレゼンスサーバ１０２においてプレゼンティティから利用できるプレゼンス情報を受信する利用申込を行うことができる。プレゼンティティもまた、プレゼンスサーバ１０２におけるそのプレゼンス情報へ利用申込をしたウォッチャーに関する情報を受信する利用申込を行うことができる。

ホームサブスクライバサーバ（ＨＳＳ）１０６は、親データベースとして動作し、ユーザプロファイル情報等、移動加入者に関する情報を管理する。ＨＳＳ１０６は、ユーザアイデンティティ、開示サービスおよびプロファイル、サービス特定情報、移動性管理情報、承認情報などの所与の加入者に対する情報を識別するサブスクリプションプロファイルを支援することができる。ＨＳＳ１０６は第２世代（２Ｇ）ホームロケーションレジスタ（ＨＬＲ）に類似しているが、それだけではなく位置に基づくサービスを発展させるために使用できる位置情報等の情報を含むものである。第３世代（３Ｇ） ＨＬＲはＨＳＳ１０６のサブセットである。

プレゼンスサービスシステム１００は、ウォッチャーアプリケーション１０８および１１０等のウォッチャーアプリケーションを含む。ウォッチャーアプリケーションは、１個以上のプレゼンティティに関するプレゼンス情報を要求および／または利用申込するエンティティである。ウォッチャーアプリケーションがプレゼンティティのあるプレゼンス情報にアクセスしようとする場合、その要求が目的とするアドレス（例えばＳＩＰ ＵＲＬ）を取得し、それにより、このプレゼンス情報を含むプレゼンスサーバをネットワークを介して発見することができる。プレゼンティティプレゼンスプロキシ１１２は、特定のプレゼンティティと関連するプレゼンスサーバ１０２を同定して、この点を補助する。さらに、ウォッチャープレゼンスプロキシ１１４は、プレゼンティティに関連する目的ネットワークの（特に）アドレスの解決および識別を行う。ウォッチャープレゼントプロキシ１１４およびプレゼンティティプレゼンスプロキシ１１２のその他の機能は、例えばウォッチャーアプリケーション１０８とプレゼンスサーバ１０２間の相対位置および信頼関係に依存している。

プロキシ１１２、１１４は、それぞれ種々のコールステートコントロールファンクション（ＣＳＣＦ）モジュールを含むことができる。ウォッチャープレゼンスプロキシ１１４は、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）１１６およびサービングＣＳＣＦ（Ｓ−ＣＳＣＦ）１１８を含む。Ｓ−ＣＳＣＦ１１８は、多くの機能を実行すること、ユーザ機器／ウォッチャーアプリケーションの制御セッションを有すること、プレゼンティティプレゼンスプロキシ１１２におけるＣＳＣＦのアドレスおよびＰ−ＣＳＣＦ１１６のアドレスを得ること、ＳＩＰ要求／応答をプレゼンティティプレゼンスプロキシ１１２に対して送ることと得ること、サービスのきっかけを作り実行すること、認証すること、等を行うかおよび／または行うのを補助する。Ｐ−ＣＳＣＦ１１６は、ウォッチャーアプリケーション１０８の接続点として働き、変換、セキュリティ、認証等の実行および／または実行の補助を行う。

プレゼンティティプレゼンスプロキシ１１２はまた、問い合わせＣＳＣＦ（Ｉ−ＣＳＣＦ）１２２とともにＳ−ＣＳＣＦ１２０をも含む。Ｉ−ＣＳＣＦ１２２は、ホームネットワークの加入者またはそのネットワークのサービスエリア内に現在位置するローミング加入者に向けた接続のホームネットワークにおいて、接続点としての役割を果たす。Ｉ−ＣＳＣＦ１２２は、サービングＣＳＣＦ１２０を登録を行うユーザに対して割当てること、ＨＳＳ１０６に接続してＳ−ＣＳＣＦ１２０のアドレスを取得すること、ＳＩＰ要求／応答をＳ−ＣＳＣＦ１２０に送ること等を含め、多くの機能を行う。

図１のシステム１００において、ＩＭＳネットワーク中のウォッチャーアプリケーションについて２つの選択的位置がある。第１のウォッチャーアプリケーション１０８は、ＩＭＳネットワーク中のユーザ機器（ＵＥ）端末内に配置することができる。実施例中に示すように、ウォッチャーアプリケーション１０８は、Ｐ−ＣＳＣＦ１１６を介して、Ｓ−ＣＳＣＦ１１８に登録することにより、標準ＩＭＳ手順で規定するとおり、ネットワークに登録することができる。他のウォッチャーアプリケーション１１０は、以下により十分に説明するＩＳＣインターフェース１２６の後ろのアプリケーションサーバ１２４に関連付けることができる。アプリケーションサーバ１２４は、ウォッチャーアプリケーション１１０に単一の利用申込を使用する数個のプレゼンティティに対して利用申込させることにより、ウォッチャープレゼンスプロキシ１１４の機能性を増加させるために使用することができる。

プレゼンスサービスシステム１００は、多くのＩＭＳインターフェースを含み、これは一実施形態においてセッションイニシエーションプロトコル（ＳＩＰ）を実行する。図示したアーキテクチャに関連するＩＭＳインターフェースを参照点という。インターフェース線１２８上に描画する参照点Ｐ_Xは、プレゼンティティプレゼンスプロキシ１１２とホームサブスクライバサーバ（ＨＳＳ）１０６間のインターフェースを表す。このインターフェースは、プレゼンティティのプレゼンスサーバ１０２の配置を補助する。この特定の参照点Ｐ_XはＣ_Xインターフェースであり、Ｃ_XインターフェースはＣＳＣＦおよびＨＳＳ１０６間の情報転送を補助する。ＨＳＳは（特に）配置情報を管理し、これにより、Ｃ_XインターフェースはＨＳＳ１０６、およびＩ−ＣＳＣＦ１２２とＳ−ＣＦＣＳ１２０間の少なくとも位置情報の転送を支援する。

インターフェース線分１３０Ａ，１３０Ｂ、１３０Ｃに描画された他の参照点Ｐ_Wは、ウォッチャーアプリケーション１０８とプレゼンスサーバ１０２間のインターフェースを表す。このインターフェースにより、ウォッチャーアプリケーションがプレゼンス情報を要求して取得する。本発明の一実施形態において、このインターフェースは、プレゼンス情報データフォーマット（ＰＩＤＦ）を使用したインスタントメッセージ（ＣＰＩＭ）仕様の共通プロファイルに従っており、例えば、ＳＩＰを使用して実行することができる。Ｐ_Wの第１インターフェース線分１３０ＡはＧ_mインターフェースであり、これはウォッチャーアプリケーション１０８にＰ−ＣＳＣＦ１１６との通信を行わせる。Ｐ_Wの第２インターフェース線分１３０ＢはＭ_Wであり、これはＣＳＣＦを互いに通信させる。その結果、Ｍ_Wインターフェースは、ウォッチャープレゼンスプロキシ１１４のＳ−ＣＦＣＳ１１８とプレゼンティティウォッチャープロキシ１１２のＩ−ＣＦＣＳ１２２との間の通信を容易にする。Ｐ_Wの他のインターフェース線分１３０Ｃは、ＣＳＣＦとサーバ間の参照点であるＩＭＳサービス制御インターフェース（ＩＳＣ）である。このように、ＩＳＣインターフェースは、Ｓ−ＣＳＣＦ１２０をプレゼンスサーバ１０２と通信させる。あるいは、ウォッチャープレゼンスプロキシ１１４のＳ−ＣＳＣＦ１１８は、ＩＳＣインターフェース１２６を介して、他のウォッチャーアプリケーション１１０と直接通信を行うことができる。

ウォッチャーアプリケーション１０８が、プレゼンス情報を要求する場合、例えばＣＰＩＭ ＰＩＤＦインターフェース定義を使用して実行することができる。情報の要求は例えば、ウォッチャーアプリケーション１０８からプレゼンスサーバ１０２に送信させる。プレゼンスサーバ１０２が利用申込を認証した場合、プレゼンス通知がウォッチャーアプリケーション１０８に返送されることが許可される。これらの通知は、プレゼンティティの状態が変化する度に、利用申込しているウォッチャーアプリケーションに対して繰り返し送ることができる。

図２は、本発明に関連して用いることのできる代表的メッセージの流れ２００を示す。メーセージの流れ２００は、ウォッチャーが１個以上のプレゼンティティからプレゼンス情報を取得できる方法の代表例を示す。この例は、ネットワーク要素と、ネットワークと、ユーザ機器（ＵＥ）端末２０２、無線アクセスネットワーク（ＲＡＮ）２０４、一般無線パケットサービス（ＧＰＲＳ）／動的ホスト構成プロトコル（ＤＨＣＰ）エンティティ２０６、Ｐ−ＣＳＣＦ２０８、プレゼンスサーバ２１０、ドメインネームサーバ（ＤＮＳ）２１２を含むＩＭＳドメイン２０１の部分である基準と、を示す。ＵＥ２０２は、プレゼンス情報を要望するウォッチャーアプリケーションを含むことのできる装置を表す。ＲＡＮ２０４は、移動および固定起点双方の多数の核ネットワークへの移動アクセスを提供する３Ｇネットワークであり、無線リンクとＩＰ核ネットワーク間を橋渡しするネットワークである。

ＧＰＲＳ／ＤＨＣＰ２０６は、ＩＭＳドメイン２０１で使用することのできる模範的通信基準を表す。ＧＰＲＳは、インターネットモデルを反映し、３Ｇネットワークに向けたシームレスな移行を可能にする移動通信のグローバルシステム（ＧＭＳ）のためのパケット交換無線通信基準である。ＧＰＲＳは、移動ＧＳＭおよび時間分割多元接続（ＴＤＭＡ）のユーザに対し実際のパケットラジオアクセスを提供し、無線アプリケーションプロトコル（ＷＡＰ）サービスにとって理想的である。しかし、ＧＰＲＳ以外のＩＰ接続ネットワークも実施可能である。ＤＨＣＰは、ＵＥ２０２等の装置によって、ネットワークを介して自動的にＴＣＰ／ＩＰ構成の設定を取得できる機構を提供できるＩＰアドレス指定発見方法である。ＵＥ２０２は、ＲＡＮ２０４上の要求パケットを報知することによってＤＨＣＰサーバに接触することができ、その構成パラメータを取得する。ＤＨＣＰサーバは、ＩＰアドレスをＵＥ２０２に割り当て、特定のパラメータを供給する。これらのＩＰアドレスおよび構成パラメータは、静的ＩＰアドレス指定の場合のように静的に割当てるのではなく、ＵＥ２０２に構成パラメータを貸し出し、それにより大規模ネットワークを管理するのに必要な作業を減少させる。ＩＰアドレスをＵＥに提供することとは別に、ＤＨＣＰは、ＵＥがＩＭＳ核ネットワークにアクセスするために接触する第１ネットワークエンティティであるＰ−ＣＳＣＦのＩＰアドレスを提供することもできる。ＤＮＳ２１２は、論理名（公式フルドメイン名；ＦＱＤＮ）をインターネットアドレスに対応するＩＰアドレスにリゾルブするネームサーバを表す。ＤＨＣＰ以外の他のＩＰアドレス指定発見方法もまた使用することができる。

経路２１４上に描かれた利用申込（ＳＵＢＳＣＲＩＢＥ）要求は、ＵＥ２０２内のウォッチャーアプリケーションからＰ−ＣＳＣＦ２１０へ、ＲＡＮ２０４およびＧＰＲＳ／ＤＨＣＰ２０６アドレスディスカバリーを介して提供される。ＳＵＢＳＣＲＩＢＥ要求は、目標であるプレゼンティティのプレゼンス情報におけるウォッチャーアプリケーションの関心を表すために使用され、これにより、要求ＵＲＩにおける目標プレゼンティティを識別する。経路２１６に示すように、Ｐ−ＣＳＣＦ２０８は、ＳＵＢＳＣＲＩＢＥ要求をプレゼンスサーバ２１０に転送する。プレゼンスサーバ２１０は要求を受付け、利用申込を認可（場合によっては、認証も行う）する。利用申込が認可されると、プレゼンスサーバ２１０は、経路２１８で示すＯＫの戻りコードを送ることによって対応し、このコードは、経路２２０に示すように、Ｐ−ＣＳＣＦ２０８によってＵＥ２０２に転送される。この時点でＵＥ２０２は、目標プレゼンティティからのプレゼンス情報を待っている。

経路２２２で示す通知（ＮＯＴＩＦＹ）メッセージがプレゼンスサーバ２１０によってＰ−ＣＳＣＦ２８０に送られ、経路２２４で示すように、目標プレゼンティティのプレゼンス情報を伝搬するために、次にＰ−ＣＳＣＦ２０８を介してＵＥ２０２に送られる。この情報は、プレゼンティティの状態および利用申込を含むものである。このように、ＵＥ２０２が利用申込を有するプレゼンティティのプレゼンス情報が開始されたとき、または引き続いて変更されたとき、ＮＯＴＩＦＹメッセージは、ＵＥ２０２中のウォッチャーに通知する。プレゼンス情報が適正に受信されて処理されると、ＵＥ２０２は、経路２２６で示すＯＫメッセージにより対応し、このメッセージは、受信された後経路２２８上でプレゼンスサーバ２１０に転送される。

従来のプレゼンスの仕様および実施によれば、ＮＯＴＩＦＹメッセージは、プレゼンティティおよびＵＥ２０２が利用申込したプレゼンティティに関するプレゼンス情報をすべて含むものである。例えば、既存のＣＰＩＭ ＰＩＤＦの仕様では、ＮＯＴＩＦＹメッセージが送られる度にプレゼンス情報全体を送らなければならないと記述している。しかし、無線ネットワーク等のような、ある環境によっては、これは望ましいことではなく、実用的でない。このような環境下では、無線環境における比較的制限されている帯域幅のため、ドキュメントのある部分だけが変更されたときに完全なプレゼンスドキュメントを送ることは望ましいことではない。本発明はこの問題を解決し、既にＵＥウォッチャーで利用できるプレゼンス情報の余分な転送を緩和しようとするものである。

本発明によれば、プレゼンスサーバは、プレゼンティティのプレゼンス状態に関する部分的通知を行う。移動端末等のＵＥはこれらの部分的通知を受け取ることができる。プレゼンス情報は、プレゼンティティの通信手段、プレゼンティティの通信する能力および意思、その他の属性を含んでいるが、これらの情報の変更部分だけを送ることにより、貴重な帯域幅の消耗を最小限にする。本発明は、部分的プレゼンス通知の使用を提供することにより、現状の通知仕様および同様の通知の実行を拡張するものある。本発明は、以前に受信されたプレゼンス情報の部分のみを以後有効でないことを示す能力を提供するもので、プレゼンス情報バージョニングのよりよい支援をも提供する。

本発明の一実施例において、大容量のプレゼンス情報を提供するために、現在存在するプレゼンス仕様もまた使用することができる。このように、本発明が現存の仕様を拡張するため、現在の構文解析と仕様はすべて使用することができる。拡張は、拡張を認識しないプレゼンスの実行を伴う相互運用上の問題を起こさない形態で定義することができる。また、本発明は、本発明の一実施例が自身のバージョニングサポートを提供するように、バージョニングを容易にする。これは、プレゼンスドキュメントを運ぶために使用されるアプリケーションレベルプロトコルの独立性を提供するものである。

本発明の理解を容易にするため、本発明はＩＭＳ、ＳＩＰ、およびＣＰＩＭ ＰＩＤＦ仕様（ｄｒａｆｔ−ｉｅｆｔ−ｉｍｐｐ−ｃｐｉｍ−ｐｄｉｆ−０５．ｔｘｔ）との関連で詳述する。ここで提供される説明により、本発明は現状のプレゼンス仕様、すなわちＣＰＩＭ ＰＩＤＦ仕様の見地から説明されるが、本発明は他のプレゼンス情報データフォーマットに同様に適用されるということが、当業者にとって難なく明らかになるであろう。

図３は、本発明の原理に従った部分通知の使用を容易にする代表的ネームスペース拡張を示す。代表的ネームスペース拡張は、このような拡張に関連する種々の要素および属性を理解するのを容易にするという目的のため、表の形式で説明するが、表形式は、このような情報に関する特定のデータ構造を表すことを意図するものではない。さらに、代表的ネームスペース拡張は、拡張マークアップ言語（ＸＭＬ）を使用したＣＰＩＭ ＰＩＤＦに対する拡張としてのＩＭＳに関連して説明する。しかし、ここで説明する原理は、同様のシステム、プレゼンス情報データフォーマットおよびプログラム言語にも同様に適用することができる。

図３の模範的実施形態において、拡張ネームスペースは、バージョン３００、アクション３０８、モード３１０を含む種々の要素を含む。バージョン要素３００は、プレゼンス情報全体または単一のプレゼンスタプルのバージョンを識別するために使用することができる。バージョンパラメータは、プレゼンスドキュメントレベル３０２で使用されると、ＳＩＰ，ＨＴＴＰ等の異なるアプリケーションプロトコルにわたってバージョニングサポートを提供することができる。バージョンパラメータは、タプルレベル３０４で使用されると、ウォッチャーに対し、特定のタプルを更新するべきか否かを表示する情報を提供する。続いて、ドキュメントおよびタプルレベルの双方におけるバージョン要素の使用の特定の例を、図４に関連して示す。

アクション要素３０６は、タプル内において、その特定のタプルのクライアントが行うアクションを表示するために使用される。アクション要素３０６に関連する代表値は、削除済３０８とエンプティ３１０値を含む。例えば、削除済３０８値は、いかなる理由がある場合でも、プレゼンスサーバがそのタプルに関してこれ以上特定のプレゼンス情報を持たず、クライアントはこのタプルに関連した情報を無視または削除することができることを示すこととしてよい。エンプティ３１０値は、クライアントがそのタプルに対応する現在記憶されているプレゼンス情報を空にしなければならないことを示す。その他の所望値３１２はまた、所望のアクション３０６に対応するために使用することができる。

モード属性レベル要素３０４は、ドキュメントレベルにおいて、通知がプレゼンス情報の一部の更新のためであるか、通知が完全なプレゼンス状態を提供しなければならないかどうかを示すために利用することができる。さらに、標準値を有する属性を提供してもよい。ＵＥ中に共通動作を与え、相互運用を容易にするために、好適に定義された値（例、変更無し（Ｎｏ＿ｃｈａｎｇｅ）、値無し（Ｎｏ＿ｖａｌｕｅ）等）を拡張ネームスペースの一部として標準化することができる。例えば、変更無し（Ｎｏ＿ｃｈａｎｇｅ）属性は、クライアントが前もって受信した現在値を保持すべきことを示すために利用することができる。値無し（Ｎｏ＿ｖａｌｕｅ）属性は、要素をクライアントのために使用することができるが、プレゼンスサーバは現在、そのための値を提供することはできないことを示すために使用することができる。このような標準属性をどのように利用することができるかについて、その例を図４以下に示す。

拡張ネームスペースと上記説明した関連する要素を用いて、部分的プレゼンス情報更新のみを含む通知を提供することができる。追加の、より少ない、異なる要素および属性を、本発明の部分的通知拡張に関連付けることができる。

図４は、本発明によるネームスペース拡張の一実施形態を実行する代表的プログラム部分４００を示す。本発明の原理が実行される方法の例を示すために、この代表的プログラム部分を拡張マークアップ言語（ＸＭＬ）の形で説明する。しかし、当業者は、ここで与えられる説明から、他のプログラミング言語がこの機能を実行するために使用され得ることを理解するであろう。

プログラミングセグメント４００は、ＸＭＬ処理命令および符号化宣言４０２を含む。代表的ＸＭＬドキュメントの本体は、ルートプレゼンス要素４０４を含む。この要素４０４は、以下により十分に説明するように、少なくとも１個のタプル要素および他のネームスペースからの拡張要素を含む。プレゼンス要素４０４は、プレゼンスドキュメントが基礎とするネームスペースを表示するネームスペース宣言４０８を含んでいるネームスペース宣言を含む。ネームスペース宣言は、使用される拡張用の他のネームスペースを含むことができる。図示した実施例中では、２個のネームスペース宣言４１０、４１２が、使用された拡張用に与えられる。ネームスペース宣言４１０はインスタントメッセージに関連し、ネームスペース宣言４１２は、本発明に従った部分的通知拡張に関連し、図示した実施形態中で“ＰＥ”（すなわち、プレゼンス拡張）という名称で呼ばれる。プレゼンス要素４０４はまた、エンティティ属性４１４を含む。プレゼンス情報は、プレゼンティティまたはプレゼンティティの“ｐｒｅｓＵＲＬ”により識別される。エンティティ属性の値４１４は、プレゼンスドキュメントを発行しているプレゼンティティの“ｐｒｅｓＵＲＬ”であり、これは図示した実施例中ではｓｏｍｅｏｎｅ＠ｅｘａｍｐｌｅ.ｃｏｍである。

本発明によれば、バージョン要素４１６がプレゼンスドキュメントのレベルにおいて提供される。バージョン要素４１６は、関連するバージョンパラメータ４１８が、アプリケーションプロトコルに渡ってバージョニングサポートを提供する場合に、プレゼンスドキュメント全体のバージョンを識別するために使用することができる。例えば、プレゼンスドキュメントが“３”のバージョンパラメータ４１８を有していると、これは、通知がその特定の加入申込における第３の通知であることを示す。クライアント／ウォッチャーは、バージョンパラメータ４１８と比較することのできる記憶されたバージョンパラメータを有する。これは、部分的通知以外において特に指定されたであろうタプルだけではなく、すべてのタプルがプレゼンスサーバから取得されるべきか否かを決定するために使用される。例えば、バージョンパラメータ４１８が、２以上のクライアントに記憶された値より大きい値を有する場合、このパラメータは、クライアントがプレゼンスサーバとの同期から逸脱したことを示している。このような場合には、クライアントは、すべてのプレゼンスタプルを、プレゼンスサーバから取り出さなければならない。

バージョン要素はまた、バージョンパラメータが１個以上の個々のプレゼンスタプル内で与えられるように、タプルレベルで使用され得る。バージョン要素４２０はタプル要素４２２内で構成されており、プレゼンス情報を備えたバージョンパラメータを含む。この例では、バージョンパラメータは“２”の値をもつ。タプルレベルで使用された場合、バージョンパラメータは、タプルが更新されるべきか否かを表示する情報を、ウォッチャーに対して提供する。例えば、識別ｉｄ＝“ｍｏｂｉｌｅ−ｉｍ”を有するタプル４２２は、“２”のバージョン番号４２４を有するバージョン要素４２０を含む。このバージョン番号がクライアント装置に記憶された現在のバージョン番号より大きい場合は、より大きいバージョン番号４２４が、これはこのタプルの情報の新バージョン（すなわち、情報が変化した）であることを示しているため、クライアントはこのタプルを更新しなければならない。

ＣＰＩＭ仕様およびＰＩＤＦプレゼンスデータフォーマットが利用される本発明の一実施例においては、プレゼンス要素４０４は、ステータス要素を含む少なくとも１個のタプルを含むものとなる。図４中のタプル４２２は、このようなステータス要素４２６を含む。ステータス要素４２６は、一定のプレゼンスステータス情報を提供し、図示したステータス要素４２６は基本要素４２８を含んでいるが、これは値“ｏｐｅｎ”および“ｃｌｏｓｅｄ”を特定し得るものである。模範的タプル４２２の場合では、タプルがインスタントメッセージアドレスのためのものであるときは、これらの値はインスタントメッセージを受信するために使用可能であることを意味している。図示した実施例において、値“ｏｐｅｎ４３０”は基本要素４２８の値であって、プレゼンティティが、インスタントメッセージを受信する可能性があることを示す。プレゼンス要素４０４は、コンタクトアドレスのＵＲＬを含んだコンタクト要素４３２等の他の要素を含み得る。コンタクト要素４３２は、他の要素にわたるコンタクトアドレスの相対的優先順位を識別する“優先度（ｐｒｉｏｒｉｔｙ）”属性４３４等の属性を含み得る。

その他のタプルもまた、識別“ｉｄ＝ｃａｌｌ”を有するタプル４３６等のプレゼンス要素４０４中で提供されることができる。本発明に従うアクション要素４３８等の他の要素も、このタプル４３６の中に存在する。“ＰＥ：アクション（ａｃｔｉｏｎ）”という名称を付されたアクション要素４３８は、クライアントが一定のタプル４３６で取るべきアクションを表示している。図示したアクション要素４３８に関連する一定の値は、“削除済（ｒｅｍｏｖｅｄ）”４４０であり、これは、本発明の一実施例に従って、コールタプルはどんな理由であれこれ以上関連する値を持たず、クライアントは値を無視、削除等をなすことができるということをクライアントに示すことができる。異なる所定のアクションの番号は、どんなものでも、本発明に従ってこのようなアクション要素に関連付けられることができる。

代表的プレゼンス要素４０４もまた、モード要素４４２を含む。前に述べたように、本発明に従ったモード要素は、プレゼンス通知がプレゼンス情報（すなわち、“部分的通知”）の一部を更新するためのものであること、または通知が完全なプレゼンス状態を提供しなければならないかを示すために、ドキュメントレベルにおいて使用することができる。図示した実施例において、モード要素４４２に関連する値は、部分通知を示す“更新（ｕｐｄａｔｅ）”値４４４である。

前に述べたように、好適に定義された一組の値（例、変更無し（Ｎｏ＿ｃｈａｎｇｅ）、値無し（Ｎｏ＿ｖａｌｕｅ）等）は、拡張ネームスペースの部分として標準化して、ＵＥに共通動作を提供することができ、相互運用性を容易にすることができる。このような標準属性がいかに使用されているかの例として、プレゼンス要素はタプル要素を含むことができるが、これは一組の好適に定義された属性値から選択された１個以上の属性を含む。以下の代表的コードセグメントは、このような標準的属性がいかに使用され得るかの例である。
＜ｐｒｅｓｅｎｃｅ＞
＜ｔｕｐｌｅ ｉｄ＝“８８６６４７８４６”＞
＜ａｔｔｒｉｂｕｔｅ−１＞
ｖａｌｕｅ−１
＜ａｔｔｒｉｂｕｔｅ−１＞
＜／ａｔｔｒｉｂｕｔｅ−２）
ｖａｌｕｅ−２
＜／ａｔｔｒｉｂｕｔｅ−２＞
＜／ｔｕｐｌｅ＞
＜／ｐｒｅｓｅｎｃｅ＞
この例では、ＵＥは既に、値“ｖａｌｕｅ−１”をもつ属性−１および値“ｖａｌｕｅ−２”をもつ属性−２を含むプレゼンス情報を有している。属性は、その後の通知を受信すると、以下の態様に変更することができる：
＜ｐｒｅｓｅｎｃｅ＞
＜ｔｕｐｌｅ ｉｄ＝“８８６６４７８４６”＞
＜ａｔｔｒｉｂｕｔｅ−１＞
ｖａｌｕｅ−ｎｅｗ
＜／ａｔｔｒｉｂｕｔｅ−１＞
＜／ａｔｔｒｉｂｕｔｅ−２）
ｎｏ−ｃｈａｎｇｅ
＜／ａｔｔｒｉｂｕｔｅ−２＞
＜／ｔｕｐｌｅ＞
＜／ｐｒｅｓｅｎｃｅ＞
以上のように、ＵＥは、属性−１が新値を有し、標準値“変更無し（Ｎｏ＿ｃｈａｎｇｅ）”が属性に割り当てられたことが容易に認識されたので、ＵＥは属性−２のためにその現在値を保持しなければならないと明瞭に解釈される。

図５は、本発明に従って、部分的通知をウォッチャーアプリケーションに提供する方法の実施形態を示す流れ図である。要素型用の少なくとも１個の拡張ネームスペース宣言および部分的通知に関連する属性を含むネームスペース宣言が作成される（５００）。クライアント／ウォッチャーが、例えばプレゼントサーバと同期しているかを判別できるようにするために、ドキュメントレベルバージョンを識別することができる（５０２）。例えば、プレゼンス通知が完全なプレゼンス状態を提供するか、プレゼンス通知が部分的に更新されたものかを示すために、モードを識別することができる（５０４）。１個以上のタプルが作成される（５０６）。これらの１個以上のタプルのいずれかのために、タプルレベルバージョンを識別することができる（５０８）。作成された１個以上のタプルのために、アクションもまた識別することができる（５１０）。プレゼンスドキュメントが作成されると、いずれかの所望の方法で適切なウォッチャーアプリケーションに送ることができる。例えば、一実施例において、関連するプレゼンス情報が変化するとき、プレゼンスドキュメントが、加入申込を行うウォッチャーアプリケーションに送出される。ウォッチャーイベントによりトリガーされるフェッチングおよび／またはインターバルポーリング等の他の方法も使用され得る。

図６は、本発明に従ってクライアント装置において受信されたプレゼンス情報を処理する方法の模範的実施形態を示す流れ図である。図５に関連して説明した方法において、プレゼンス通知がプレゼンスサーバまたはその他のエンティティで作成された場合、プレゼンス通知が受信される（６００）。決定ブロック６０２で決定するように、ドキュメントレベルバージョンがプレゼンス情報中に含まれていると、ドキュメントレベルバージョンは、クライアントがプレゼンスサーバと同期していることを示すかどうかを判定する（６０４）。本発明の一実施例形態によれば、この判定はドキュメントレベルバージョンとクライアントにおいて記憶された値を比較することによってなされ、ドキュメントレベルバージョンがクライアント値より２以上大きければ、クライアントはプレゼントサーバとの同期を失っていたこととする。このような場合、プレゼンスタプルはすべて、プレゼンスサーバから要求される（６０６）。

モードがプレゼンス情報として、決定ブロック６０８で決定されたプレゼンス情報を備えている場合、モードは部分的更新が行われたかを示しているかを判定する（６１０）。示していない場合、プレゼンス状態が更新される（６１２）。そうでない場合、部分的更新の場合には、１個以上のタプルがバージョン値を含むことができる。タプルがタプルレベルバージョンを含んでいるかどうかは、決定ブロックで決定される（６１４）。タプルが、本発明に従ってタプルレベルバージョン値を含んでいる場合、バージョンが変更したかどうかを決定する（６１６）（ある実施態様では、クライアントバージョンがプレゼンス情報を備えたタプルレベルバージョンと等しいかどうかを決定することにより確認する）。値が等しい場合、クライアントが既に知っていることについてはプレゼンス情報の変化は起こらず、タプルは更新されない（６１８）。そうでない場合、タプルは更新される（６２０）。いずれのタプルについても、特定のタプルが本発明に従ったアクションを含んでいるかどうかを決定する（６２２）。そうであれば、アクションが実行される（６２４）。

本発明は、異なるインターフェースデータフォーマット、プロトコル等に関して使用することができる。図７は、どの特定のインターフェースフォーマットからも独立した、ネットワークを介してプレゼンスサーバにこれに接続した端末間での情報の伝達の方法の模範的実施例を示す流れ図である。端末／ウォッチャーがプレゼンスサービスを要求した少なくとも１個のプレゼンティティが識別される（７００）。プレゼンティティに対応したプレゼンス情報を含むプレゼンスドキュメントが作成される（７０２）。プレゼンス情報は、そのプレゼンティティが利用することができるプレゼンス情報全体よりすくないものを含む部分的プレゼンス情報として構成される（７０４）。部分的プレゼンス情報を含んだプレゼンスドキュメントは、プレゼンス情報を要求した端末に伝達される（７０６）。

本発明に関連して説明したウォッチャーアプリケーションを有する端末は、デスクトップあるいはパーソナルコンピュータ、ワークステーション、大規模計算端末、無線端末、またはその他のプレゼンス認識アプリケーションを実行できる他の計算装置を含むどのような数の端末であってよい。無線端末としては、携帯計算装置をはじめ無線／携帯電話、携帯情報端末（ＰＤＡ）、または他の無線ハンドセット等の装置を含む。移動端末は、計算素子を利用して、本発明により提供される機能をはじめとして、従来装置の動作を制御、管理する。ハードウェア、ファームウェアまたはそれらの組み合わせを利用して、種々のウォッチャーアプリケーション機能およびここに記載した関連する特徴を実行することができる。制限ではなく例示の目的のため、本発明に従って動作を行う代表的な移動端末計算システムを図８に示す。しかしながら、本発明の原理は標準的な計算システムに対しても同様に適用できるので確認されたい。

本発明に従ったウォッチャーアプリケーション機能を実行するのに適した模範的移動計算装置８００は、マイクロプロセッサ、縮小命令セットコンピュータ（ＲＩＳＣ）またはその他の中央処理モジュール等の処理／制御ユニット８０２を含む。処理ユニット８０２は単一の装置である必要はなく、１台以上のプロセッサから構成されてもよい。例えば、処理ユニット８０２は、親プロセッサおよび親プロセッサに接続されて通信する関連する子プロセッサを含んでもよい。

処理装置８０２は、記憶装置／メモリ８０４において利用可能なプログラムに命令されて、移動端末の基本機能を制御する。このように、処理ユニット８０２は、ウォッチャー機能に関連した機能および本発明の関連した機能を実行する。さらに詳しくは、記憶装置／メモリ８０４は、オペレーティングシステムを含み、移動端末上の機能およびアプリケーションを実行するプログラムモジュールを含むことができる。例えば、プログラム記憶装置は、読み出し専用メモリ（ＲＯＭ）、フラッシュＲＯＭ、プログラムおよび／または消去可能ＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、加入者インターフェースモジュール（ＳＩＭ）、無線インターフェースモジュール（ＷＩＭ）、スマートカード、またはその他の取り外し可能メモリデバイス等の１個以上を含んでもよい。プログラムモジュールおよび関連する機能もまた、インターネット等のネットワークを介して電気的にダウンロードされたようなデータ信号を介して、移動計算端末８００に送信することができる。

記憶装置／メモリ８０４に記憶することができるプログラムのひとつに、ウォッチャープログラム８０６がある。前に説明したように、ウォッチャープログラム８０６は、１個以上のプレゼンティティのプレゼンス情報を取り出すことおよび／またはその加入申込を行うことができる。ウォッチャー８０６およびその機能は、プロセッサ８０２により操作可能なソフトウェアおよび／またはファームウェアにおいて実行することができる。プログラム記憶装置／メモリ８０４は、種々のドキュメントおよびタプルバージョン値または本発明に関連したその他のデータ等のデータ８０８を記憶するために使用することができる。本発明の一実施例において、プログラム８０６およびデータ８０８は、移動端末８００の電源遮断により情報が消失しないように、不揮発性電気的消去可能プログラム可能ＲＯＭ（ＥＥＰＲＯＭ）やフラッシュＲＯＭ等に記憶される。

プロセッサ８０２は、移動端末に関連するユーザインターフェース８１０要素にも接続させる。移動端末のユーザインターフェース８１０は、例えば、液晶ディスプレイ等のディスプレイ８１２、キーパッド８１４、スピーカ８１６、およびマイクロホン８１８を含むことができる。従来技術で周知の通り、これらのまたは他のユーザインターフェース構成要素は、プロセッサ８０２に接続される。キーパッド８１４は、番号をダイヤルすることおよび１個以上のキーに割当てられた動作を実行することを含む、多様な機能を行うためのアルファベットー数字キーを含む。あるいは、音声コマンド、スイッチ、タッチパッド／画面、ポインティングデバイスを用いたグラフィカルユーザインターフェース、トラックボール、ジョイスティック等の他のユーザインターフェース機構、またはどのような他のユーザインターフェース機構をも採用することができる。

移動計算装置８００は、ディジタル信号プロセッサ（ＤＳＰ）８２０をも含むことができる。ＤＳＰ８２０は、アナログ−ディジタル（Ａ／Ｄ）変換、ディジタル−アナログ（Ｄ／Ａ）変換、音声符号化／復号化、暗号化／復号化、誤り検出および補正、ビットストリーム変換、フィルタリング等を含む様々な機能を実行することができる。一般的にアンテナに８２４に接続されたトランシーバ８２２は、無線装置に関連した無線信号を送受信する。

本発明の原理を適用することのできる演算環境の代表的例として、図８の移動演算装置８００を提供する。ここで提供する説明により、当業者には、本発明は現在知られているおよび将来の他の様々な移動演算環境に同様に適用することができることが理解されるであろう。例えば、ウォッチャーアプリケーション８０６および関連する機能、データ８０８は様々な方法で記憶することができ、様々な処理装置上で作動させることができ、追加された、より少ない、または異なる補助回路類およびユーザインターフェース機構を有する移動端末装置上で作動させることができる。本発明の原理は非移動端末、例えば地上線計算システムにも同様に適用できるので留意されたい。

本発明に関連したプレゼンス情報を提供するためのプレゼンスサーバまたは他のシステムは、プレゼンス情報を処理および伝達することができるいかなる型の計算装置であってもよい。プレゼンスサーバは、計算システムを利用してプレゼンス認識動作を制御管理する。本発明に従った動作を実行することのできる代表的計算システムの例を図９に示す。ハードウェア、ファームウェア、ソフトウェアまたはこれらの組み合わせを利用して、ここで説明した種々のプレゼンス認識機能および動作を行う。図９の計算構造９００は、このようなプレゼンスシステムに関して利用できる計算構造の一例である。

本発明に従ったプレゼンス動作を行うために好適な計算装置９００の一例は、プレゼンスサーバ９０１を含むが、これは、ランダムアクセスメモリ（ＲＡＭ）９０４および読み取り専用メモリ（ＲＯＭ）９０６に接続された中央処理装置（ＣＰＵ）９０２を含む。ＲＯＭ９０６は、プログラム可能ＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）等、プログラムを記憶する他の型の記憶媒体であってもよい。プロセッサ９０２は、入出力（Ｉ／Ｏ）回路９０８およびバス９１０を通じて、他の内部および外部の構成要素と通信し、制御信号などを提供する。ソフトウェアおよび／またはファームウェア命令によって命令されるように、プロセッサ９０２は、従来技術で知られている通り、様々な機能を実行する。

サーバ９０１は、ハードディスク／フレキシブルディスクドライブ９１２、ＣＤ−ＲＯＭドライブ９１４およびＤＶＤ等、情報を読み出しおよび／または記憶することのできる他のハードウェアを含む１台以上の記憶装置もまた含むことができる。一実施例において、本発明に従った部分的プレゼンス通知動作を実行することのできるソフトウェアは、ＣＤ−ＲＯＭ９１６、ディスケット９１８または情報を携帯可能に記憶することのできる他の形態の媒体上で記憶または配信することができる。これらの記憶媒体は、ＣＤ−ＲＯＭドライブ９１４、ディスクドライブ９１２等の装置に挿入して読み込むことができる。ソフトウェアはまた、インターネット等のネットワークを介して電気的にダウンロードされたデータ信号を介して、プレゼンスサーバ９０１に送信される。サーバ９０１は、ディスプレイ９２０に接続され、このディスプレイは、ＬＣＤディスプレイ、プラズマディスプレイ、陰極線管（ＣＲＴ）等の既知のディスプレイまたはプレゼンテーション画面であってよい。マウス、キーボード、マイクロフォン、タッチパッド、タッチスクリーン、音声認識システム等の１台以上のユーザインターフェース機構を含む、ユーザ入力インターフェース９２２を提供する。

サーバ９０１は、ネットワークを介して、有線および／または無線端末および関連するウォッチャーアプリケーション等の他の計算装置に接続されている。サーバは、インターネット９２８等の地球規模帯域ネットワーク（ＧＡＮ）としてのより大きなネットワーク構成の一部をなすことができる。

ここでの説明を使用して、本発明は、標準的プログラミングおよび／またはエンジニアリング技術を用いて、機械、プロセスまたは製造物として実行して、プログラミングソフトウェア、ファームウェア、ハードウェアまたはそれらのいかなる組み合わせを作製することができる。

コンピュータ読取可能なプログラムコードを有する、結果として作製されたプログラムはいずれも、常駐メモリ、スマートカードまたはその他の取り外し可能メモリ装置のようなコンピュータにより利用可能な１つ以上の媒体または送信装置に実施することができ、これにより、本発明によるコンピュータプログラム製品または製造物を作ることができる。ここで使用した「製造物」、「コンピュータプログラム製品」という用語は、それ自体で、コンピュータ利用可能な媒体またはこのようなプログラムを送信する送信媒体において、永久的または暫定的に存在するコンピュータプログラムを包含するものである。

上記説明したように、メモリ／記憶装置には、ディスク、光ディスクやスマートカード、ＳＩＭ、ＷＩＭ等の取り外し可能なメモリ装置やＲＡＭ、ＲＯＭ、ＰＲＯＭ等の半導体メモリ装置が含まれるが、これらに限定されるわけではない。送信媒体には、ワイヤレス／無線波通信ネットワーク、インターネット、イントラネット、電話／モデム系ネットワーク通信、配線された／ケーブルで接続された通信ネットワーク、衛星通信およびその他の固定または移動ネットワークシステム／通信リンク、を介する通信が含まれるが、これらに限定されるわけではない。

本明細書中の説明から、当業者は、説明により作製したプログラムと適切な汎用または特殊用途コンピュータハードウェアとを組み合わせて、本発明を具体化する移動コンピュータシステムおよび／またはコンピュータのサブコンポーネントを作製することができ、本発明の方法を実行するための移動コンピュータおよび／またはコンピュータのサブコンポーネントを作製することができるであろう。

本発明の模範的実施形態の前述の説明は、例示および記述の目的のために提供したものである。これらが本発明を完全に網羅していること、または本発明を開示された形態の通りに制限することを意図するものではない。上述の教示を考慮することにより、多くの修正および変形が可能である。本発明の範囲が例示した実施例に制限されることを意図するものではなく、むしろ本明細書に添付した請求項から、本発明を確認することを意図するものである。

本発明の原理が適用可能な代表的なプレゼンスサービスシステムを示すブロック図である。 本発明に関して使用され得る代表的メッセージの流れを示す図である。 本発明の原理に従って、部分的通知の使用を容易にする代表的ネームスペースの拡張を示す図である。 本発明に従って、ネームスペース拡張の一実施例を実行する代表的プログラムセグメントを示す図である。 本発明に従って、ウォッチャーアプリケーションに対して部分的通知を行う模範的実施例を示す流れ図である。 本発明に従って、クライアント装置側において受信したプレゼンス情報を処理する方法の模範的実施例を示す流れ図である。 ネットワークを介して、プレゼンスサーバとこのプレゼンスサーバに接続した端末間で、特定のインターフェースフォーマットから独立して、情報を伝達する方法の模範的実施例を示す流れ図である。 本発明に従って操作を実行することができる代表的移動端末計算システムの例を示す図である。 本発明に従ってプレゼンス情報を供給することができる代表的計算システムの一例を示す図である。

Claims (42)

1. プレゼンスサーバとこのプレゼンスサーバに接続された複数の端末との間で、ネットワークを介してプレゼンス情報を送信するための方法であって、
   端末がプレゼンスサービスを要求した少なくともひとつのプレゼンティティを前記プレゼンスサーバにより識別するステップと、
   前記プレゼンティティに対応するプレゼンス情報を含むプレゼンスドキュメントを前記プレゼンスサーバにより作成するステップと、
   前記プレゼンティティについて利用可能なプレゼンス情報全体より少ない情報を含む部分的プレゼンス情報として前記プレゼンス情報を前記プレゼンスサーバにより構成するステップであって、変更のあったプレゼンス情報のプレゼンス・ステータス情報を提供するステップと、少なくともひとつのアクション要素の値を前記プレゼンス情報内に提供するステップと、を含むステップと、
   前記部分的プレゼンス情報を有するプレゼンスドキュメントを、前記プレゼンス情報を要求した前記端末に前記プレゼンスサーバにより送信するステップと、
   からなる方法。
2. 前記プレゼンス情報を構成するステップは、前記プレゼンスドキュメントが前記部分的プレゼンス情報またはプレゼンス情報の完全な更新のいずれかを含んでいるかを表示するモード値を前記プレゼンス情報内に提供する請求項１記載の方法。
3. 前記プレゼンスドキュメントを作成するステップは、プレゼンス情報データフォーマット（ＰＩＤＦ）を使用するインスタントメッセージ用共通プロファイル（ＣＰＩＭ）仕様に適合するプレゼンスドキュメントを前記プレゼンスサーバにより作成するステップと、ＣＰＩＭ ＰＩＤＦプレゼンスドキュメントの拡張部を前記プレゼンスサーバにより作成して、前記プレゼンティティについて利用可能なプレゼンス情報全体より少ない情報を含む部分的プレゼンス情報として前記プレゼンス情報を構成するステップを含む請求項１記載の方法。
4. 前記プレゼンス情報を構成するステップは、プレゼンス・ステータス情報の変化があったひとつ以上のプレゼンスドキュメントのタプルのプレゼンス・ステータス情報を前記プレゼンスサーバにより提供するステップを含む請求項３記載の方法。
5. 前記プレゼンス情報を構成するステップは、前記プレゼンス・ステータス情報の変化があった前記タプルの新バージョンに対応するタプルバージョン指示子を前記プレゼンスサーバにより提供するステップを含む請求項４記載の方法。
6. 前記プレゼンス情報を構成するステップは、対応するプレゼンスドキュメントタプルについて前記端末において実行されるアクションを識別するために、少なくともひとつのアクション要素の値を前記プレゼンスドキュメントタプルに前記プレゼンスサーバにより提供するステップを含む請求項４記載の方法。
7. 前記プレゼンス情報を構成するステップは、前記プレゼンスドキュメントのドキュメントバージョンを識別するドキュメントバージョン指示子を前記プレゼンスサーバにより提供することを含み、前記ドキュメントバージョンは、前記端末に記憶されたプレゼンス情報が前記プレゼンスサーバと同期するか否かを判別するために、前記端末によって使用されることができる請求項３記載の方法。
8. 前記少なくともひとつのプレゼンティティのプレゼンス情報に対する端末の利用申込みを前記プレゼンスサーバにより容易化するステップを含む請求項１記載の方法。
9. 前記プレゼンス情報に対する端末の利用申込みを容易化するステップは、前記プレゼンス情報について端末が開始するフェッチングまたは端末が開始するポーリングのうちの少なくともひとつを前記プレゼンスサーバにより容易化するステップを含む請求項８記載の方法。
10. 前記プレゼンス情報に対する端末の利用申込みを容易化するステップは、前記プレゼンスサーバにおいて開始されるプレゼンス情報通知に対して前記端末が利用申込みを行うことを含む請求項９記載の方法。
11. 前記のプレゼンスドキュメントを送信するステップは、前記プレゼンス情報の少なくともいくつかが変化した場合に前記プレゼンスドキュメントを前記プレゼンスサーバにより送信するステップを含む請求項１０記載の方法。
12. 前記プレゼンス情報の少なくともいくつかの変化を認識するステップをさらに含み、前記のプレゼンスドキュメントを送信するステップが、前記プレゼンス情報の変化に応答して前記プレゼンスドキュメントを前記プレゼンスサーバにより送信するステップを含む請求項１記載の方法。
13. 前記プレゼンスドキュメントを送信するステップが、所定の事象の発生、所定時間の経過および所定時間のうちの少なくともひとつに対応して前記プレゼンスドキュメントを前記プレゼンスサーバにより送信するステップを含む請求項１記載の方法。
14. 前記プレゼンス情報を構成するステップは、前記部分的プレゼンス情報とともに少なくとも１個の所定の属性値を前記プレゼンスサーバにより提供するステップを含む請求項１記載の方法。
15. （ａ）プレゼンティティに関するプレゼンス情報を要求する少なくとも１個の端末により使用されるプレゼンスドキュメントをプレゼンスサーバにより作成するステップであって、
    （ｉ）少なくとも１つのタプルを前記プレゼンスサーバにより生成するステップであって、このタプルは、該タプルの以前のバージョンに比較される前記タプルのバージョンを表示するバージョン値を含むステップおよび、
    （ｉｉ）前記プレゼンス情報を前記タプルに前記プレゼンスサーバにより関連付けるステップであって、前記プレゼンス情報が前記プレゼンティティのプレゼンス情報の完全なセットのサブセットを含み、また前記プレゼンス情報が変更のあったプレゼンス情報のプレゼンス・ステータス情報および少なくともひとつのアクション要素の値を含むステップと、
    （ｂ）前記プレゼンス情報を要求するクライアント端末に対して、前記プレゼンスドキュメントを前記プレゼンスサーバにより送出するステップと、
    （ｃ）前記タプルを介して提供される前記バージョン値と、前記クライアント端末に記憶された現在のバージョン値を前記プレゼンスサーバにより比較するステップと、
    （ｄ）前記タプルが提供したバージョン値が新プレゼンス情報はそのタプルによって利用可能であることを示している場合に、前記クライアント端末に対して、そのタプルに関連したプレゼンス情報を更新するように前記プレゼンスサーバにより指示するステップと、
    を含むプレゼンス情報をクライアント端末に通知する方法。
16. 前記プレゼンスドキュメントを作成するステップは、前記プレゼンス情報が以前のプレゼンス情報と比較して変更された場合に前記プレゼンス情報を前記タプルに前記プレゼンスサーバにより関連付けることを含む請求項１５記載の方法。
17. 前記のタプルを作成するステップは、前記クライアント端末に対して、前記タプルの実行の際に対応するアクションを実行することを指示するアクション要素を前記タプルに含ませるステップを含む請求項１５記載の方法。
18. 前記プレゼンスドキュメントを作成するステップがさらに、前記プレゼンスドキュメントが前記クライアント端末に送出された複数の回数に対応するドキュメントレベルバージョン値を含むドキュメントレベルバージョン要素を前記プレゼンスサーバにより作成する請求項１５記載の方法。
19. 前記プレゼンスドキュメントを作成するステップが、前記クライアント端末が前記プレゼンティティのプレゼンス情報のセットのサブセットにより更新されるべきか否か、または前記クライアント端末がプレゼンス情報の完全なセットにより完全に更新されるべきか否かを表示するモード値を含むモード要素を前記プレゼンスサーバにより作成するステップをさらに含む請求項１５記載の方法。
20. 前記プレゼンスドキュメントを作成するステップがさらに、前記タプルと関連付けられた要素に対応する少なくともひとつのネームスペース宣言を前記プレゼンスサーバにより作成することを含む請求項１５記載の方法。
21. 前記プレゼンスドキュメントを作成するステップがさらに、プレゼンス情報データフォーマット（ＰＩＤＦ）を使用するインスタントメッセージ用共通プロファイル（ＣＰＩＭ）仕様に適合するプレゼンスドキュメントを別に前記プレゼンスサーバにより作成するステップを含み、また、プレゼンスドキュメントを作成するステップがさらに、前記プレゼンティティについて利用可能なプレゼンス情報の全体より少ない情報を含む部分的プレゼンス情報として前記プレゼンス情報を構成することを容易化するために、ＣＰＩＭ ＰＩＤＦプレゼンスドキュメントの拡張部を前記プレゼンスサーバにより作成するステップを含む請求項１５記載の方法。
22. プレゼンス認識システムであって、
    （ａ）プレゼンティティに対応するプレゼンス情報を待つウォッチャーアプリケーションを含む少なくとも１個の端末と、
    （ｂ）ネットワークを介して前記少なくとも１個の端末に接続することのできる少なくとも１個のプレゼンスサーバであって、該プレゼンスサーバは、
    （ｉ）前記ウォッチャーアプリケーションがプレゼンスサービスを要求した少なくとも１個のプレゼンティティを識別し、
    （ｉｉ）前記プレゼンティティに対応するプレゼンス情報を含むプレゼンスドキュメントを作成し、
    （ｉｉｉ）前記プレゼンス情報を、前記プレゼンティティについて利用可能なプレゼンス情報の全体より少ない情報を含む部分的プレゼンス情報として構成し、前記プレゼンス情報の構成は変更のあったプレゼンス情報のプレゼンス・ステータス情報および少なくともひとつのアクション要素の値の提供を含んでおり、
    （ｉｖ）前記部分的プレゼンス情報を有するプレゼンスドキュメントを、前記プレゼンス情報を要求する前記端末の前記ウォッチャーアプリケーションに対して送信する、
    ように構成されるプロセッサを含むプレゼンスサーバと、
    を含むシステム。
23. 前記ネットワークは、
    前記プレゼンスサーバと接続したプレゼンティティプレゼンスプロキシと、
    前記端末および前記プレゼンティティプレゼンスプロキシに接続したウォッチャープレゼンスプロキシとを含み、
    前記プレゼンティティプレゼンスプロキシおよび前記ウォッチャープレゼンスプロキシが、前記ネットワーク上の前記プレゼンスドキュメントおよび前記プレゼンス情報の伝達を容易化する請求項２２記載のプレゼンス認識システム。
24. 複数の端末にネットワークを介して接続可能であり、前記複数の端末のうち１つ以上に、プレゼンス情報を、前記ネットワークを介して送信するプレゼンスサーバであって、このプレゼンスサーバは、
    プレゼンス情報を多数のプレゼンティティについて記憶し、前記プレゼンティティの１または複数についてのプレゼンス情報の受信を承認された端末の利用申込みを記憶するために構成されたメモリと、
    前記メモリに接続され、特定の端末から利用申込みがされた少なくとも１個のプレゼンティティを識別し、前記プレゼンティティに対応するプレゼンス情報を含むプレゼンスドキュメントを作成するように構成された処理システムであって、前記プレゼンス情報が前記プレゼンティティについて利用可能なプレゼンス情報のセットのサブセットに対応する部分的プレゼンス情報として構成され、前記プレゼンス情報の前記サブセットは変更のあったプレゼンス情報および少なくともひとつのアクション要素の値を含む処理システムと、
    前記プレゼンスドキュメントを介して、前記部分的プレゼンス情報を前記ネットワーク上の前記利用申込みを行う端末に送信するように前記処理システムに接続されるデータ送信モジュールと、
    を含むプレゼンスサーバ。
25. 前記処理システムが、プレゼンス情報データフォーマット（ＰＩＤＦ）を使用するインスタントメッセージ用共通プロファイル（ＣＰＩＭ）仕様に適合するプレゼンスドキュメントを作成することにより、またはＣＰＩＭ ＰＩＤＦプレゼンスドキュメントへの拡張部を作成することにより、前記プレゼンスドキュメントを作成するように構成され、前記プレゼンス情報を前記部分的プレゼンス情報として構成することを容易化する請求項２４記載のプレゼンスサーバ。
26. 前記処理システムが、プレゼンス・ステータス情報の変化があった１個以上のプレゼンスドキュメントのタプルのプレゼンス・ステータス情報を提供することにより、ＣＰＩＭ ＰＩＤＦプレゼンスドキュメントの拡張部を作成するように構成される請求項２５記載のプレゼンスサーバ。
27. 前記処理システムがさらに、前記プレゼンス・ステータス情報の変化があったタプルの新バージョンに対応するタプルバージョン指示子を提供するように構成される請求項２６記載のプレゼンスサーバ。
28. 前記処理システムがさらに、前記の対応するプレゼンスドキュメントタプルについて前記利用申込みを行う端末において実行されるアクションを識別するために、前記プレゼンスドキュメントタプルに少なくとも１個のアクション要素の値を提供することにより、ＣＰＩＭ ＰＩＤＦプレゼンスドキュメントの拡張部を作成するように構成される請求項２６記載のプレゼンスサーバ。
29. 前記処理システムが、前記プレゼンスドキュメントのドキュメントバージョンを識別するドキュメントバージョン指示子を提供することにより、ＣＰＩＭ ＰＩＤＦプレゼンスドキュメントの拡張部を作成するように構成され、前記ドキュメントバージョンは、前記利用申込みを行う端末に記憶されたプレゼンス情報が前記プレゼンスサーバに同期しているか否かを判別する前記利用申込みを行う端末によって利用することができるものである請求項２５記載のプレゼンスサーバ。
30. 前記処理システムが、前記プレゼンスドキュメント内で、前記利用申込みを行う端末に記憶されたプレゼンス情報に比較して変化したプレゼンス情報のサブセットを識別することにより、前記プレゼンスドキュメントを前記部分的プレゼンス情報として作成する、請求項２４記載のプレゼンスサーバ。
31. プレゼンスサーバとネットワークを介してプレゼンスサーバに接続した端末間でプレゼンス情報を送信するためのコンピュータシステムによって実行することのできる命令を記憶するコンピュータ読取可能な媒体であって、この命令は、
    前記端末がプレゼンスサービスを要求した少なくとも１個のプレゼンティティを前記プレゼンスサーバにより識別するステップと、
    前記プレゼンティティに対応するプレゼンス情報を含むプレゼンスドキュメントを前記プレゼンスサーバにより作成するステップと、
    前記プレゼンス情報を、前記プレゼンティティについて利用可能なプレゼンス情報全体より少ない情報を含む部分的プレゼンス情報として前記プレゼンスサーバにより構成するステップであって、前記プレゼンス情報を構成するために前記コンピュータシステムによって実行することのできる命令は、変更のあったプレゼンス情報のプレゼンス・ステータス情報を提供する命令と、少なくともひとつのアクション要素の値を前記プレゼンス情報内に提供する命令と、を含むステップと、
    前記部分的プレゼンス情報を有するプレゼンスドキュメントを、前記プレゼンス情報を要求する前記端末に前記プレゼンスサーバにより送信するステップと、
    を行うことにより実行可能である媒体。
32. 前記プレゼンス情報を構成するためのコンピュータシステムにより実行可能な命令は、前記プレゼンス情報に、前記プレゼンスドキュメントが前記部分的プレゼンス情報またはプレゼンス情報の完全な更新のいずれかを含んでいるかを示すモード値を提供するための命令を含む請求項３１記載のコンピュータ読取可能な媒体。
33. 前記プレゼンスドキュメントを作成するためのコンピュータシステムにより実行可能な命令は、プレゼンス情報データフォーマット（ＰＩＤＦ）を使用するインスタントメッセージ用共通プロファイル（ＣＰＩＭ）仕様に従ったプレゼンスドキュメントを作成する命令と、前記プレゼンス情報を前記プレゼンティティについて利用可能なプレゼンス情報全体より少ない情報からなる部分的プレゼンス情報として構成することを容易化するために、ＣＰＩＭ ＰＩＤＦプレゼンスドキュメントの拡張部を作成する命令を含む請求項３１記載のコンピュータ読取可能な媒体。
34. 前記コンピュータシステムにより実行可能な命令はさらに、前記少なくとも１個のプレゼンティティのプレゼンス情報について端末の利用申込みを容易化する命令を含む請求項３１記載のコンピュータ読取可能な媒体。
35. 前記コンピュータシステムにより実行可能な命令はさらに、前記プレゼンス情報の少なくともいくつかにおける変化を識別する命令を含み、前記プレゼンスドキュメントを送信するための前記コンピュータシステムにより実行可能な命令は、前記プレゼンス情報の変化に応答して前記プレゼンスドキュメントを送信する命令を含む請求項３１記載のコンピュータ読取可能な媒体。
36. プレゼンス情報をクライアント端末に通知するためのコンピュータシステムによって実行することのできる命令を記憶するコンピュータ読取可能な媒体であって、この命令は、
    （ａ）プレゼンティティに関するプレゼンス情報を要求する少なくとも１個の端末により使用されるプレゼンスドキュメントを作成するステップであって、
    （ｉ）少なくとも１つのタプルを生成するステップであって、このタプルは、該タプルの以前のバージョンと比較される前記タプルのバージョンを表示するバージョン値を含むステップおよび、
    （ｉｉ）前記プレゼンス情報を前記タプルに関連付けるステップであって、前記プレゼンス情報が前記プレゼンティティのプレゼンス情報の完全なセットのサブセットを含み、また前記プレゼンス情報が変更のあったプレゼンス情報のプレゼンス・ステータス情報および少なくともひとつのアクション要素の値を含むステップと、
    （ｂ）前記プレゼンスドキュメントを、前記プレゼンス情報を要求するクライアント端末に送るステップと、
    （ｃ）前記タプルを介して提供されるバージョン値と、前記クライアント端末に記憶された現在のバージョン値とを比較するステップと、
    （ｄ）前記タプルが提供したバージョン値が新プレゼンス情報はそのタプルによって利用可能であることを示している場合は、前記クライアント端末に対し、そのタプルに関連したプレゼンス情報を更新することを指示するステップと、
    を実行可能な命令を含む媒体。
37. プロセッサと、
    少なくとも１個のプレゼンティティのプレゼンス情報をプレゼンスサーバに要求する少なくとも１個の要求を生成して、変更のあったプレゼンス情報および少なくともひとつのアクション要素の値を含み、かつ前記少なくとも１個のプレゼンティティについて利用可能なプレゼンス情報の全体より少ない情報を含む部分的プレゼンス情報を前記プレゼンスサーバから受信するための前記プロセッサにより実行可能なウォッチャーアプリケーションと、
    前記プレゼンス情報を記憶して、前記部分的プレゼンス情報により識別された前記プレゼンス情報の一部を更新するためのメモリと、
    を含むユーザ機器端末。
38. 前記ウォッチャーアプリケーションは、前記少なくとも１個のプレゼンティティのプレゼンス情報の利用申込み要求の形態で少なくとも１個の要求を生成する前記プロセッサにより実行可能である請求項３７記載のユーザ機器端末。
39. 前記利用申込み要求は、セッション開始プロトコル（ＳＩＰ）におけるサブスクライブ（ＳＵＢＳＣＲＩＢＥ）メソッドからなる請求項３８記載のユーザ機器端末。
40. 前記ウォッチャーアプリケーションは、該ウォッチャーアプリケーションに前記部分的プレゼンス情報を提供する通知メッセージの形態で前記部分的プレゼンス情報を受信する前記プロセッサにより実行可能である請求項３７記載のユーザ機器端末。
41. 前記通知メッセージは、セッション開始プロトコル（ＳＩＰ）におけるノーティファイ（ＮＯＴＩＦＹ）メソッドからなる請求項４０記載のユーザー機器端末。
42. ネットワークを介して、無線により前記プレゼンス情報の要求を送信することのできる送信器と、無線により前記プレゼンス情報の要求を受信することのできる受信器と、を含む無線端末を備える請求項３７記載のユーザ機器端末。

Images