JP4610163B2 - プレゼンス管理の実現 - Google Patents

Description

本発明は概して通信システムに関する。詳細には、本発明は、通信システムのインスタントメッセージングサービスの一部だけではなく独立したサービスとしてのプレゼンス情報の管理に関する。

インスタントメッセージングサービスは、エンドユーザに高速で対話型の主としてテキストをベースにした通信を提供する。それは、短いテキストのメッセージによるインターネットまたはＳＭＳ様式のメッセージングと、プレゼンス管理とチャットルーム型のシナリオなどの付加価値のある関連サービスの両方を含む。

一般的には、「プレゼンス」は、さまざまな手段を介してサービスにアクセスするユーザに関するユーザの多様な動的情報を含むと考えることができる。この情報の例は、通信に対するユーザの到達可能性と利用可能性、および通信のためのムードや意欲などのより感情的なその他のステータス（status）である。

プレゼンス情報の検索および承認は、通常、完全に双方向の獲得および承認を伴う独立したサービスとしてではなく、サービスシナリオ全体に結び付いた独占的な方法でインターネットベースのインスタントメッセージング手段によって解決されてきた。完全な双方向の獲得および承認を備える独立型サービスモデルのプレゼンス手段は存在しない。

さらに、多様なベンダがこのようなサービスの提供を開始できるようにオープンアーキテクチャを使用してプロトコルを定義するニーズがある。

本発明の目的は、完全な双方向の獲得と承認を備えたサービスモデルを含む多様な独立型のプレゼンスサービスモデルを提供することである。

プレゼンス情報の獲得のための以下の２つのモデルが開示されている。
検索ベースのプレゼンス獲得、および
加入ベースの獲得。

さらに、プレゼンス情報の承認のための以下の２つのモデルが開示される。
要求された承認、および
先行型の承認。

さらに、獲得および承認は、部分的なプレゼンス情報に適用されてよい。

これらの多様なモデルは、複数のプリミティブを有するデータ構造を使用してクライアントとサーバのあいだで実行されてよい。

本発明の第１の態様によれば、データ構造が複数のプリミティブを含み、クライアントとサーバ間のネットワーク上での前記プリミティブの転送中において、前記プリミティブのそれぞれがクライアントにおけるコンピュータ読取り可能媒体内への、およびサーバにおけるコンピュータ読取り可能媒体内への少なくとも一時的な記憶のためのものであり、前記データ構造が、被要求側のユーザのプレゼンス情報を要求するために、要求側のユーザのクライアントからサーバに提供されるプレゼンス獲得プリミティブを含むこと、プレゼンス獲得プリミティブが要求側ユーザの識別子、被要求側ユーザの識別子、および要求されたプレゼンス値のリストを含む多様な情報要素を有すること、前記データ構造が、プレゼンス情報を提供するためにサーバから要求側ユーザクライアントに提供されるプレゼンスプリミティブを含むことおよびプレゼンスプリミティブが、被要求側ユーザの識別子および供給されたプレゼンス値のリストを含む多様な情報要素を有することを特徴としている。

本発明の第１の態様に関する追加の詳細は、従属クレーム２から１９に記載されている。

本発明の第２の態様によれば、送信または受信のためにデータ構造を少なくとも一時的に記憶する手段を有するデバイスは、データ構造が本発明の第１の態様にしたがっていることを特徴としている。

本発明の第３の態様によれば、複数のデバイスと通信できる少なくとも１つのサーバを有するシステムでは、該少なくとも１つのサーバと複数のデバイスのあいだで、本発明の第１の態様によるデータ構造を備えた通信プロトコルが使用される。

さらに、本発明の第３の態様によれば、プレゼンス値は、プレゼンス値または関係するプレゼンス値を修正するために少なくとも１つのサーバにより使用可能な関連付けられたスペースと時間の情報を有する。

さらに依然として本発明の第３の態様によれば、システムは空間と時間の情報に関連付けられる妥当性指標（validity attribute）を有するプレゼンス値によって特徴づけられる。

本発明の第４の態様によれば、サーバが使用するためのプレゼンス情報サービス管理方法は、ユーザに関する選択されたプレゼンス情報に対するアクセスを承認するためにプレゼンス承認メッセージがユーザによって起動され、サーバがユーザから前記プレゼンス承認メッセージを受信する工程、更新メッセージが更新側ユーザにより起動され、サーバが更新側ユーザから前記プレゼンス情報更新メッセージを受信する工程、応答が必要とされるプレゼンス情報を要求するユーザを含み、かつ要求されたプレゼンス情報を含む継続的な応答が必要とされるプレゼンス情報にあらかじめ加入している加入側ユーザを含む、プレゼンスサービス要求側ユーザから、サーバがプレゼンス情報要求メッセージを受信する工程、サーバが、要求されたプレゼンス情報に対するアクセスが承認されているか否かを判断し、承認されていない場合には、プレゼンス情報が要求されている被要求側ユーザから承認を要求する工程、および承認されている場合には、サーバが、応答が期待されている要求されたプレゼンス情報を、応答が期待されているプレゼンス情報を要求している要求側ユーザに提供し、とくに更新側ユーザからプレゼンス情報更新メッセージを受信したのちに、継続的な応答が必要とされるプレゼンス情報に加入する加入側ユーザに要求されたプレゼンス情報を継続的に提供する工程により、特徴づけられている。

本発明の第４の態様に関係する追加の詳細は、従属クレーム２３から４１に記載されている。

本発明の第５の態様によれば、クライアント向けのプレゼンス情報サービス管理方法を実行するサーバは、ユーザに関する選択されたプレゼンス情報へのアクセスを承認するためにプレゼンス承認メッセージがユーザによって起動され、ユーザから前記プレゼンス承認メッセージを受信する手段、更新メッセージが更新側ユーザにより起動され、更新側ユーザから前記プレゼンス情報更新メッセージを受信する手段、応答が必要とされるプレゼンス情報を要求するユーザを含み、かつ要求されたプレゼンス情報を含む継続的な応答が必要とされるプレゼンス情報にあらかじめ加入している加入側ユーザを含む、プレゼンスサービス要求側ユーザからプレゼンス情報要求メッセージを受信する手段、要求されたプレゼンス情報へのアクセスが承認されているか否かを判断し、承認されていない場合には、プレゼンス情報が要求されている被要求側ユーザから承認を要求する手段、および応答が期待される要求されたプレゼンス情報を、応答が期待されるプレゼンス情報を要求する要求側ユーザに提供し、とくに更新側ユーザからプレゼンス情報更新メッセージを受信したのちに、継続的な応答が必要とされるプレゼンス情報に加入する加入側ユーザに、要求されたプレゼンス情報を継続的に提供する手段により特徴づけられる。

さらに、本発明の第５の態様に関する追加の詳細は、従属クレーム４３から６１に記載される。

４層に分割されるインスタントメッセージング用のモデルが図１Ａに提示されている。該４層は、最上層のＩＭサービス層１０、第２の層のＩＭサービス機能層１２、第３の層のＩＭセッション技術層１４、および最下層のＩＭトランスポート技術層１６を備えている。最上層のＩＭサービス層１０は、チャット、日付記入（dating）、ミーティングおよび会議開催などのＩＭサービスを含む。第２層のＩＭサービス機能層１２は、情報要素およびメッセージフロー付きのプリミティブを備えた高水準プロトコル記述を含む。インスタントメッセージングサービスは、多様なサービスを作成するためのツールボックスとしてこれらのサービス機能を使用できるであろう。サービス機能の例示的な分割が図１Ｂに示されている。第３層のＩＭセッション層１４は、ＭＭＳ（マルチメディアメッセージサービス）、ＳＩＰ（セッション開始プロトコル）、ＳＭＳ（ショートメッセージサービス）、ＵＳＳＤ（非構造付加サービスデータ）などの既存のセッションを使用する機能のマッピングを含む。最下位層のＩＭトランスポート層１６は、トランスポートの使用方法の定義、つまりＴＣＰ／ＵＤＰ／ＩＰ（トランスポート制御プロトコル／ユーザデータグラムプロトコル／インターネットプロトコル）、ベアラとしてのＳＭＳ／ＵＳＳＤ、ＷＡＰ／ＷＳＰ（ワイヤレスアプリケーションプロトコル／ワイヤレスセッションプロトコル）を含む。以下の開示はＩＭクライアントでのＩＭサービス機能層およびＩＭサーバでの類似した層をアドレス対象とする。

すでに述べたように、ＩＭサービス機能層１２は、メッセージフロー、交換されたプリミティブ（メッセージ）の名称を含んでおり、抽象メッセージ中の構成要素を定義する。それは、（情報要素の符号化などの）このレベルで選択してよい技術も示唆する。

図２Ａは、ＩＭシステム１７が物理デバイス１８、１９、ＩＭクライアント２０、２２、ＩＭユーザ２３、２４、２５、２６およびＩＭサーバ２７、２８を備えることを示している。ＩＭユーザはＩＭシステムのカスタマであり、物理デバイス１８、１９を使用することにより提供されるインスタントメッセージングサービスを楽しんでいる。ＩＭクライアントは、１人または複数人のＩＭユーザがサービスにアクセスできるようにするＩＭサービスのインプリメンテーションである。ＩＭクライアントはハードウェア、ソフトウェア、ファームウェア、またはその任意の組み合わせであってよい。ＩＭクライアントの概念は、デバイスとは無関係であるが、実際の使用の目的のために物理デバイスにインストールされている。図２Ａには図示されていないが、指定される物理デバイスには複数のクライアントが常駐でき、同じユーザが同じデバイス上でさまざまなクライアントにアクセスできる。たとえば、図示されていないＩＭクライアント３はデバイス１９にインストールされ、ＩＭユーザ３がアクセスできるだろう。ＩＭサーバはＩＭサービスを提供し、ユーザデータを維持するネットワーク要素である。ＩＭサーバは相互接続されてよい。

ＩＭユーザは、（単一のデバイスまたは複数のデバイスを使用して）複数のＩＭクライアントから同時にＩＭサーバにアクセスしてよい。同様に、ＩＭクライアントは複数のＩＭユーザに同時アクセスを提供してよい。同じグループに同時にアクセスする同じＩＭユーザは、ジョインセッションの識別によって区分される。

繰り返すと、たとえば、移動ハンドセットまたはＰＣなどの物理デバイスは、１つまたは特殊なケースでは複数のＩＭクライアントインスタンスを有してよい。それらの特殊なケースでは、複数のＩＭクライアントインスタンスは別々に識別可能である必要がある場合がある。しかし、多くのケースでは、デバイスアイデンティティとクライアントアイデンティティは同じと見なすことができる。したがって、それらのケースでは、すべての意図および目的のために、物理デバイスはクライアントと同じである。本発明は、インスタントメッセージングサービスのユーザのアイデンティティを、インスタントメッセージングサービスが使用されているクライアントから分離する方法を説明する。しかしながら、別々のアイデンティティの割り当てを、指定されるデバイス上に常駐してよいクライアント（複数の場合がある）だけではなくデバイス自体もカバーするためにこの教示にしたがって拡張できることは明白でなければならない。メッセージングタイプ、プレゼンスタイプおよびチャットタイプのサービスでは、本発明は、ユーザ、クライアント、つまり特定の実行中のアプリケーション、およびクライアントが動作しているデバイスのアドレス指定を可能とするために拡張できる。

図２Ｂを参照すると、ＩＭシステムへのアクセスは、２つのアドレスで識別される。つまり、ＩＭユーザアドレスと認証のために考えられるパスワードを有するＩＭユーザアドレス、およびＩＭシステムにアクセスするために使用される特定のデバイスまたはＩＭクライアントを識別するＩＭクライアントアドレスである。同じデバイスの複数のクライアントをアドレス指定する機能がシステムに含まれ、デバイス識別が所望される場合には、複数のクライアント識別およびデバイス識別をカバーするために図２Ａの概念を拡張できる。

ＩＭユーザがＩＭシステムにアクセスするとき、ＩＭクライアントはＩＭユーザアイデンティティ（ＩＭユーザＩＤ）とＩＭクライアントアイデンティティ（ＩＭクライアントＩＤ）の両方を提供する必要がある。ＩＭユーザアイデンティティはＩＭユーザから入手されるのに対し、ＩＭクライアントア自体がＩＭクライアントアイデンティティを提供する。

ＩＭシステムは、ＩＭユーザに影響を及ぼすすべての目的、つまり、ＩＭユーザへの情報の送信、請求、および料金請求書作成発行などのためにＩＭユーザアイデンティティを使用する。ＩＭシステムは、ＩＭクライアントだけ（ＩＭクライアントへのメッセージの経路設定）またはＩＭユーザとＩＭクライアントの両者（特定のＩＭクライアントを介してアクセスするＩＭユーザへのメッセージ）のどちらかに影響を及ぼすすべての目的のためにＩＭクライアントＩＤを使用する。

