(57)【要約】【課題】参加メンバのプレゼンス情報およびセッション自体の情報を利用して、セッションへの参加を制御するコミュニケーションシステム、制御装置、制御方法、プログラムおよび記録媒体を提供する。【解決手段】１または複数の通信端末がネットワークを介して相互に接続可能であり、当該通信端末間のコミュニケーションを確立させるコミュニケーションシステムであって、通信端末のプレゼンス情報を登録するプレゼンス情報登録手段と、コミュニケーションに参加するための参加条件を設定する参加条件設定手段と、コミュニケーションの状態に係るコミュニケーション情報を管理するコミュニケーション情報管理手段と、通信端末のコミュニケーションへの参加および離脱を制御するコミュニケーション制御手段とを有する。【選択図】図１
2007259295.tif 000002
【特許請求の範囲】
【請求項１】
１または複数の通信端末がネットワークを介して相互に接続可能であり、当該通信端末間のコミュニケーションを確立させるコミュニケーションシステムであって、
前記通信端末のプレゼンス情報を登録するプレゼンス情報登録手段と、
前記コミュニケーションに参加するための参加条件を設定する参加条件設定手段と、
前記コミュニケーションの状態に係るコミュニケーション情報を管理するコミュニケーション情報管理手段と、
前記通信端末の前記コミュニケーションへの参加および離脱を制御するコミュニケーション制御手段とを有することを特徴とするコミュニケーションシステム。
【請求項２】
前記コミュニケーション制御手段は、前記プレゼンス情報と、前記参加条件と、前記コミュニケーション情報とに基づいて、前記コミュニケーションへの参加および離脱を制御することを特徴とする請求項１記載のコミュニケーションシステム。
【請求項３】
前記プレゼンス情報が変更された場合には、前記コミュニケーション制御手段は再度前記参加条件を参照して、前記通信端末の前記コミュニケーションへの参加および離脱を制御することを特徴とする請求項１または２記載のコミュニケーションシステム。
【請求項４】
前記コミュニケーション制御手段は、前記プレゼンス情報が変更されて再度前記参加条件を参照したときに、当該参加条件を満たしていない場合には、前記コミュニケーションを休止状態にするように制御することを特徴とする請求項１から３のいずれか１項記載のコミュニケーションシステム。
【請求項５】
前記休止状態中に前記プレゼンス情報が変更されて再度前記参加条件を参照したときに、当該参加条件を満たしている場合には、前記コミュニケーションを再開するように制御することを特徴とする請求項４項記載のコミュニケーションシステム。
【請求項６】
前記参加条件設定手段は、現在確立されている前記コミュニケーションに前記参加条件を追加することを特徴とする請求項１記載のコミュニケーションシステム。
【請求項７】
前記コミュニケーション制御手段は、追加された前記新たな参加条件と、前記プレゼンス情報と、前記コミュニケーション情報とに基づいて、再度前記コミュニケーションへの参加を制御することを特徴とする請求項６記載のコミュニケーションシステム。
【請求項８】
１または複数の通信端末と、前記通信端末のプレゼンス情報を登録するプレゼンスサーバと、前記通信端末間でのコミュニケーションを制御するコミュニケーション制御装置とがネットワークを介して相互に接続可能であり、前記通信端末間のコミュニケーションを確立させるコミュニケーションシステムのコミュニケーション制御装置であって、
前記コミュニケーションに参加するための参加条件を設定する参加条件設定手段と、
前記コミュニケーションの状態に係るコミュニケーション情報を管理するコミュニケーション情報管理手段と、
前記通信端末の前記コミュニケーションへの参加および離脱を制御するコミュニケーション制御手段とを有することを特徴とするコミュニケーション制御装置。
【請求項９】
前記コミュニケーション制御手段は、前記プレゼンス情報と、前記参加条件と、前記コミュニケーション情報とに基づいて、前記コミュニケーションへの参加および離脱を制御することを特徴とする請求項８記載のコミュニケーション制御装置。
【請求項１０】
前記プレゼンス情報が変更された場合には、前記コミュニケーション制御手段は再度前記参加条件を参照して、前記通信端末の前記コミュニケーションへの参加および離脱を制御することを特徴とする請求項８または９記載のコミュニケーション制御装置。
【請求項１１】
前記コミュニケーション制御手段は、前記プレゼンス情報が変更されて再度前記参加条件を参照したときに、当該参加条件を満たしていない場合には、前記コミュニケーションを休止状態にするように制御することを特徴とする請求項８から１０のいずれか１項記載のコミュニケーション制御装置。
【請求項１２】
前記休止状態中に前記プレゼンス情報が変更されて再度前記参加条件を参照したときに、当該参加条件を満たしている場合には、前記コミュニケーションを再開するように制御することを特徴とする請求項１１項記載のコミュニケーション制御装置。
【請求項１３】
前記参加条件設定手段は、現在確立されている前記コミュニケーションに新たな参加条件を追加することを特徴とする請求項８記載のコミュニケーション制御装置。
【請求項１４】
前記コミュニケーション制御手段は、追加された前記新たな参加条件と、前記プレゼンス情報と、前記コミュニケーション情報とに基づいて、再度前記コミュニケーションへの参加を制御することを特徴とする請求項１３記載のコミュニケーション制御装置。
【請求項１５】
１または複数の通信端末と、前記通信端末のプレゼンス情報を登録するプレゼンスサーバと、前記通信端末間でのコミュニケーションを制御するコミュニケーション制御装置とがネットワークを介して相互に接続可能であり、前記通信端末間のコミュニケーションを確立させるコミュニケーションシステムの制御方法であって、
前記コミュニケーションに参加するための参加条件を設定する参加条件設定工程と、
前記コミュニケーションの状態に係るコミュニケーション情報を管理するコミュニケーション情報管理工程と、
前記通信端末の前記コミュニケーションへの参加および離脱を制御するコミュニケーション制御工程とを有することを特徴とするコミュニケーションシステムの制御方法。
【請求項１６】
前記コミュニケーション制御工程は、前記プレゼンス情報と、前記参加条件と、前記コミュニケーション情報とに基づいて、前記コミュニケーションへの参加および離脱を制御することを特徴とする請求項１５記載のコミュニケーションシステムの制御方法。
【請求項１７】
前記プレゼンス情報が変更された場合には、前記コミュニケーション制御工程は再度前記参加条件を参照して、前記通信端末の前記コミュニケーションへの参加および離脱を制御することを特徴とする請求項１５または１６記載のコミュニケーションシステムの制御方法。
【請求項１８】
前記コミュニケーション制御工程は、前記プレゼンス情報が変更されて再度前記参加条件を参照したときに、当該参加条件を満たしていない場合には、前記コミュニケーションを休止状態にするように制御することを特徴とする請求項１５から１７のいずれか１項記載のコミュニケーションシステムの制御方法。
【請求項１９】
前記休止状態中に前記プレゼンス情報が変更されて再度前記参加条件を参照したときに、当該参加条件を満たしている場合には、前記コミュニケーションを再開するように制御することを特徴とする請求項１８項記載のコミュニケーションシステムの制御方法。
【請求項２０】
前記参加条件設定工程は、現在確立されている前記コミュニケーションに新たな参加条件を追加することを特徴とする請求項１５記載のコミュニケーションシステムの制御方法。
【請求項２１】
前記コミュニケーション制御工程は、追加された前記新たな参加条件と、前記プレゼンス情報と、前記コミュニケーション情報とに基づいて、再度前記コミュニケーションへの参加を制御することを特徴とする請求項２０記載のコミュニケーションシステムの制御方法。
【請求項２２】
１または複数の通信端末と、前記通信端末のプレゼンス情報を登録するプレゼンスサーバと、前記通信端末間でのコミュニケーションを制御するコミュニケーション制御装置とがネットワークを介して相互に接続可能であり、前記通信端末間のコミュニケーションを確立させるプログラムであって、
前記コミュニケーションに参加するための参加条件を設定する参加条件設定処理と、
前記コミュニケーションの状態に係るコミュニケーション情報を管理するコミュニケーション情報管理処理と、
前記通信端末の前記コミュニケーションへの参加および離脱を制御するコミュニケーション制御処理とをコンピュータに実行させるためのプログラム。
【請求項２３】
前記コミュニケーション制御処理は、前記プレゼンス情報と、前記参加条件と、前記コミュニケーション情報とに基づいて、前記コミュニケーションへの参加および離脱を制御させることを特徴とする請求項２２記載のプログラム。
【請求項２４】
前記プレゼンス情報が変更された場合には、前記コミュニケーション制御処理は再度前記参加条件を参照して、前記通信端末の前記コミュニケーションへの参加および離脱を制御させることを特徴とする請求項２２または２３記載のプログラム。
【請求項２５】
前記コミュニケーション制御処理は、前記プレゼンス情報が変更されて再度前記参加条件を参照したときに、当該参加条件を満たしていない場合には、前記コミュニケーションを休止状態にするように制御させることを特徴とする請求項２２から２４のいずれか１項記載のプログラム。
【請求項２６】
前記休止状態中に前記プレゼンス情報が変更されて再度前記参加条件を参照したときに、当該参加条件を満たしている場合には、前記コミュニケーションを再開するように制御させることを特徴とする請求項２５項記載のプログラム。
【請求項２７】
前記参加条件設定処理は、現在確立されている前記コミュニケーションに新たな参加条件を追加させることを特徴とする請求項２２記載のプログラム。
【請求項２８】
前記コミュニケーション制御処理は、追加された前記新たな参加条件と、前記プレゼンス情報と、前記コミュニケーション情報とに基づいて、再度前記コミュニケーションへの参加を制御させることを特徴とする請求項２７記載のプログラム。
【請求項２９】
請求項２２から２８のいずれか１項記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＰｏＣやＰｏＣ拡張サービスなどのように１つのセッションに複数のユーザが参加する形式のコミュニケーションシステム、制御装置、制御方法、プログラムおよび記録媒体に関し、より詳しくは、セッションの状態情報を利用してユーザの出入りを制御するコミュニケーションシステム、制御装置、制御方法、プログラムおよび記録媒体に関する。
【背景技術】
【０００２】
近年、ＰｏＣ（Push-to-talk over Cellular）サービスの提供が開始され、徐々に利用者が増加している。ＰｏＣとは、トランシーバのような形態の音声コミュニケーションサービスであり、１つのセッション中に複数のユーザが参加し、ユーザの中で発話権を獲得した者が音声を送信し、他のユーザにはその音声が伝達されるというサービスである。帯域の利用効率に優れていることや、音声が混じることがないために複数名でのコミュニケーションが適切に進められることなどが評価されている。
【０００３】
すでに一部のサービス事業者は、マルチメディア化などＰｏＣサービスの拡張を進めており、国際標準化団体であるＯＭＡ（Open Mobile Alliance）においても拡張の検討が始まっている（例えば、MA-RD-PoC-V2_0-20060112-D）。
【０００４】
また、ＰｏＣやＰｏＣ拡張にとどまらず、複数のユーザを１つのセッションの参加者として取りまとめ、セッションベースのコミュニケーションをベースとしたサービスも、例えばオンラインゲームなどを中心として拡大しつつある。
【０００５】
これらのセッションメンバを選択する方法としては、大きく３つの方法が提案されている。１つ目は、セッションの開始時にメンバを指定する方法であり、これはad-hocなどと称されることが多い。２つ目は、あらかじめメンバを選んでおく方法であり、これはpre-arrangedなどと称されることが多い。３つ目は、メンバになる条件を記述しておく方法である。これらの３つの方法が、単独あるいは組み合わせで用いられている。
【０００６】
３つ目の方法として例示した、メンバになる条件を記述してメンバを指定する方法においては、セッションに参加する条件として、ユーザの情報やプレゼンス情報などを用いることが多い。例えば、ユーザサポートのためのセッションにおいて、現在別のユーザに対応している社員はセッションのメンバに入れず、当該ユーザへの対応が終了した場合に、すなわちプレゼンス情報が変更になった場合に、セッションに加えるように制御する方法なども提案されている。
【０００７】
このような、コミュニケーションサービスに係る従来の技術としては、特許文献１〜３に開示された発明が公知である。特許文献１には、ユーザの顧客属性に応じた予約情報を、自動で画面表示することにより、画面上で、顧客属性に応じた予約条件で予約を受付けることを可能とする予約システム、予約装置、予約方法及び予約プログラムが記載されている。
【０００８】
また特許文献２には、家人のさまざまな状況に依存した連絡手段や警告手段を設定することができ、監視員による緊急連絡時の連絡先の判断を支援することができる火災監視システムが記載されている。
【０００９】
さらに特許文献３には、プレゼンス情報を提供する場合に、プライバシの保護を図り、またリアルタイムコミュニケーションの確率を可能とするアプリケーションサーバ、プレゼンス情報提供方法、及びプログラムが記載されている。
【特許文献１】特開２００４−１７８０００号公報
【特許文献２】特開２００５−１１５５３７号公報
【特許文献３】特開２００５−３０９５２４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかし、上述した特許文献１〜３に開示された、従来のセッションベースのコミュニケーションにおいてセッションメンバを選択指定する方法では、いずれの場合もユーザ名（アドレス）などユーザの情報を利用してはいるものの、セッション自体の情報は用いていなかった。そのため、例えば、麻雀を遊ぶためのセッションを設立しようとしても、参加者が４人になるように別のサブシステム等で調整を行ってから、目的のセッションを開始しなくてはならなかった。
【００１１】
このような課題に鑑み、本発明は、コミュニケーション情報とプレゼンス情報とを用いてコミュニケーションへの参加および離脱を制御するコミュニケーションシステム、制御装置、制御方法、プログラムおよび記録媒体を提供することを目的としている。
【課題を解決するための手段】
【００１２】
上記の目的を達成するため、請求項１に記載の発明は、１または複数の通信端末がネットワークを介して相互に接続可能であり、当該通信端末間のコミュニケーションを確立させるコミュニケーションシステムであって、通信端末のプレゼンス情報を登録するプレゼンス情報登録手段と、コミュニケーションに参加するための参加条件を設定する参加条件設定手段と、コミュニケーションの状態に係るコミュニケーション情報を管理するコミュニケーション情報管理手段と、通信端末のコミュニケーションへの参加および離脱を制御するコミュニケーション制御手段とを有することを特徴とする。
【００１３】
請求項２に記載の発明は、請求項１記載のコミュニケーションシステムにおいて、コミュニケーション制御手段は、プレゼンス情報と、参加条件と、コミュニケーション情報とに基づいて、コミュニケーションへの参加および離脱を制御することを特徴とする。
【００１４】
請求項３記載の発明は、請求項１または２記載のコミュニケーションシステムにおいて、プレゼンス情報が変更された場合には、コミュニケーション制御手段は再度参加条件を参照して、通信端末のコミュニケーションへの参加および離脱を制御することを特徴とする。
【００１５】
請求項４に記載の発明は、請求項１から３のいずれか１項記載のコミュニケーションシステムにおいて、コミュニケーション制御手段は、プレゼンス情報が変更されて再度参加条件を参照したときに、当該参加条件を満たしていない場合には、コミュニケーションを休止状態にするように制御することを特徴とする。
【００１６】
請求項５に記載の発明は、請求項４項記載のコミュニケーションシステムにおいて、休止状態中にプレゼンス情報が変更されて再度参加条件を参照したときに、当該参加条件を満たしている場合には、コミュニケーションを再開するように制御することを特徴とする。
【００１７】
請求項６に記載の発明は、請求項１記載のコミュニケーションシステムにおいて、参加条件設定手段は、現在確立されているコミュニケーションに参加条件を追加することを特徴とする。
【００１８】
請求項７に記載の発明は、請求項６記載のコミュニケーションシステムにおいて、コミュニケーション制御手段は、追加された新たな参加条件と、プレゼンス情報と、コミュニケーション情報とに基づいて、再度コミュニケーションへの参加を制御することを特徴とする。
【００１９】
請求項８に記載の発明は、１または複数の通信端末と、通信端末のプレゼンス情報を登録するプレゼンスサーバと、通信端末間でのコミュニケーションを制御するコミュニケーション制御装置とがネットワークを介して相互に接続可能であり、通信端末間のコミュニケーションを確立させるコミュニケーションシステムのコミュニケーション制御装置であって、コミュニケーションに参加するための参加条件を設定する参加条件設定手段と、コミュニケーションの状態に係るコミュニケーション情報を管理するコミュニケーション情報管理手段と、通信端末のコミュニケーションへの参加および離脱を制御するコミュニケーション制御手段とを有することを特徴とする。
【００２０】
請求項９に記載の発明は、請求項８記載のコミュニケーション制御装置において、コミュニケーション制御手段は、プレゼンス情報と、参加条件と、コミュニケーション情報とに基づいて、コミュニケーションへの参加および離脱を制御することを特徴とする。
【００２１】
請求項１０に記載の発明は、請求項８または９記載のコミュニケーション制御装置において、プレゼンス情報が変更された場合には、コミュニケーション制御手段は再度参加条件を参照して、通信端末のコミュニケーションへの参加および離脱を制御することを特徴とする。
【００２２】
請求項１１に記載の発明は、請求項８から１０のいずれか１項記載のコミュニケーション制御装置において、コミュニケーション制御手段は、プレゼンス情報が変更されて再度参加条件を参照したときに、当該参加条件を満たしていない場合には、コミュニケーションを休止状態にするように制御することを特徴とする。
【００２３】
請求項１２に記載の発明は、請求項１１項記載のコミュニケーション制御装置において、休止状態中にプレゼンス情報が変更されて再度参加条件を参照したときに、当該参加条件を満たしている場合には、コミュニケーションを再開するように制御することを特徴とする。
【００２４】
請求項１３に記載の発明は、請求項８記載のコミュニケーション制御装置において、参加条件設定手段は、現在確立されているコミュニケーションに新たな参加条件を追加することを特徴とする。
【００２５】
請求項１４に記載の発明は、請求項１３記載のコミュニケーション制御装置において、コミュニケーション制御手段は、追加された新たな参加条件と、プレゼンス情報と、コミュニケーション情報とに基づいて、再度コミュニケーションへの参加を制御することを特徴とする。
【００２６】
請求項１５に記載の発明は、１または複数の通信端末と、通信端末のプレゼンス情報を登録するプレゼンスサーバと、通信端末間でのコミュニケーションを制御するコミュニケーション制御装置とがネットワークを介して相互に接続可能であり、通信端末間のコミュニケーションを確立させるコミュニケーションシステムの制御方法であって、コミュニケーションに参加するための参加条件を設定する参加条件設定工程と、コミュニケーションの状態に係るコミュニケーション情報を管理するコミュニケーション情報管理工程と、通信端末のコミュニケーションへの参加および離脱を制御するコミュニケーション制御工程とを有することを特徴とする。
【００２７】
請求項１６に記載の発明は、請求項１５記載のコミュニケーションシステムの制御方法において、コミュニケーション制御工程は、プレゼンス情報と、参加条件と、コミュニケーション情報とに基づいて、コミュニケーションへの参加および離脱を制御することを特徴とする。
【００２８】
請求項１７に記載の発明は、請求項１５または１６記載のコミュニケーションシステムの制御方法において、プレゼンス情報が変更された場合には、コミュニケーション制御工程は再度参加条件を参照して、通信端末のコミュニケーションへの参加および離脱を制御することを特徴とする。
【００２９】
請求項１８に記載の発明は、請求項１５から１７のいずれか１項記載のコミュニケーションシステムの制御方法において、コミュニケーション制御工程は、プレゼンス情報が変更されて再度参加条件を参照したときに、当該参加条件を満たしていない場合には、コミュニケーションを休止状態にするように制御することを特徴とする。
【００３０】
請求項１９に記載の発明は、請求項１８項記載のコミュニケーションシステムの制御方法において、休止状態中にプレゼンス情報が変更されて再度参加条件を参照したときに、当該参加条件を満たしている場合には、コミュニケーションを再開するように制御することを特徴とする。
【００３１】
請求項２０に記載の発明は、請求項１５記載のコミュニケーションシステムの制御方法において、参加条件設定工程は、現在確立されているコミュニケーションに新たな参加条件を追加することを特徴とする。
【００３２】
請求項２１に記載の発明は、請求項２０記載のコミュニケーションシステムの制御方法において、コミュニケーション制御工程は、追加された新たな参加条件と、プレゼンス情報と、コミュニケーション情報とに基づいて、再度コミュニケーションへの参加を制御することを特徴とする。
【００３３】
請求項２２に記載の発明は、１または複数の通信端末と、通信端末のプレゼンス情報を登録するプレゼンスサーバと、通信端末間でのコミュニケーションを制御するコミュニケーション制御装置とがネットワークを介して相互に接続可能であり、通信端末間のコミュニケーションを確立させるプログラムであって、コミュニケーションに参加するための参加条件を設定する参加条件設定処理と、コミュニケーションの状態に係るコミュニケーション情報を管理するコミュニケーション情報管理処理と、通信端末のコミュニケーションへの参加および離脱を制御するコミュニケーション制御処理とをコンピュータに実行させることを特徴とする。
【００３４】
請求項２３に記載の発明は、請求項２２記載のプログラムにおいて、コミュニケーション制御処理は、プレゼンス情報と、参加条件と、コミュニケーション情報とに基づいて、コミュニケーションへの参加および離脱を制御させることを特徴とする。
【００３５】
請求項２４に記載の発明は、請求項２２または２３記載のプログラムにおいて、プレゼンス情報が変更された場合には、コミュニケーション制御処理は再度参加条件を参照して、通信端末のコミュニケーションへの参加および離脱を制御させることを特徴とする。
【００３６】
請求項２５に記載の発明は、請求項２２から２４のいずれか１項記載のプログラムにおいて、コミュニケーション制御処理は、プレゼンス情報が変更されて再度参加条件を参照したときに、当該参加条件を満たしていない場合には、コミュニケーションを休止状態にするように制御させることを特徴とする。
【００３７】
請求項２６に記載の発明は、請求項２５項記載のプログラムにおいて、休止状態中にプレゼンス情報が変更されて再度参加条件を参照したときに、当該参加条件を満たしている場合には、コミュニケーションを再開するように制御させることを特徴とする。
【００３８】
請求項２７に記載の発明は、請求項２２記載のプログラムにおいて、参加条件設定処理は、現在確立されているコミュニケーションに新たな参加条件を追加させることを特徴とする。
【００３９】
請求項２８に記載の発明は、請求項２７記載のプログラムにおいて、コミュニケーション制御処理は、追加された新たな参加条件と、プレゼンス情報と、コミュニケーション情報とに基づいて、再度コミュニケーションへの参加を制御させることを特徴とする。
【００４０】
請求項２９に記載の発明は、請求項２２から２８のいずれか１項記載のプログラムを記録したコンピュータ読み取り可能な記録媒体であることを特徴とする。
【発明の効果】
【００４１】
このように、本発明のコミュニケーションシステム、制御装置、制御方法、プログラムおよび記録媒体によれば、コミュニケーション情報とプレゼンス情報とを用いてコミュニケーションへの参加および離脱を制御することができるので、より柔軟なコミュニケーション参加制御が可能となる。
【発明を実施するための最良の形態】
【００４２】
本実施形態の本実施形態のコミュニケーションシステム、制御装置、制御方法、プログラムおよび記録媒体は、セッションの状態に係るセッション情報とセッションへの参加者の情報に係るプレゼンス情報（ユーザ情報）とを組み合わせて、メンバの参加などのセッション制御を行うことができるものである。
【００４３】
以下に、本実施形態のコミュニケーションシステム、制御装置、制御方法、プログラムおよび記録媒体について、図面を参照しながら説明する。なお、本実施形態は、以下に述べるものに限定されず、その趣旨を逸脱しない範囲において種々変更が可能である。また、本実施形態においてプレゼンス情報とは、狭義のプレゼンスにとどまらず、一般的なユーザ情報も含む。
図１は、本実施形態のコミュニケーションシステムを示すブロック図である。
【００４４】
図１に示すように、本実施形態のコミュニケーションシステムは、セッション制御装置１と、プレゼンスサーバ２と、ユーザ端末３Ａ，３Ｂ，３Ｃ，３Ｄとで構成される。セッション制御装置１は、参加制御ルール部１１と、セッション情報管理部１２と、セッション参加メンバ制御部１３とを備えている。また、プレゼンスサーバ２は、各ユーザ端末３Ａ〜３Ｄの情報を登録するユーザ情報登録部２１を備えている。さらに各ユーザ端末３Ａ〜３Ｄはそれぞれ、ルール設定部３１ａ〜３４ａと端末制御部３１ｂ〜３４ｂとを備えている。
【００４５】
参加制御ルール部１１は、セッションに係るルールを制御する。各ユーザ端末３Ａ〜３Ｄから設定されたセッションに係るルールと、プレゼンスサーバ２のユーザ情報登録部２１に登録された各ユーザ情報、および、セッション情報管理部１２からの現在のセッション状態に係る情報を検討して、セッションへの参加を制御するものである。なお、ここで設定されるルールは、各ユーザ端末３Ａ〜３Ｄから直接設定されることとしてもよいし、セッション制御装置１内に予め設定されたルールの中から各ユーザ端末３Ａ〜３Ｄに選択させることとしてもよい。
【００４６】
セッション情報管理部１２は、セッションの情報を管理するもので、セッション状態に変化があった場合には参加制御ルール部に当該変化を通知する。セッション参加メンバ制御部１３は、参加制御ルール部１１からの指示に基づいて各ユーザ端末３Ａ〜３Ｄを呼び出し、セッションへの参加・不参加やセッションの休止・継続などを行う。
【００４７】
また、プレゼンスサーバ２はユーザ情報登録部２１を備えており、各ユーザ端末３Ａ〜３Ｄに固有の情報を登録する。例えば、セッション中にユーザ端末の情報（状態）が変更された場合には、この変更情報がユーザ情報記憶部２１に登録される。登録された変更情報に応じて、前述した参加制御ルール部１１にてセッションの休止・継続や、新たなセッション参加者の呼び出しなどをセッション参加メンバ制御部１３へと指示する。
【００４８】
なお、ユーザ情報登録部２１に登録されるユーザ固有の情報としては、例えば、各ユーザ端末３Ａ〜３Ｄの機能としてＧＰＳ（Global Positioning System）機能や、セキュリティ機能などを有する通信端末にも対応している。ＧＰＳ機能の場合、ユーザの位置情報をプレゼンスサーバ２のユーザ情報登録部２１にて随時更新・登録して、セッション制御装置１（参加制御ルール部１１）へと送信する。またセキュリティ機能の場合には、例えばセキュリティゲートの通過時に通信端末によって当該ゲートを通過したとき、この通過情報をユーザ情報登録部２１に登録して、セッション制御装置１へと送信する。このように、ユーザの情報を多面的に随時更新することで、セッション参加者の情報をリアルタイムで把握することができる。
【００４９】
また、各ユーザ端末３Ａ〜３Ｄのルール設定部３１ａ〜３４ａは、セッションに参加するためのセッションメンバを規定するルールを設定する。このルールは、各ユーザ端末３Ａ〜３Ｄ側で設定することとしてもよく、また、参加制御ルール部１１にて予め設定されたルールの中から所望のセッション形態に応じて各ユーザ端末３Ａ〜３Ｄが選択することとしてもよい。
【００５０】
次に、本実施形態のコミュニケーションシステムの動作について、図面を参照しながら説明する。
図２は、本実施形態のコミュニケーションシステムの一例を示すブロック図である。図２においては、ユーザ端末３Ａ〜３Ｄの４つがあり、それぞれ自分の情報をプレゼンスサーバ２内のユーザ情報記憶部に登録している。なお、ここでは、ユーザＡ，Ｂ，Ｃ，Ｄ（ユーザ端末３Ａ，３Ｂ，３Ｃ，３Ｄ）が存在し、ユーザＡ：店のマネージャー、ユーザＢ，Ｃ，Ｄ：非番のアルバイトとして説明する。
【００５１】
また、プレゼンスサーバ２に登録された情報の一例を図３に示す。図３に示すように、プレゼンス情報として各ユーザごとに、ユーザ名、区分、本日の予定、現在の状態、および今月の勤務日数が登録されている。
【００５２】
ユーザＡが、例えば、勤務予定だったアルバイト２人が急用で出社できなくなったとの連絡を受けると仮定する。するとこれでは２人分勤務者が不足してしまう。そこで、ユーザＡは２人分の勤務者を見つけるため、セッションを開始する。図７は、本実施形態のコミュニケーションシステムの動作を示すフローチャートである。
【００５３】
まず、ユーザＡは、参加制御ルール部１１に対してルールを設定する（ステップＳ１０１）。ここでは、ユーザＡが設定するルールとして、「非番のアルバイトで、現在忙しくない人を２人呼び出す」という指定（設定）を行い、セッションを開始する（ステップＳ１０２）。なお、このとき設定されるルールの一例を図４に示す。また、開始直後のセッション情報を図５に示す。
【００５４】
図４に示すように、［１］自分（ここではユーザＡ）を必ず含むこと、［２］自分以外のメンバ条件として、（ｉ）区分がアルバイトであり、（ｉｉ）本日の予定が非番であり、（ｉｉｉ）現在の状態が「フリー」であること、[３]自分以外の参加者数＝２であり、（ａ）今月の勤務日数が多い者を優先する、ことがルールとして設定される。また、図５に示すように、ルール設定がなされてセッションが開始されたときの開始直後のセッション情報の一例としては、セッションの開示時刻、セッション開始者の情報およびセッション参加者の情報がセッション情報となる。
【００５５】
次に、参加制御ルール部１１では、ユーザ端末３Ａから指定されたルールに係る情報とセッション情報管理部１２内のセッション状態に係る情報とを比較して（ステップＳ１０３）、その結果が一致するかを判定する（ステップＳ１０４）。比較結果が一致すれば（ステップＳ１０４／Ｙｅｓ）、そのままセッションを終了する。
【００５６】
比較結果が一致しない場合には（ステップＳ１０４／Ｎｏ）、参加制御ルール部１は、どのルールが満たされていないのかを検出する（ステップＳ１０５）。ここでは、上述したルール［２］および［３］が満たされていないことが検出される。そこで、このルール［２］，［３］を満たすための処理を開始する。
【００５７】
まず、ルール［２］の条件を満たすユーザをリストアップするために、プレゼンスサーバ２のユーザ情報登録部２１に登録された各ユーザ（ユーザ端末）の情報を確認する（ステップＳ１０６）。すると、「区分：アルバイト、本日の予定：非番、現在の状態：フリー」を満たすユーザとしてＢ，Ｃ，Ｄの３人が条件に合致することが分かる。
【００５８】
前述したルール［３］の条件より、ユーザＡが指定した条件は、「自分（Ａ）以外の参加者が２名」である。セッション情報管理部１２からの現在のセッション情報を見ると、現在のセッションへの「（Ａ）以外の参加者数」は０であるから、２人を追加参加させなくてはならない。そのため、３人（Ｂ，Ｃ，Ｄ）のうちから２人を選択する。
【００５９】
また、前述したルール［３］の（ａ）の条件より、ユーザの中で「今月の勤務日数が多い者を優先」して選択することになる。すると、ユーザ情報登録部２１の情報として、ユーザの勤務日数はそれぞれ、Ｂ：８日、Ｃ：６日、Ｄ：５日となっているので、ここではＢ，Ｃが選択される（ステップＳ１０７）。
【００６０】
このようにしてユーザが選択されると、参加制御ルール部１１は、選択結果であるＢ，Ｃをセッションに参加させるように、セッション参加メンバ制御部１３に指示する（ステップＳ１０８）。セッション参加メンバ制御部１３は、参加制御ルール部１１からの指示に基づいてユーザＢ，Ｃを呼び出す（ステップＳ１０９）。そして、ユーザＢ，Ｃより何らかの応答があるかを確認する（ステップＳ１１０）。
【００６１】
ユーザＢ，Ｃより何らかの応答があった場合には（ステップＳ１１０／Ｙｅｓ）、セッション参加メンバ制御部１３は、呼び出し終了を参加制御ルール部１１へと応答する（ステップＳ１１１）。ユーザＢ，Ｃがセッションに参加した場合には、図６に示すように、Ａ以外のセッションへの参加者数が２名となり、前述のルール［３］の条件を満たすことになる。したがって、セッション参加メンバ制御部１３は、ここで動作を一旦休止する（ステップＳ１１２）。そして、ユーザＢ，Ｃが出社を了承してメンバが決定した場合には（ステップＳ１１３／Ｙｅｓ）、ユーザＡはセッションを終了させる。
【００６２】
一方、ユーザＢ，Ｃから何も応答がない場合（ステップＳ１１０／Ｎｏ）や、Ｂ，Ｃが出社を了承しなかった場合、すなわち、メンバが決定しなかった場合（ステップＳ１１３／Ｎｏ）には、再度メンバ（各ユーザ）の情報を確認するステップＳ１０６へと移行する。
【００６３】
次に、上述した本実施形態において、ユーザＢが何らかの理由で出社ができない場合の動作をさらに詳細に説明する。図８は、ユーザＢが出社できない場合の本実施形態のコミュニケーションシステムを示す図である。また、図１１は、ユーザＢが出社できない場合の本実施形態のコミュニケーションシステムの動作を示すフローチャートである。
【００６４】
ユーザＢが出社できない場合には、ユーザＡの参加者制御ルール部１１におけるルールをそのままにして、セッション参加メンバ制御部１３はユーザＢをセッションから離脱させる（ステップＳ２０１）。なお、セッション参加メンバ制御部１３がセッションからユーザＢを離脱させることとしても、ユーザＢが自らセッションを離脱することとしてもどちらでもよい。
【００６５】
ユーザＢがセッションから離脱することで、図９に示すように、セッション情報管理部１２内のセッションの状態が変化して、ユーザＡ以外に呼び出されている人数がユーザＣのみの１人になる。すると、セッションの状態変化により、セッション参加メンバ制御部１３が処理を再開する（ステップＳ２０２）。
【００６６】
セッション参加メンバ制御部１３による再開後の処理は、前述したステップＳ１０５からの処理とほぼ同様である。すなわち、まず、参加制御ルール部１１にて、どのルールが満たされていないのかを検出する（ステップＳ２０３）。ここでは、ルール［３］が満たされていないことが検出される。そこで、このルール［３］を満たすための処理を開始する。
【００６７】
その際、ユーザ情報登録部２１の情報を用いて、まずルール［２］を満たすユーザを検出すると、ユーザＢ，Ｃ，Ｄが該当する。しかし、セッション情報管理部１２からのセッション情報を確認すると、ユーザＢはすでにセッションを離脱しており、またユーザＣはすでにセッションに参加中である。したがって、残りのメンバ候補はユーザＤのみとなる。
【００６８】
そこで、セッション参加メンバ制御部１３は、新たに呼び出すユーザとしてユーザＤを選択することとなり（ステップＳ２０４）、参加制御ルール部１１は、セッション参加メンバ制御部１３に対してユーザＤの呼び出し（参加）を指示する（ステップＳ２０５）。参加制御ルール部１１からの指示に応じて、セッション参加メンバ制御部１３はユーザＤを呼び出す（ステップＳ２０６）。そして、ユーザＤより何らかの応答があるかを確認する（ステップＳ２０７）。
【００６９】
ユーザＤより何らかの応答があった場合には（ステップＳ２０７／Ｙｅｓ）、セッション参加メンバ制御部１３は、呼び出し終了を参加制御ルール部１１へと応答する（ステップＳ２０８）。ユーザＤがセッションに参加した場合には、図１０に示すように、Ａ以外のセッションへの参加者数が２名となり、前述のルール［３］の条件を満たすことになる。したがって、セッション参加メンバ制御部１３は、ここで動作を一旦休止する（ステップＳ２０９）。そして、ユーザＤが出社を了承してメンバが決定した場合には（ステップＳ２１０／Ｙｅｓ）、ユーザＡはセッションを終了させる。
【００７０】
一方、ユーザＤから何も応答がない場合（ステップＳ２０７／Ｎｏ）や、Ｄが出社を了承しなかった場合、すなわち、メンバが決定しなかった場合（ステップＳ２１０／Ｎｏ）には、再度メンバ（各ユーザ）を選択するステップＳ２０４へと移行する。
【００７１】
このように、本実施形態のコミュニケーションシステムによれば、ユーザＡが所望する状態にセッションを維持することができる。セッションの状態を所望する状態に維持するという点のみでは、例えば、ユーザＡが各ユーザのプレゼンス情報を確認しながら手動で行うことで、本実施形態と同じ結果を得ることは可能である。しかし、そのための操作は非常に煩雑であり、各ユーザ端末とプレゼンスサーバとの間の通信量も増加して処理も遅くなってしまう。しかし、本実施形態によれば、これら一連の処理をスムーズに行うことができる。
【００７２】
次に、本実施形態のコミュニケーションシステムの他の動作について説明する。
図１２は、本実施形態のコミュニケーションシステムの他の一例を示すブロック図である。なお、ここでは、ユーザＡ，Ｂ，Ｃ，Ｄ（ユーザ端末３Ａ，３Ｂ，３Ｃ，３Ｄ）が存在し、ユーザＡ，Ｂ：管理職、ユーザＣ，Ｄ：一般社員として説明する。また、プレゼンスサーバ２に登録された情報の一例を図１３に示す。図１３に示すように、プレゼンス情報として各ユーザごとに、ユーザ名、区分、および現在の状態が登録されている。
【００７３】
ユーザＡが、例えば、グループでの打ち合わせのため、グループメンバによるミーティングを行うことを考えたと仮定する。また、このとき、現在接客中のメンバについては接客が終わるまでミーティングには呼ばないこととする。
【００７４】
図２０は、本実施形態のコミュニケーションシステムの動作の他の一例を示すフローチャートである。
まずユーザＡは、参加制御ルール部１１に対してルールを設定する（ステップＳ３０１）。ここでは、ユーザＡが設定するルールとして、「グループメンバであって、現在接客中でない」という条件を参加制御ルール部１１に設定して、セッションを開始する（ステップＳ３０２）。なお、このとき設定されるルールの一例を図１４に示す。また、開始直後のセッション情報を図１５に示す。
【００７５】
図１４に示すように、［１］Ａ，Ｂ，Ｃ，Ｄの４人が対象であること、［２］メンバの条件として、（ｉ）現在の状態が「接客中」でないこと、がルールとして設定される。また、図１５に示すように、ルール設定がなされてセッションが開始されたときの開始直後のセッション情報の一例としては、セッションの開示時刻、セッション開始者の情報およびセッション参加者の情報がセッション情報となる。
【００７６】
次に、参加制御ルール部１１では、ユーザ端末３Ａから指定されたルールに係る情報とセッション情報管理部１２内のセッション状態に係る情報とを比較して、Ａ，Ｂ，Ｃ，Ｄをチェックする（ステップＳ３０３）。すると、ユーザＡはすでにセッション参加中であり、また、ユーザＢは接客中である。したがって、前述した条件を満たすためにはユーザＣ，Ｄを参加させなくてはならない。そこで、参加制御ルール部１１は、セッション参加メンバ制御部１３に対してＣ，Ｄの呼び出しを指示する。この指示に応じて、セッション参加メンバ制御部１３はユーザＣ，Ｄを呼び出す（ステップＳ３０４）。ここまでは前述した本実施形態の動作とほぼ同様である。
【００７７】
ユーザＡ，Ｃ，Ｄでミーティングを続けていくうちに、予算についての議論が始まった。このグループにおいては、予算についての決定は管理職の関与が求められているものと仮定する。するとユーザＡは、図１６に示すように、参加制御ルール部１１に対して現在設定しているルールに、［３］セッション参加者の少なくとも１人が「区分＝管理職」であること、（ｉ）これが満たされている場合、セッションは継続、（ｉｉ）これが満たされていない場合、セッションは休止、というルールを追加する（ステップＳ３０５）。
【００７８】
このように変更されたルールに基づいて、参加制御ルール部１は、セッション情報管理装置４からセッション情報中のセッション参加者の一覧を取得する（ステップＳ３０６）。なおこの時点では、ユーザＡ，Ｃ，Ｄの３名の一覧情報を取得することになる。またこのとき、プレゼンスサーバ２からユーザＡ，Ｃ，Ｄの登録情報を取得して、ルール・条件をチェックする。すると、ユーザＡが、「区分：管理職」であるため、ルール［３］における条件を満たしており、セッションは継続される。
【００７９】
ここで、ユーザＡが接客を行うことになったとする。すると、ユーザＡは、自分のプレゼンス情報を「接客中」に変更する（ステップＳ３０７）。この変更に伴い、ユーザ情報登録部２１内のユーザＡの登録情報、すなわち、プレゼンス情報に変化があったことを参加制御ルール部１１へ通達し、参加制御ルール部１１はユーザ情報登録部２１からの通達に基づいて、ルールに係る情報とセッション状態に係る情報とを再度チェックする（ステップＳ３０８）。
【００８０】
再チェックの結果、現在の状態が「接客中」であるユーザＡを、ルール［２］に基づいてセッションから離脱させることとなり、参加制御ルール部１１はユーザＡをセッションから離脱させるようにセッション参加メンバ制御部１３に指示する（ステップＳ３０９）。この指示に応じて、セッション参加メンバ制御部１３はユーザＡをセッションから離脱させる（ステップＳ３１０）。
【００８１】
この結果、セッションに残ったのはユーザＣ，Ｄの２人となり、セッション情報は図１７に示すようになる。ここで、参加制御ルール部１１はセッション情報管理部１２からセッション参加ユーザの一覧を取得する（ステップＳ３１１）。なお、この時点では、Ｃ，Ｄの２名が一覧表示される。そしてこのとき、ユーザ情報登録部２１からユーザＣ，Ｄの登録情報を取得して、ルール・条件をチェックする（ステップＳ３１２）。すると、ユーザＣ，Ｄがともに、「区分：一般社員」であり、「区分＝管理職」が存在しない。したがって、ルール［３］の条件に基づき、参加制御ルール部１１はセッション参加メンバ制御部１３にセッションの休止を指示し、セッション参加メンバ制御部１３を休止状態にする（ステップＳ３１３）。なお、このときのセッションの状態を図１８に示す。
【００８２】
ここでさらに、ユーザＢの接客が終了して、ユーザＢのプレゼンス情報が「通常」になったとする（ステップＳ３１４）。すると、ユーザＢはこの変更に伴い、ユーザ情報登録部２１内のユーザＢの登録情報、すなわち、プレゼンス情報に変化があったことを参加制御ルール部１１へ通達し、参加制御ルール部１１はユーザ情報登録部２１からの通達に基づいて、ルールに係る情報とセッション状態に係る情報とを再度チェックする（ステップＳ３１５）。
【００８３】
再チェックの結果、現在の状態が「通常」であるユーザＢを、ルール［２］に基づいてセッションに参加させることとなり、参加制御ルール部１１はユーザＢをセッションに参加させるようにセッション参加メンバ制御部１３に指示する（ステップＳ３１６）。この指示に応じて、セッション参加メンバ制御部１３はユーザＢをセッションへ参加させる（ステップＳ３１７）。
【００８４】
この結果、セッションに参加しているのは、ユーザＢ，Ｃ，Ｄの３人となり、セッション情報は図１９に示すようになる。ここで、参加制御ルール部１１はセッション情報管理部１２からセッション参加ユーザの一覧を取得する（ステップＳ３１８）。なお、この時点では、Ｂ，Ｃ，Ｄの３名が一覧表示される。そしてこのとき、ユーザ情報登録部２１からユーザＢ，Ｃ，Ｄの登録情報を取得して、ルール・条件をチェックする（ステップＳ３１９）。
【００８５】
すると、ユーザＢが「区分：管理職」であるため、ルール［３］の条件に基づき、セッションの休止を解除する。すなわち、参加制御ルール部１１は、セッション参加メンバ制御部１３にセッションの休止解除を指示し、セッションを再開させてセッション参加メンバ制御部１３を継続状態にする（ステップＳ３２０）。
【００８６】
このように、本実施形態によれば、ユーザＡが所望する状態にセッションを維持し、さらに必要な条件を満たしていない場合はセッションを一時休止させて、条件が満たされた時点でセッションを再開させることができる。また、本実施形態と同じようなことは、ユーザＡが各ユーザのプレゼンス情報を確認しながら手動で行うことも可能であるが、その操作は非常に煩雑であり、端末とプレゼンスサーバとの間の通信量も増加してしまい、処理も遅くなってしまう。しかし、本実施形態によれば、これら一連の処理をスムーズに行うことができる。
【００８７】
次に、本実施形態のコミュニケーションシステムのさらに他の動作について説明する。
図２１は、本実施形態のコミュニケーションシステムの他の一例を示すブロック図である。なお、ここでは、ユーザＡ，Ｂ，Ｃ，Ｄ（ユーザ端末Ａ，Ｂ，Ｃ，Ｄ）および顧客（顧客の端末）４が存在し、ユーザＡ：チームリーダー、ユーザＢ，Ｃ，Ｄ：一般メンバとして説明する。
【００８８】
ユーザＡは、顧客がセッションを要求してきたときに、メンバのうちの１名が対応することにしている。ただし、仕事の繁忙度合いや他の仕事の状況などを考慮して、その時々で対応する順位を決めているものとする。
【００８９】
図２４は、本実施形態のコミュニケーションシステムの動作のさらに他の一例を示すフローチャートである。
まず、ユーザＡは、参加制御ルール部１１に対してルールを設定する（ステップＳ４０１）。ここでは、ユーザＡが設定するルールとして、「顧客からのセッション開設要求があった場合、接客中でないメンバの中でプレゼンスサーバに設定した応答順位がもっとも高いもの１名がセッションに参加する」というルールを設定する。また、このとき併せて、ユーザ情報登録部２１に応答順位を設定する。なお、このとき設定されるルールの一例を図２２に示す。また、各ユーザのプレゼンス情報と「応答順位設定」との関係を図２３に示す。
【００９０】
図２２に示すように、応答メンバの規定ルールとしては、［１］現在の状態が「接客中」でないこと、［２］応答者は１名とすること、[３]応答順位はプレゼンスサーバ２のユーザ情報登録部２１内の「応答順位設定」で指定されること、がルールとして設定される。また、ユーザ情報登録部２１内のプレゼンス情報としては、ユーザ名と各ユーザの現在の情報、および応答順位設定が登録されている。
【００９１】
顧客端末４からセッション要求があった場合（ステップＳ４０２）、セッション情報管理部１２は顧客端末４からセッションの要求があったことを参加制御ルール部１１に通知する（ステップＳ４０３）。通知を受けた参加制御ルール部１１は、図２２に示されたようなルールに従い、ユーザ情報登録部２１の情報を利用して参加者を決定する（ステップＳ４０４）。
【００９２】
ここで、設定されたルールを確認すると、ルール［１］により接客中でないユーザを選択することとなり、該当するユーザが「Ａ，Ｂ，Ｃ」の３名である。また、ルール［３］により、「応答順位設定」で指定された順位は、「Ｄ，Ｃ，Ｂ，Ａ」となっている。さらに、ルール［２］により、応答者が１名であるので、選択されるのはＣとなる。
【００９３】
参加制御ルール部１１は、ユーザＣをセッションに参加させることを決定すると、セッション参加メンバ制御部１３に対してユーザＣを顧客とのセッションに参加させるように指示する（ステップＳ４０５）。この指示に応じて、セッション参加メンバ制御部１３はユーザＣを顧客端末４とのセッションに参加させる（ステップＳ４０６）。
【００９４】
このように、本実施形態によれば、ユーザＡが所望する条件でセッションを開始することができる。ユーザＡが応答順位を変更すれば、ルールの変更を行わなくても顧客に対応するメンバの優先順序を変更することが可能となる。
【００９５】
以上説明したように、本実施形態のコミュニケーションシステム、制御装置、制御方法、プログラムおよび記録媒体によれば、セッションへの参加者やセッション自体の制御にセッションの情報を利用することによって、柔軟で有用なセッションを実現することができる。すなわち、グループメンバの参加制御において、メンバのプレゼンス情報だけでなく、セッション自体の情報も利用するので、参加制御ルール部において、セッション情報を条件として利用できるようになり、より柔軟なグループメンバ参加制御が可能となる。
【００９６】
なお、本実施形態は前述したものに限定されるものではなく、例えば、ユーザ数は５以上であってもよい。また、本実施形態ではビジネスケースを想定しているが、一般消費者が利用するものでもよい。また、本実施形態ではユーザ情報、プレゼンス情報、嗜好情報（応答順位）をともにプレゼンスサーバに格納しているが、これは、それぞれ別々のサーバであってもよい。
【００９７】
また、プレゼンスサーバ２のユーザ情報登録部２１に登録されるプレゼンス情報や応答順位などは、前述した本実施形態に限定されないことは言うまでもない。ユーザが所望するセッションに応じて適宜変更が可能である。またこのことは、設定されるルールについても同様であり、セッションの形態に対応した様々なルール設定が可能である。
【００９８】
本発明のコミュニケーションシステム、制御装置、制御方法、プログラムおよび記録媒体は、一般向け通信オペレータや業務用通信装置メーカ、サービス提供業者などにも適用が可能である。
【図面の簡単な説明】
【００９９】
【図１】本実施形態のコミュニケーションシステムを示すブロック図である。
【図２】本実施形態のコミュニケーションシステムの一例を示すブロック図である。
【図３】プレゼンスサーバに登録される情報の一例を示す図である。
【図４】参加ルール制御部に設定されるルールの一例を示す図である。
【図５】開始直後のセッション情報を示す図である。
【図６】ユーザＢ，Ｃがセッションに参加した場合のセッション情報を示す図である。
【図７】本実施形態のコミュニケーションシステムの動作を示すフローチャートである。
【図８】ユーザＢが出社できない場合の本実施形態のコミュニケーションシステムを示す図である。
【図９】ユーザＢが離脱した場合のセッション情報を示す図である。
【図１０】ユーザＤがセッションに参加した場合のセッション情報を示す図である。
【図１１】ユーザＢが出社できない場合の本実施形態のコミュニケーションシステムの動作を示すフローチャートである。
【図１２】本実施形態のコミュニケーションシステムの他の一例を示すブロック図である。
【図１３】プレゼンスサーバに登録された情報の他の一例を示す図である。
【図１４】参加ルール制御部に設定されるルールの他の一例を示す図である。
【図１５】開始直後のセッション情報の他の一例を示す図である。
【図１６】図１４で設定されたルールに新たなルールを追加した場合を示す図である。
【図１７】ユーザＡが離脱した場合のセッション情報を示す図である。
【図１８】セッションを休止状態にした場合の一例を示す図である。
【図１９】ユーザＢがセッションに参加した場合のセッション情報を示す図である。
【図２０】本実施形態のコミュニケーションシステムの動作の他の一例を示すフローチャートである。
【図２１】本実施形態のコミュニケーションシステムの他の一例を示すブロック図である。
【図２２】参加ルール制御部に設定されるルールのさらに他の一例を示す図である。
【図２３】応答順位が設定されたセッション情報の一例を示す図である。
【図２４】本実施形態のコミュニケーションシステムの動作のさらに他の一例を示すフローチャートである。
【符号の説明】
【０１００】
１    セッション制御装置
２    プレゼンスサーバ
３Ａ〜３Ｄ    ユーザ端末
４    顧客端末
１１    参加制御ルール部
１２    セッション管理情報部
１３    セッション参加メンバ制御部
２１    ユーザ情報登録部
３１ａ〜３１ｄ    ルール設定部
３２ａ〜３２ｄ    端末制御部
【図１】
2007259295.tif 000003
【図２】
2007259295.tif 000004
【図３】
2007259295.tif 000005
【図４】
2007259295.tif 000006
【図５】
2007259295.tif 000007
【図６】
2007259295.tif 000008
【図７】
2007259295.tif 000009
【図８】
2007259295.tif 000010
【図９】
2007259295.tif 000011
【図１０】
2007259295.tif 000012
【図１１】
2007259295.tif 000013
【図１２】
2007259295.tif 000014
【図１３】
2007259295.tif 000015
【図１４】
2007259295.tif 000016
【図１５】
2007259295.tif 000017
【図１６】
2007259295.tif 000018
【図１７】
2007259295.tif 000019
【図１８】
2007259295.tif 000020
【図１９】
2007259295.tif 000021
【図２０】
2007259295.tif 000022
【図２１】
2007259295.tif 000023
【図２２】
2007259295.tif 000024
【図２３】
2007259295.tif 000025
【図２４】
2007259295.tif 000026