JP2005516320A5

JP2005516320A5 -

Info

Publication number: JP2005516320A5
Application number: JP2003565155A
Authority: JP
Filing date: 2003-02-03
Publication date: 2009-07-30
Anticipated expiration: 2023-02-03

Description

いくつかのエンティティのプレゼンス情報にアクセスする方法

本発明は、無線情報機器でいくつかのエンティティの所在情報にアクセスするのを可能にする方法に関する。「所在（プレゼンス；presence）」情報とは、位置、アクセス可能性（アベイラビリティ；availability）、及び気分（ムード；mood）を含む、無線情報機器のユーザの現在の状態についての情報及びヒントを与える、個人的なユーザデータを意味する。本明細書で使用される「無線情報機器」という用語は、一方向又は双方向の通信能力を有し、無線電話、スマートフォン、コミュニケータ、パーソナルコンピュータ、コンピュータ及び特定用途向け装置に限定されない、あらゆる種類の装置をカバーするものと広く解釈されるべきである。これには、ＧＳＭ、ＵＭＴＳ移動無線、ブルートゥース（登録商標）、インターネットなどのようなあらゆる種類のネットワークを介して、あらゆる方法で通信することが可能な装置が含まれる。

現世代の有線及び無線の電話は、発呼者に呼の受信者の状態を単純であいまいになりうる用語でのみ示すことができる。例えば、発呼者が音声呼を行うとき、彼又は彼女は、以下の５つの異なった応答：（ａ）所望の呼の受信者が応答する；（ｂ）応答がない；（ｃ）話中音がある；（ｄ）予め録音されたボイスメール・メッセージにつながれる、あるいは（ｅ）他の人に転送される、の１つを受信するであろう。意図した呼の受信者がその呼に実際に応答しない場合、発呼者はなぜその呼に応答しなかったのかが分からない。例えば、意図した受信者は実際にはそこに居たが忙しくて応答することができないのか、別の番号に電話すればうまく連絡が取れたのか、などである。

従来のいわゆる「プレゼンス」システムは、現在比較的注目される対象であり、上記の問題を部分的に解決する。プレゼンスシステムの意図は、発呼者が呼を行う前に呼のユーザに想定される呼の受信者の状態を示すこと−例えば、意図した呼の受信者が忙しい、会議中、移動電話又は地上回線で連絡可能かどうかについての情報を与えること、呼の受信者が好む連絡方法（音声、ＳＭＳなど）についてのヒントを与えることである。ＲＦＣ２７７８「プレゼンス及びインスタントメッセージング用のモデル（A Model for Presence and Instant Messaging）」、インターネット協会（Internet Society）、２０００年２月、を参照されたい。

プレゼンス情報は一般的に無線事業者によって制御される１つ以上のサーバに格納される。人々は彼等のプレゼンス情報を彼等自身の無線情報機器からこれらのサーバに送ることができる。機器の位置のようなある種のプレゼンス情報は、自動的に決定されてもよい。別の人に関連している（あるいは所有されている）プレゼンス情報を探している人は、これらのサーバにアクセスできる。彼又は彼女のプレゼンス情報を彼又は彼女自身の無線情報機器に個別に格納する、ピアツーピアの変形例も可能であり、この場合、この情報を引き出すのを所望する他の無線情報端末やサーバにこの情報へのアクセスを与えることができる。本願と同じ出願人によって出願された、ＰＣＴ／ＧＢ０１／０３７８４号には、包括的プレゼンスアーキテクチャが記載されており、その開示内容を参照により本明細書に組み込む。更に、これも本願と同じシンビアン・リミテッドによって出願された、ＰＣＴ／ＧＢ０１／０３８０４号には、本願発明の高速及び有効な開発に適した拡張可能なデータベースのアーキテクチャが記載されており、この開示内容も参照により本明細書に組み込む。
ＲＦＣ２７７８「プレゼンス及びインスタントメッセージング用のモデル（A Model for Presence and Instant Messaging）」、インターネット協会（Internet Society）、２０００年２月ＰＣＴ／ＧＢ０１／０３７８４号ＰＣＴ／ＧＢ０１／０３８０４号