ＩＭユーザアイデンティティは、ユーザ名とパスワードにさらに分解される。該パスワードは低レベルの認証が使用できないときに簡略な認証のために使用される。

ＩＭクライアントアイデンティティはクライアント名とクライアントアドレスにさらに分解される。該クライアント名は特定のＩＭクライアントを介してアクセスするＩＭユーザに対するメッセージを送受し、ＩＭクライアントに基づいて情報を記録するために使用される名称である。クライアントアドレスは、ＩＭアプリケーション（複数の場合がある）を実行するデバイスと、デバイス内の特定のＩＭクライアントのあいだの低レベルマッピングを提供するために使用できる。

図２ＡのＩＭクライアントとサーバの両方とも、本発明のインスタントメッセージングサービスとプレゼンスサービスの提供を容易にするために、図１Ａに図示されるような層化アプローチを有するであろう。しかし、クライアントの中間にあるサーバは、通常、最高の層、つまりＩＭサービス層１０を活用しないであろう。たとえば、図１Ｂに図示されるように、図１Ａの層化された構造を有するＩＭクライアントは、最高のＩＭサービス層を有さないことを除き、類似した層化構造を有するＩＭサーバとの通信リンク上で通信するであろう。同様に、ＩＭサーバは、直接的にまたは他のサーバを介してのどちらかで他のクライアントと最終的に通信し、それらのクライアントは、図１ＢのＩＭクライアントがこのようなＩＭサービス層を有するのと同じようにＩＭサービス層を有するであろう。すでに述べたように、ＩＭサービス層はチャット、日付記入、ミーティングおよび会議開催などのサービスを含む。

ＩＭサービス機能層１２は本明細書中にとくに開示されており、定義されたメッセージフロー、プリミティブ、および情報要素のある高水準プロトコル記述を備えている。ＩＭセッション層は、ＭＭＳ、ＳＩＰ、ＳＭＳ、ＵＳＳＤなどの既存のセッションに対する機能のマッピングを含む。ＩＭトランスポート層は、ＴＣＰ／ＵＤＰ／Ｐ、ベアラとしてのＳＭＳ／ＵＳＳＤ、ＷＡＰ／ＷＳＰなどのトランスポートの使用法を定義する。

ＩＭサービス機能層１２に焦点を当てると、この層は図示されるような多様な構成要素を含んでよい。たとえば、これらの１つは、豊富なコンテンツを含むインスタントメッセージの交換されているメッセージング部１２ｃであってよい。プレゼンス構成要素は、以下に開示されたような２つの部分１２ａ、１２ｂを含んでよく、到達可能性、ムード、ロケーションなどの幅広いユーザステータスの交換を提供する。ユーザグループ管理１２ｄは、チャットルームおよび他の共同体的側面の管理を含む。コンテンツ管理１２ｅは、画像および文書などの共用コンテンツの管理を提供する。加入者管理１２ｆも提供されている。これらの同じ構成要素はＩＭサービス側で「ＩＭクライアント技術」および加入者／相互接続管理として示されている。

したがって、前記の説明から、図２Ａに図示されるようなＩＭユーザがＩＭシステムのカスタマであることが理解されるであろう。図２Ａに図示されるようなＩＭクライアントは、移動電話またはパーソナルコンピュータなどのクライアントデバイスでのインスタントメッセージング用の実施例である。前述したように、図２Ａに図示されるようなＩＭユーザは、同時にさまざまなＩＭクライアントによってＩＭサービスにアクセスしてよい。ＩＭサーバはメッセージおよび他の情報を交換するために相互接続されている。この目的のため、ＩＭユーザアドレス指定はＩＭ加入者に関するユーザ名を使用する。やはり前記に示されるように、ＩＭクライアントアドレス指定のため、クライアント識別を加えたデバイスアドレス指定が活用されてよい。

図２Ｃは、ユーザ識別とクライアント識別の分離が有効に適用できる例を示す。図２Ｃは、多様なメッセージＬ１とＳ、ＥとＮ、Ｌ２とＤ、およびＲｅｓｕｌｔ（結果）の、ＩＭユーザ（図示されていない）により動作されるＩＭサーバ２７とＩＭクライアント２０のあいだでの交換として示されている認証プロトコルを示す。認証プロトコルは、ＩＭクライアント２０とＩＭユーザが実際にともにＩＭサーバのサービスにアクセスする権利を得ている、つまりともに加入側エンティティであることをＩＭサーバ２７について確認する。ＩＭユーザとＩＭサーバの両方ともここでプロトコルによって認証されていることを理解することが重要である。言い換えると、認証は、加入しているＩＭユーザではない誰か（ユーザ）によるアクセスを阻止し、加入しているＩＭユーザであるかどうかに関わりなく誰かが、加入しているＩＭクライアントではないデバイスまたはソフトウェアを使用してＩＭサーバにアクセスするのを許さない。

依然として図２Ｃを参照すると、示されているように、ＩＭサーバ２７は、それぞれ加入しているデバイスおよび／またはソフトウェアおよびユーザを示す、クライアントＩＤおよびユーザパスワード（user-pswds）のデータ記憶装置２７ａを含む。それは、たとえばＲＦＣ３１７４に述べられるような標準ハッシュアルゴリズム（ＳＡＨ１）またはＲＦＣ１３２１に述べられるようなメッセージダイジェスト５（ＭＤ５）などの１つまたは複数のスキーマにしたがってメッセージのいわゆるダイジェスト（メッセージの暗号化された表現である文字列）を作成できるスキーマモジュール２７ｂも含み、ＲＦＣ３１７４とＲＦＣ１３２１の両方とも、インターネットエンジニアリングタスクフォース（Internet Engineering Task Force）（ＩＥＴＦ）によって発行されたいわゆる「意見要求（Request for Comments）」文書である。

依然として図２Ｃを参照すると、好適な実施の形態で使用される認証プロトコルにしたがって、ＩＭクライアント２０は、最初にＩＭサーバ２７にヌルログオンメッセージＬ１、つまりユーザパスワードもクライアントＩＤも含まないログオンを送信し、（通常、複数の異なるスキーマを実行できる）スキーマモジュール２０ｂ内のＩＭクライアント２０で実現されるスキーマを示すメッセージＳを、該ヌルログオンＬ１とともに送信する。スキーマによって作成されるダイジェストは、メッセージの通常は圧縮され、つねに暗号化されたバージョンとみなすことができる。

ヌルパスワードに応えて、ＩＭサーバ２７はＩＭクライアント２０に、チャレンジであると理解されるいわゆるnonce NとともにエラーメッセージＥを送信する。Nonceは、所定の処方にしたがってチャレンジするエンティティ（ここではＩＭサーバ２７）により構築される文字列である。推奨されるnonceは、以下の連結のダイジェストであり、
Ｎ＝Ｈ（ｃｌｉｅｎｔ−ＩＤ｜ｔｉｍｅ−ｓｔａｍｐ｜ｐｒｉｖａｔｅ ｋｅｙ）
ここではａ｜ｂは文字列ａとｂの連結を示し、Ｈ（...）はたとえばＳＨＡ１（...）またはＭＤ５（...）であり、ここではハッシュ関数と呼ばれる。該ハッシュ関数の独立変数がキーを含む文字列の連結である場合、該ハッシュ関数の出力は適切なキーを使用してアンロック、つまりunencryptedされてよい。このような出力がダイジェストと呼ばれる。独立変数がキーを含まない場合、ハッシュ関数の出力は（事実上）絶対に反転されることはなく、出力は（たとえ依然としてなんらかの長さの文字列が通常大幅に１（one）より大きくても）単にチェックサム（checksum）として役立つにすぎない。

ＩＭクライアント２０はnonce Nを受信すると、それは再びヌルであるが、今回は以下にしたがって計算されるダイジェストＤが後に続く第２のログオンメッセージＬ２を提供する。
Ｄ＝Ｈ（Ｎ｜ｕｓｅｒ−ｐａｓｓｗｏｒｄ｜ｃｌｉｅｎｔ−ＩＤ）
ＩＭクライアント２０は、ＩＭサーバ２７によって提供されるサービスにアクセスする際に、ＩＭクライアント２０により使用されるＩＭクライアントＩＤおよびＩＭユーザＩＤを提供する手段２０ａ、２０ｂを、その中に含むか、または当該手段へのアクセスを有する。ユーザパスワードは、ユーザ（図示されていない）によってＩＭクライアント２０に提供される。

第２ログオンＬ２および添付のダイジェストＤに応えて、ＩＭサーバ２７がダイジェストＤを復号し、ユーザパスワードとクライアントＩＤを抽出し、両方が加入しているクライアントとユーザのデータ記憶装置２７ａ内にあることを確認してから、ＩＭクライアント２０に提供したnonce Nを使用するとともに、ダイジェストＤから抽出したクライアントＩＤとユーザパスワードを使用してダイジェストＤ'を独力で計算する。Ｄ'がＤと一致すると、ユーザは認証され、ＩＭサーバ２７がログインを受け入れ、そうでなければ受け入れない。つぎに、認証プロセスの結果は、メッセージResultの結果として、ＩＭサーバ２７によってＩＭクライアント２０に提供される。

図２Ｄは、たとえば、クライアントがＩＭサービス機能層１２から提供する指定の発信プリミティブの場合、指定の発信プリミティブへの組み合わせに構成する情報要素を提供するための多様な手段１０ａ、１０ｂ、１０ｃ、１０ｄ、...１０ｅがあることを示す。これらの手段１０ａ、１０ｂ、１０ｃ、１０ｄ...１０ｅは、ＩＭサービス層１０の一部またはＩＭサービス層１０と関連付けられてよく、またはＩＭサービス機能層１２の一部またはＩＭサービス機能層１２と関連付けられてよい。クライアントからプリミティブを受信するケースについてサーバ側では、それは類似する状況であるが、逆である。つまり、図解されているＩＭサービス機能層は、入信プリミティブを受信し、構成する情報要素を個々の使用のために、またはサーバで組み合わせて該プリミティブを分解するため、および／またはネットワークの他のどこかで情報要素を再整理し、中継するために使用される。サーバからクライアントに提供されるプリミティブのケースの場合、前記の逆が適用する。言い換えると、クライアントは、サーバから受信されかつサーバによってアセンブルされる情報要素を分解する。

ここで図１Ｂを参照すると、図２のＩＭクライアント２０および図２のＩＭサーバ２７などのＩＭサーバなどのＩＭクライアントは、無線リンクを含むことがある信号線２９によって相互接続されかつ示された適切な層とともに、図示される。信号線３０は、たとえば、図２（図１Ｂには図示されていない）のＩＭサーバ２８などの別のＩＭサーバへの接続を示すように示されている。図１ＢのＩＭクライアント２０は、図１Ａに関して前述した層１０、１２、１４、１６の４つすべてを有するが、図１ＢのＩＭサーバ２７は（サーバの左側に図解されている）３つの最も下の層１２、１４、１６だけを有することに留意すべきである。これは、ＩＭサーバ２７がＩＭクライアント２０と通信の端点にある１つまたは複数の他のＩＭクライアントのあいだの全体的な接続での中間的なノードにすぎないためである。それらは最も上のＩＭサービス層１０が実現されるのを必要とするだけである。その結果、本発明がＩＭサービス自体の詳細を含まないが、むしろＩＭサービスを実現するための根本的な機能を提供するが、ＩＭサービス自体には直接的に関係しないＩＭサービス機能層１２（およびサーバにある対応するＩＭクライアント技術層）に焦点を当てていることが理解されるだろう。

クライアントにおけるＩＭサービス機能層、およびサーバにおけるＩＭクライアント技術層は、それらのあいだで、複数のプリミティブを含むデータ構造を使用する通信プロトコルを提供する。各プリミティブは、通信リンク２９の送信端にあるコンピュータ読み取り可能媒体内での少なくとも一時的な記憶のためであり、またリンクの受信端にあるコンピュータ読み取り可能媒体内での少なくとも一時的な記憶のためである。各プリミティブは、送信端でアセンブルされ、それが分解され、処理されるか、または追加の送信のために再整理されてよい受信端に送信される。

