(57)【要約】  本発明は、プレゼンス購読（Presence Subscription）と共に接続リストエントリ（Contact List Entry）を他のユーザに送信（forward）する方法及びシステムに関するものであって、サーバが接続リストエントリを送信するための要請を受信するステップと、各々のユーザが送信された文書、別名（alias）、及びプレゼンス購読を受諾しようとする対象である他のユーザのＩＤを事前に設定するステップと、サーバが送信動作を遂行しながら事前設定値を確認するステップとを含み、ここで、送信側ユーザのＩＤが事前設定値リストにあれば、サーバが上記接続リスト文書を受信側ユーザのツリーに登録する。
2009514321.tif 000002
【特許請求の範囲】
【請求項１】
プレゼンス購読を接続リストエントリと共に送信する方法であって、
（ａ）サーバが接続リストエントリを送信するための要請を受信するステップと、
（ｂ）各々のユーザが送信された文書、別名、及びプレゼンス購読を受諾しようとする対象である他のユーザのＩＤを事前に事前設定値リストに設定するステップと、
（ｃ）サーバが送信動作を遂行しながら前記事前設定値リストを確認するステップと、を含み、
送信側ユーザのＩＤが前記事前設定値リストにあれば、サーバがその接続リスト文書を受信側ユーザのツリーに登録することを特徴とするプレゼンス購読と共に接続リストエントリを送信する方法。
【請求項２】
ユーザのＩＤを事前に設定することは、ＸＭＬ文書管理を使用して行われ、ユーザがＸＤＭクライアントを使用して他のユーザのＩＤをアクセスリストに追加するようにアクセスポリシーＸＭＬ文書を変更しようとするＸＣＡＰ ＰＵＴ要請をＸＤＭサーバに送信する過程をさらに含むことを特徴とする請求項１に記載のプレゼンス購読と共に接続リストエントリを送信する方法。
【請求項３】
ＸＣＡＰ ＰＵＴは、ＸＤＭサーバに格納された任意のＸＭＬ文書を変更するためのものと識別され、文書を変更し次第、ＸＤＭサーバがＸＤＭクライアントに応答を回答する過程をさらに含むことを特徴とする請求項２に記載のプレゼンス購読と共に接続リストエントリを送信する方法。
【請求項４】
第１ユーザが送信時に変更された修正接続リスト／グループリストを他のユーザに送信する過程をさらに含むことを特徴とする請求項１に記載のプレゼンス購読と共に接続リストエントリを送信する方法。
【請求項５】
プレゼンス購読と共に接続リストエントリを送信するシステムであって、
（ａ）サーバが接続リストエントリを送信しようとする要請を受信するようにする手段と、
（ｂ）各々のユーザが送信された文書、別名、及びプレゼンス購読を受諾しようとする対象である他のユーザのＩＤを事前に事前設定値リストに設定するようにする手段と、
（ｃ）サーバが送信動作を遂行しながら前記事前設定値リストを確認するようにする手段とを含み、かつ、
送信側ユーザのＩＤが前記事前設定値リストにあれば、サーバがその接続リスト文書を受信側ユーザのツリーに登録することを特徴とするプレゼンス購読と共に接続リストエントリを送信するシステム。
【請求項６】
ユーザのＩＤを事前に設定することは、ＸＭＬ文書管理を使用して行われ、ユーザがＸＤＭクライアントを使用して他のユーザのＩＤをアクセスリストに追加するようにアクセスポリシーＸＭＬ文書を変更しようとするＸＣＡＰ ＰＵＴ要請をＸＤＭサーバに送信することを特徴とする請求項５に記載のプレゼンス購読と共に接続リストエントリを送信するシステム。
【請求項７】
前記ＸＣＡＰ ＰＵＴは、ＸＤＭサーバに格納された任意のＸＭＬ文書を変更するためのものと識別され、文書を変更し次第、直ちにＸＤＭサーバがＸＤＭクライアントに応答を回答することを特徴とする請求項６に記載のプレゼンス購読と共に接続リストエントリを送信するシステム。
【請求項８】
プレゼンス購読と共に接続リストエントリを送信する方法であって、
（ａ）ユーザがサーバまたはクライアントのうち、いずれか一つに格納されている自身の接続リスト／グループリストエントリを、これらのエントリの別名やプレゼンス購読のような属性と共に、他のユーザに送信（forward）することを一つのトランザクション（transaction）でサーバに要請することができるステップと、
（ｂ）サーバが接続リストエントリ（Contact List Entries）を送信（forward）するための要請を受信するステップと、
（ｃ）サーバが前記送信を要請された接続リストエントリ及びその属性に対して送信先の受信ユーザの受諾の可否を確認し、送信要請を前記送信受信ユーザに対して遂行するステップと、
を含むことを特徴とするプレゼンス購読と共に接続リストエントリを送信する方法。
【請求項９】
前記（ｃ）ステップは、
サーバが前記送信受信ユーザの受諾の可否を確認するために、前記送信受信ユーザにこれを直接要請するステップと、
前記要請に対し、前記受信ユーザが受諾の可否をサーバに応答するステップと、
前記サーバは、受諾された該当接続リスト／グループリストエントリとこれらの別名、及びプレゼンス購読のような属性を前記受信ユーザの接続リストに追加し、プレゼンス購読を代わりに遂行するステップと、
を含むことを特徴とする請求項８に記載のプレゼンス購読と共に接続リストエントリを送信する方法。
【請求項１０】
前記（ｃ）ステップは、
前記サーバは、送信前記受信ユーザの受諾の可否を確認するために、送信前記受信ユーザにより事前に設定された受諾／拒否リストを利用するステップを含むことを特徴とする請求項８に記載のプレゼンス購読と共に接続リストエントリを送信する方法。
【請求項１１】
各々のユーザが送信された文書、別名、及びプレゼンス購読を受諾しようとする対象である他のユーザのＩＤを事前に事前設定値リストに設定するステップと、サーバが送信動作を遂行しながら前記事前設定値リストを確認するステップと、を含み、
送信側ユーザのＩＤが前記事前設定値リストにあれば、サーバはこれを受信側ユーザの受諾と認知し、サーバは受諾された該当接続リスト／グループリストエントリとこれらの別名及びプレゼンス購読のような属性を対象となる受信ユーザの接続リストに追加し、プレゼンス購読を代わりに遂行するステップと、サーバはこれに対する結果をユーザに通知（Notification）するステップと、を含んでなることを特徴とする請求項１０に記載のプレゼンス購読と共に接続リストエントリを送信する方法。
【請求項１２】
前記サーバが送信された接続リストエントリを追加する際、追加されるエントリに該当するユーザにエントリ追加に対する許諾を要請し、これに対する応答を受けて追加するステップをさらに含むことを特徴とする請求項１１に記載のプレゼンス購読と共に接続リストエントリを送信する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、全般的に移動通信技術に関するものである。また、本発明は、プレゼンス（Presence）を購読（Subscription）するために用いられ、プッシュツートークオーバーセルラー（Push to talk Over Cellular）（ＰｏＣ）、インスタントメッセージング（Instant Messaging）などにおけるグループ通信に使われるグループ及びリスト管理技術に関するものである。より詳しくは、本発明は、接続リストエントリと共にこれらに対するプレゼンス購読を送信するシステム及び方法に関するものである。
【背景技術】
【０００２】
現在、グループ管理と関連したオープンモバイルアリアンス（Open Mobile Alliance：ＯＭＡ）標準では、グループ及びリスト管理サーバ（Group and List Management Server：ＧＬＭＳ）に接続リストエントリ（Contact List Entry）を格納するために接続リスト（Contact List）が使われている。この際、接続エントリは特定ユーザに対する識別情報であって、この識別子を通じて、あるユーザは該当ユーザと通信することができる。接続リスト（Contact List）は、このような他のユーザの識別子を示す接続エントリのリストである。また、グループリスト（Group List）は、グループ通信のためのグループを定義するために使われて、グループ通信を遂行するようにグループに分類された接続エントリのリストを含む。接続リスト及びグループリストは、これら各々の特性を規定するそれ自体の属性セット（attribute sets）を持つ。接続リストは、他のユーザのプレゼンス情報を購読（subscribing）して、それらと通信を開始するために使われる。また、グループリストは、プッシュツートークオーバーセルラー（ＰｏＣ）、インスタントメッセージングなどのようなグループ通信を開始するために使われる。
【０００３】
ユーザは、接続リストに記述された他のユーザの接続リストエントリを利用して他のユーザにプレゼンス購読要請を送信することによって、該当ユーザのプレゼンス情報を購読することができる。ここで、プレゼンス情報とは、装置可用性、ユーザ状態、位置、クライアント装置性能、及び検索可能な個人属性のような、該当ユーザとの通信に使われる情報の集合である。このような接続リストエントリは、別名（alias name）が追加されることができる。現在、ユーザは、他のユーザのプレゼンス情報を購読するためには、自身の接続リストにある該当ユーザのエントリに記述されたユーザ識別情報（例えば、ＳＩＰアドレス）を利用して該当ユーザにプレゼンス情報購読に対して別途の要請を送信しなければならない。また、ユーザが多数のプレゼンス属性を購読しようとする場合、そのユーザは必要とされる全ての属性を含めてプレゼンス購読要請を送信しなければならない。
【０００４】
また、仮にユーザが、ＧＬＭＳに既に存在する他のユーザに対するグループリストを生成しようとすると、そのユーザは該当ユーザに対するそのグループのグループリストエントリの識別子情報を特定媒体に別に記述しておいてから、そのエントリをいちいち手動で新たに生成されるグループに追加することが必要である。
【０００５】
関連技術での処理内容
ユーザＡが自身の接続リストとグループリストに他のユーザのエントリを手動で追加する。ユーザＡが自身の接続リストのエントリを利用して自身が購読しようとする必要なプレゼンス属性を選択することによって、プレゼンス情報を購読する。ユーザＡは、各々のユーザに対するプレゼンス購読要請を一つずつ行うことができるか、又は、単一の購読で多数の最終ユーザに対するプレゼンス購読要請を送信することができる。ユーザＡは、自身のグループリストにあるエントリを使用してグループ通信（ＰｏＣ／インスタントメッセージング）を開始することができる。ユーザＡは、自身の接続リストに追加されたエントリに対する別名を追加することができる。
【０００６】
関連技術での動作
図１、図２、及び図３から関連技術での動作を理解することができる。図１は、グループ／接続リストエントリ追加に対する従来のシナリオを示している。その実行ステップは、次の通りである。
【０００７】
１．ユーザＡがグループ／接続リストにユーザＢを追加しようとする場合、ユーザＡは、まずリスト／グループエントリ追加要請をＧＬＭサーバに送信する。
【０００８】
２．ＧＬＭサーバが上記追加要請をユーザＢに送信する。
【０００９】
３．すると、ユーザＢは、該当要請に対して肯定的な場合に、これに対する応答として受諾信号（allow signal）をＧＬＭサーバに送信する。
【００１０】
４．すると、ＧＬＭサーバは、ユーザＢに対するエントリをリスト／グループ文書に追加する。
【００１１】
図２は、従来のプレゼンス購読メカニズムを示している。その実行ステップは、次の通りである。
【００１２】
１．ユーザＡがプレゼンス購読要請を他のＧＬＭサーバに送信する。
【００１３】
２．ＧＬＭサーバが上記の購読要請をユーザＢに送信する。
【００１４】
３．すると、ユーザＢは該当要請に対して肯定的な場合に、これに対する応答として受諾信号をＧＬＭサーバに送信する。
【００１５】
４．ユーザＡがプレゼンスサーバを通じて必要とされるプレゼンス属性を選択することによって、他のユーザのプレゼンス情報を購読する。
【００１６】
図３は、別名を追加する従来のメカニズムを示している。その実行ステップは、次の通りである。
【００１７】
１．ユーザＡが別名を追加する要請を送る。
【００１８】
２．ＧＬＭサーバが接続リストに別名を追加する。
【００１９】
上記のような図１、２、３の技術動作を要約すると、下記の通りである。
【００２０】
１）接続リストにユーザを追加する要請：
ユーザＡが自身の接続リストにユーザＢを追加しようとする要請をサーバに送信する。
【００２１】
２）サーバが接続リストにエントリを追加：
サーバが、ユーザＢをユーザＡの接続リストにエントリとして追加しようとする要請をユーザＢに送信する。ユーザＢが追加を受諾すれば、サーバがユーザＡの接続リストにユーザＢに対するエントリを追加する。
【００２２】
３）グループリストを生成する要請：
ユーザＡが自身のグループリストにエントリを追加しようとする要請をサーバに送信する。
【００２３】
４）サーバがグループリストにエントリを追加：
サーバがユーザＡのグループリストにエントリを追加する。
【００２４】
５）プレゼンスの購読：
ユーザＡが自身の接続リストエントリに追加された多数のユーザの各々のプレゼンス情報を購読しようとする要請をサーバに送信する。サーバが購読要請を各々のユーザに送信し、その購読要請を受諾したユーザに対するプレゼンス購読が許諾される。
【００２５】
６）別名追加：
ユーザＡがユーザＢに対する別名を追加しようとする要請をサーバに送信し、そのエントリに該当する別名が追加される。
【発明の開示】
【発明が解決しようとする課題】
【００２６】
既存の技術の限界点を要約すると、次の通りである。
【００２７】
１．接続リスト及びグループリストを手動で生成することが必要であり、そのリストに個々のエントリを追加することをいちいち手動で行なうことが必要である。
【００２８】
２．接続リストまたはグループリストにあるエントリの数が大きい場合、手動で追加することは時間を消耗し、かつ困難である。
【００２９】
３．接続リストエントリに含まれるユーザのプレゼンス情報を手動で購読することが必要である。
【００３０】
４．プレゼンス属性の数が多い場合、手動での購読は時間を消耗し、かつ困難である。
【００３１】
５．別名を手動で追加することが必要である。
【００３２】
本発明の目的は、あるユーザのグループ／接続リストの一部であるエントリと、このエントリに対して購読されたプレゼンス情報属性、及びこのエントリの別名を他のユーザに送信するシステム及び方法を提供することにある。
【００３３】
また、本発明は、接続リスト／グループリストエントリとそれらのプレゼンス購読及び別名を共に送信することによって、これらを受信したユーザは、接続及びグループリストに手動でそのエントリを追加する必要がなく、これを送信したユーザが既に購読したその属性に対するプレゼンス情報に対して手動で購読する必要がなく、また、接続リストにそのエントリに対する別名を手動で追加する必要がなくなる。これは、エントリ及び別名を追加するのにかかる時間を低減し、プレゼンス情報の購読を容易にする。
【課題を解決するための手段】
【００３４】
前述したような目的を達成するための本発明は、プレゼンス購読を接続リストエントリと共に送信する方法であって、（ａ）サーバが接続リストエントリを送信するための要請を受信するステップと、（ｂ）各々のユーザが送信された文書、別名、及びプレゼンス購読を受諾しようとする対象である他のユーザのＩＤを事前に事前設定値リストに設定するステップと、（ｃ）サーバが送信動作を遂行しながら上記事前設定値リストを確認するステップとを含み、送信側ユーザのＩＤが上記事前設定値リストにあれば、サーバがその接続リスト文書を受信側ユーザのツリーに登録することを特徴とする。
【００３５】
また、本発明は、プレゼンス購読と共に接続リストエントリを送信する方法であって、（ａ）ユーザがサーバまたはクライアントのうち、いずれか一つに格納されている自身の接続リスト／グループリストエントリを、これらのエントリの別名やプレゼンス購読のような属性と共に、他のユーザに送信（forward）することを一つのトランザクション（transaction）でサーバに要請することができるステップと、（ｂ）サーバが接続リストエントリ（Contact List Entries）を送信（forward）するための要請を受信するステップと、（ｃ）サーバが上記送信要請された接続リストエントリ及びその属性に対して送信対象受信ユーザの受諾の可否を確認し、送信要請を送信対象受信ユーザに対して遂行するステップとを含む。
【００３６】
また、本発明は、プレゼンス購読と共に接続リストエントリを送信するシステムであって、（ａ）サーバが接続リストエントリを送信しようとする要請を受信するようにする手段と、（ｂ）各々のユーザが送信された文書、別名、及びプレゼンス購読を受諾しようとする対象である他のユーザのＩＤを事前に事前設定値リストに設定するようにする手段と、（ｃ）サーバが送信動作を遂行しながら上記事前設定値リストを確認するようにする手段とを含み、かつ、送信側ユーザのＩＤが上記事前設定値リストにあれば、サーバがその接続リスト文書を受信側ユーザのツリーに登録することを特徴とする。
【発明の効果】
【００３７】
本発明によると、接続リストエントリを送信することによって、それらをいちいち手動で追加しなくてもよい利点がある。また、接続リスト／グループリストエントリを追加し、プレゼンスを購読し、別名を追加するのにかかる時間が減り、エントリを他の接続リストから引用することによって、接続／グループリストに対してエントリを追加するに当たり、誤りの発生を防止することができる。併せて、一つ以上のプレゼンス属性に対するプレゼンス情報を手動で購読することを防止することができ、エントリの別名をいちいち手動で追加しなくてもよい利点がある。
【発明を実施するための最良の形態】
【００３８】
本発明において、第１ユーザは接続リスト及びグループリストのエントリ、各々のエントリに該当する別名、及びそのエントリに対して購読されたプレゼンス情報を他のユーザに送信することができる。これを受信する第２ユーザが自身の接続リスト及びグループリストにエントリを追加することを受諾すると、第２ユーザのクライアントは、適用可能な場合に、送信された接続リストにある各々のエントリに対する追加要請をサーバに送信し、サーバはこの追加要請されたエントリに該当するユーザからエントリの追加に対する受諾を受け次第、そのエントリを第２ユーザの接続及びグループリストに追加することになる。第２ユーザが接続リストにあるエントリのプレゼンス購読を受諾すると、第２ユーザのクライアントは第１ユーザが既に購読している接続リストにある全てのエントリにこれらのプレゼンス情報を購読するための別途の要請をサーバに送信する。このような接続リストを送信する場合、第２ユーザが第１ユーザによりエントリに追加された別名を追加しようとすると、第２ユーザのクライアントは送信された接続リストエントリに該当する別名を追加しようとする別途の要請をサーバに送信する。接続リスト／グループリストエントリ、これらに対するプレゼンス購読、及びこれらに対する別名の送信は、単一のトランザクションを使用してなされる。
【００３９】
本発明では、下記に記述されたようなシステムを提案する。
【００４０】
本発明で提案するシステムは、プレゼンス購読と共に接続リストエントリを送信するシステムであって、接続リストの追加のために、
（ａ）接続／グループリストに追加するためのエントリを送信し、そのエントリをリスト／グループ文書に追加するＧＬＭサーバと、
（ｂ）第２ユーザの追加のための接続リストエントリの送信動作を開始する第１ユーザと、
（ｃ）送信された接続リストにある各々のエントリに対して個別的な追加要請を送信する第２ユーザのクライアントと、
（ｄ）要請に対して肯定的に受諾されると、上記要請に対する応答として許諾信号をＧＬＭサーバに送信する第２ユーザから構成されるシステムである。
【００４１】
また、本発明で提案するシステムは、プレゼンス購読と共に接続リストエントリを送信するシステムであって、
（ａ）プレゼンス購読または別名の追加を伴った接続リストエントリの送信動作を遂行する第１ユーザと、
（ｂ）第２ユーザの受諾を仮定して暗黙的にエントリと別名を追加し、プレゼンス情報を購読することを要請し、プレゼンス情報獲得を遂行し、送信動作に対する通知（notification）を第２ユーザに送信するＧＬＭサーバと、
（ｃ）要請に対して肯定的に受諾されると、上記要請に対する応答として許諾信号をＧＬＭサーバに送信する第２ユーザと、
（ｄ）必要とされるプレゼンス属性を選択することによって、他のユーザのプレゼンス情報を購読するのに使われるプレゼンスサーバを含むシステムをさらに提案する。
【００４２】
本発明で提案する方法は、プレゼンス購読と共に接続リストエントリを送信する方法であって、接続リスト追加のために、
（ａ）ＧＬＭサーバが接続／グループリストに追加するためのエントリを送信するステップと、
（ｂ）第１ユーザが第２ユーザのリストに追加するための接続リストエントリの送信動作を開始するステップと、
（ｃ）第２ユーザのクライアントが送信された接続リストにある各々のエントリに対して個々の追加要請を送信するステップと、
（ｄ）第２ユーザが要請に対して肯定的に受諾すると、要請に対する応答として許諾信号をＧＬＭサーバに送信するステップと、
（ｅ）ＧＬＭサーバがリスト／グループ文書にエントリを追加するステップと、を含む方法を提案する。
【００４３】
また、本発明で提案する方法は、プレゼンス購読と共に接続リストエントリを送信する方法であって、
（ａ）第１ユーザがプレゼンス購読及び／または別名の追加を伴った接続リストエントリの送信動作を行うステップと、
（ｂ）ＧＬＭサーバが、第２ユーザの受諾を仮定して暗黙的にエントリと別名を追加し、プレゼンス情報を購読することを要請するステップと、
（ｃ）第２ユーザが要請に肯定的であれば、許諾信号をＧＬＭサーバに送信するステップと、
（ｄ）ＧＬＭサーバがプレゼンス情報を獲得するステップと、
（ｅ）ＧＬＭサーバが送信動作に対する通知を第２ユーザに送信するステップと、
（ｆ）プレゼンスサーバを使用して必要なプレゼンス属性を選択することによって、他のユーザのプレゼンス情報を購読するステップと、を含む方法をさらに提案する。
【００４４】
したがって、本発明は、プレゼンス購読と共に接続リストエントリを送信する方法であって、
（ａ）サーバが接続リストエントリを送信するための要請を受信するステップと、
（ｂ）各々のユーザが送信された文書、別名、及びプレゼンス購読を受諾しようとする対象である他のユーザのＩＤを事前に設定するステップと、
（ｃ）サーバが送信動作を遂行しながら事前設定値を確認するステップと、を含み、かつ、送信を要請したユーザのＩＤが事前設定値リストにあれば、サーバはこれを受信側ユーザの事前受諾と理解し、送信された接続リスト文書を受信側ユーザのユーザツリー（user’s tree）に登録する方法をさらに記述している。
【００４５】
ユーザのＩＤを事前に設定することは、ＸＭＬ文書管理を使用して行われることができるが、そのようなＸＭＬ文書管理では、ユーザがＸＤＭクライアントを使用して他のユーザのＩＤをアクセスリストに追加するようにアクセスポリシー（access policy）ＸＭＬ文書を変更しようとするＸＣＡＰ ＰＵＴ要請をＸＤＭサーバに送信する。ＸＣＡＰ ＰＵＴは、ＸＤＭサーバに格納された任意のＸＭＬ文書を変更するためのものと識別され、該当文書を要請の通り変更し次第、直ちにＸＤＭサーバがＸＤＭクライアントに応答を回答する。
【００４６】
したがって、本発明は、プレゼンス購読と共に接続リストエントリを送信する方法であって、
（ａ）サーバが接続リストエントリを送信しようとする要請を受信するようにする手段と、
（ｂ）各々のユーザが送信された文書、別名、及びプレゼンス購読を受諾しようとする対象である他のユーザのＩＤを事前に設定するようにする手段と、
（ｃ）サーバが送信動作を遂行しながら事前設定値を確認するようにする手段とを含み、かつ、送信側ユーザのＩＤが事前設定値リストにあれば、サーバはこれを受信側ユーザの事前受諾と理解し、送信された接続リスト文書を受信側ユーザのツリーに登録するシステムをさらに記述している。
【００４７】
また、本発明で提案する方法は、プレゼンス購読と共に接続リストエントリを送信する方法であって、原本の接続リストに影響を与えず、送信のために変更された原本の修正された接続リストとこれらに対するプレゼンス購読を多重ユーザに送信することができ、これは次の通り具現されることができる。
【００４８】
ユーザが自身の接続リスト／グループリストから送信のための多数のエントリを選択する。ユーザが選択した接続リスト／グループリストエントリに対する幾つかの動作を遂行してグループの特性を変更し（例えば、ユーザが接続リスト／グループリストから特定のエントリを除去する）、変更された接続リスト／グループリストを他のユーザに送信する。このような場合、ユーザは自身のサービスツリーにある既存のリストから変更された接続リスト／グループリストを送信する。
【００４９】
また、本発明では、プレゼンス購読と共に接続リストエントリを送信する対案的な方法として、クライアント装置に格納された接続リストを変更後に受信側に送信する方法を提案する。これは、クライアント装置に直接格納された接続リストを単一のトランザクションを使用して一つ以上の多数の受信側に送信する方法である。この際、クライアント装置に格納された原本の接続リストに影響を与えることなく、送信される接続リストのエントリを動的に変更して送信することができる。このような接続リスト文書を変更するためにＵＩ（User Interface）サポートが提供されることができる。ユーザは、提供されるＵＩを使用してクライアント装置のキャッシュに格納されたＸＭＬ文書を選択して希望するエントリを変更し、送信動作を開始する。このような接続リストの送信は、該当接続リストをボディーにするＨＴＴＰ ＸＣＡＰ ＰＵＴ要請で具現されることができる。即ち、ＸＤＭクライアントは接続リストＸＭＬ文書のコンテンツを本文とするＨＴＴＰ ＸＣＡＰ ＰＵＴ要請を生成し、その要請をＸＤＭサーバに送信する。ＸＤＭサーバは、受信側ユーザに受信した送信要請に対する通知を遂行し、受信側ユーザが送信された接続リストを受諾すると、ＸＤＭサーバはこれに該当する別途の接続リストＸＭＬ文書を生成し、受信側ユーザがその文書の所有者になるようにして格納する。ＸＭＬ文書を生成し次第、ＸＤＭサーバはその文書のＵＲＩを受信側ユーザに送信する。
【００５０】
添付図面を参照することにより、以下の詳細な説明から本発明の更に他の目的、特徴、及び利点を明確に理解することができる。
【００５１】
ここに、本発明の好ましい実施形態を添付図面を参照しながら説明する。しかしながら、開示される実施形態は、単に本発明の例示に過ぎず、本発明は多様な形態で実施できる。以後の説明及び図面は、本発明を限定するものと解釈されてはならず、特許請求の範囲に対する基礎であり、そして本発明をどのように構成及び／または使用するかを当業者に開示するためのものであって、本発明の完全な理解を提供するために、多数の特定の細部事項を記述している。しかしながら、特定の状況では、本発明を余計に曖昧にしないために、周知の、または通常の細部事項を具体的に説明しないことにする。
【００５２】
提案されるシステムは、次の方式により具現されることができる。
【００５３】
１．あるユーザの接続リスト、グループリスト、接続リストにあるエントリに対するプレゼンス購読、及び接続リストにあるエントリに対する別名を他のユーザに送信して、このエントリがこれを受信した第２ユーザの接続リストで既に入手できるものでない場合の、その各々のエントリ、プレゼンス購読、及びそのエントリに該当する別名を第２ユーザの接続リストに追加するように第２ユーザを促す。第２ユーザが送信されたエントリと別名の追加及びそのエントリに対するプレゼンス購読を選択すると、第２ユーザのクライアントが送信された接続リスト／グループリストエントリとこれらに対する別名を第２ユーザの接続リスト／グループリストに追加しようとする個々の要請をサーバに送信し、送信された接続リストにある各々のエントリに対する個々のプレゼンス購読要請をサーバに送信する。
【００５４】
２．接続リスト／グループリストエントリ、そのエントリに対する別名、及びそのプレゼンス購読を送信しながら、サーバは、第２ユーザが現在自身の接続リストに存在しないが送信された接続リストにある新たなメンバーと現在自身がプレゼンス購読をしていないエントリ及びこれらの別名を第２ユーザ自身の接続リストに新たに追加する意向があり、これらにプレゼンス購読意向があるものと仮定する。したがって、サーバは、現在第２ユーザの接続リストにはない、全ての送信されたエントリとこれらの別名を第２ユーザの接続リストに追加し、このエントリに対するプレゼンス情報を購読することを要請することになる。
【００５５】
本発明の動作
ユーザが自身の接続リスト／グループリストから多数のエントリを選択し、選択したエントリに対する別名とプレゼンス購読を送信するか否かを特定することによって、これらを他のユーザに送信する。サーバが第２ユーザにメッセージを送信し、送信された接続リスト／グループリストエントリ及びこれらに対する別名を第２ユーザ自身のリストに追加すべきか、また、第１ユーザが既に購読したこのエントリに対するプレゼンス情報を購読する意向があるかを問い合わせる。これに対し、第２ユーザは受諾の可否を決定し、受諾する場合、第２ユーザのクライアントは第２ユーザの接続リスト／グループリストに送信されたエントリを追加しようとする個々の要請をサーバに送信し、サーバはこのための必要なタスクを遂行する。、第２ユーザのクライアントはそのエントリに対する別名を追加しようとする個々の要請を送信し、サーバが各々のエントリに該当する別名を追加する。第１ユーザが購読しているプレゼンス属性に対し、第２ユーザのクライアントが個々のプレゼンス購読要請を送信された接続リストにある全てのユーザに送信し、サーバがプレゼンス購読のための動作を遂行する。
【００５６】
受信側ユーザは、送信された接続リスト及びこれらからのプレゼンス購読を獲得する意向がある送信側ユーザを識別するＵＲＩを自身のユーザ受諾リスト、またはユーザ拒否リストに予め追加することができる。このようなサービスは、“ListForward”と考えられることができる。すると、受信側ユーザのユーザ受諾リストにあるエントリに記述されたユーザによりなされる送信動作のみが受信側ユーザに伝達されるようになる。
【００５７】
図４は、接続リスト及びグループリストを追加する方式を示している。その実行ステップは、次の通りである。
【００５８】
１．ユーザＡが接続リストエントリ送信動作を開始する。
【００５９】
２．ＧＬＭサーバが接続／グループリストに追加するためのエントリを送信する。
【００６０】
３．クライアントユーザＢがユーザＣを追加しようとする要請を開始する。
【００６１】
４．ＧＬＭサーバが追加要請をユーザＣに送信する。
【００６２】
５．すると、ユーザＣが要請に肯定的な場合、受諾信号でＧＬＭサーバに応答する。
【００６３】
６．すると、ＧＬＭサーバがユーザＣの該当エントリをリスト／グループ文書に追加する。
【００６４】
図５は、送信された接続リストエントリのプレゼンス情報を購読する本発明に従う方式を示している。その実行ステップは、次の通りである。
【００６５】
１．ユーザＡがプレゼンス購読を伴った接続リストエントリの送信動作を開始する。
【００６６】
２．ＧＬＭサーバがエントリ及びプレゼンス購読に対するオプションであるパラメータをユーザＢに送信する。
【００６７】
３．クライアントＢが自身のプレゼンス購読にユーザＣを追加することを要請する。
【００６８】
４．ＧＬＭサーバがプレゼンス購読要請をユーザＣに送信する。
【００６９】
５．すると、ユーザＣが要請に肯定的な場合、受諾信号でＧＬＭサーバに応答する。
【００７０】
６．ユーザＡがプレゼンスサーバを通じて必要なプレゼンス属性を選択することによって、他のユーザのプレゼンス情報を購読する。
【００７１】
図６は、送信動作により追加されたエントリに対する別名を追加する方式を示している。その実行ステップは、次の通りである。
【００７２】
１．ユーザＡが別名を伴った接続リストエントリの送信動作を開始する。
【００７３】
２．ＧＬＭサーバがエントリ及び別名の追加のためのパラメータをユーザＢに送信する。
【００７４】
３．クライアントＢが別名の追加をＧＬＭサーバに要請する。
【００７５】
４．ＧＬＭサーバがリストにエントリ／別名を追加する。
【００７６】
図７は、送信されたエントリに対する別名、及びプレゼンス情報の購読を追加する方式を示している。これは、第２ユーザのトランザクションを必要としない動作である。その実行ステップは、次の通りである。
【００７７】
１．ユーザＡは、プレゼンス購読を伴った接続リストエントリの送信動作を開始する。
【００７８】
２．ＧＬＭサーバは、ユーザＢの受諾リストにユーザＡがあることを確認し、ユーザＢが、送信される接続リストエントリ及びこれらに対するプレゼンス購読を受諾すると仮定する。これにより、ＧＬＭサーバは、送信されたリストエントリであるユーザＣのエントリとこれの別名を追加し、ユーザＣに対するプレゼンス情報購読のために、これをユーザＣに要請する。
【００７９】
３．すると、ユーザＣは、要請が肯定的な場合、受諾信号でＧＬＭサーバに応答する。
【００８０】
４．ＧＬＭサーバがプレゼンスサーバを通じてユーザＣのプレゼンス情報獲得を遂行する。
【００８１】
５．ＧＬＭサーバは、送信動作、即ち、ユーザＣのエントリ及び別名が接続リストに追加され、これに対するプレゼンス購読が完了したことに対する通知をユーザＢに送信する。
【００８２】
次に、本システムを具現する方法を例示する。
【００８３】
Ａ．グループ送信動作のための新たなトランザクションの例を下記の＜表１＞のように図示することができる。
【００８４】
【表１】
2009514321.tif 000003
このようなグループ送信動作は、送信するユーザ側の識別情報（identity）が受信側のユーザ受諾リストにある場合のみに受信側ユーザに通知される。そうでなければ、サーバは“403 Forbidden”を送信側に回答する。この時の認証は接続／グループリスト送信動作と関連した全ての動作に一般的な事項である。
【００８５】
受信側ユーザが送信されたグループを受諾すると、受信側ユーザはＨＴＴＰ ／１．１ ２００ ＯＫを回答する。
【００８６】
ＸＤＭサーバは文書の写しを生成し、その名前を変えて格納し、それのＵＲＩを受信側ＸＤＭクライアントに通知する。この際、受信側ＸＤＭクライアントに送信される通知は、下記の＜表２＞のように図示することができる。
【００８７】
【表２】
2009514321.tif 000004
更に他のグループ送信動作のための新たなトランザクションの例を下記の＜表３＞のように図示することができる。
【００８８】
【表３】
2009514321.tif 000005
サーバがＰＵＴ要請を受信すると、サーバはその要請に提供されたユーザのＳＩＰ ＵＲＩが送信側ユーザのものでないことを識別する。サーバは受信側ユーザ（Venki）にメッセージを送信し、その受信側ユーザが文書を受諾するか、拒否できるようにする。受信側が文書を受諾すると、サーバは文書を受信側ユーザのサービスツリーに登録し、その新たな文書のＳＩＰ ＵＲＩを受信側ユーザに送信する。
【００８９】
Ｂ．ＵＲＩリスト送信動作のための新たなトランザクションの例を下記の＜表４＞のように図示することができる。
【００９０】
【表４】
2009514321.tif 000006
上記の＜表４＞において、“forward_presencesubscription=Confirm”は、サーバが送信されたリストにあるエントリのプレゼンス情報の購読に対して受信側ユーザから確認を求める必要があることを意味する。
【００９１】
ＸＤＭサーバは送信動作の要請を受信し次第、直ちにユーザを認証する。ユーザが送信動作を遂行する権限があれば、サーバは通知を受信側ユーザに送信する。受信側ユーザが送信されたＵＲＩリストとプレゼンス購読を受諾すると、受信側ユーザは、ＨＴＴＰ ／１．１、２００ ＯＫをＸＤＭサーバに回答する。すると、サーバはＵＲＩリストに該当するＸＭＬ文書の写しを生成し、受信側ユーザがその文書の所有者になるようにそれの名前を変える。名前を変え次第、直ちにサーバが新たに生成された文書に対するＵＲＩを受信側ユーザに送信する。サーバは、ＨＴＴＰ ／１．１、２００ ＯＫ応答を送信側ユーザに送信して動作を終了させる。受信側ＸＤＭクライアントは、ＵＲＩリストにあるエントリに対するプレゼンス購読要請（SUBSCRIBE）を送信する。
【００９２】
“forward_presencesubscription=Yes”としての暗黙的プレゼンス購読動作は、受信側ユーザが送信されたリストにあるエントリのプレゼンス情報を購読する意思があることを意味する。この際、送信される購読要請は、下記の＜表５＞のように図示することができる。
【００９３】
【表５】
2009514321.tif 000007
上記の場合、サーバは受信側ユーザがいつでもリストを受諾し、そのリストにあるユーザのプレゼンス購読意向があると仮定する。サーバは購読要請を暗黙的に個々のユーザに送信する。
【００９４】
本システムは、本発明に従う新規の方式により具現されることができる。
【００９５】
各々のユーザが送信された文書、別名、及びプレゼンス購読を受諾する意向がある他のユーザのＩＤを事前に設定する。送信動作を遂行しながら、サーバが事前設定値を確認し、送信側ユーザのＩＤが事前設定値リストにあれば、その文書を受信側ユーザのツリーに登録する。
【００９６】
ユーザのＩＤを事前に設定することは、次のようにＸＭＬ文書管理を使用してなされることができる。
【００９７】
ユーザがＸＤＭクライアントを使用して他のユーザのＩＤをアクセスリストに追加するようにアクセスポリシーＸＭＬ文書を変更しようとするＸＣＡＰ ＰＵＴ要請をＸＤＭサーバに送信する。ＸＣＡＰ ＰＵＴのメソッド（method）は、ＸＤＭサーバに格納された任意のＸＭＬ文書を変更するためのものと識別される。文書を変更し次第、直ちにＸＤＭサーバがＸＤＭクライアントに２００ ＯＫ応答を回答する。
【００９８】
接続リストエントリを送信しようとする要請がサーバに到達すると、サーバはアクセスポリシーＸＭＬ文書を検索して送信側ユーザが他のユーザに対する送信動作を遂行する権限があるか否かを確認する。送信側ユーザのＩＤが事前設定値リストにあれば、サーバは接続リスト文書を受信側ユーザに送信することになる。
【００９９】
要求事項：
１．ユーザは、他のユーザに送信しようとする接続リスト／グループリストから多数のエントリを選択するメカニズムを自身のクライアントに具備していなければならない。
【０１００】
２．ユーザは、自身が他のユーザに送信するエントリの各々に対し、プレゼンス購読及び別名を送信する意向があるか否かを特定するメカニズムを自身のクライアントに具備していなければならない。
【０１０１】
３．サーバは、第１ユーザが第２ユーザに対してリスト及び関連別名とプレゼンス購読を送信したことを第２ユーザに通知するメカニズムを具備していなければならない。
【０１０２】
４．第２ユーザは、送信されたリスト及び関連する別名とプレゼンス購読に対し、全体的に、または選択的に受諾するか拒否するメカニズムを自身のクライアントに具備していなければならない。
【０１０３】
５．第２ユーザは、エントリの追加、別名の追加、及びプレゼンス情報の購読のみを選択するか、そうでなければ、それらの多様な組合せを選択できるようにするメカニズムを自身のクライアントに具備していなければならない。
【０１０４】
６．第２ユーザのクライアントは、エントリとこれらの別名を追加し、これらに対するプレゼンス購読に対する個別的な要請を送信するメカニズムを具備していなければならない。
【０１０５】
７．サーバは、送信されたリストからどのメンバーが現在ユーザ接続リストに存在しないかを認知して、そのようなエントリに対してのみ前述した手続きを要請するメカニズムを具備していなければならない。
【０１０６】
８．受信側クライアントは、送信されたリストからどのメンバーが現在ユーザ接続リストに存在しないかを認知して、そのようなエントリに対してのみ前述した手順を要請するメカニズムを具備していなければならない。
【０１０７】
９．受信側クライアントは、自身の受諾リストで予め有効な送信ユーザを認証することによって、これらの送信動作を制御できるようにするために、自身の受諾／拒否リストにエントリを追加するメカニズムを具備していなければならない。
【０１０８】
本発明は、次のような長所を有する。
【０１０９】
１．接続リストエントリを送信することによって、それらをいちいち手動で追加することを防止することができる。
【０１１０】
２．接続リスト／グループリストエントリを追加し、プレゼンスを購読し、別名を追加するのにかかる時間を減らす。
【０１１１】
３．エントリを他の接続リストから引用することによって、接続／グループリストに対してエントリを追加するのに当たり、誤りを避けることになる。
【０１１２】
４．一つ以上のプレゼンス属性に対するプレゼンス情報を手動で購読することを防止することができる。
【０１１３】
５．エントリの別名をいちいち手動で追加することを防止することができる。
【０１１４】
代案として、サーバは、ユーザが接続リスト／グループリストエントリを他のユーザに送信する場合に、第２ユーザがいつでも接続リスト／グループリストエントリ、そのエントリに対する別名及びプレゼンス購読を受諾しようとすると仮定する。これにより、サーバは第２ユーザにメッセージを送信し、エントリを追加せよとの応答を待つ必要がない。サーバは、第２ユーザの接続リストに追加しようとするエントリにある全てのユーザに個別的な要請を暗黙的に送信し、該当ユーザが受諾したエントリを第２ユーザの接続リスト／グループリストに追加する。サーバは、そのエントリに対する別名を追加し、第２ユーザの代わりにプレゼンス購読要請を第１ユーザが既に購読したエントリに送信する。
【図面の簡単な説明】
【０１１５】
【図１】グループ／接続リストエントリ追加過程を示す図である。
【図２】プレゼンス購読過程を示す図である。
【図３】別名追加過程を示す図である。
【図４】接続リスト／グループリストエントリを送信（forward）する過程を示す図である。
【図５】接続リスト／グループリストエントリを送信（forward）し、プレゼンス購読（Presence Subscription）を遂行する過程を示す図である。
【図６】接続リスト／グループリストエントリを送信（forward）し、別名（alias）を追加する過程を示す図である。
【図７】暗黙的に接続リスト／グループリストエントリを追加し、これらのプレゼンス購読を遂行する過程を示す図である。
【符号の説明】
【０１１６】
GLMS Server    グループ及びリスト管理サーバ
Presence Server    プレゼンスサーバ
List Document    リスト文書
User A    ユーザＡ
User B    ユーザＢ
【図１】
2009514321.tif 000008
【図２】
2009514321.tif 000009
【図３】
2009514321.tif 000010
【図４】
2009514321.tif 000011
【図５】
2009514321.tif 000012
【図６】
2009514321.tif 000013
【図７】
2009514321.tif 000014
【国際調査報告】
2009514321.tif 000015
2009514321.tif 000016