プレゼンス情報は、個人が単純に友人と話したいと感じているような、社交的状況において非常に有用となる可能性がある：彼は彼の友人のプレゼンス情報をマニュアルで順次照会し、「会議中」又は「邪魔しないで」のように示されたプレゼンス情報を有する友人を除くことができる。別の人のプレゼンス情報の照会は、一般的に簡単なダイアログ画面、例えば、上記の個人の無線情報機器で実行中の連絡先アプリケーションを通じて行われ、特定の人との連絡記録を見るときに起動される、様々な通信オプション−例えば、「通話」（その人への音声呼をセットする）、「メッセージ」（その人へのＳＭＳテキストメッセージを書いて送る）；及び「プレゼンス情報取得」（その人のプレゼンス情報を得る）、がリストされたメニューがあるであろう。彼が話したい人それぞれに「プレゼンス情報取得」オプションを別個に順番に使用すると、彼はおそらく「退屈」と示されたプレゼンス情報を有する友人を見つけて、その人との音声呼を開始することができるであろう。しかしながら、プレゼンス情報を順番にマニュアルでチェックする処理は、極めて時間がかかる。
プレゼンス情報は自動的に供給されて使用されてもよい−すなわち、無線情報機器のユーザからのそのプレゼンス情報についての要求に対する直接的な応答で供給されるのではなく、自動的かつ定期的に供給される。一般に、このプレゼンス情報は中央のサーバに格納され、様々な方法で分析され得る。予め定められた種類のエンティティが予め定められたユーザの近接領域に入ったときに、ユーザに警告を送信するのにこのプレゼンス情報を自動的に使用できるシステムを参照されたい。ＷＯ００／２２８６０号が一例である。しかしながら、帯域幅の制限、コストや個人のプライバシーの懸念が、エンティティのプレゼンス情報が格納及び分析のために自動的に中央のサーバに送信されて、エンティティの位置が変化した場合に自動的にユーザに送信されるという前提を崩す可能性がある。本発明は、そのような前提をなくし、物理的位置の変更のようなエンティティの状態の何らかの変化の結果としてではなく、ユーザがエンティティのプレゼンス情報を明確に要求し、その情報が要求に対する直接的な応答として明確に送信されるという、全く異なる状況に対処するものである。同様に、予め定められた種類のエンティティが予め定められたユーザの近接領域に入ったときに、ユーザに警告を送信するのにプレゼンス情報を自動的に使用できるシステムを示している、ＥＰ１１７６８４０号も参照されたい。この種の自動的通知に加え、ユーザは所与の名前のエンティティが近くにいるかどうかを判定するのに調査クエリを送信することができる。しかしながら、これはユーザがサーチエンジンで実行される調査で使用されるべき近接基準を定義する文字列の調査クエリを作成して機器に入力するのを必要とする。しかし、文字列の調査クエリの作成及び入力はユーザにとって不便となり得る。更に、システムは、物理的（例えば、予め定められた距離）又は論理的（たとえば、ｂ同じ建物）にユーザに近接して他の機器を設置することを制限される。本発明はこれらの制限に対処することを目的とする。

本発明の第１の態様では、無線情報機器をいくつかのエンティティのプレゼンス情報にアクセスできるようにする方法であって、
（ａ）いくつかのエンティティについてのプレゼンス情報を１つ以上のデータ格納部に格納し、該情報をアクセス可能にするステップと、
（ｂ）前記１つ以上のデータ格納部それぞれから、予め定められたプレゼンス基準に一致する又は満たすエンティティのプレゼンス情報を、自動的に送信するステップとを備えており、前記基準は、前記無線情報機器のユーザが、前記機器に１つ以上のメニューリストで表示され、物理的又は論理的位置に加え又はそれ以外のプレゼンス基準に関連している予め定められたプレゼンス基準を該ユーザが選択することによって定義又は選択され、前記基準はそのようなエンティティいくつかをカバーする可能性を有し、前記１つ以上のデータ格納部から前記無線情報機器への前記情報の送信は、前記エンティティの物理的又は論理的位置のあらゆる変更の結果としてではなく、前記ユーザが前記機器に表示され、前記１つ又は各データ格納部で前記予め定められたプレゼンス基準に一致する又は満たす全てのエンティティの調査を開始させる、オプションを選択するのに直接応答して行われることを特徴とする方法が提供される。