ＩＭサービス機能層１２の多様な構成要素は図１Ｂに図示され、本明細書を通してさらに詳細に説明されるであろう。たとえば、プレゼンスサービス１２ａ、１２ｂは到達可能性、ムードおよびロケーションなどの多岐に渡るユーザステータスの交換を含み後述される。メッセージング１２ｃの元では、豊富なコンテンツを含むインスタントメッセージの交換が開示される。ユーザグループ管理１２ｄの元では、チャットルームの管理および他のコミュニティの態様が開示される。コンテンツ管理１２ｅの元では、画像および文書などの共用コンテンツの管理が開示される。加入者管理１２ｆは本発明の主題ではないため、後述されない。しかしながら、相互接続管理２７ｂだけではなく加入者管理も同じレベルである図１ＢのＩＭサーバ２７の右側に図示されるため、完全のためにＩＭサービス機能層１２でも図示される。これはＩＭ加入の管理を表すが、本発明の範囲を超えている。同様に、ＩＭの目的のためのサーバ間の相互接続の管理を含む相互接続管理は本発明の主題ではなく、以下において、さらには開示されない。セッション層およびトランスポート層での管理および相互接続の詳細も、本発明の一部を構成していないため開示されない。

プレゼンス
プレゼンスの概念は、ある特定の移動ネットワークまたは固定ネットワークのユーザのすべての種類のステータス情報を意味する。それはとくに移動ユーザ向けのインスタントメッセージングサービスと結合されるときに大きな可能性を有するが、電話帳などと結合されるなど、独自のサービスとしても重要な価値をもつ。したがって、本明細書では、プレゼンスサービスはチャットタイプサービスに結び付けられるだけではなく、別個にも考えられる。

１ 加入していない（unsubscribed）プレゼンス
ユーザのプレゼンス情報は、図３Ａに提示されるメッセージフローに示されるように、プレゼンスサーバに問い合わせを発行することによりメッセージングサービスとは別個に入手できる。

プレゼンスサービスのユーザは、ＩＭクライアント（Ｐ＝プレゼンス値、Ｓ＝ステータス、Ｔ＝トランザクション識別子）を介して更新プレゼンスメッセージ３１を送信することによって、任意の適当な時間に、プレゼンスサーバ内の自分のプレゼンス情報を自発的に更新してよい。同様に、ユーザは、他のユーザのプレゼンス情報を要求するためにプレゼンス獲得メッセージ３２を発行してよい。プレゼンス情報３３は要求側ユーザに送達し返される。

ステータスメッセージは、更新プレゼンスメッセージまたは動作の成功または成功の欠如を示すために、プレゼンスサーバからＩＭクライアントまでの線路３４で提供されてよい。例外処理は、図１１Ａに関してさらに詳しく後述され、図３Ａから図１０Ａに関しては、メッセージフロー図（「Ａ」接尾辞付きの図３〜図１０）に示されるのを除き、さらに説明されないであろう。したがって、これらのステータスメッセージは、図１１Ａに関して以下に提供される説明にしたがって図示されるように送信されてよいことが理解されるだろう。

ＩＭユーザが自分のプレゼンス情報を部分的にだけ更新してよいことが理解されなければならない。同様に、ＩＭユーザは部分的なプレゼンス情報だけを要求してよい。

ユーザは、プレゼンスサーバがこのような機能性をサポートするときに新しいプレゼンス値を作成、削除してよい。この機構は、値の最小の集合を超えるプレゼンス値の拡大を可能にする。また、これは、ＩＭクライアントで一般化された方法が、クライアントによりこのように理解されない値をＩＭユーザに提示することを必要とする。新しいプレゼンス値は更新プレゼンス値メッセージ３５で作成される。

プレゼンス獲得機構３２は、オプションの承認シーケンスを含む。誰かがユーザのプレゼンス情報を要求すると、線路３７で承認メッセージにより示されるように、プレゼンス情報を承認するために、承認要求３６がユーザに送信されてよい。承認が失敗すると、空のコンテンツのプレゼンスメッセージが線路３３上の要求側ユーザに送信される。プレゼンス情報の承認は、ユーザが、線路３８に示されるように特定の要求を使用せずに他の指定されるＩＭユーザに自分のプレゼンス情報を喜んで提供する旨を別個に示すことができるように事前に承認されてもよい。

ＩＭユーザは、要求側のＩＭユーザが完全なプレゼンス情報を受信することを希望する場合にも、部分的にだけ自分のプレゼンス情報を承認してよい。

図３Ｂは、ＩＭサービス機能層１２の加入していないプレゼンス部１２ａと接続しているＩＭクライアント２０でのＩＭサービス層１０を示す。図３Ａの線路３１に提供されるUpdatePresenceプリミティブは、サーバにUpdatePresenceプリミティブを提供する手段４２ｃから生じると示されている。このUpdatePresenceプリミティブは、クライアントでのＩＭサービス層１０から、これらの情報要素をアセンブルし、それらを線路３１でUpdatePresenceプリミティブとして提供する手段４２ｃに、線路４４で提供されてよい多様な情報要素を備えるとして、表２にさらに詳細に示される。そこから、それはクライアントのＩＭセッション層１４（図１Ａと図１Ｂを参照すること）に、そこからトランスポート層１６を介してサーバに移動する。同様に、同をアセンブルし、線路３２でGetPresenceプリミティブとしてそれらを提供するための、表３に一覧表示されるような多数の情報要素を含むＩＭサービス層１０から線路４８に提供される複数の情報要素に応える手段４６ｃが提供される。応えて、サーバは既存の事前承認を相談するか、または要求されたユーザによって現在使用されているクライアントを介してプレゼンスが所望されるユーザからこのような承認を取得し、そのユーザから要求されたプレゼンス情報はいったん確保されると、Presenceプリミティブを受信する手段５０ｃに線路３３上で提供されるPresenceプリミティブ内で提供されるだろう。このPresenceプリミティブは表４に図示されるような情報を要素を有し、これらの情報要素は線路５２上での手段によりクライアントでのＩＭサービス層１０に提供されるであろう。

たとえば、図２のＩＭサーバ２８に接続され、ＩＭクライアント２０のプレゼンス情報を所望するクライアント（図示せず）のケースでは、要求側ＩＭクライアントが、RequestPresAuthプリミティブを発行し、このプリミティブは、ＩＭサーバ２７に線路３０上で伝えられ、ついでこのＩＭサーバ２７は該プリミティブを線路２９を介してクライアント２０に、および線路５４上でそこからプレゼンス承認要求を受信する手段５６ｃに提供する。RequestPresAuthプリミティブは表５に示されるような情報要素を含んでよい。これらの情報要素は、つぎに図３Ｂに示されるように、線路５８上で要求されたクライアントでのＩＭサービス層１０に提供されてよい。応えて、クライアントでのＩＭサービス層は、線路６４上で承認プレゼンスプリミティブをサーバ２７に提供し直す手段６２ｃに、線路６０上で情報要素を提供してよい。クライアント２０の承認されたPresenceは、つぎに線路３０上のサーバ２７から要求側クライアント（図示せず）に提供されてよい。表６に示されるような情報要素は、承認AuthorizePresプリミティブのために使用されてよい。したがって、図３Ａはエンドツーエンドのシナリオを図解するように承認プロセスを示しているが、指定されるクライアントのユーザが該指定クライアントのユーザに関するプレゼンス情報収集を承認するだけではなく、他のクライアントの他のユーザからプレゼンス情報を獲得する能力も有することが理解されるであろう。これは、図３Ｂの単独クライアントのＩＭサービス機能層１２に図示されている。したがって、図３Ｂの線路５４、６４に図示されるRequestPresAuthプリミティブとAuthorizePresプリミティブが、基本的に、図３Ａにおけるように異なるクライアントではなく同じクライアントについて図解されているのを除き、図３Ａの線路３６、３７に図示されるのと同じプリミティブであることが理解されなければならない。

ここで図３Ｃを参照すると、図３Ｂに図示されるのと同じプリミティブが再びサーバ側でも図示されている。クライアントでのＩＭサービス機能層のように、サーバは、ＩＭクライアント技術層６５を有し、手段４２ｓ、５０ｓ、６２ｓ、４６ｓ、５６ｓは図３Ｂの手段４２ｃ、５０ｃ、６２ｃ、４６ｃ、５６ｃに対応している。これらは、情報要素を提供し、情報要素をサーバでの加入者／相互接続管理送２７ｂとのあいだで受信する。これらは、クライアントのＩＭサービス機能層１２と同じレベルにある図１ＢのＩＭサーバに図示される最上層の加入者管理および相互接続管理部分２７ｂに相当する。したがって、図３Ｃに図示されるＩＭクライアントア技術層６５が、図１Ｂに図示される最上層のＩＭクライアント技術部分に相当し、線路２９で交換されるプリミティブが図３Ｂと図３Ｃに図示されるプリミティブ３１、３３、６４、３２、５４に相当することが理解されるだろう。これらのプリミティブに含まれる情報要素はＩＭクライアント技術層６５で処理され、サーバの加入者／相互接続管理層２７ｂに線路６８、７２、７４で提供されるか、または線路７０、７６上のサーバの加入者／相互接続管理層２７ｂから受信される。クライアントでのＩＭサービス機能に対応するクライアント技術機能と、ネットワーク内のサーバ全体での加入者管理および相互接続管理の両方を達成するために、これらの情報要素はＩＭサーバ２７によって処理される。

図４Ａ、図５Ａ、図６Ａ、図７Ａ、図８Ａ、図９Ａ、図１０Ａ、および図１１Ａのメッセージフロー図に記述されるＩＭサービスのすべてについて、類似したクライアント／サーバプレゼンテーションは、ＩＭクライアント２０とＩＭクライアント２７の両方のためのＩＭサービス機能に関して行われるだろう。ＩＭサービス機能のクライアント側を示す図は、図４Ｂ、図５Ｂ、図６Ｂ、図７Ｂ、図８Ｂ、図９Ｂ、図１０Ｂおよび図１１Ｂとされている。ＩＭサービス機能層のＩＭサービスサーバ２７は、これらに対応して図４Ｃ、図５Ｃ、図６Ｃ、図７Ｃ、図８Ｃ、図９Ｃ、図１０および図１１Ｃとされている。これらのすべての図面は、図３Ａの加入していないプレゼンスサービスに関係して説明されたのと同じ意味で解釈される必要がある。言い換えると、たとえば、図４Ａ、図４Ｂ、図４Ｃという指定の分類の中に図解されるのは、本発明において、図１Ｂに図示されるようにそれぞれＩＭクライアントおよびＩＭサーバに存在するＩＭサービス機能層１２およびＩＭクライアント技術層２７ａでメッセージフローを実行するデバイスまたは手段の図とともに、ＩＭクライアントとプレゼンスサーバ間のプリミティブメッセージの流れである。

したがって、それらは、物理媒体に記憶することができ、物理デバイスに存在する信号プロセッサによって処理されてよい独立したエンティティまたはデータ構造である。

２ 加入されているプレゼンス
プレゼンス情報を受信するための別の機構は、誰かのプレゼンス情報を加入することである。メッセージフローは図４Ａに提示されている。

要求側ユーザはプレゼンス加入メッセージ８０を誰かのプレゼンス情報を加入するためにプレゼンスサーバに送信する。加入されていないプレゼンスの承認シーケンスに類似する承認シーケンス８２、８４が含まれてよい。承認は、加入の前または加入の後に自発的に８６行われてもよい。

プレゼンス情報への加入が完了すると、要求側ユーザは初期に、および他の関係者がそのプレゼンス情報を更新するときにつねに９０新しいプレゼンス情報を受信する８８。

要求側ユーザがこれ以上プレゼンス情報を受信したくないときには、ユーザはプレゼンス関係者の情報の受信を加入解除（unsubscribe）９２してよい。

代わりに、プレゼンス情報は、ある期間加入されてよく、それは該期間経過後に自動的にプレゼンスサーバで期限切れとなるため加入解除メッセージ９２は必要とされない。

要求側ユーザは、プレゼンス情報の一部だけに加入してよく、相応してプレゼンス情報が加入されるユーザは、プレゼンス情報の一部だけが送達されるのを承認してよい。

図４Ａのプレゼンス加入メッセージ８０は、クライアントでのＩＭサービス機能層のプレゼンス部１２ｂによって提供され、図４Ｂにも示される。それはクライアントでのＩＭサービス層１０から線路９６で提供される複数の情報要素に応えて手段９４により提供される。これらの情報要素は表７に図示されるとおりであってよく、ＩＭサーバ２７への線路２９での送信のためにクライアントのＩＭセッション層１４とＩＭトランスポート層１６での処理のために、手段９４によってアセンブルされ、線路８０でSubPresenceプリミティブとして線路８０で提供されるが、それは図４Ｃに示され、ＩＭサーバ２７のＩＭトランスポート層およびＩＭセッション層による処理の後に手段９４ｓを入力する。線路８０でのプリミティブSubsPresenceの表７の情報要素は、ＩＭサーバ２７での加入者／相互接続管理層２７ｂに線路９８上で提供される。

