(57)【要約】【課題】クライアントユーザの手を煩わせることなく、グループメンバを動的に変化させることを可能にする。【解決手段】プレゼンス情報が変化したクライアントのプレゼンス情報を受信するプレゼンス情報受信ステップ（ステップＳ１４２）と、前記プレゼンス情報により、生成されるグループ、構成メンバが変更されるグループ又は消滅するグループがあるか否かを、各グループ毎のポリシと前記プレゼンス情報とを突き合わせることにより判断する変化発生グループ検出ステップ（ステップＳ１４３）と、生成されるグループ、構成メンバが変更されるグループ又は消滅するグループに関するグループ情報を送信するグループ情報送信ステップ（ステップＳ１４４）とを備える。【選択図】図４
2007183801.tif 000002
【特許請求の範囲】
【請求項１】
プレゼンス情報が変化したクライアントのプレゼンス情報を受信するプレゼンス情報受信手段と、
前記プレゼンス情報により、生成されるグループ、構成メンバが変更されるグループ又は消滅するグループがあるか否かを、各グループ毎のポリシと前記プレゼンス情報とを突き合わせることにより判断する変化発生グループ検出手段と、
生成されるグループ、構成メンバが変更されるグループ又は消滅するグループに関するグループ情報を送信するグループ情報送信手段と、
を備えることを特徴とするグループ管理支援装置。
【請求項２】
請求項１に記載のグループ管理支援装置において、
前記ポリシは、当該グループ管理支援装置以外の装置にある情報又は当該グループ管理支援装置以外の装置から入力される情報を含むことを特徴とするグループ管理支援装置。
【請求項３】
グループ管理支援装置からグループ情報を受信するグループ情報受信手段と、
セッションが開設されているグループであって、前記グループ情報により参加メンバを変化させるべきものがあるか否かを判断するセッション変化検出手段と、
セッションが開設されているグループであって、前記グループ情報により参加メンバを変化させるべきものがある場合に、前記グループ情報に基づいて、そのグループのセッション参加メンバを変更するセッション参加メンバ変更手段と、
を備えることを特徴とするグループ管理サーバ。
【請求項４】
プレゼンス情報が変化したクライアントのプレゼンス情報を受信するプレゼンス情報受信ステップと、
前記プレゼンス情報により、生成されるグループ、構成メンバが変更されるグループ又は消滅するグループがあるか否かを、各グループ毎のポリシと前記プレゼンス情報とを突き合わせることにより判断する変化発生グループ検出ステップと、
生成されるグループ、構成メンバが変更されるグループ又は消滅するグループに関するグループ情報を送信するグループ情報送信ステップと、
を備えることを特徴とするグループ管理支援方法。
【請求項５】
請求項４に記載のグループ管理支援方法において、
前記ポリシは、グループ管理支援装置以外の装置にある情報又は前記グループ管理支援装置以外の装置から入力される情報を含むことを特徴とするグループ管理支援方法。
【請求項６】
グループ管理支援装置からグループ情報を受信するグループ情報受信ステップと、
セッションが開設されているグループであって、グループ情報により参加メンバを変化させるべきものがあるか否かを判断するセッション変化検出ステップと、
セッションが開設されているグループであって、前記グループ情報により参加メンバを変化させるべきものがある場合に、前記グループ情報に基づいて、そのグループのセッション参加メンバを変更するセッション参加メンバ変更ステップと、
を備えることを特徴とするグループ管理方法。
【請求項７】
コンピュータに請求項４乃至６の何れか１項に記載の方法を行わせるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セッショングループのメンバを管理するためのグループ管理支援装置及びグループ管理装置並びにグループ管理支援方法及びグループ管理方法に関する。
【背景技術】
【０００２】
第１の従来技術によるグループ管理方法を図１１および図１２を参照して説明する。
【０００３】
図１１はＰｕｓｈ−Ｔｏ−Ｔａｌｋ（以下ＰＴＴと表示する）システム９００の構成を示している。
【０００４】
図１１において、グループ管理サーバ９０１は、グループ情報９５１を保存・管理するとともに、ＰＴＴサーバ９０２からグループ情報９５１を要求されたときには、そのグループ情報９５１を提供する。図１１では、グループ情報９５１はグループＩＤ（ＧＩＤ）９５１−１とそのグループに含まれるグループメンバＩＤ（ＵＩＤ）９５１−２を備える。
【０００５】
ＰＴＴクライアント９０３は、グループ管理サーバ９０１と通信して、グループ情報９５１の追加、削除、編集などをおこなう。また、他のＰＴＴクライアント９５１とセッションを行うために、ＰＴＴサーバ９０２と通信する。
【０００６】
ＰＴＴサーバ９０２は複数のＰＴＴクライアント９０３が参加するセッションの開始、管理、終了を行う。セッションの管理には、ＰＴＴクライアント９０３−１、９０３−２間でやり取りされる各種メディアの交換も含まれる。
【０００７】
ＰＴＴシステム９００では、図１１中に示したプレゼンスサーバ９０４が利用されるが、従来のグループ管理方法が、これに寄与することがないので、これについての説明を省略する。
【０００８】
図１２はＰＴＴシステムの動作を示すタイミングチャートである。
【０００９】
ＰＴＴクライアント９０３がグループ情報９５１を編集しグループ管理サーバ９０１に送信する（ステップＳ８０１）。ここではＧＩＤ：ｘｘｘ４として新しいグループ情報９５１を登録したものとしている。
【００１０】
グループ管理サーバ９０１は、ＰＴＴクライアント９０３からのグループ情報を受信し、登録する（ステップＳ８０２）。
【００１１】
その後、ＰＴＴクライアント９０３からＧＩＤ：ｘｘｘ４のグループメンバでセッション開始要求がＰＴＴサーバ９０２に対して発行されると（ステップＳ８０３）、ＰＴＴサーバ９０２はＧＩＤ：ｘｘｘ４のメンバクライアント情報９５１−２を取得するため、ＧＩＤ９５１−１をキーにグループ管理サーバ９０１にグループ情報を問い合わせる（ステップＳ８０４）。
【００１２】
問い合わせを受けたグループ管理サーバ９０１は、ＧＩＤをキーにグループ情報を読み出し（ステップＳ８０５）、ＰＴＴサーバ９０２にＧＩＤ：ｘｘｘ４に関するグループ情報９５１を提供する（ステップＳ８０６）。
【００１３】
ＰＴＴサーバ９０２は受け取ったグループ情報を参照して、セッションに参加する各クライアントとの間でセッション開設処理を実行し（ステップＳ８０７）、ＰＴＴセッションを開設する（ステップＳ８０８）。
【００１４】
つまり、あるＰＴＴクライアントからセッション開設要求があった場合、ＰＴＴサーバ９０２が、そのＰＴＴクライアントが属するＧＩＤをキーにして、そのＰＴＴクライアントがグループに属するＰＴＴクライアントのＵＩＤをグループ管理サーバ９０１に問い合わせることにより取得し、取得したＵＩＤを有するＰＴＴクライアント９０３の間でのＰＴＴセッションを開設する。
【００１５】
次に、第２の従来技術として、特許文献１に開示されているＩＰ電話交換機におけるグループ管理方法について説明する。
【００１６】
本従来技術は、ＩＰ電話交換機が保持する参加端末テーブルに基づいてＩＰ電話セッションに参加するＩＰ電話端末を指定するものである。
【００１７】
図１３は、特許文献１に記載されている発明のうちグループ管理処理部分を抜き出した構成図である。
【００１８】
電話交換機９６１は、ある参加端末からの音声を受信する音声受信部９６１−１と受信音声を参加端末に転送（交換）する音声交換部９６１−２と交換後の音声を他の端末に送信する音声送信部９６１−３をもつ。
【００１９】
音声交換部９６１−２は、ある端末から受けた受信音声を、参加端末テーブル９６１−４に記載された他の参加端末に対して送信することにより、グループ通話を実現する。
【００２０】
参加端末テーブル９６１−４は、ＩＰ電話端末９６２の参加端末テーブル操作指示部９６２−１からの指示（Ｓ９６３）を受けた参加端末テーブル操作部９６１−５のテーブル操作処理により操作される。具体的には、参加端末テーブル９６１−４への端末追加や削除が行われる。参加端末テーブル操作指示部９６２−１は、入力部９６２−４からの操作により、このような参加端末テーブル９６１−４への端末追加や削除を行う。
【００２１】
一方、電話交換機９６１は端末状態認識部９６１−６で端末の状態をモニタしており（ステップＳ９６４）、その情報は端末状態テーブル９６１−７に保持されている。
【００２２】
端末状態テーブル９６１−７の情報はＩＰ電話端末９６２の端末状態問合部９６２−２からの問合せ要求（ステップＳ９６５）に応じて端末状態通知部９６１−８から端末に提供される（Ｓ９６６）。
【００２３】
ＩＰ電話端末９６２のユーザは、ＩＰ電話セッションを開始しようとするとき、表示部９６２−３に表示される自身以外の複数の端末状態を目視し、そのとき参加可能なメンバ（表示部９６２−３に表示されているメンバ）であるＩＰ電話端末中の他のＩＰ電話端末９６２を参加端末テーブル９６１−４に登録するよう入力部９６２−４を操作する。
【００２４】
これにより、登録のための指示（ステップＳ９６３）を出したＩＰ電話端末９６２と、指示で指定されているＩＰ電話端末９６２との間のセッションが開始されることとなる。
【特許文献１】特開２００２−３５９６９０号公報
【発明の開示】
【発明が解決しようとする課題】
【００２５】
しかしながら、第１の従来技術によるグループ管理方法においては、次のような課題がある。
【００２６】
第１の課題は、グループ情報中のグループメンバを半固定的に事前に登録するため、グループの動的変化に対応できないということである。
【００２７】
第２の課題は、セッション開設時に一度だけグループ情報を参照しセッション開設を実行するため、セッション中にセッション参加メンバを変化させることができないということである。
【００２８】
第３の課題は、例えば特定のプレゼンスのクライアントのみからなるメンバでセッションを行おうとした場合は、ユーザが端末を操作して当該メンバを検索し、それぞれのメンバＩＤを指定する必要があったため、所望のメンバでのセッションが容易に開設できないということである。
【００２９】
また、第２の従来技術によるグループ管理方法においては、次のような課題がある。
【００３０】
第１の課題は、或る参加ＩＰ端末９６２のユーザが、端末状態テーブル９６１−７の状態を反映した表示部９６２−３に表示されているＩＰ電話端末９６２を見て、参加端末テーブル９６１−４に登録するべき他のＩＰ電話端末９６２を判断して、それにより、当該他のＩＰ電話端末９６２が参加端末テーブル９６１−４に登録される。従って、人間の判断と操作を介するため、グループの構成処理が自動化されていなく、グループの動的変化に対応できないということである。つまり、セッション開始のための自動処理ができないことである。
【００３１】
第２の課題は、セッションに参加しようとするユーザ自身が表示部９６２−３の状態を監視してから、自分が所有するＩＰ端末９６２を操作するために、セッション中にセッション参加メンバを変化させるためには、ユーザ自身が判断と操作を行う必要がある、ということである。つまり、セッションの途中での自動的な変更処理ができないことである。
【００３２】
第３の課題は、複数のプレゼンス（在席状態（例えば、「位置」、「在席」、「着席」、「会議中」「欠勤」等））のうちの特定のプレゼンスの値が所定のものである（例えば、「「位置」が「会社」である」等）のクライアントのみからなるメンバでセッションを行おうとした場合は、ユーザが端末を操作して、そのようなプレゼンス状態にあるメンバを検索し、そのようなメンバそれぞれのＩＤ（「メンバＩＤ」）を指定する必要があったため、任意のプレゼンス状態のメンバでのセッションが容易に開設できないということである。
【００３３】
本発明の目的は、クライアントユーザの手を煩わせることなく、グループメンバを動的に変化させることを可能にするようなグループ管理支援装置及びグループ管理装置並びにそのようなグループ管理支援方法及びグループ管理方法を提供することにある。
【課題を解決するための手段】
【００３４】
本発明の第１の観点によれば、プレゼンス情報が変化したクライアントのプレゼンス情報を受信するプレゼンス情報受信手段と、前記プレゼンス情報により、生成されるグループ、構成メンバが変更されるグループ又は消滅するグループがあるか否かを、各グループ毎のポリシと前記プレゼンス情報とを突き合わせることにより判断する変化発生グループ検出手段と、生成されるグループ、構成メンバが変更されるグループ又は消滅するグループに関するグループ情報を送信するグループ情報送信手段と、を備えることを特徴とするグループ管理支援装置が提供される。
【００３５】
また、上記のグループ管理支援装置において、前記ポリシは、当該グループ管理支援装置以外の装置にある情報又は当該グループ管理支援装置以外の装置から入力される情報を含むようにしてもよい。
【００３６】
本発明の第２の観点によれば、グループ管理支援装置からグループ情報を受信するグループ情報受信手段と、セッションが開設されているグループであって、前記グループ情報により参加メンバを変化させるべきものがあるか否かを判断するセッション変化検出手段と、セッションが開設されているグループであって、前記グループ情報により参加メンバを変化させるべきものがある場合に、前記グループ情報に基づいて、そのグループのセッション参加メンバを変更するセッション参加メンバ変更手段と、を備えることを特徴とするグループ管理サーバが提供される。
【発明の効果】
【００３７】
本発明の第１の観点によるグループ管理支援装置は、プレゼンス情報が変化したクライアントのプレゼンス情報を受信するプレゼンス情報受信手段と、前記プレゼンス情報により、生成されるグループ、構成メンバが変更されるグループ又は消滅するグループがあるか否かを、各グループ毎のポリシと前記プレゼンス情報とを突き合わせることにより判断する変化発生グループ検出手段と、生成されるグループ、構成メンバが変更されるグループ又は消滅するグループに関するグループ情報を送信するグループ情報送信手段と、を備えるので、プレゼンス情報が変化したクライアントのプレゼンス情報に連動して、グループ情報を自動的に変化させることができ、これにより、セッションに参加するクライアントを動的に変化させることができる。
【００３８】
本発明の第２の観点によるグループ管理サーバは、グループ管理支援装置からグループ情報を受信するグループ情報受信手段と、セッションが開設されているグループであって、前記グループ情報により参加メンバを変化させるべきものがあるか否かを判断するセッション変化検出手段と、セッションが開設されているグループであって、前記グループ情報により参加メンバを変化させるべきものがある場合に、前記グループ情報に基づいて、そのグループのセッション参加メンバを変更するセッション参加メンバ変更手段と、を備えるので、受信したグループ情報に応じて動的にセッション参加メンバを変化させることができる。
【発明を実施するための最良の形態】
【００３９】
以下、図面を参照して本発明を実施するための最良の形態について詳細に説明する。
【００４０】
［実施形態１］
本発明は、電子会議システムやＰｕｓｈ−Ｔｏ−Ｔａｌｋ（ＰＴＴ）システムにおいて、グループを構成するメンバーやセッション（会話や会議）に参加するメンバーが、その瞬間毎に最適な構成員となるようにしたことを特徴としている。
【００４１】
図１に、本発明のグループ管理方法を用いた電子会議システムの構成を示す。
【００４２】
図１において、グループ管理支援装置１０３は、プレゼンスサーバ１０５が保持するプレゼンス情報１２３を参照し、グループ管理支援装置１０３内に保持されているグループポリシ１２１にもとづいてグループ情報１２２を生成、あるいは再構成し、その結果をグループ管理サーバ１０７に登録する。
【００４３】
グループ管理サーバ１０７は、複数の会議クライアント１０９−１、１０９−２、１０９−Ｎに関するグループ情報を管理し、グループ管理支援装置１０３から提供されるグループ情報１２２を受信し、会議サーバ１１３へグループ情報１２２を提供する。
【００４４】
プレゼンスサーバ１０５は、プレゼンス取得装置１１１−１、１１１−２、１１１−Ｎと会議クライアント１０９−１、１０９−２、１０９−Ｎからプレゼンス情報１２３を受信し、そのプレゼンス情報１２３を管理する。また、プレゼンスサーバ１０５は、会議クライアント１０９−１、１０９−２、１０９−Ｎやグループ管理支援装置１０３にプレゼンス情報１２３を提供する。
【００４５】
会議サーバ１１３は、グループ管理サーバ１０７からグループ情報１２２を取得し、そのグループメンバである複数の会議クライアント１０９−１、１０９−２、１０９−Ｎが参加する会議セッションを管理（開設・維持・解放など）する。
【００４６】
図２に、本発明のグループ管理方法を用いた会議システムの動作を説明するシーケンスを示す。
【００４７】
図２において、プレゼンスサーバ１０５は保持するプレゼンス情報１２３が変化したら（ステップＳ１２１）、グループ管理支援装置１０３に変化したプレゼンス情報１２３を通知する（ステップＳ１２３）。
【００４８】
グループ管理支援装置１０３は、通知されたプレゼンス情報１２３によりグループ構成が変化する場合は、グループを再構成し（ステップＳ１２５）、再構成したグループを表すグループ情報１２２をグループ管理サーバ１０７に設定通知する（ステップＳ１２７）。
【００４９】
グループ管理サーバ１０７は、グループ情報１２２を受信すると（ステップＳ１２９）、直ちにそのグループ情報１２２を登録する（ステップＳ１３１）。
【００５０】
このようにして、本実施形態では、プレゼンス情報１２３が変化すると直ちにグループ情報１２２が再構成されるようにしているので、
時々刻々と変化する会議クライアント１０９の状況を反映したグループを構成することができる。
【００５１】
［実施形態２］
図３を参照すると、本発明のグループ管理方法を用いた一実施形態としてのＰＴＴシステムが示されている。
【００５２】
図３において、グループ管理支援装置１０３は、グループポリシ１２１を保持し、プレゼンス情報１２３を元にグループポリシ１２１に従ったグループを構成し、それを表すグループ情報１２２をグループ管理サーバ１０７に通知する。
【００５３】
ここで、グループポリシ１２１は、少なくともグループを特定する情報（ＧＩＤ）１２１−１とそのグループを構成するための条件情報からなる。
【００５４】
また、グループ情報１２２は、少なくともグループを特定する情報（ＧＩＤ）１２２−１とそのグループの構成メンバ情報１２２−２からなる。
【００５５】
グループ管理サーバ１０７は、グループ情報１２２を保持し、グループ管理支援装置１０３とＰＴＴクライアント１１５からのグループ情報１２４を受信し、またＰＴＴサーバ１１９からのグループ情報問い合わせ１２５に対してグループ情報１２６を回答する。
【００５６】
プレゼンスサーバ１０５は、ＰＴＴクライアント１１５や各種プレゼンス情報取得装置１１１からのプレゼンス情報１２３を受信するとともに、それらのプレゼンス情報１２３を管理し、プレゼンス情報１２３をＰＴＴクライアント１１５やグループ管理支援装置１０３に提供する。
【００５７】
ＰＴＴサーバ１１９は、複数のＰＴＴクライアント１１５が参加する音声会議セッションを管理する。
【００５８】
ＰＴＴクライアント１１５は、ＰＴＴサーバ１１９を介して他の複数のＰＴＴクライアントとの間で音声会議セッションを行う。
【００５９】
次に図３に示した、本発明のグループ管理方法を用いたＰＴＴシステムの動作を、図４に示すタイムチャートを使用して説明する。
【００６０】
図４において、プレゼンスサーバ１０５が管理するプレゼンス情報１２３が変化すると（ステップＳ１４１）、プレゼンスサーバ１０５は、プレゼンス情報１２３をグループ管理支援装置１０３に対して送信する（ステップＳ１４２）。
【００６１】
グループ管理支援装置１０３は、受信したプレゼンス情報から、当該プレゼンス情報をグループ構成のポリシとして利用しているグループを検索する（ステップＳ１４３）。該当するグループポリシがある場合は、そのグループポリシにしたがってグループ情報を編集し、グループ管理サーバ１０７に対して送信する（ステップＳ１４４）。
【００６２】
グループ管理サーバ１０７は、グループ管理支援装置１０３から新しいグループ情報を受信すると、グループ情報として登録し、以後管理する（ステップＳ１４５）。
【００６３】
グループポリシの一例を図５に示す。ここでは、
「    グループＩＤ：ＧＩＤ：ｘｘｘ４
で指し示されるグループは、
ＵＩＤ：ａａａａ
ＵＩＤ：ｂｂｂｂ
ＵＩＤ：ｃｃｃｃ
ＵＩＤ：ｄｄｄｄ
ＵＩＤ：ｅｅｅｅ
ＵＩＤ：ｆｆｆｆ
の６つのクライアントのうち、それぞれのプレゼンス情報の一種の「位置」が「会社」となっているクライアントからなるグループである」
ことが指定されている。
【００６４】
たとえば、ステップＳ１４２で、プレゼンス情報がプレゼンスサーバ１０５からグループ管理支援装置１０３に送信された時に、その送信の結果、プレゼンス情報の一種である「位置」が図６に示すようになったとすると、ＧＩＤ：ｘｘｘ４のグループは、図５に示す６人のクライアントのうち「位置」が「会社」である
ＵＩＤ：ａａａａ
ＵＩＤ：ｂｂｂｂ
ＵＩＤ：ｃｃｃｃ
の３つのクライアントからなるグループである。このような場合には、ステップＳ１４４で、
ＧＩＤ：ｘｘｘ４
ＵＩＤ：ａａａａ
ＵＩＤ：ｂｂｂｂ
ＵＩＤ：ｃｃｃｃ
を送る。
【００６５】
ステップＳ１４２でのプレゼンス情報の送信前の位置情報が、
ＵＩＤ：ａａａａ：渋谷
ＵＩＤ：ｂｂｂｂ：原宿
ＵＩＤ：ｃｃｃｃ：恵比寿
ＵＩＤ：ｄｄｄｄ：渋谷
ＵＩＤ：ｅｅｅｅ：新宿
ＵＩＤ：ｆｆｆｆ：品川
であったのであれば、グループの生成となる。
【００６６】
また、ステップＳ１４２でのプレゼンス情報の送信前の位置情報が、
ＵＩＤ：ａａａａ：会社
ＵＩＤ：ｂｂｂｂ：会社
ＵＩＤ：ｃｃｃｃ：恵比寿
ＵＩＤ：ｄｄｄｄ：渋谷
ＵＩＤ：ｅｅｅｅ：新宿
ＵＩＤ：ｆｆｆｆ：品川
であったのであれば、グループメンバの増加となる。
【００６７】
更に、ステップＳ１４２でのプレゼンス情報の送信前の位置情報が、
ＵＩＤ：ａａａａ：会社
ＵＩＤ：ｂｂｂｂ：会社
ＵＩＤ：ｃｃｃｃ：会社
ＵＩＤ：ｄｄｄｄ：会社
ＵＩＤ：ｅｅｅｅ：新宿
ＵＩＤ：ｆｆｆｆ：品川
であったのであれば、グループメンバの減少となる。
【００６８】
ある時のステップＳ１４２で送られるプレゼンス情報の結果の位置情報が、
ＵＩＤ：ａａａａ：会社
ＵＩＤ：ｂｂｂｂ：田町
ＵＩＤ：ｃｃｃｃ：新橋
ＵＩＤ：ｄｄｄｄ：会社
ＵＩＤ：ｅｅｅｅ：新宿
ＵＩＤ：ｆｆｆｆ：品川
であり、次の時のステップＳ１４２で送られるプレゼンス情報の結果の位置情報が、
ＵＩＤ：ａａａａ：有楽町
ＵＩＤ：ｂｂｂｂ：田町
ＵＩＤ：ｃｃｃｃ：新橋
ＵＩＤ：ｄｄｄｄ：会社
ＵＩＤ：ｅｅｅｅ：新宿
ＵＩＤ：ｆｆｆｆ：品川
であるならば、グループの消滅となる。このような場合には、ステップＳ１４４で、
ＧＩＤ：ｘｘｘ４
ＵＩＤ：ＮＵＬＬ
又は、
ＧＩＤ：ｘｘｘ４
のみを送る。
【００６９】
たとえば、プレゼンス情報がプレゼンスサーバ１０５からグループ管理支援装置１０３に送信された時に、その結果、プレゼンス情報の一種である「位置」が図６に示すようになったとすると、ＧＩＤ：ｘｘｘ４のグループは、図５に示す６人のクライアントのうち「位置」が「会社」である
ＵＩＤ：ａａａａ
ＵＩＤ：ｂｂｂｂ
ＵＩＤ：ｃｃｃｃ
の３つのクライアントからなるグループである。このような場合には、ステップＳ１４４で、
ＧＩＤ：ｘｘｘ４
ＵＩＤ：ａａａａ
ＵＩＤ：ｂｂｂｂ
ＵＩＤ：ｃｃｃｃ
を送る。
【００７０】
このようにして、随時、グループ管理支援装置１０３は、プレゼンスサーバ１０５から通知されたプレゼンス情報を契機として、グループ情報の更新を行う。
【００７１】
ユーザがＰＴＴクライアント１１５でセッションを開始するときは、所望のグループＩＤでセッション開始を要求するが、これを含めＰＴＴセッションを開設するまでの処理は従来技術１のＰＴＴシステムと同様である（図１２参照）。図４では、図１２と同一の処理に同一の符号（Ｓ８０３〜Ｓ８０８）を付す。
【００７２】
［実施形態３］
本発明の実施形態３の基本的構成は実施形態２と同様であるが、ＰＴＴセッション中にメンバの変更を行える点について工夫している。その動作を示すタイミングチャートを図７に示す。
【００７３】
図７において、グループ管理サーバ１０７は、逐次、自身が管理している１以上のグループ情報１２２のうちＰＴＴグループセッションが開設されているグループ情報があるかどうかを把握している（ステップＳ１４６）。
【００７４】
また、グループ管理サーバ１０７は、グループ情報をグループ管理支援装置１０３から受けた時（ステップＳ１４５）、そのグループ情報と同一のＧＩＤを有するグループが、現在セッションが開設されているグループのうちにあるか否かを判断し（ステップＳ１４７）、そのようなグループ（例えば、ＧＩＤ：ｘｘｘ４のグループ）が在る場合には、ＰＴＴサーバ１１９に、ステップＳ１４５で受けたグループ情報１２２を提供する（ステップＳ１４８）。
【００７５】
ＰＴＴサーバ１１９は、ステップＳ１４８でグループ情報を受信すると、セッション中のグループのうち、そのグループ情報により、そのグループ情報が係るグループのグループ情報の更新を行う。これにより、そのグループのセッションメンバが変更される（ステップＳ１４９）。
【００７６】
例えば、図５で示したグループポリシを持つＧＩＤ：ｘｘｘ４において、過去のある時点で図６に示すプレゼンスがあり、その状態でセッションが開始されていたとする。その後、ある時刻において、ＵＩＤ：ａａａａの「位置」が会社以外に変化したとすると、セッションの中途であるが、そのセッションの参加メンバはＵＩＤ：ｂｂｂｂとｃｃｃｃのみになるようにセッションメンバの変更が行われる。
【００７７】
このように、本実施形態では、セッション中のグループの変更も実施しているので、例えば、「会社」内でのみ会話可能な秘密情報を会話内でやりとりしている場合、会社から会社外に移動したクライアントから、秘密情報が漏洩することを防ぐことができるという効果が得られる。
【００７８】
また、例えば、本実施形態をゲームに適用し、グループポリシに設定されるプレゼンス情報をゲーム上の「ステージ」や「フェーズ」のようなシナリオ情報に設定すると、ユーザに対して、より高度なリアリティのあるゲーム内容を提供できる。
【００７９】
［実施形態４］
本発明の実施形態４の基本的構成は実施形態２と同様であるが、グループポリシを外部の装置（例えば、図８に示すようなディレクトリ）に格納されている情報を含めて構成する点が実施形態２、３と異なる。
【００８０】
実施形態４の構成を図８に示す。また、図８に示すグループ管理支援装置１０３Ｂには、１以上のグループポリシが格納されている。その一例のグループポリシを図９に示す。図９に示すように、グループポリシは、外部の装置であるディレクトリサービス装置３０１上のディレクトリサービス内のリストを参照している。具体的には、ＧＩＤ：ｘｘｘ４で識別されるグループのポリシでは、「ディレクトリサービス３０１のＬＩＳＴ：ｚｚｚ１に在るメンバのうち、プレゼンス情報の一種である「位置」が「会社」であるクライアントがそのグループのメンバであること」が定義されている。そして、図８に示すように、ディレクトリサービス装置３０１には、ＬＩＳＴ：ｚｚｚ１で識別されるリストのメンバがＵＩＤ：ｘｙｚ０１〜ｘｙｚ０５のクライアントであることが記述されている。
【００８１】
グループ管理支援装置１０３Ｂは、プレゼンス情報をプレゼンスサーバ１０５から受信した場合、グループ管理支援装置１０３Ｂが管理する全てのグループポリシを調べ、ディレクトリサービス装置３０１が保有しているリストを参照しているグループポリシが在る場合には、ディレクトリサービス装置３０１からそのリスト中のメンバを取得する（ステップＳ１５１、Ｓ１５２）。そして、プレゼンスサーバ１０５から受信したプレゼンス情報が関するクライアントに該当するメンバが、ディレクトリサービス装置３０１から取得したメンバに在る場合には、そのクライアントのプレゼンス情報とグループポリシとを突合わせる。そして、そのクライアントのプレゼンス情報が、そのグループのメンバの追加、削除に影響を与える場合には、追加又は削除後の状態のグループ情報をグループ管理サーバ１０７に送信する。
【００８２】
図８に示すシステムの実施形態４に特有な動作を示すタイミングチャートを図１０に示す。実施形態２の図４と本実施形態の図１０の違いは、図４に示す動作でのステップＳ１４２でプレゼンス情報を受信してからステップＳ１４４でグループ情報を送信するまでの間に行なうステップＳ１４３のグループポリシ検索が、ステップＳ１５１、Ｓ１５２のディレクトリ情報問合せ、ディレクトリ情報取得を含むようになった点である。
【００８３】
このように、本実施形態では、グループポリシ内のクライアント情報を、外部装置に格納されている情報を参照して取得するようにしている。従って、例えば、企業内の組織編制や任意の業務プロジェクトのメンバからなるグループを構成する場合、メンバ情報を社内データベースとＰＴＴシステム用のグループポリシとの両方に登録（二重登録）することによる管理コストを低減できる。また、企業内のフローティングプロジェクトに対するコミュニケーション手段を柔軟に設定することができる。
【００８４】
また、例えば、ディレクトリサービス装置に顧客データベースを格納する場合、プレゼンスに応じて顧客グループに対して情報提供を行うサービスを実現することができる。具体的には、グループポリシを「所定のＩＤのＰＴＴクライアントのうちプレゼンス情報の１つである「来店」が「真」であるＰＴＴクライアントがグループメンバである」ということにしておけば、所定のＩＤのＰＴＴクライアントのうちプレゼンス情報の１つである「来店」が実際に「真」であるＰＴＴクライアントをグループメンバとすることができる。グループポリシを「所定のＩＤのＰＴＴクライアントのうちプレゼンス情報の１つである「ある商品の購入金額」が「１００００円以上」であるＰＴＴクライアントがグループメンバである」ということにしておけば、所定のＩＤのＰＴＴクライアントのうちプレゼンス情報の１つである「ある商品の購入金額」が実際に「１００００円以上」であるＰＴＴクライアントをグループメンバとすることができる。グループポリシを「所定のＩＤのＰＴＴクライアントのうちプレゼンス情報の１つである「ある商店への来店回数」が「１以上である」であるＰＴＴクライアントがグループメンバである」ということにしておけば、所定のＩＤのＰＴＴクライアントのうちプレゼンス情報の１つである「ある商店への来店回数」が実際に「１以上である」であるＰＴＴクライアントをグループメンバとすることができる。
【００８５】
また、例えば、ディレクトリサービスとして住民データベースを利用する場合、プレゼンスに応じて住民グループに対して災害情報や非難勧告情報などの提供を行うサービスを実現することができる。
【００８６】
なお、図１０のタイミングチャートでは、グループ管理支援装置からディレクトリサービスに情報問い合わせを行うように設定しているが、ディレクトリサービス側からグループ管理支援装置が管理するグループポリシ内にディレクトリサービス内の当該情報を書き込むようにしてもよい。
【００８７】
また、図１等に示すグループ管理支援装置１０３、１０３Ｂ、図１等に示すプレゼンスサーバ１０５、図１等に示すグループ管理サーバ１０７、図１等に示す会議サーバは、ハードウェア、ソフトウェア又はこれらの組合せにより実現することができる。ソフトウェアを含めてこれらの装置を実現する場合には、コンピュータがこれらの装置として機能するためのプログラムをコンピュータが読み込んで実行する。
【００８８】
以上説明した実施形態では、本発明のグループ管理方法をＰＴＴシステムに適用した場合を示したが、ＰＴＴシステム以外の電子会議システムや電子メールシステムなど、グループを構成してグループ間で情報をやり取りするシステム一般に適用できる。
【図面の簡単な説明】
【００８９】
【図１】本発明の実施形態１によるシステムの構成を示すブロック図である。
【図２】図１に示すシステムの主要な動作を示すシーケンス図である。
【図３】本発明の実施形態２によるシステムの構成を示すブロック図である。
【図４】図３に示すシステムの本発明の実施形態２による主要な動作を示すシーケンス図である。
【図５】図１又は図３に示すグループ管理支援装置が保持するグループポリシの例を示す図である。
【図６】プレゼンス情報の例を示す図である。
【図７】図３に示すシステムの本発明の実施形態３による主要な動作を示すシーケンス図である。
【図８】本発明の実施形態４によるシステムの構成を示すブロック図である。
【図９】図８に示すグループ管理支援装置が保持するグループポリシの例を示す図である。
【図１０】図８に示すシステムの主要な動作を示すシーケンス図である。
【図１１】従来例１のシステムの構成を示すブロック図である。
【図１２】図１１に示すシステムの主要な動作を示すシーケンス図である。
【図１３】従来例２のシステムの構成を示すブロック図である。
【符号の説明】
【００９０】
１０３  グループ管理支援装置
１０５  プレゼンスサーバ
１０７  グループ管理サーバ
【図１】
2007183801.tif 000003
【図２】
2007183801.tif 000004
【図３】
2007183801.tif 000005
【図４】
2007183801.tif 000006
【図５】
2007183801.tif 000007
【図６】
2007183801.tif 000008
【図７】
2007183801.tif 000009
【図８】
2007183801.tif 000010
【図９】
2007183801.tif 000011
【図１０】
2007183801.tif 000012
【図１１】
2007183801.tif 000013
【図１２】
2007183801.tif 000014
【図１３】
2007183801.tif 000015