このため、ユーザは、予め定められたプレゼンス基準のメニューリストからサーチフィルタを選択することが自動的にでき、いくつかのエンティティからのプレゼンス情報の取り出しを、各エンティティについての連絡先レコードを開き、各エンティティについて「プレゼンス情報取得」タイプのオプションを選択するのとは逆に、単一の動作で開始することができる。これは、変更されたプレゼンス情報を予め定められたグループ内のユーザ全てに自動的に即座に配信するプッシュ型配信（例えば、あるエンティティのプレゼンス情報をそのエンティティの連絡先リストに「友人」としてリストされた全ての人に、そのプレゼンス情報への全ての変更を含めて配信する）とも異なっている。プッシュ型配信は、プレゼンスデータのトラフィックが必要以上となり得るので、おそらくはるかに多くの費用がかかる。

ユーザによって定義される又は選択される基準は、エンティティがユーザの連絡先の予め定められたカテゴリのメンバーであることであってもよく、各カテゴリには１つ以上のエンティティが含まれている。例えば、一般的なカテゴリは、

近親家族；拡大家族；親しい友人；フットボールの友人；読書クラブの友人；クラブの友人；映画友達；買い物友達；クラスメート；仕事の同僚；部署Ａの仕事の同僚；部署Ｂの技能Ｃを有する仕事の同僚；

等々を含んでいてもよい。これらの基準は、ユーザの機器でメニューのオプションでリスト表示されてもよく（例えば、連絡先又はメッセージ送信のアプリケーション内で）、また必要に応じて新たなカテゴリを作成できるようにユーザ定義可能であるのがよい。機器は、定義された基準を満たす各エンティティのプレゼンス情報を格納するデータ格納部に、関連するプレゼンス情報を返送する要求を自動的に送信する。これは例えば、ユーザが「プレゼンスの取得」オプションをダイアログボックス又は他の種のメニューから選択することによる、ユーザの開始指示で生じるであろう。なぜならこの「プレゼンスの取得」の選択は、定義された基準を満たす全てのエンティティに自動的に適用され、ユーザは、例えば、カテゴリ「クラスメート」の全てのメンバーのプレゼンスを、その処理をクラスメート各々について繰り返す代わりに、単一の処理でポーリングすることができる。

ユーザによって定義される又は選択される基準は、プレゼンス情報自体が基準を満たすようにユーザによって定義又は選択されてもよい。これらの基準は、連絡先及びメッセージ送信のアプリケーション内で再度リスト表示されてもよい。例えば、ユーザが友人との会合を予定するように望んでいれば、基準としては気分／アクティビティのプレゼンス情報が「会議中」、「仕事中」、「忙しい」を含むエンティティを除外する、あるいはステータス「食事可能」を含むプレゼンス情報又は同様なプレゼンス情報を有するエンティティだけを含むようなものとなるであろう。この手法は、彼等のステータスを自由な形式で記載できるエンティティよりも、全てのエンティティによって使用される標準的オプションから選択され得るプレゼンス情報を必要とするであろう。自由形式によるステータスメッセージを解釈できる、ある程度のＡＩを用いた照会エンジン（クエリエンジン）によってもその条件は満たされるであろう。要求した無線情報機器に送信されるプレゼンス情報は、機器によって送信された基準を満たすものがあるか否かについての単純な回答（「yes」又は「no」）であってもよい。あるいは、実際に格納されたプレゼンス情報が返送されてもよい（例えば、「あなたの気分は」というクエリに応答するプレゼンス情報は「忙しい」となる）。