ＩＭサーバ２７は、つぎに事前承認によって、またはそのプレゼンス情報が要求されるＩＭクライアントを調査することによってのどちらかで承認を求める。要求されたクライアントは、図４Ｂに示されるＩＭサービス機能層と同じまたは類似するＩＭサービス機能層を有し、調査されたクライアント内でプレゼンス承認の要求を受信する手段１００に提供されるRequestPresAuthプリミティブを線路８２で受信するであろう。このプリミティブの情報要素は、表５に示されるとおりであってよく、要求されたクライアントでのＩＭサービスに線路１０２上で提供される。それから、承認が与えられてよく、表６に示されるような承認情報要素が、線路８４上でAuthorizePresプリミティブをサーバに戻す手段１０６ｃに線路１０４で与えられてよく、それは手段１０８ｓで同を受信し、表５の情報要素をサーバ２７の加入者／相互接続管理層２７ｂに線路１１０で提供する。それから、サーバは、表４に示されている情報要素を、プリミティブが手段１１６によって受信される図４Ｂの要求側クライアントにPresenceプリミティブを線路８８で提供する手段１１４に線路１１２で提供する。プレゼンスプリミティブを備える情報要素は、要求側クライアントのＩＭサービス層のＩＭサービス層に線路１１８上で提供される。

前述したように、プレゼンスは、ＩＭクライアント２０によって自発的に更新されてよく、このようなことは、クライアント２０のＩＭサービス層１０から線路１２２で提供される表２に示されるような情報要素に応えて、このようなプリミティブを提供する手段１２０によって線路８６上で提供されるUpdatePresenceプリミティブによって図４Ａに示されるように実行できる。この情報は、プレゼンスサーバに記憶され、線路８２上でRequestPresAuthプリミティブを用いてプレゼンス承認を要求する必要性を回避する。

最後に、UnsubsPresenceプリミティブは、クライアントのＩＭサービス機能層の加入されたプレゼンス部分で手段１２４によって線路９２上で提供される。ＩＭサービス層１０は、表８に示される情報要素のような情報要素を、線路９２でプレゼンス加入解除プリミティブを提供する手段１２４に線路１２６で提供する。

再び図４Ｃを参照すると、線路８８でUpdatePresenceプリミティブによって実現される自発的なプレゼンス更新は、クライアントからこのようなプレゼンス更新要求を受信し、たとえば表２に含まれている情報要素を、サーバ２７の加入者／相互接続管理送２７ｂに線路１２８上で提供する手段１２６によって受信されると示されている。

手段１２９は、線路９２でUnsubsPresenceプリミティブを受信するために図４ＣのＩＭクライアント技術層２７ａで示され、たとえば表８に示されるような情報要素を、サーバ２７の加入者／相互接続管理層２７ｂに線路１３０上で提供する。また、この層は、表６からの情報要素を、線路８２で承認プリミティブ要求を提供する手段１３２に線路１３１で提供する。

ここに開示されるメッセージフロー図（「Ａ」接尾辞）、または図４Ａ、図４Ｂ、および図４Ｃなどのデバイス図（ＢとＣ接尾辞）のいずれかに関連して前述された多様なプリミティブに関して、図解されるプリミティブのそれぞれが、アセンブリのため、および送信端にあるコンピュータ読み取り可能媒体内での少なくとも一時的な記憶のため、および受信端での少なくとも一時的な記憶、分解および処理のためのデータ構造を構成することが理解されなければならない。言い換えると、たとえば図４Ｂと図４Ｃを参照して、手段１２０によって線路８６で提供されるプレゼンス更新プリミティブは、表２に一覧表示される情報要素からアセンブルされ、たとえば線路１２で提供される。したがって、情報要素は、サーバに信号線８６上のトランスポート媒体で提供される前に、手段１２０に少なくとも一時的に記憶される。同様に、図４Ｃを参照すると、プレゼンス更新プリミティブは手段１２６によって線路８６で受信され、個々の情報要素への分解のための、および／または追加伝送用のサーバ内のプリミティブとしての処理のための手段１２６内で少なくとも一時的に記憶される。したがって、前記に開示されたプリミティブおよびさらに詳しく後述される他のプリミティブは、クライアントとサーバ間で交換されるデータ構造を構成し、１つは送信端に、１つは受信端にあり、インスタントメッセージングおよび／またはプレゼンスコンテキストで情報を伝達する。プリミティブはメッセージ識別子、トランザクション識別子などを含む情報要素を有する。クライアントのあいだで共用される情報は、これらのデータ構造またはプリミティブによってネットワーク上で仲介者としての役割を果たすサーバと通信される。プリミティブおよびそれらの構成情報要素は、提供されるサービスのコンテキストの中でそれらを適切に解釈できるようにサーバとクライアントの両方によって認識される構造を有する。

クライアントのＩＭサービス機能層１２において、またはサーバのＩＭクライアント技術層において、本発明にしたがって使用される物理デバイス１８、１９の詳細は、クライアントのＩＭサービス層と協調しているクライアントのＩＭサービス機能層内の多様な手段を示すことによって、およびサーバの加入者／相互接続管理層と協調しているサーバのＩＭクライアント技術層の多様な手段を示すことによって、プレゼンスサービスに関して図３Ｂ、図３Ｃおよび図４Ｂ、図４Ｃに示されていたが、それぞれのクライアントのＩＭサービス層およびサーバのクライアント技術層で実行される機能が、クライアントのＩＭサービス機能層およびサーバのクライアント技術層に加えて、代わりに他の層内で全体としてまたは部分的に実行できる。たとえば、図４Ｄを参照すると、特定の層は識別されていないが、代わりに本発明によりプレゼンスサーバで実行される機能のいくつかを図解するために機能ブロックが図示されている。プレゼンスサーバが示され、図３Ａと図４Ａの両方から結合される機能が、このようなプリミティブを処理し、加入要求を処理する手段１３３ｄに、および即時応答の要求を処理する手段１３３ｃに、それを示す出力信号を線路１３３ａ、１３３ｂで提供するために、それらが線路３２上のGetPresenceプリミティブであるのか、それとも線路８０上のSubsPresenceプリミティブであるのかに関係なくプレゼンス情報要求を受信する手段１３３を含む。即時の応答を必要とする要求に応えるケースでは、手段１３３ｃは、要求されたプレゼンス情報の獲得が事前に承認されているかどうかを判断するために手段１３３ｆに信号を線路１３３ｅで提供する。これは、このような判断が加入要求についても下されなければならないために手段１３３ｄにも当てはまるだろう。したがって、手段１３３ｄは、加入要求の主題であるプレゼンス情報の獲得が事前に承認されているかどうかを判断するために手段１３３ｆに信号を線路１３３ｇで提供する。このような事前承認情報はすでにサーバ２７で記憶され、このような承認がすでに存在していると判断されると、信号は、プレゼンスサーバ自体の中の線路１３３ｓで記憶装置１３３ｒから、または線路３１、８６で更新されたプレゼンス情報によって更新されるように最新のプレゼンス情報を検索するために手段１３３ｉに線路１３３ｈで提供される。手段１３３ｉはPresenceプリミティブとしてプレゼンス情報を線路３３、８８で提供するために手段１３３ｋに、検索されたまたは更新された情報を線路１３３ｊで提供する。

手段１３３ｆが、要求されたプレゼンス情報が事前に承認されていないと判断すると、それは、要求されたプレゼンス情報を所有するクライアントから承認を要求するために手段１３３ｎに信号を線路１３３ｍで提供する。それから手段１３３ｎは、RequestPresAuthプリミティブを線路５４、８２上で提供する。これに応えて、該要求されたプレゼンス情報を所有するクライアントは、このような承認プリミティブを受信し、要求側クライアントによるプレゼンス情報の獲得がいま要求されたクライアントによって承認されているかどうかを判断するために手段１３３ｆに信号を線路１３３ｑで提供するべく手段１３３ｐに、AuthorizePresプリミティブを線路６４、８４で送信する。承認されている場合には、信号は手段１３３ｉに線路１３３ｈ上で提供され、要求された情報はサーバの記憶装置から、またはクライアントからの最近更新されたプレゼンス情報を受信するための更新済みの記憶機構からの検索され、要求側クライアントにプレゼンス情報をPresenceプリミティブとして線路３３、８８で提供するために手段１３３ｋに線路１３３ｊで提供される。

したがって、本発明にしたがって教示される多様な機能は、サーバまたはクライアントの多様な層によって実行することができ、教示の目的で本明細書に示される正確な構造に制約される必要はないことが理解されるであろう。

３．プレゼンスプリミティブおよびその情報要素

４．プレゼンスフォーマット
プレゼンス情報の獲得のための２つのモデルおよび前記に開示され、さらに詳しく後述されるインスタントメッセージングのためのモデルに加えて、本発明は、プレゼンスサービスのためのプレゼンス値の将来の拡大を可能にするための対策も含んでいる。それは、登録されたプレゼンス属性と値の最小集合の定義、および未登録のプレゼンス値の正しい管理および解釈に対応する。

現在のインターネットベースのインスタントメッセージングサービスにおいては、プレゼンス値は、ユーザが存在するか、不在であるかのようにきわめて簡単である。これは、プレゼンスサービスが大部分デスクトップＰＣ環境に制限されているという事実を反映している。

移動ハンドセットは、今日、ＰＣベースのインターネット環境よりはるかに正確に個人のステータスを反映するパーソナルツールと見なすことができる。たとえば、正確なロケーションは直接的に入手することができ、（会議中、避暑地の別荘にいるなどの）可用性ステータス（availability status）は、ハンドセットでユーザプロファイル設定値にアクセスすることによって容易に入手できる。ユーザおよびハンドセットから入手できる幅広い範囲の情報を考えると、プレゼンス情報ドメインの開発に対する可能性の予想は非常に困難である。本発明の別の態様として、値の分類および入力（typing）によってプレゼンス属性および値を定義する拡張可能な機構が提供される。

プレゼンス属性はプレゼンス変数を識別する。属性の例はたとえば「ムード」であろう。プレゼンス値は属性の特定の値を識別する。属性ムードは、たとえば、値「幸せ」を有する場合がある。

本発明は、プレゼンス属性の最小の集合を提供し、それらの値は定義された最小の集合の範囲内でインタオペラビリティを可能にするために定義される。しかしながら、本発明は属性の事前に定義された集合に制限されないが、最小集合をこえる属性および値を処理できるインプリメンテーションを提供する。これは、これらの値をユーザに提示するために、ハンドセットまたはＰＣなどの端末装置におけるプレゼンス属性および一般化された方法の分類および入力を必要とする。

本発明によれば、プレゼンス属性定義（ＰＡＤ）は、少なくとも以下の項目を備えている。
名称：プレゼンス属性の一致した識別
グループ：プレゼンス属性が属するグループの一致した識別
記述：プレゼンス属性の意味論のテキストの記述
クラス：（さらに詳細に後述される）プレゼンス属性のクラス
タイプ：プレゼンス値の型（テキスト、整数、浮動小数点、列挙など）
列挙：型が列挙である場合、記述付きの考えられる列挙値の一覧

プレゼンス属性の名称およびグループは、
１）登録側エンティティの識別、および
２）登録側エンティティの範囲内の一致した識別
を含まなければならない。

ベンダ間のインタオペラビリティの目的のためにサポートされているＰＡＤとＰＡＧの最小の集合を形成する、ＰＡＤとＰＡＤグループ（ＰＡＧ）の集合を管理するために集中レジストリが提供される。他の登録側エンティティは製造メーカおよび他の業界フォーラムであってよい。該集中レジストリは登録側エンティティの識別を管理する。

特定のプレゼンスインプレメンテーション（たとえば、プレゼンスサーバまたはプレゼンスクライアント）は、ＰＡＤとＰＡＧの集合をサポートできるように提供できる。ベンダ間の合意に基づき、インタオペラビリティを確実にするために、ＰＡＤとＰＡＧのいくつかが必要とされる可能性がある。

ＩＭインプリメンテーションが登録されたＰＡＤをサポートする場合、それはプレゼンス属性値をユーザに提供するだけではなく、ＰＡＤの登録された意味論に基づいて内部で該値を使用することもできる。たとえば、それはムード属性の値、不幸せ（unhappy）を使用して、ディスプレイ上に不幸せな顔としてそれを表現することができる。

ＩＭインプリメンテーションが登録されたＰＡＤをサポートしない場合、それは、値のクラスおよび方に基づきプレゼンス属性値をユーザに提供できるが、それは意味論またはＰＡＤを引き受けることはできない。

ＰＡＤごとにプレゼンス属性のクラスが選択される。クラスは、たとえば値をユーザに提供する一方でそれらを並べる際に、およびプレゼンスサーバ内のプレゼンス属性値の内部編成に使用されてよい。本発明は、少なくとも以下のクラスを提案する。
（ネットワークカバレージ、付属ＧＰＲＳなどでの）到達可能性
可用性（ＩＭに対する可用性、会議中、忙しいなど）
個人の状態（ムードなど）
連絡情報（住所、電話番号など）
ロケーション（ユーザ指定ロケーション、地理学上の／ネットワークのロケーション）
クライアントの機能（画像機能、音声機能など）
未知（未知クラス）

値のいくつかは静的であり、いくつかは動的に更新できる。したがって、前記にしたがって、プレゼンスフォーマットの重要な態様は、プレゼンス値が動的に作成されてよいことであると理解されるだろう。そのケースでは、フォーマット自体とＩＭユーザに対するその提示の両方がこれをサポートする必要がある。このようなプレゼンス情報を表現するために使用されるであろう最も重要な技術の１つは、ＸＭＬである。プレゼンス値フォーマットの例は以下に示すとおりとなるであろう。
＜presvalue＞
＜operation＞update＜／operation＞
＜name＞profile＜／name＞
＜class＞availability＜／class＞
＜scope＞client＜／scope＞
＜format＞text charset ISO-8859-1＜／format＞
＜value＞silent＜／value＞
＜privacy＞allowall＜／privacy＞
＜restrictedaddr＞23456＜／restrictedaddr＞
＜allowedaddr＞23456＜／allowedaddr＞
＜time＞14112000165301＜／time＞
＜／presvalue＞

動作：作成、削除、更新
ＰＡＤクラスは集中レジストリにより登録される。

５．有効性属性のあるプレゼンス値の汎用空間−時間モデル
現在では、インスタントメッセージングサービスはプレゼンスサーバ内に存在し、すべての更新がその外部で行われる値を使用する。プレゼンスサーバが内部の空間関数（たとえば、ユーザのロケーションは、最新の既知のロケーションに基づきプレゼンスサーバによって補間できる）および回数（たとえば、ユーザの可用性は時間の関数となる場合がある）に基づき値の更新を実行できるようにする汎用空間−時間モデルが必要とされる。

本発明はプレゼンス値を空間と時間の関数として識別する、プレゼンス値の空間−時間モデルを可能にする。空間ドメインは値とそのソースのあいだの関係を識別する。さらに、空間−時間モデルは、さらに、やはり空間と時間の関数である妥当性属性でプレゼンス値を特徴付ける。プレゼンス値のこの汎用空間−時間モデルが、プレゼンス値を、値が、値のソースと時間に基づき内部でまたは外部でのどちらかにより更新、修正されるプレゼンスサーバの独立したエンティティと見なすことをできるようにする。プレゼンス値の妥当性は、無効値に比較して有効値の記憶およびキャッシュを最適化するためにプレゼンスサーバにより使用されてよい。本発明のこの態様は、プレゼンスサーバをソースからの値で単に更新できないようにするが、ソース値と時間と空間の関数としての値の修正を可能にする。さらに、それは、有効値または無効値の管理および関係する記憶装置の最適化を可能にする。

プレゼンス値Ｐ（ｔ，Ｓ）は、空間（Ｓ）と時間（ｔ）の２変数関数と見なすことができる。同様にプレゼンス値の妥当性Ｖ（ｔ，Ｓ）も空間と時間の２変数関数と見なすことができる。空間ドメインは、プレゼンス地の値のソースに対する関係を定義する。妥当性は、連続的な確率値として、または離散値（たとえば、有効／無効）と見なすことができる。

例は、チャットルームの「可用性」の空間−時間が定義された値となるだろう。該値は時間とロケーションの関数と見なすことができる。該値は（時間の関数として）カレンダから入手でき、ネットワークロケーションは可用性（家庭で使用できないが、仕事場では使用できる）を決定するために使用されてよい。

４．プレゼンスフォーマット
プレゼンスコンテンツは以下のクラスに分割できる。
（ネットワークカバレージでの、ＧＰＲ付属などの）到達可能性
可用性（ＩＭのために利用可能、会議中、忙しいなど）
個人の状態（ムードなど）
ロケーション（ユーザ指定ロケーション、地理学上の／ネットワークのロケーション）
クライアント機能

値のいくつかは静的であり、いくつかは動的に更新できる。プレゼンスフォーマットの重要な態様は、プレゼンス値が動的に作成されてよいという点である。その場合、フォーマット自体とＩＭユーザに対するその提示の両方ともこれをサポートする必要がある。このようなプレゼンス情報を表現する最も顕著な技術の１つが、ＸＭＬである。ＸＭＬによるプレゼンス値フォーマットの例は以下のとおりなるだろう。
＜presvalue＞
＜operation＞update＜／operation＞
＜name＞profile＜／name＞
＜class＞availability＜／class＞
＜scope＞client＜／scope＞
＜format＞text charset ISO-8859-1＜／format＞
＜value＞silent＜／value＞
＜privacy＞allowall＜／privacy＞
＜restrictedaddr＞23456＜／restrictedaddr＞
＜allowedaddr＞23456＜／allowedaddr＞
＜time＞14112000165301＜／time＞
＜／presvalue＞
動作：作成、削除、更新

メッセージング
１．バディーリスト（buddy list）を用いるメッセージング
バディーリストによるインスタントメッセージングは、図５Ａ（Ｍ＝メッセージコンテンツ、Ｇ＝グループ識別子）に提示される。このメッセージングモデルでは、ＩＭユーザは、サーバ上で１つまたは複数のバディーリストを維持する。バディーリストを所有するＩＭユーザは、１人の受取人または複数の受取人のどちらかに、またはＩＭサーバを介してバディーリスト全体に別々にメッセージ１４０を送信してよい。中継されるメッセージ１４２の受取人ＩＭクライアントは必ずしもバディーリストに気付いておらず、その応答でバディーリストに言及できない。

ユーザのバディーリストでの存在は、バディーリストを用いるメッセージングの一体化した部分ではない。つまり、情報は別々に要求されるか、または加入されるかのどちらかでなければならない。

メッセージの発信者は、オプションで送達レポートメッセージ１４４、１４６を要求してよい。このメッセージは、メッセージが受取人ＩＭクライアントに到達すると、ＩＭサーバによって発信者に送信される。

バディーリストの管理は、見出し加入者およびユーザグループの副題でユーザグループの管理において下記に詳細に開示される、ユーザグループ管理によって行われる。

ＩＭ２０のＩＭサービス機能層１２のメッセージング部分のバディーリスト部は図５Ｂに示されている。それは、表１０に詳細に示される情報要素を含むことがあり、クライアント２０のＩＭサービス層から線路１５４で提供されてよいメッセージングプリミティブを線路１４０で提供する手段を含む。図５Ａの中継されたメッセージ１４２によって示されるような意図された受取人（複数の場合がある）に対するサーバによるメッセージの送達後、サーバは、送達プリミティブを受信し、表１１に一覧表示されるような情報要素を、ＩＭクライアント２０のＩＭサービス層１０に線路１５８で送達する手段１５６で受信される送信側クライアントに送達プリミティブを線路１４４で戻す。ＩＭクライアントは、メッセージプリミティブを受信し、表１０に一覧表示される情報要素のような情報要素を、ＩＭサービス層１０に線路１６２上で提供する手段１６０に線路１４２上で提供されるメッセージプリミティブなどの他のクライアントからのメッセージにも応答する。

再び、図５Ｂの図が、メッセージ１４０の送信、および図５Ａに図示されるように、実際には２つのクライアントが関係していても単一のクライアント内のサーバによって中継される同じメッセージの受信の両方を示すことが理解されなければならない。それが図５Ｂでこのように図示される理由は、メッセージプリミティブを送信する機能とメッセージプリミティブを受信する機能の両方が、大部分の場合、双方向のメッセージングに完全に参加するために指定デバイスで実現されなければならないためである。したがって、サーバによって第１ＩＭクライアントから中継される線路１４０上のメッセージは、前述されたシナリオでは別のクライアントにより線路１４２で受信されることが理解されるだろう。

図５Ｃは、それがバディーリストとのメッセージングに関するため、詳細にサーバのＩＭクライアント技術層２７ａを示す。前述された線路１４０でのメッセージプリミティブは、ＩＭサーバ２７の加入者／相互接続管理層２７ｂに表１０の情報要素を線路１６６で提供する手段１６４によって受信される。サーバがメッセージを受取人ＩＭクライアントに線路１４２で中継したのち、それは表１１に示されるような送達プリミティブの情報要素を、送達プリミティブを送信側クライアントに線路１４４で提供する手段１７０に線路１６８で提供する。同様に、サーバは、他のクライアントからメッセージを受信することができ、それに応えて表１０の情報要素を、たとえば、図５のクライアントに対する線路１４２でのメッセージプリミティブによって示されるように、クライアントにメッセージプリミティブを提供する手段１７に線路１７２で提供する。

２．個人的なグループによるメッセージング
個人的なユーザグループによるインスタントメッセージングは図６Ａに提示される。このメッセージングモデルでは、ＩＭユーザがサーバ上の１つまたは複数の個人的なユーザグループを維持する。ＩＭユーザは、グループ招待メッセージ１８０（図２を参照すること）を使用してチャットセッションにグループの一人または複数人のメンバーを招待してよい。図６Ｂを参照すると、InviteGroupプリミティブが、クライアント２０のＩＭサービス層から線路１８１で提供される表１２に示される情報要素に応えてIniteGroupプリミティブを提供する手段１８１から提供されている線路１８０に示される。これは、表１２に示されるInv-User-List情報要素により提供されるようなマルチユーザ招待である。グループの変更（加わったおよび離れた新しいユーザ）は、表１６に図示されるようなグループ情報メッセージとともにすべての関係者に示される。

すべてのユーザは、互いに個人的に、またはユーザグループ内のすべての受取人のいずれかに表１０によるメッセージを送信してよい。

個人的なユーザグループのオーナーは、別の項で以下に開示されるグループ管理動作によってチャットセッションからユーザを「追い出す」、つまり不本意ながら削除してよい。

表４のプレゼンスプリミティブは、チャットセッションに加わる各ユーザが、たとえば、線路１８６でプレゼンスプリミティブにより図示されるように、他のユーザのプレゼンス情報を自動的に受信できるようにサービスの一体化した一部であってよい。線路１８０でのグループ招待プリミティブに応えて、図６Ａに示されるように、ＩＭサーバは（該当する場合は、他のＩＭクライアントだけではなく）招待されたＩＭクライアントにもInviteUserプリミティブを線路１８８で提供する。それぞれのこのような招待されたＩＭクライアントは、表１５にしたがって情報要素を含むサーバに線路１９０でJoinGroupプリミティブを用いて応答するだろう。プレゼンス情報の承認は、セッションに加わるときに実行され、別個には実行されない（表１５の最後のＩＥを参照すること）。

ユーザのそれぞれは、グループ離脱プリミティブメッセージ１９２（表１７を参照すること）および線路１９４での対応するグループ離脱確認（表１８を参照すること）でチャットセッションを終了するためにグループ離脱メッセージを送信してよい。ＩＭユーザが強制的にグループを離れさせられる場合、それはグループ離脱済みメッセージだけを受信する。

発信者は、オプションで、メッセージが受取人ＩＭクライアントに到達すると、ＩＭサーバによって送信される送達レポート（表１１）を要求してよい。メッセージが複数の受取人に送信される場合は、送達レポートは図５Ａに示されるのと同様に受取人ごとに個別に受信される。

図６Ｂは、クライアント２０のＩＭサービス機能層１２の個人的なユーザグループ部分を介したインスタントメッセージングを示す。前述したInviteGroupプリミティブを提供する手段に加えて、図６Ａの他のプリミティブを提供する多様な他の手段も示されている。線路１８８でのユーザ招待プリミティブは、InviteUserプリミティブを受信し、単一ユーザ招待のために使用される表１３に示されるものに対応する情報要素を線路２０２で提供する手段２００によって受信されるものとして示されている。招待が受け入れられると、ＩＭサービス層は表１５の情報要素を、ＩＭサーバにJoinGroupプリミティブを線路１９０で提供する手段２０６に提供する。InviteInfoプリミティブは、表１４に示される情報要素をクライアントのＩＭサービス層１０に線路２１２で提供するために、このようなプリミティブに応えて、ＩＭサーバから手段２１０に線路２０８で提供される。線路１８６上のプレゼンスプリミティブは、線路２１４で表４の情報要素を提供する手段２１２に提供されてよい。図６Ａにおいて前述したように、線路１８２でメッセージを送信することに加え、クライアントは、図６Ａと図６Ｂに示されるように、線路２１６でメッセージプリミティブを受信してもよい。図６Ｂに示されるように、ＩＭサービス機能層１２は、メッセージプリミティブを線路１８２で提供するために、線路２２０で表１０に記載される情報要素に応える手段２１８を有する。同様に、手段２２２が、線路２２４での表１０に図示される情報要素を、クライアントのＩＭサービス層１０に提供するために、線路２１６で入信メッセージプリミティブに応えて提供される。UpdatePresenceプリミティブは、表２に示されるような情報要素に応えて手段２２８から自発的に線路２２６で提供され、線路２３０でＩＭサービス層により提供されてよい。線路１９２でのLeaveGroupプリミティブは、ＩＭクライアント２０のＩＭサービス層１０から線路２３４で提供される、表１７に示されるような情報要素に応える手段２３２により提供されてよい。GroupLeftプリミティブは、ＩＭサーバ層１０に表１８の情報要素を線路２３８で提供する手段２３６に提供される。最後に、GroupChangeプリミティブが、ＩＭサービス層１０に線路２４４で表１６に対応する情報要素を提供する手段２４２にＩＭサーバによって線路２４０で提供されてよい。