第２の態様では、ユーザによって定義される又は選択される基準を満たすいくつかのエンティティのプレゼンス情報を自動的に要求するようにプログラムされた無線情報機器であって、前記基準は、前記無線情報機器のユーザが、前記機器に１つ以上のメニューリストで表示され、物理的又は論理的位置に加え又はそれ以外のプレゼンス基準に関連している予め定められたプレゼンス基準を該ユーザが選択することによって定義又は選択され、前記自動的な要求は、前記エンティティの物理的又は論理的位置のあらゆる変更の結果としてではなく、前記ユーザが、前記機器に表示され、前記１つ又は各データ格納部で前記予め定められたプレゼンス基準に一致する又は満たす全てのエンティティの調査を開始させる、オプションを選択するのに直接応答して行われることを特徴とする無線情報機器が提供される。

第３の態様は、無線情報機器上で実行されたときに、前記機器に、
（ａ）物理的又は論理的位置に加え又はそれ以外のプレゼンス基準に関連しており、前記基準はそのようなエンティティいくつかをカバーする可能性を有し、予め定められたプレゼンス基準のメニューリストと、
（ｂ）前記メニューリストから選択された予め定められたプレゼンス基準に一致する又は満たす全てのエンティティの調査を開始させるオプションと、を表示させることを特徴とするコンピュータソフトウエアをカバーする。

更なる詳細事項は、特許請求の範囲に詳述されている。

以下の図面を参照して本発明を説明する。

本発明の実現形態は「ピンギング（Pinging）」と呼ばれ、英国のロンドンにあるシンビアン・リミテッドから提供されるシンビアンＯＳを有する無線情報機器上で動作する。「ピンギング」機能は、アプリケーションあるいは、連絡先又はメッセージ送信のアプリケーションのような既存のアプリケーションのＵＩの拡張として実現される。これはユーザが、自動的に照会されるエンティティを定義するプレゼンス情報の基準を、彼の無線情報機器によって選択するのを可能とする。ユーザは、一旦基準を定義（例えば、彼の連絡先／アドレス帳アプリケーションで「友人」として分類された連絡先のような、照会すべき特定のグループを選択）すると、画面上のダイアログ又は他のメニューを用いて、基準を満たす全てのエンティティについての自動的照会を開始する、「ピンギング」機能を１度選択すること以外になにもしなくてよい。「友人」として分類されたメンバーそれぞれのプレゼンス情報を、マニュアルで照会する必要はない。

該機器は、それぞれ選択可能な項目を有する一連の異なったリストを表示するようにすることができ、リストの項目を選択することでその項目を照会（クエリ）フィルタとして機能させる。１つのリストが、全ての利用可能な連絡先のカテゴリ（近親家族；拡大家族；親しい友人など）を含んでいてもよい。別のリストが、利用可能な気分／アクティビティ（会議中、仕事中、忙しい、食事可能、会合希望など）を含んでいてもよい。別のリストが、「目印」（家、仕事、学校）と呼ばれる異なるプレゼンス情報パラメータと、ユーザが位置又は新たな目印を定義するのを可能とするような地図作成アプリケーションを開くオプションとを含んでいてもよい。これらのリストの性質及び内容は、クエリの対象となり得る様々な関連するプレゼンスパラメータを提供するために、変更され拡張され得る。このようにして、ユーザは彼のプレゼンス調査クエリに適用すべきフィルタ−例えば、「友人」で「パーティしよう」気分を彼等のプレゼンスに選択した全ての連絡先、を迅速に選択できる。この手法は図１から８に示されている。