図６Ａの多様なプリミティブは図６ＣにおいてＩＭサーバ２７側で示されている。

図６Ｃは、図１ＢのＩＭサーバ２７のＩＭクライアント技術層２７ａのユーザグループ部分を介するインスタントメッセージングを示す。図６Ｂに示されるプリミティブのすべては、図６Ｃにも示されている。線路１８０でのInviteGroupプリミティブに応えて、手段２５０は、表１２の情報要素を、サーバ２７の加入者／相互接続管理層２７ｂに線路２５２で提供する。同様に、サーバは、InviteUserプリミティブを線路１８８で提供する手段２５６に線路２５４で表１３の情報要素を提供することによって、一人または複数人のユーザを招待する。招待されたユーザの一人または複数人が、このようなJointGroupプリミティブを受信し、それに応えて、表１５によるその情報要素を、サーバ２７の加入者／相互接続管理層２７ｂに線路２６０で提供する手段２５８に線路１９０でJoinGroupプリミティブを戻す。線路２０８のInviteInfoプリミティブは、サーバ２７の加入者／相互接続管理層２７ｂから線路２６４で提供される表１４に含まれる情報要素に応えて図２６２によって提供される。これは、招待側ＩＭクライアントに対する招待されたユーザによる受け入れまたは拒絶の表示を含む。図６Ａと図６Ｂに関連して言及されたように、線路１８６のプレゼンスプリミティブは、表１５に一覧表示されるようなJoinGroupプリミティブ内の最後の情報要素にしたがって、加入側ユーザがグループに承認することを望むプレゼンス値にしたがって加入側ユーザによって提供されてよい。線路１８６のこのプレゼンスプリミティブは、表４に一覧表示され、かつサーバ２７の加入者／相互接続管理層２７ｂによって提供されるような、線路２６８で提供される情報要素に応えて、サーバからプレゼンスプリミティブを提供する手段２６６によって提供されてよい。それから、メッセージングは、たとえば、招待側ＩＭクライアントからＩＭサーバに、図６Ａの線路１８２のメッセージプリミティブによって示されるように発生してよい。これは、このようなメッセージプリミティブを受信し、表１０の情報要素を、サーバ２７の加入者／相互接続管理層２７ｂｂに線路２７２で提供する手段２７０によりサーバで受信される。それからサーバは、サーバ２７の加入者／相互接続管理層２７ｂから、表１０に示される情報要素コンテンツを有する線路２７６で提供される情報要素に応えてこのようなメッセージプリミティブを提供する手段２７４によって提供される線路２１６のメッセージプリミティブによって示されるように、図６Ａで招待されたユーザであったＩＭクライアントにこのメッセージを中継する。同様に、図６Ａの招待されたＩＭクライアントは、ＩＭサーバに線路１８４でメッセージを送信できる。このメッセージプリミティブは、このようなメッセージプリミティブを受信する手段２７０に提供され、表１０による情報要素はつぎにサーバ２７の加入者／相互接続管理層２７ｂに線路２７２で提供され、このようなメッセージプリミティブを提供する手段２７４に、線路２７６で、ついで線路２７８で招待側クライアントに中継されて戻される。

ＩＭクライアントによるプレゼンスの更新に関して、このようなプリミティブは、プレゼンス更新プリミティブを受信し、表２に一覧表示されるような情報要素をサーバ２７の加入者／相互接続管理層２７ｂに線路２８２で提供する手段２８０によって受信される線路２２６に示される。この更新されたプレゼンスは、そののち、個人的なユーザグループのメンバーが利用できる。

線路１９２のLeaveGroupプリミティブは、LeaveGroupプリミティブを受信し、表１７に一覧表示される情報要素を、サーバ２７の加入者／相互接続管理層２７ｂに線路２８６で提供する手段２８４に提供される。線路１９４のGroupLeftプリミティブは、それから、サーバ２７の加入者／相互接続管理層から表１８にしたがって線路２９０に提供される情報要素に応えて図２８８によって提供される。最後に、サーバ２７の加入者／相互接続管理層２７ｂは、最近加わった／離脱したＩＭユーザのリストを提供するために、図６Ｂと図６Ａに示されるようにグループ変更プリミティブを線路２４０で提供する手段２９４に、線路２９２に表１６の情報要素を提供してよい。

３．公共ユーザグループによるメッセージング
公共ユーザグループを介したメッセージングは、図７Ａ、図７Ｂ、および図７Ｃに提示される。公共ユーザグループと個人的なユーザグループのあいだの基本的な相違点とは、ＩＭサービスプロバイダがユーザグループを管理し、他のＩＭユーザをグループに招待する代わりに、すべてのＩＭユーザがグループに接合する。公共ユーザグループは、多くの場合、なんらかの特定のトピックの元で作成される（チャットルーム）。

公共ユーザグループのメッセージングおよびプレゼンス部は、個人的なユーザグループを用いる場合よりも同様に動作する。

ＩＭサービスプロバイダは、多様な説明トピックの異なるユーザグループの集合を維持してよい。

また、前述した民間ユーザグループを鑑みた自明の性質のため、図７Ａ、図７Ｂおよび図７Ｃの詳細な説明は省略され、公共ユーザグループおよび個人的なユーザグループを介するメッセージング間のおもな差異は、InviteUserプリミティブ、InviteGroupプリミティブ、およびInviteInfoプリミティブが、公共ユーザグループがＩＭサービスプロバイダによって作成管理されるが故に不在であるという事実であることが理解されるであろう。

４．プリミティブおよび情報要素

加入者およびユーザグループの機能
１．ＩＭユーザプロファイルの管理
クライアント側からのＩＭユーザプロファイルの定義または管理は、本発明の範囲外である。ＷＡＰブラウジングまたはＨＴＭＬなどの任意の他の該当するブラウジング技術はきわめて有効かつ条件を満たしているアプローチだろう。

２．ユーザグループの管理
ＩＭユーザは、個人的なユーザグループおよびＩＭサーバ内のバディーリストを管理してよい。

個人的なユーザグループまたはバディーリストは、図８Ａに示されるようなCreateGroupメッセージ４００を使用して作成される。該メッセージは、グループに属する初期のＩＭユーザだけではなく、グループの要求された特性についての情報も含む（表２０で一覧表示される情報要素を参照すること）。ＩＭサーバは、グループの受け入れられた特性（表２１を参照すること）を示すGououpInfoメッセージ４０２で応答する。

ＩＭユーザは、GetGroupInfoメッセージ４０４（表２２を参照すること）を用いてグループまたはバディーリスト情報を要求してよい。グループ情報要求は、グループまたはバディーリストのオーナに制限されてよい。応えて、グループ情報プリミティブ（GroupInfo）がＩＭサーバによって線路４０６（表２１を参照すること）で提供される。

ユーザグループまたはバディーリストを所有するＩＭユーザはその特性を変更し、線路４０８（表２３を参照すること）でModifyGroupプリミティブを使用してグループなどの中に新しいユーザを追加、および削除してよい。GroupInfoメッセージバック４１０は該要求（表２１を参照すること）を認める。

個人的なグループまたはバディーリストのオーナは、ユーザグループまたはバディーリスト（表２４を参照すること）を恒久的に削除するためにDeleteGroupメッセージ４１２を送信してよい。

最後に、ModifyJoinプリミティブは、線路４１４（表２５を参照すること）でＩＭクライアントによって提供されてよい。

ここで図８Ｂを参照すると、図８Ａの線路４００でのCreateGroupプリミティブも、ＩＭクライアント２０のＩＭサービス層のユーザグループ管理部分から線路４２２で提供される表２０にしたがって情報要素にCreateGroupプリミティブを提供する手段４２０によって提供されており、図８Ｂに示されている。同様に、図８Ａの線路４０２のGroupInfoプリミティブも、GroupInfoプリミティブを受信し、それに応えてＩＭサービス層１２に表２１にしたがって情報要素を提供する手段４２４に提供されており、図８Ｂに示されている。

線路４０４のGetGroupInfoプリミティブは、ＩＭサービス層１２から線路４３０で表２２にしたがった情報要素に応えて該プリミティブを提供する手段４２８によって提供される。

図８Ａの線路４０８のModifyGroupプリミティブは、クライアント２０でＩＭサービス層１２のユーザグループ管理部分から線路４３４で表２３にしたがって情報要素に応えて該プリミティブを提供する手段４３２によって提供され、図８Ｂにも示される。この層は、線路４１２でDeleteGroupプリミティブを提供する手段４３８に、線路４３６で表２４によって情報要素も提供する。同様に、ＩＭクライアントのＩＭサービス層１２のユーザグループ管理部分は、線路４４０で表２５にしたがって情報要素を提供する。

ここで図８Ｃを参照すると、図８Ａに図示されるようにＩＭクライアントによって提供されるCreateGroupプリミティブは、表２０による情報要求を図１ＢのＩＭサーバ２７の加入者／相互接続管理層２７ｂに線路４５２で提供する手段４５０によってＩＭクライアント技術層２７ａでＩＭサーバによって受信される。この層は、線路４０２でGroupInfoプリミティブを用いてグループ情報を報告する手段４５６に線路４５４で表２１による情報要素を提供する。

線路４４のGetGroupInfoプリミティブは、グループ情報の要求を受信し、ＩＭサーバ２７の加入者／相互接続管理層２７ｂに線路４６０で表２２の情報要素を提供する手段４５８に提供される。

手段４６２は、表２３にしたがって線路４６４で情報要素を提供するためにModiffyGroupプリミティブを線路４０８で受信するＩＭサーバ２７のＩＭクライアント技術層２７ａでも提供される。線路４１２でのDeleteGroupプリミティブは、グループ削除要求を受信し、それに応えて、サーバ２７の加入者／相互接続管理層２７ｂに線路４６８で表２４による情報要素を提供する手段４６６に提供される。

最後に、手段４７０は、サーバ２７で加入者／相互接続管理層２７ｂに線路４７２で表２３による情報要素を提供するために、グループに加わるようにとの招待を備える線路４１４でのModifyJoinプリミティブに応える。

公共ユーザグループの管理は、本発明の範囲外である。

３．ユーザグループの検索
ＩＭユーザは、線路５００（表２６を参照すること）の図９Ａに示されるようなSearchGroupプリミティブ（Ｉ＝エラー情報）を使用して、グループのトピック、グループのＩＭユーザなどの多様な情報に基づきユーザグループを検索してよい。検索は、おもに公共ユーザグループに限られる。ＩＭサーバは、検索基準（表２１を参照すること）に一致するグループを示すGroupInfoメッセージを用いて線路５０２で回答する。

ＩＭユーザは、線路５０４（表２７を参照すること）でSearchUsersプリミティブを使用して特定のプレゼンス機能を有するＩＭユーザを含むグループも検索してよい。この場合、ＩＭサーバは、検索基準に一致するグループを示すGroupInfoメッセージを用いて線路５０６で回答する。ＩＭユーザは、たとえそれらが任意のグループに加えられていなくても、線路５０８でSearchUsersプリミティブを使用して特定のプレゼンス特性を有するＩＭユーザを直接的に検索してもよい。この場合、ＩＭサーバは、ＩＭクライアントに線路５１０でのPresenceプリミティブのＩＭサーバによるＩＭクライアントへの戻りにより示されるように、検索基準に一致するＩＭユーザのプレゼンス情報を用いて回答する。

ＩＭユーザは、プライバシー上の理由から検索要求で使用されないそのプレゼンスおよびグループ情報を制限してよい。