図１を参照すると、無線情報機器の表示画面が１で示されている。連絡先アプリケーションが開かれ、「音声」、「文字」、「ピング！」の３つの可能な通信処理が２で示されている。ユーザが「ピング！」オプション２を選択すると、図２の画面が生成される。これには適用可能な３つの異なる基準又はフィルタ：「連絡先」３、「気分／アクティビティ」４及び「位置」５、が示されている。ユーザは連絡先と気分／アクティビティのチェックボックス６を選択している。これにより機器は図３で示す２つの主な連絡先の選択方法を示す：個々に選択する（７）（例えば、連絡先リストをスクロールして必要な連絡先を１つずつ選択する）又は、個人が既にユーザによってカテゴリ分けされている、グループで選択する（８）のいずれかである。「グループを選択」オプション８が選択されると、図４の表示が示され、リスト９で利用可能な様々な種類のグループが示される：友人、家族、仕事Ａ、クラブ、クラスが示されている。ユーザは「友人」を選択し、このため１０でハイライト表示されている。そして機器は図５の表示となり、リストで利用可能な様々な気分／アクティビティの基準：仕事、退屈、パーティしよう、食事しよう、忙しい、ショッピングがリストに示されている。ユーザは「パーティしよう」１２を選択し、ハイライトで示されている。ユーザが位置ピンギングフィルタ（図２）を選択した場合、図６の利用可能な位置基準：家、仕事、学校、がリスト１３にリスト表示される。また、ユーザが地理的に位置を定義するのを可能とすべく、地図作成アプリケーションを開くオプションがある。実際にはユーザは「位置」ピンギングオプションを選択しなかったので、彼の基準選択はここで完了し図７に示される、友人とパーティしようとが現在のフィルタであることを示す画面で確認する。更に、「ピング！」１６で示される１つのボタンが表示されている。このボタンを選択すると、機器はユーザの「友人」リストに載っている人と、「パーティしよう」気分がラベルされている人との両方の２つの選択基準を満足するエンティティを自動的に明らかにする。これはプレゼンス情報要求（以下で詳細を述べる）を、ユーザの連絡先リストで「友人」としてリストされている人全てのプレゼンス情報の格納場所に送信することによって行われる。これは機器にポーリング又は要求されたときに、ユーザの無線情報機器（適切に認証されていれば）にプレゼンス情報を自動的に返すようにプログラムされた、サーバベースのデータベースであってもよい。

ピアツーピア手法も可能である。この場合、プレゼンスデータは中央のデータベースサーバには格納されず、データベースサーバの所有者（例えば、ネットワーク事業者）に集中的に管理されないが、その代わり、プレゼンスデータは個々の無線情報機器に分散しており、各ユーザのプレゼンスデータはそのユーザの無線情報機器に格納されソフトウエアによって管理される。機器のソフトウエアは、他の機器からのプレゼンス関連クエリについてのフィルタを含むプレゼンス情報要求を他の機器から受信し、プレゼンス情報要求を記録し、所与のユーザからの要求を否認／許可するようにユーザによってプログラムされあるいは構成されてもよいが、プレゼンス情報を要求したエンティティとの通信を容易にし、他の機器によって要求されたプレゼンス情報のデータを生成して表示する。このため、上記の例では、プレゼンス情報の要求は、「友人」としてリストされた各エンティティによって制御される遠隔の各無線情報機器に直接送信され、各機器は「ポーリング又は要求されたときにパーティしよう」気分が一致した場合、要求している無線情報機器にプレゼンス情報を自動的に返送するようにプログラムされている。

従って、「パーティしよう」の要件に対する実際のフィルタリングは、プレゼンス情報を格納するリソース（例えば、ポーリングされた連絡先のサーバ又は無線情報機器）で行われることができ、そのリソースは、構造化クエリ言語で表されたクエリクエリ（例えば、貴方のプレゼンス情報は「パーティしよう」気分を含んでいますか）に対する一致の確認を実際に行う。一致が無い場合には、要求している機器（あるいは実際には他のサーバ）に、否定応答（NIL応答）を返す。一致がある場合には肯定応答（YES）を送信する。代替的に、より一般的なクエリ（例えば、「私が見るのを認可されている貴方のプレゼンス情報全てを教えて下さい」）が要求している機器から送信されてもよく、プレゼンス情報を格納しているリソースはその情報を返し、要求している機器自体がユーザの定義した基準に対する必要なマッチングを実行する。

最後に、基準を満たす各エンティティのプレゼンス情報は、連絡先アプリケーションにおけるそれらの連絡先レコードに自動的に表示される。代替的に、図８に示されているように、「パーティしよう」気分に一致する友人全てを名前で表示するリストが、連絡先アプリケーション内に生成されてもよい。ユーザの機器は、ユーザがそのリストから人を選択し、彼又は彼女と音声又は文字での連絡を開始するのを容易に可能とする、通信ダイアログウインドウも表示する。図８では、名前「ジム」が選択されハイライトで示されている：ユーザはボックス１８内の適切なオプションを用いて、音声チャネル又は文字で彼へ素早く連絡できる。

最終的な結果としては、表示内容に関係する彼又は彼女のプレゼンス情報だけがユーザに提供されるであろう。これを送信するバックグランド処理は、多数のエンティティのプレゼンス情報のクエリを含んでいてもよい。これはユーザが機器に表示されているオプションを１つ（１回だけ）選択するだけで開始される。例えば、フィルタを選択した後に、彼又は彼女は「プレゼンス取得」又は「ピング！」ボタン（図７の１６）を１回選択するだけで、機器は、その後のバックグランド処理として、必要なフィルタ基準と表示された関連する情報とを比較して、全ての可能なエンティティからプレゼンス情報を要求する。図示した例では、全ての「友人」の内、「パーティしよう」気分の人のリストである。図７に示されているように、これに至る処理全体を開始するのにユーザは、「ピング！」ボタン１６を単に１回選択するだけでよい。

別の代替的シナリオとしては、学生がクラスメート全員のプレゼンスを知るのに興味を持つかもしれない：彼又は彼女は単に「クラス」をフィルタとして選択し（図４の９にリストされたオプションを参照）、「ピング！」機能１６オプションを選択し、クラスメート全員のプレゼンス情報が彼の機器に返送されて表示される。

さらに有用な機能は、上記の処理を用いてよく使用されるフィルタ「プロファイル」をユーザが設定し、その後の使用のためにそれらを保存するのを可能とするものであろう。次回ユーザが「パーティしよう」気分の友人を見つけたいとき、彼は単に適切なプロファイルを選択してピング！ボタンを押すだけでよい。

このシステムは押し付けがましいものとなる可能性があるので、不適切な使用に対する予防手段を設けて構成するのが賢明である。１つの予防手段としては、エンティティのプレゼンス情報へのアクセスを要求するユーザの識別情報を記録し、そのエンティティによって制御される無線情報機器に表示のためにその識別情報が自動的に送信される又はその機器によって使用されることである。プレゼンス情報を格納するデータ格納部（例えば、サーバ又はピアツーピア手法のために機器自体）に記録されてもよい；これはあらゆる個人のプレゼンス情報を要求した人の監査履歴を提供し、誰かのプレゼンス情報を不適切に要求することの抑止策として働く。本発明の一般的な実施においては、プレゼンス情報は無線ネットワーク事業者によって制御されるサーバベースのデータベースに格納される。これらのサーバは、プレゼンス情報に対する全てのアクセス要求を記録し（例えば、プレゼンス情報にアクセスする人の識別情報、アクセスされるプレゼンス情報の性質、アクセスの時間／日付）、その情報を関連するユーザの無線情報機器に送信するようにプログラムされ得る。そしてその機器は、プレゼンス情報が要求された又はアクセスされたという事実を表示し、ユーザに記録を表示させるオプションを提供するようにプログラムされる。サーバベースのデータベースは、予め定められたカテゴリのエンティティからのプレゼンス情報のアクセスに対して自動的に否認するようにプログラムされてもよく（例えば、ブラックリストに載っている人、データベースに格納されたユーザの連絡先リストに載っていないエンティティ）、その結果、ユーザにプレゼンス情報がアクセスされたときだけでなく、要求されて否認されたときにも通知することができ有用である。

〔プレゼンスアーキテクチャ〕
プレゼンスシステムのアーキテクチャの全体を以下で説明する。これは典型的なクライアント／サーバである。インスタントメッセージング及びプレゼンスサーバ（ＩＭＰサーバ）は、プレゼンス情報及び他の個人的データのマスターコピーを保持している。個人的データは一時的なデータではなく（プレゼンス情報とは異なり）、ユーザが定義したアクセス制限内（定義されたクラス又は個人に対してなど）でアクセスされ得る、ユーザがデータベースに格納するのを所望するデータである。個人的データは、ＭＰ３ファイル；写真；クレジットカードの詳細事項；誕生日及び他の記入事項から自動的に選択されるデータ；医療記録；予定表；公開ＰＧＰキー等のような事項、すなわち、ファイル、記録及び事務処理に基づいた共有される内容物を含んでいてもよい。