図９Ｂをここで参照すると、ＩＭクライアント２０のＩＭサービス機能層が、図１ｂのＩＭサービス層１０と関連して図９Ａの検索機能を実行するために部分的に示されている。このＩＭサービス層１０は、表２６による情報要素を、SearchGroupプリミティブを線路５００で提供する手段５１４に線路５１２で提供できる。図９Ａの線路５０２または線路５０６でのGroupInfoプリミティブは、GroupInfoプリミティブを受信し、表２１の情報要素をクライアントのＩＭサービス層１０に線路５１８で提供する手段５１６にＩＭサーバから提供される。また、ＩＭサービス層１０は、線路５２０で表２７の情報要素に相当する情報要素を、線路５０４または線路５０８でSearchUsersプリミティブを提供する手段５２２に提供することもできる。図９Ａの線路５１２のPresenceプリミティブは、表４の情報要素に相当する情報要素をＩＭサービス層１０に線路５２６で提供する手段５２４に提供される。

ここで図９Ｃを参照すると、線路５００のSearchGroupプリミティブはSearchGroupプリミティブを受信し、表２６の情報要素に相当する情報要素を、ＩＭサーバ２７の加入者／相互接続管理層２７ｂに線路５２８で提供する手段５２６に提供される。この層２７ｂは、表２１の情報要素に相当する情報要素を、線路５０２または線路５０６でGroupInfoプリミティブを提供する手段５３２に線路５３０で提供する。

図９Ａに関連して言及したように、SearchUsersプリミティブは、SearchUserプリミティブを受信し、表２６による情報要素を、サーバ２７の加入者／相互接続管理層２７ｂに線路５３６で提供する手段３４３に線路５０４または線路５０８で提供されてよい。応えて、層２７ｂは、前述したようなGroupInfoプリミティブを、またはたとえば表４に示されるような、および線路５３８で提供されるようなプレゼンス情報要素を、線路５１０でプレゼンスプリミティブを提供する手段５４０に提供してよい。

共用コンテンツの管理
図１０Ａに示されるように、ＩＭユーザは、線路５５０でStoreContentメッセージプリミティブの範囲内でコンテンツを送信することにより、ＩＭサーバに任意のコンテンツを記憶することができる。コンテンツの記憶はユーザグループの範囲内で行われる。ＩＭサーバは、新しい記憶されたコンテンツを示すためにグループ内のすべてのＩＭユーザに、またはただコンテンツが記憶できなかったことを示す送信者（ステータス）だけに、ContentInfoメッセージ（Ｕ＝ヘッダ情報）を線路５５２で送信する。ＩＭユーザはコンテンツに対する限られたアクセス権を定義してよい。

サーバ内で共通コンテンツを処理する代替方法は、新しいコンテンツのコンテンツ情報が毎回送信されないことであるが、ＩＭユーザは、線路５６０でGetContentInfoメッセージを用いてすべての記憶されているコンテンツの情報を要求してよい。

既存のコンテンツに対する記憶要求は、既存のコンテンツを新しいContentInfoメッセージで置き換えるだろう。

定義されたアクセス権に基づき、ＩＭユーザは、コンテンツを検索し、DeleteContentメッセージを線路５６４で送信して、コンテンツを恒久的に削除するために、線路６２でGetContentメッセージを送信してよい。線路５６２でのGetContentプリミティブに応えて、ＩＭサーバは、適切な場合には線路５６５のReceiveContentプリミティブでコンテンツを提供する。

ここで図１０Ｂを参照すると、図１ＢのＩＭクライアント２０のＩＭサービス機能層１２のユーザグループ管理部１２ｅの共用コンテンツ管理部分が、ＩＭセッション層１４と接続し、そこからＩＭトランスポート層１６を介して接続２９をこえて図１ＢのＩＭサービス層２７に接続するＩＭサービス層１０に関連して示されている。図１０ＡのStoreContentプリミティブ５５０は、ＩＭサービス層１０から線路６０２で提供される表２９による情報要素に応えて該プリミティブを提供する手段６００によって提供され、図１０Ｂに示されている。ＩＭサービス機能層１２ｅのユーザグループ管理部のコンテンツ管理部分も、表３１による情報要素をＩＭサービス層１０に線路６０６で提供するために、線路５５２でContentInfoプリミティブに応える手段６０４を有する。クライアントは、ＩＭサービス層１０によって、表３３に一覧表示される情報要素に相当する線路６０８の情報要素を、線路５６０でGetContentInfoプリミティブを提供する手段６１０に提供することができる。線路５６５のReceiveContentプリミティブは、該プリミティブを受信し、表３０に一覧表示される情報要素に相当する情報要素を線路６１４で提供する手段６１２に提供される。これは、同様に表３２に一覧表示される情報要素に相当する情報要素をＩＭサービス層から線路６１８で受信する手段６１６から線路５６２で提供されるGetContentプリミティブに応えて受信されないにすぎないだろう。

最後に、クライアントは表３４に一覧表示される情報要素に相当する、線路６２２で提供される情報要素に応えてプリミティブを提供する手段により線路５６４でプリミティブによってコンテンツを削除することができる。

ここで図１０Ｃを参照すると、コンテンツ管理に関係するＩＭサーバ２７のＩＭ技術層２７ａの一部が、図１０Ａと図１０ｂに示されるプリミティブを用いてＩＭサーバ２７の低い方の層と接続するために、加入者／相互接続管理層２７ｂと関連して図示されている。

手段６５００は、プリミティブを受信し、表２９に一覧表示される情報要素に相当する情報要素を、加入者／相互接続管理層２７ｂに線路６５２で提供するために、線路５５０でStoreContentプリミティブに応答して示されている。

手段６５１は、プリミティブを受信し、表３３に一覧表示される情報要素を示す情報要素を線路６５６で提供するために線路５６０でGetContentInfoプリミティブに応答できるように含まれる。応答して、サーバ２７の加入者／相互接続管理層２７ｂは、線路５５２でContentInfoプリミティブを提供する手段６６０に、表３１に一覧表示される情報要素に相当する情報要素を線路６５８で提供することができる。

線路５６２のGetContentプリミティブは、該プリミティブを受信し、表３２に一覧表示される情報要素に相当する情報要素を加入者／相互接続管理層２７ｂに線路６６４で提供する手段６６２に提供される。それから、コンテンツは、適切な場合、線路６６６で、ReceiveContentプリミティブを線路５６５で提供する手段６６８に、たとえば表３０に一覧表示される情報要素の形で提供される。

最後に、線路５６４のDeteleContentプリミティブは、該プリミティブを受信し、表３４の最後の項目によって示されるコンテンツを削除するためにその後適切な処置を講じるサーバ２７の加入者／相互接続管理層２７ｂに、表３４に一覧表示されるような情報要素を線路６７２で提供する手段６７０に提供される。

共用コンテンツ管理のためのプリミティブおよび情報要素

例外管理
１．ＩＭアプリケーション例外管理
一般的に、例外処理には２つの機構がある。つまり、トランザクションは独自のエラー処理を有してよいし、またはそれは一般的な機構に頼ってよい。下位互換性の理由から、トランザクションでの該独自のエラー処理は、つねに一般的なエラー処理に置き換えられてきた。本項では、図１１Ａに提示される一般的なエラー処理機構を説明する。

トランザクションは、クライアントからサーバへの線路７００上で、またはサーバからクライアントへの線路７０２上で要求側プリミティブ（「要求」）の中のトランザクション識別子（Ｔ）によって識別される。クライアントのＩＭサーバは、追加の明確化情報だけではなく、トランザクションの成功または失敗も示すStatusメッセージで、線路７０４または７０６で返答する。

トランザクションが独自のエラー処理を定義していても、要求側ＩＭクライアントまたはＩＭサーバは、代わりにStatusメッセージを受信する準備がなければならない。このようにして、要求されたエンティティは、それがトランザクションを処理できない旨を知らせてよい。

図１１Ｂは、図１ＢのＩＭクライアント２０のＩＭサービス機能層１２での例外処理を示す。それは、前記に詳しく多様なメッセージフロー図で示されたように、ステータスメッセージが通常ＩＭサービス機能層を通して使用されるため、その下位区分に特定ではない。線路７０２の入信プリミティブ（「要求」）に応えて、サーバによるこのような要求に応える手段７１０が、それに対応する情報要素を、要求を実行する際の成功または失敗を判断する手段７１４に線路７１２で提供する。成功は線路７１６の信号によって示されるが、失敗は線路７０６でステータスプリミティブを提供する手段７２０に対し線路７１８で示される。このプリミティブは、表３６に示されるような情報要素を有し、表３７に示されるようなステータスコードを含む。

同様に、図１１Ｃに図示されるようなサーバ側では、ＩＭクライアントから線路７００で提供される要求などの要求が、線路７３２で信号を用いたサーバのクライアントによるこのような要求に応える手段７３０に提供される。手段７３４は、要求を実行する際の成功または失敗を判断し、表３７に図示されるようなステータスコードの説明付きの表３５に図示されるような情報要素の構造を有するステータスプリミティブを線路７０４で提供する手段７４０に、線路７３６での成功または線路７３８での失敗を示す。

２．プリミティブおよび情報要素

特定の実施形態に基づいて説明されてきたが、これらの教示に対する数多くの修正が発生してよいことは当業者に明らかとなるであろう。したがって、本発明は特にその１つまたは複数の好適な実施の形態に関して示され、説明されたが、形式および形状における特定の修正または変更が、前記に述べられ、この後に請求されるような本発明の範囲および精神から逸脱することなく、そこに加えられてよいことが当業者により理解されるであろう。

本発明の実施の形態にかかわるプロトコル層スタックを示す図である。 本発明の実施の形態にかかわるさらに詳細な層の図である。 本発明の実施の形態にかかわるモデルインスタントメッセージングシステムを示す図である。 本発明にかかわるＩＭユーザおよびＩＭクライアントの識別を示す図である。 本発明にかかわる、ＩＭユーザとＩＭデバイスをＩＭサーバに対して認証する上で用いられるチャレンジ応答プロトコルを示すブロック図／フロー図である。 本発明にかかわる、ＩＭサービス機能層で発信プリミティブの中への集合に、または入信プリミティブからの分解に情報要素を提供する多様な手段を示す図である。 本発明にかかわる、加入していない（unsubscribed）プレゼンスのフロー図である。 本発明にかかわる、クライアントで加入していないプレゼンスサービスを実行するためのＩＭクライアントでのＩＭサービス機能層の詳細を示す図である。 本発明にかかわる、プレゼンスサーバでの加入していないプレゼンスサービスを実行するためのプレゼンスサーバでの加入者／相互接続管理層の詳細を示す図である。 本発明にかかわるプレゼンス情報の加入された送達を示すセッション図である。 本発明にかかわる、クライアントでの加入しているプレゼンスサービスを実行するためのＩＭクライアントでのＩＭサービス機能層の詳細を示す図である。 本発明にかかわる、プレゼンスサーバで加入しているプレゼンスサービスを実行するためのプレゼンスサーバでの加入者／相互接続管理層の詳細を示す図である。 本発明にかかわる、プレゼンスサーバで加入しているプレゼンスサーバと加入していないプレゼンスサービスの両方を実行するための機能ブロックの詳細を示す図である。 バディーリストを用いたメッセージングを示すセッション図である。 本発明にかかわるＩＭクライアントでバディーリストサービスを使用してメッセージングを実行するためのＩＭクライアントでのＩＭサービス機能の詳細を示す図である。 本発明にかかわる、バディーリストを用いてメッセージングを実行するためのＩＭサーバでの加入者／相互接続管理層の詳細を示す図である。 本発明にかかわる個人ユーザグループを介するインスタントメッセージングを示すセッション図である。 本発明にかかわる、ＩＭクライアントで個人グループメッセージング管理を実行するためのＩＭクライアントでのＩＭサービス機能層の詳細を示す図である。 本発明にかかわる、ＩＭサーバで個人グループメッセージングの管理を実行するためのＩＭサーバでの加入者／相互接続管理層の詳細を示す図である。 本発明にかかわる、公的なユーザグループを介するインスタントメッセージングを示すセッション図である。 本発明にかかわる、ＩＭクライアントでの公的グループメッセージングを実行するためのＩＭクライアントでのＩＭサービス機能性層の詳細を示す図である。 本発明にかかわる、ＩＭサーバでの公的グループメッセージングを実行するためのＩＭサーバでの加入者／相互接続管理層の詳細を示す図である。 本発明にかかわる、ユーザグループおよびバディーリストの管理を示すセッション図である。 本発明にかかわる、ＩＭクライアントでのユーザグループ管理サービスを実行するためのＩＭクライアントでのＩＭサービス機能層の詳細を示す図である。 本発明にかかわる、ＩＭサーバでユーザグループの保守を実行するためのＩＭサーバでの加入者／相互接続管理層の詳細を示す図である。 本発明にかかわるユーザおよびグループの検索を示すセッション図である。 本発明にかかわる、ＩＭクライアントでの検索ユーザおよびグループサービスを実行するためのＩＭクライアントでのＩＭサービス機能層の詳細を示す図である。 本発明にかかわる、ＩＭサーバの検索ユーザおよびグループサービスを実行するためのＩＭサーバでの加入者／相互接続管理層の詳細を示す図である。 本発明にかかわる共用コンテンツの管理を示すセッション図である。 本発明にかかわる、ＩＭクライアントで共用コンテンツ管理サービスを実行するためのＩＭクライアントでのＩＭサービス機能層の詳細を示す図である。 本発明にかかわる、ＩＭサーバで共用コンテンツ管理を実行するためのＩＭサーバでの加入者／相互接続管理層の詳細を示す図である。 本発明にかかわるトランザクションの一般的なエラー処理を示すセッション図である。 本発明にかかわる、ＩＭクライアントで例外管理を実行するためのＩＭクライアントでのＩＭサービス機能層の詳細を示す図である。 本発明にかかわる、ＩＭサーバでの例外管理を実行するためのＩＭサーバでの加入者／相互接続管理層の詳細を示す図である。