サーバは、クライアントと他のサーバとに関してクライアントの接続及び通信を直接聴取する。サーバはまた、データ格納部、ユーザの認証、ディレクトリの参照（例えば、ＬＤＡＰ）及び名簿を処理する。サーバは、プレゼンス情報に対する全ての要求（例えば、その情報を要求したエンティティの名前、連絡先の番号、ｅメール等、調査されたプレゼンス情報の種類、アクセスの時間／日付、アクセスが成功したか否か等）を記録することができ、構成された要求に対するフィルタリングを行い、要求パラメータに一致する又は満足する必要なプレゼンス情報（「yes」の応答であってもよいし、又は格納された実際の情報、例えば、「パーティしよう」のような定義された気分であってもよい）を要求したクライアント機器に返送することができる。

クライアントはＩＭＰサーバと通信し、十分に構成されたＸＭＬパケットを構文解析して解釈し、メッセージのデータタイプを理解する。

全体のアーキテクチャに戻ると、各ユーザは単一のサーバに関連しており、該サーバは各ユーザからの情報及び各ユーザへの情報を受信する。しかし一般的なネットワークでは、同じ事業者によって提供される多数のＩＭＰサーバが存在することがあり、これらのサーバはそれらの間で、適切な相互に処理可能な規格（例えば、ＳＩＭＰＬＥ）で適切に、メッセージ及びプレゼンス情報を転送し、他の外部のＩＭ及びプレゼンスシステムとも行う。クライアント／サーバプロトコル（好ましくはオープンＸＭＬベースの標準）が通信に用いられる。これは、クライアント−サーバ、サーバ−クライアント及びサーバ−サーバの通信（セッションの開始、変更及び終了）に使用される。サーバツーサーバプロトコルも使用されてもよい−異種のシステム間で相互に処理可能なＳＩＰ／ＳＩＭＰＬＥが選択されるのが自然であろう。

データ表現プロトコル：アークテクチャの基本的要件は、拡張可能なことである。そのようなものとして、オープンＸＭＬベースの標準プロトコルがデータＩＭ、プレゼンスデータ及び個人的情報）のパッケージング／転送（に使用されるべきである。プロトコルは、送信される他の種のデータをカプセル化するのに、それらのネームスペース内にそれら自体のＸＭＬデータを含めることによって、あらゆるクライアント、サーバ、転送、又はカスタムアプリケーションを構成するのにアーキテクチャのあらゆる構成要素を可能とする、ＸＭＬネームスペースを使用すべきである。ＳＯＡＰが用いられてもよい。柔軟なメッセージング及びプレゼンスシステムに加えて、ＸＭＬベースのディレクトリが提供されるべきである。アカウント管理に関しては、全てのユーザが彼らのアカウントの生成及び管理についての全ての権限を有するのを、サーバがデフォルトで許可するであろう。これには、パスワード、及び全てのプレゼンス、個人的データ及びメッセージングの態様が含まれる。サーバの管理者は、各アカウントに割り当てられた権利についての全ての権限を有し、いつでもこれらを削除又は制限できる。

〔ピンギングアーキテクチャ〕
図９は、ピンギングアーキテクチャ全体の高レベルブロック図である。「ピンギング」機能は、それらのプレゼンス関連クエリ（例えば、「ジョー及びサリーのプレゼンスを取得せよ」）をクライアント機器のプレゼンスフレームワーク１９に送信することができる、連絡先又はメッセージング「アプリケーション」２３のような、アプリケーション又は既存のアプリケーションに対するＵＩの拡張として実現される。プレゼンスフレームワーク１９は、ローカルデータベースのプラグイン２１を介してローカルプレゼンスデータ格納部２２ち通信する。プレゼンスフレームワーク１９は、ネットワークのプラグイン２０を介して、ネットワーク２４を通じて又は直接他のクライアント機器２６、２７（ピアツーピアのプレゼンスシステムが使用される場合）と、あるいはより一般的なクライアントサーバモデルについてはネットワークのプレゼンスデータ格納部２６と通信する。

図１〜図８は本発明の動作を示す移動電話の画面を示す図であり、図９は本発明を実現する高レベルのアーキテクチャを示すブロック図である。