Claims (13)

1. 複数のプリミティブを含むデータ構造を有するメッセージによってクライアントとサーバの間で情報を交換する方法であって、クライアントとサーバ間のネットワーク上での前記プリミティブの転送中において、前記プリミティブのそれぞれがクライアントにおけるコンピュータ読取り可能媒体内に、およびサーバにおけるコンピュータ読取り可能媒体内に、少なくとも一時的に前記メッセージを記憶させるステップを含み、
   前記データ構造が、被要求側のユーザのプレゼンス情報を要求するために、要求側のユーザのクライアントからサーバに提供されるプレゼンス獲得プリミティブ（３２）を含むこと、ならびにプレゼンス獲得プリミティブが要求側ユーザの識別子、被要求側ユーザの識別子、および要求されたプレゼンス値のリストを含む１または２以上の情報要素を有すること、
   前記データ構造が、プレゼンス情報を提供するためにサーバから要求側ユーザクライアントに提供されるプレゼンスプリミティブ（３３）を含むこと、ならびに前記プレゼンスプリミティブが、被要求側ユーザの識別子および供給されたプレゼンス値のリストを含む１または２以上の情報要素を有すること、および前記要求されたプレゼンス値および前記供給されたプレゼンス値が、前記要求されたプレゼンス値および供給されたプレゼンス値または関係するプレゼンス値を修正するために前記サーバにより使用可能な関連付けられた空間と時間の情報を有することを特徴とするクライアントとサーバの間で情報を交換する方法。
2. 前記データ構造が、被要求側のユーザのプレゼンス情報を要求側のユーザに提供するための承認を請求するために、サーバから被要求側のユーザのクライアントに提供される要求プレゼンス承認プリミティブ（３６）を含むこと、および該要求プレゼンス承認プリミティブ（３６）が要求側ユーザの識別子を含む１または２以上の情報要素を有すること、および前記データ構造が、被要求側ユーザのプレゼンス情報の前記要求側ユーザへの転送を承認するために被要求側ユーザクライアントからサーバに提供される承認プレゼンスプリミティブ（３７）を含むこと、および前記承認プレゼンスプリミティブが、要求側ユーザの識別子を含む１または２以上の情報要素を有することを特徴とする請求項１記載のクライアントとサーバの間で情報を交換する方法。
3. 前記データ構造が、メッセージを送る側のクライアントからサーバへ、およびサーバからメッセージを受ける側のクライアントへ提供されるメッセージプリミティブ（１４０）を含み、該メッセージプリミティブが、送る側クライアントの識別子、送る側ユーザの識別子およびメッセージコンテンツタイプの識別子を含む１または２以上の情報要素を有することを特徴とする請求項１または２記載のクライアントとサーバの間で情報を交換する方法。
4. 前記データ構造が、サーバからメッセージを送る側のクライアントへ提供される配送プリミティブ（１４４、１４６）を含み、該配送プリミティブが、メッセージ配送のステータスを含む１または２以上の情報要素を有することを特徴とする請求項３記載のクライアントとサーバの間で情報を交換する方法。
5. クライアントとサーバの間で情報を交換するための複数のプリミティブを含むデータ構造を有するメッセージを少なくとも一時的に記憶する手段を有するデバイスであって、
   クライアントとサーバ間のネットワーク上での前記プリミティブの転送中において、前記プリミティブのそれぞれを前記少なくとも一時的に記憶する手段が記憶し、
   前記データ構造が、被要求側のユーザのプレゼンス情報を要求するために、要求側のユーザのクライアントからサーバに提供されるプレゼンス獲得プリミティブ（３２）を含むこと、ならびにプレゼンス獲得プリミティブが要求側ユーザの識別子、被要求側ユーザの識別子、および要求されたプレゼンス値のリストを含む１または２以上の情報要素を有すること、
   前記データ構造が、プレゼンス情報を提供するためにサーバから要求側ユーザクライアントに提供されるプレゼンスプリミティブ（３３）を含むこと、ならびに前記プレゼンスプリミティブが、被要求側ユーザの識別子および供給されたプレゼンス値のリストを含む１または２以上の情報要素を有すること、及び前記要求されたプレゼンス値および前記供給されたプレゼンス値が、前記要求されたプレゼンス値および供給されたプレゼンス値または関係するプレゼンス値を修正するために前記サーバにより使用可能な関連付けられた空間と時間の情報を有することを特徴とするデバイス。
6. 複数のデバイスと通信できる少なくとも１つのサーバを有し、該少なくとも１つのサーバと複数のデバイスの間で、複数のプリミティブを含むデータ構造を備えたメッセージによって情報交換するための通信プロトコルが使用されるシステムであって、
   クライアントとサーバ間のネットワーク上での前記プリミティブの転送中において、前記プリミティブのそれぞれがデバイスにおけるコンピュータ読取り可能媒体内に、およびサーバにおけるコンピュータ読取り可能媒体内に、少なくとも一時的に前記メッセージを記憶させ、
   前記データ構造が、被要求側のユーザのプレゼンス情報を要求するために、要求側のユーザのクライアントからサーバに提供されるプレゼンス獲得プリミティブ（３２）を含むこと、ならびにプレゼンス獲得プリミティブが要求側ユーザの識別子、被要求側ユーザの識別子、および要求されたプレゼンス値のリストを含む１または２以上の情報要素を有すること、
   前記データ構造が、プレゼンス情報を提供するためにサーバから要求側ユーザクライアントに提供されるプレゼンスプリミティブ（３３）を含むこと、ならびに前記プレゼンスプリミティブが、被要求側ユーザの識別子および供給されたプレゼンス値のリストを含む１または２以上の情報要素を有すること、および前記要求されたプレゼンス値および前記供給されたプレゼンス値が、前記要求されたプレゼンス値および供給されたプレゼンス値または関係するプレゼンス値を修正するために前記サーバにより使用可能な関連付けられた空間と時間の情報を有することを特徴とするシステム。
7. 前記要求されたプレゼンス値および供給されたプレゼンス値が、前記空間と時間の情報に関連付けられる前記プレゼンス値の妥当性指標を有する請求項６記載のシステム。
8. ユーザに関する選択されたプレゼンス情報に対するアクセスをあらかじめ承認するために、サーバが前記サーバのユーザから前記プレゼンス承認メッセージを受信する工程（３７、３８、６４；８４）と、
   前記更新側ユーザのプレゼンス情報を更新するために、サーバが更新側ユーザから前記プレゼンス情報更新メッセージを受信する工程（３１、３５；８６）と、
   応答が必要とされるプレゼンス情報を要求するユーザを含み、さらに要求されたプレゼンス情報を含む継続的な応答が必要とされるプレゼンス情報に初めて加入する加入側ユーザを含む、プレゼンスサービス要求側ユーザから、サーバがプレゼンス情報要求メッセージを受信する工程（３２；８０）と、
   サーバが、要求されたプレゼンス情報に対するアクセスがあらかじめ承認されているか否かを判断し（１３３ｆ）、承認されていない場合には、プレゼンス情報が要求されている被要求側ユーザから承認を要求する工程（３６，５４；８２）と、
   承認されたか、あらかじめ承認されている場合には、サーバが、応答が期待されている要求されたプレゼンス情報を、応答が期待されているプレゼンス情報を要求している要求側ユーザに提供し（８８、９０）、かつ継続的な応答が必要とされるプレゼンス情報に加入する加入側ユーザに要求されたプレゼンス情報を継続的に提供する工程（３３）と、を含み、
   前記サーバが、前記要求されたプレゼンス情報を提供する工程が、前記更新側ユーザから前記プレゼンス情報更新メッセージを受信した後には毎回実行され、
   前記要求されたプレゼンス情報および前記供給されたプレゼンス情報が、前記要求されたプレゼンス情報および供給されたプレゼンス情報または関係するプレゼンス情報を修正するために前記サーバにより使用可能な関連付けられた空間と時間の情報を有することにより特徴づけられる、サーバにより使用されるプレゼンス情報サービス管理方法。
9. 前記プレゼンス情報要求メッセージのそれぞれが、メッセージ識別子、トランザクション識別子、および要求されたユーザの識別を含む１または２以上の必須の情報要素を有するプリミティブからなる１または２以上の情報要素を含む請求項８記載のプレゼンス情報サービス管理方法。
10. バディーリストユーザが、１または２以上の受取人側のユーザへ個別に、またはすべてのバディーリストへ、メッセージを送るためのサーバ上に、１または２以上のバディーリストを維持し、
    前記バディーリストは該受取人側のユーザに秘密にされ、前記受取人側のユーザは、彼らが行なう返答を用いてバディーリストを参照することを抑制させられ、
    かつ前記サーバ上の１または２以上のバディーリストを維持する前記バディーリストユーザが、バディリストプレゼンス情報にアクセスすることができることを特徴とする請求項８または９記載のプレゼンス情報サービス管理方法。
11. クライアント向けのプレゼンス情報サービス管理方法を実行するサーバであって、
    ユーザに関する選択されたプレゼンス情報へのアクセスを承認するために、前記サーバのユーザから前記プレゼンス承認メッセージ（３７、３８、６４；８４）を受信する手段（６２５；１３３ｐ）と、
    前記更新側ユーザのプレゼンス情報を更新するために、更新側ユーザから前記プレゼンス情報更新メッセージを受信する手段（４２５）と、
    応答が必要とされるプレゼンス情報を要求するユーザを含み、さらに要求されたプレゼンス情報を含む継続的な応答が必要とされるプレゼンス情報に初めて加入する加入側ユーザを含む、プレゼンスサービス要求側ユーザからプレゼンス情報要求メッセージを受信する手段（４６ｓ；１３３ｉ）と、
    要求されたプレゼンス情報へのアクセスが承認されているか否かを決定する手段（１３３ｆ）および、承認されていない場合には、プレゼンス情報が要求されている被要求側ユーザから承認を要求する手段（１３３ｎ）と、
    応答が期待されている前記要求されたプレゼンス情報を、応答が期待されるプレゼンス情報を要求する要求側ユーザに提供し、かつ継続的な応答が必要とされるプレゼンス情報に加入する加入側ユーザに、要求されたプレゼンス情報を継続的に提供する手段であって、前記更新側ユーザから前記プレゼンス情報更新メッセージを受信した後には毎回、前記要求されたプレゼンス情報が提供されることを特徴とする、プレゼンス情報を提供する手段（５０ｓ；１３３ｋ）と、
    を含み、
    前記要求されたプレゼンス情報および前記供給されたプレゼンス情報が、前記要求されたプレゼンス情報および供給されたプレゼンス情報または関係するプレゼンス情報を修正するために前記サーバにより使用可能な関連付けられた空間と時間の情報を有することを特徴とするサーバ。
12. 前記プレゼンス情報要求メッセージが、メッセージ識別子、トランザクション識別子、および被要求側ユーザの識別を含む１または２以上の必須の情報要素を有するプリミティブからなる請求項１１記載のサーバ。
13. バディーリストユーザが、１または２以上の受取人側のユーザへ個別に、またはすべてのバディーリストへ、メッセージを送るためのサーバ上に、１つまたはそれ以上のバディーリストを維持するための手段を有し、
    前記バディーリストが前記受取人側のユーザに秘密にされ、前記受取人側のユーザは、彼らが行なう返答を用いてバディーリストを参照することを抑制させられ、かつ前記サーバ上の１または２以上のバディーリストを維持する前記バディーリストユーザが、バディリストプレゼンス情報にアクセスできることを特徴とする請求項１１または１２記載のサーバ。

Images