(57)【要約】  発明の主たる目的は、異なるグループに対して別個のサービスを達成するために、グループセッションの体感品質を満たす方法及びシステムを提供することである。グループトークＱｏＥを実現する方法は、以下のステップを含み、即ち、グループトーク制御サーバは、グループトークが確立されるとき、グループに対応する予め設定されたＱｏＥタイプに従ってグループトークＱｏＥタイプを判断するステップと、グループトーク制御サーバが、グループに対応するＱｏＥタイプに従って、確立するトーク特性を構成するステップと、である。グループトークＱｏＥを実現するシステムは、ユーザー装置と、グループ情報を格納する共有グループサーバと、グループトーク制御サーバとを含む。本発明では、グループトークサービスの部分に分かれたサービスを実現することができる。
2009538004.tif 000002
【特許請求の範囲】
【請求項１】
グループセッションの体感品質（ＱｏＥ）を満たす方法であって、
グループセッションが確立されるとき、前記グループに対応して予め設定されたＱｏＥタイプ情報に従って、前記グループセッションのＱｏＥタイプをグループセッション制御サーバが判断し、
前記グループセッション制御サーバが、前記グループの前記ＱｏＥタイプに従って確立されたセッションの特性を構成する、
方法。
【請求項２】
ＸＭＬ文書管理クライアントを介して、共有グループサーバでそれぞれのグループに対応するＱｏＥタイプを設定する、
ことを含む、請求項１に記載の方法。
【請求項３】
ＸＭＬ文書管理クライアントを介して、共有グループサーバでそれぞれのグループに対応するＱｏＥタイプを設定することは、
前記ＸＭＬ文書管理クライアントが、構成情報を含んでいるグループのＱｏＥ構成要求メッセージを前記共有グループサーバに送信し、
前記共有グループサーバが、前記構成情報を格納する、
ことを含む、
請求項２に記載の方法。
【請求項４】
ＸＭＬ文書管理クライアントを介して、前記共有グループサーバでそれぞれのグループに対応するＱｏＥタイプを設定することは、
前記共有グループサーバが、前記グループのＱｏＥ構成要求メッセージを受信した後に、前記要求メッセージ内の要求側ＩＤに従ってＱｏＥ構成の権限チェックを行う、
ことを含む、
請求項３に記載の方法。
【請求項５】
前記構成情報は、グループ識別子と、前記グループ識別子に対応するＱｏＥタイプと、を含む請求項３に記載の方法。
【請求項６】
前記構成情報は、ユーザーのＱｏＥタイプを検証するか否かを示すメンバーＱｏＥ必須フラグを更に含み、
当該方法は、
ユーザーが前記ＸＭＬ文書管理クライアントを介してグループに追加されるとき、前記共有グループサーバが、前記共有グループサーバに格納された前記グループに追加される前記ユーザーのＱｏＥタイプを検証する、
ことを更に含む、請求項５に記載の方法。
【請求項７】
前記共有グループサーバが、前記グループに追加される前記ユーザーの前記ＱｏＥタイプを検証することは、
前記ユーザーの前記ＱｏＥタイプのレベルを前記グループの前記ＱｏＥタイプのレベルと比較し、
前記ユーザーの前記ＱｏＥタイプの前記レベルが前記グループの前記ＱｏＥタイプのレベル以上である場合、前記グループに前記ユーザーを追加するか、又は、前記ユーザーの前記ＱｏＥタイプの前記レベルが前記グループの前記ＱｏＥのレベルより低い場合、前記グループへの前記ユーザーの追加を拒否する、
ことを含む、
請求項６に記載の方法。
【請求項８】
前記グループに追加される前記ユーザーが前記共有グループサーバと同じドメインにあるとき、前記共有グループサーバは、前記ユーザーの前記ＱｏＥタイプを取得し、
前記グループに追加される前記ユーザーが前記共有グループサーバと同じドメインにいないとき、前記共有グループサーバは、前記ユーザーが位置するドメイン内のユーザーＱｏＥ構成情報にアクセスして前記ユーザーの前記ＱｏＥタイプを取得するか、又は、直接、前記ユーザーの前記ＱｏＥタイプを最低レベルに設定する、
請求項７に記載の方法。
【請求項９】
前記ユーザーが前記グループセッションを開始するとき、前記グループセッション制御サーバが、前記グループ内のそれぞれのメンバーのＱｏＥタイプを検証する、ことを更に含む、請求項６に記載の方法。
【請求項１０】
前記グループセッション制御サーバが、前記グループセッションが確立される前記グループの前記ＱｏＥタイプを前記共有グループサーバから取得し、前記ＱｏＥタイプを前記グループセッションの前記ＱｏＥタイプと判断する、ことを含む、請求項２に記載の方法。
【請求項１１】
前記グループセッション制御サーバは、ＱｏＥ交渉手順を介して前記グループセッションの前記ＱｏＥタイプを判断する、請求項１に記載の方法。
【請求項１２】
前記グループセッション制御サーバが前記ＱｏＥ交渉手順を介して前記グループセッションの前記ＱｏＥタイプを判断することは、
ユーザーが、前記グループセッション制御サーバへのグループセッション要求を開始し、
前記グループセッション制御サーバが、前記グループ内のそれぞれのメンバーに招待メッセージを順次送信し、
前記グループセッション制御サーバが、前記それぞれのメンバーから受信した応答メッセージ内のＱｏＥタイプレベルに従って前記グループセッションの前記ＱｏＥタイプを判断する、
ことを含む、
請求項１１に記載の方法。
【請求項１３】
前記グループセッション要求メッセージが前記ユーザーにより指定されたセッションＱｏＥタイプ必須情報を含んでいる場合、前記グループセッション制御サーバは、前記グループセッションの前記ＱｏＥタイプを判断した後に、前記グループセッションの前記ＱｏＥタイプのレベルが初期ＱｏＥタイプのレベルより低いかどうかチェックし、
真の場合には、前記セッションの確立が失敗すると判断する、
ことを更に含む、請求項１２に記載の方法。
【請求項１４】
前記グループセッション制御サーバが前記ＱｏＥ交渉手順を介して前記グループセッションの前記ＱｏＥタイプを判断することは、
前記グループセッション要求メッセージを受信した後に、前記グループセッション制御サーバが、招待ＱｏＥタイプを判断して、前記判断された招待ＱｏＥタイプ情報及び前記セッションＱｏＥタイプ必須情報を招待メッセージに入れ、
前記グループセッション制御サーバから前記招待を受信した後に、前記グループの前記それぞれのメンバーが、メンバー自身のＱｏＥタイプ構成情報及び前記招待ＱｏＥタイプ情報に従って前記セッション招待を受理するべきかどうか判断し、
前記セッション招待が受理された場合、前記グループセッション制御サーバに独自のＱｏＥタイプ情報を応答メッセージに含めて返送する、
ことを含む、
請求項１２又は請求項１３に記載の方法。
【請求項１５】
前記グループセッション要求メッセージが前記初期のＱｏＥタイプ情報を含んでいる場合、前記ユーザーにより指定された初期のＱｏＥタイプを前記招待ＱｏＥタイプと判断し、
前記グループセッション要求メッセージが前記ユーザーにより指定された初期ＱｏＥタイプ情報を含んでいない場合、前記グループセッション制御サーバが、前記共有グループサーバを介して前記グループの前記ＱｏＥタイプを取得して、前記グループの前記ＱｏＥタイプを前記招待ＱｏＥタイプとして判断する、
請求項１４に記載の方法。
【請求項１６】
ＱｏＥタイプ及び前記ＱｏＥタイプに対応するセッション特性パラメータを含むＱｏＥマッピング情報を、前もって前記グループセッション制御サーバで構成し、
前記グループセッションの前記ＱｏＥタイプに従って前記ＱｏＥマッピング情報について問い合わせて、前記セッション特性パラメータを取得し、
前記セッション特性パラメータは、ネットワークのサービス品質及びセッション優先順位を含み、
前記セッション特性パラメータに従って前記確立されたセッションの特性を構成する、
ことを更に含む、請求項１に記載の方法。
【請求項１７】
前記セッション特性パラメータに従って前記確立されたセッションの前記特性を構成することは、
ネットワークのサービス品質パラメータに従って前記確立されたセッションのサービス品質のレベルを判断し、
セッション優先順位パラメータに従ってより高い優先順位を有するセッション要求を優先的に処理する、
ことを含む、
請求項１６に記載の方法。
【請求項１８】
グループセッションの体感品質を満たすシステムであって、
グループセッションを開始するように適応されているユーザー装置と、
グループメンバーと、グループ体感品質ＱｏＥタイプとのリストを含むグループ情報を格納するように適応されている共有グループサーバと、
前記共有グループサーバ内に格納された前記グループ情報に従って前記ユーザー装置により要求された前記グループセッションを制御し、かつ、前記グループに対応する前記ＱｏＥタイプに従って前記確立されたグループセッションの特性を構成するように適応されているグループセッション制御サーバと
を含むシステム。
【請求項１９】
前記グループセッション制御サーバは、
前記ユーザー装置から受信されたグループセッション要求メッセージに従って、前記共有グループサーバからグループ及びユーザーのＱｏＥタイプを取得するように適応されているグループ情報取得モジュールと、
ＱｏＥタイプ及び前記ＱｏＥタイプに対応するセッション特性パラメータを含むＱｏＥマッピング情報を格納するように適応されているＱｏＥマッピングモジュールと、
前記グループ情報取得モジュール及び前記ＱｏＥマッピングモジュールとそれぞれ接続されており、前記グループの前記ＱｏＥタイプに従って前記ＱｏＥマッピングモジュールから前記ＱｏＥマッピング情報を取得し、かつ、前記情報に従って、確立される前記グループセッションの特性を構成するように適応されているセッション制御モジュールと、
を含む、
請求項１８に記載のシステム。
【請求項２０】
前記共有グループサーバとメッセージをやりとりし、かつ、前記共有グループサーバ内のそれぞれのグループに対応するＱｏＥタイプを作成して、及び／又は、前記共有グループサーバに格納されるグループにユーザーを追加するように適応されているＸＭＬ文書管理クライアント、を更に含む、請求項１８に記載のシステム。
【請求項２１】
前記ＸＭＬ文書管理クライアントが前記共有グループサーバに格納されたグループにユーザーを追加するとき、前記共有グループサーバは、前記グループに追加される前記ユーザーの前記ＱｏＥタイプを検証する、請求項２０に記載のシステム。
【請求項２２】
ユーザー装置から受信されたグループセッション要求メッセージに従ってグループ及びユーザーのＱｏＥタイプを取得するように適応されているグループ情報取得モジュールと、
ＱｏＥタイプ及び前記ＱｏＥタイプに対応するセッション特性パラメータを含むＱｏＥマッピング情報を格納するように適応されているＱｏＥマッピングモジュールと、
前記グループの前記ＱｏＥタイプに従って、前記ＱｏＥマッピングモジュールから前記ＱｏＥマッピング情報を取得し、かつ、前記ＱｏＥマッピング情報に従って、確立される前記グループセッションの特性を構成するように適応されているセッション制御モジュールと
を含む、グループセッション制御サーバ。
【請求項２３】
前記グループ情報取得モジュールは、共有グループサーバから前記グループ及び前記ユーザーの前記ＱｏＥタイプを取得する、請求項２２に記載のグループセッション制御サーバ。
【請求項２４】
グループメンバーとグループ体感品質ＱｏＥタイプとのリストを含むグループ情報を格納するように適応されているグループ情報記憶モジュールを更に含み、
前記グループ情報取得モジュールは、前記グループ情報記憶モジュールから前記ユーザー及び前記グループの前記ＱｏＥタイプを取得する、
請求項２２に記載のグループセッション制御サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術の分野に関するものであり、特に、グループセッションの体感品質を満たす方法、システム及び装置に関するものである。
【背景技術】
【０００２】
メディア圧縮及び無線ネットワーク技術の進展に伴って、ストリームメディア技術は、ますます普及している。無線ネットワークの帯域幅は増大しているが、固定ネットワークと異なり、パッケージ損失率、ジッタ、時間遅延など、無線ネットワーク固有の要素が、ユーザーのアプリケーション体感に影響を及ぼす恐れがある。したがって、様々な媒体サービスについて、ユーザーの体感品質（ＱｏＥ）を向上させることが重要な要件である。体感品質とは、サービスがユーザーの期待を満たす度合いを指すものであり、かつ、主として、ユーザーの観点からサービス提供実績を評価するものである。サービスのユーザーの体感品質は、サービス品質（ＱｏＳ）及び優先順位など、様々な面を含む。
【０００３】
体感品質は、単一のユーザーの体感品質としてもよいし、グループが複数のユーザーで構成されるグループの体感品質としてもよい。グループＱｏＥは、グループ内のそれぞれのユーザーメンバーと関係があるグループサービスの品質の要件と理解することができ、異なるグループＱｏＥは、サービス体感に関するグループの異なる要件を表す。
【０００４】
たとえば、プッシュ・ツー・トーク（Ｐｕｓｈ  ｔｏ  Ｔａｌｋ  ｏｖｅｒ  Ｃｅｌｌｕｌａｒ；ＰｏＣ）によって、セルラーネットワークにおけるポイント・ツー・ポイント及びポイント・ツー・マルチポイント音声通信サービスが提供されている。ＰｏＣによれば、ユーザーは携帯電話を使って、一般に普及している双方向無線トークバックサービスを楽しむことができ、その結果、モバイルサービスが促進され、音声通信分野における新しいビジネスチャンスが得られる。
【０００５】
従来技術のＰｏＣグループセッションの一般的な流れは、図１に例示する通りである。
【０００６】
１．ＰｏＣクライアントＡは、グループセッション要求を開始する。
【０００７】
２．ＰｏＣサーバＡは、ＰｏＣサーバＸにグループセッション要求を送信する。
【０００８】
３．ＰｏＣサーバＸは、共有グループサーバにグループのグループ文書を要求する。
【０００９】
４．共有グループＸＭＬ文書管理（ＸＤＭ）サーバは、応答メッセージでグループ文書を返送する。
【００１０】
５．ＰｏＣサーバＸは、セッション招待メッセージをそれぞれのメンバーに送信する。
【００１１】
６．ＰｏＣサーバＸは、第１のＡＬＥＲＴＩＮＧ応答を受信すると、ＰｏＣサーバＡに応答メッセージＡＬＥＲＴＩＮＧを返送する。
【００１２】
７．ＰｏＣサーバＡは、応答メッセージＡＬＥＲＴＩＮＧをＰｏＣクライアントＡに送信する。
【００１３】
８．ＰｏＣサーバＸは、第１の招待受理応答メッセージを受信すると、ＰｏＣサーバＡに招待受理応答メッセージを返送する。
【００１４】
９．ＰｏＣサーバＡは、ＰｏＣクライアントＡに招待受理応答メッセージを返送する。
【００１５】
ＰｏＣにおいては、グループが異なれば、体感品質の要件も異なるのでシステムは異なるグループのＱｏＥを別個に処理できることが必要とされるが、既存のＰｏＣシステムは、対応する処理機構を備えていない。
【発明の概要】
【発明が解決しようとする課題】
【００１６】
本発明の主たる目的は、異なるグループに対して別個のサービスを達成するために、グループセッションの体感品質を満たす方法及びシステムを提供することである。
【００１７】
本発明の別の目的は、別個のグループセッションサービスを実行するグループセッション制御サーバを提供することである。
【課題を解決するための手段】
【００１８】
したがって、本発明の実施形態は、以下の解決策を提供する。
【００１９】
グループセッションの体感品質を満たす方法は、以下のステップを含む。
【００２０】
グループセッションが確立されるとき、グループに対応して予め設定されたＱｏＥタイプ情報に従って、グループセッションのＱｏＥタイプをグループセッション制御サーバが判断するステップと、
【００２１】
グループセッション制御サーバが、グループに対応するＱｏＥタイプに従って確立されたセッションの特性を構成するステップと、である。
【００２２】
グループセッションの体感品質を満たすシステムは、以下を含む。
【００２３】
グループセッションを開始するように適応されているユーザー装置と、
【００２４】
グループメンバーとグループ体感品質ＱｏＥタイプとのリストを含むグループ情報を格納するように適応されている共有グループサーバと、
【００２５】
共有グループサーバ内に格納されたグループ情報に従ってユーザー装置により要求されたグループセッションを制御し、かつ、グループに対応するＱｏＥタイプに従って確立されたグループセッションの特性を構成するように適応されている、グループセッション制御サーバと、である。
【００２６】
グループセッション制御サーバは、以下を含む。
【００２７】
ユーザー装置から受信されたグループセッション要求メッセージに従って、グループ及びユーザーのＱｏＥタイプを取得するように適応されているグループ情報取得モジュールと、
【００２８】
ＱｏＥタイプ及び対応するセッション特性パラメータを含むＱｏＥマッピング情報を格納するように適応されているＱｏＥマッピングモジュールと、
【００２９】
グループのＱｏＥタイプに従って、ＱｏＥマッピングモジュールからＱｏＥマッピング情報を取得し、かつ、ＱｏＥマッピング情報に従って、確立されるグループセッションの特性を構成するように適応されているセッション制御モジュールと、である。
【００３０】
本発明の実施形態により提供される上記の解決策からわかるように、本発明は、グループのＱｏＥタイプをグループ情報内に設定し、したがって、セッションが確立されるとき、グループに対応するＱｏＥタイプに従って、確立されるグループセッションの特性を構成することができる。グループセッションサービス特性は、ＱｏＥ特性に従って制御され、それにより、別個のグループセッションサービスが効果的に実行される。
【図面の簡単な説明】
【００３１】
【図１】従来技術における、ＰｏＣグループセッションの一般的なフローチャートである。
【図２】本発明の一実施形態による、グループセッションの体感品質を満たす方法のフローチャートである。
【図３】本発明の一実施形態による、ＸＤＭクライアントを介してグループのＱｏＥタイプを構成する方法のフローチャートである。
【図４】本発明の一実施形態による、ＸＤＭクライアントを介してユーザーをグループに追加する方法のフローチャートである。
【図５】本発明の一実施形態による方法において、ユーザーがグループセッション要求を開始するフローチャートである。
【図６】本発明の一実施形態による方法において、レシーバがグループセッション招待を受理するフローチャートである。
【図７】本発明の一実施形態による、グループセッションの体感品質を満たすシステムの原理図である。
【図８】本発明の一実施形態によるグループセッション制御サーバの原理図である。
【図９】本発明の一実施形態によって、ＰｏＣグループセッション適用中にグループにユーザーを追加するフローチャートである。
【図１０】本発明の一実施形態によって、ＰｏＣグループセッション適用中にユーザーがＰｏＣグループセッションを開始するフローチャートである。
【図１１】本発明の一実施形態によって、ＩＭグループセッション適用中にユーザーがＩＭグループセッションを開始するフローチャートである。
【発明を実施するための形態】
【００３２】
当業者により本発明の技術的解決策がより良く理解されるように、図面及び実施形態を参照して、本発明を以下で更に詳細に説明する。
【００３３】
図２を参照すると、図２は、本発明の一実施形態による、グループセッションの体感品質を満たす方法のフローチャートを例示する。本方法は、以下のステップを含む。
【００３４】
ステップ２０１：グループに対応するＱｏＥタイプを設定する。
【００３５】
それぞれのグループに対応するＱｏＥタイプ識別子は、共有グループサーバにおいて直接に、又は、グループ管理者がＸＭＬ文書管理（ＸＤＭ）クライアントを介して構成することができる。換言すれば、それぞれのグループに対応するＱｏＥタイプ識別情報を、共有グループサーバに格納したグループ情報内に追加する。実際の適用要件に従ってそれぞれのグループに対して構成されるＱｏＥタイプ識別情報を、さらにグループセッション制御サーバ内に格納することもでき、また、グループセッションの確立を要求するとき、ユーザーは都合の良いことに、グループに対応するＱｏＥタイプ識別子を取得することができ、それによって、確立されるグループセッションの特性を判断することができる。
【００３６】
たとえば、設定されたＱｏＥタイプを示す、＜ｑｏｅ―ｐｒｏｆｉｌｅ―ｇｒｏｕｐ＞という要素を共有グループサーバに追加する。この要素の値は、以下のように構成される。
【００３７】
基本タイプ（Ｂａｓｉｃ  ｔｙｐｅ）、基本的なＱｏＥを示す。
【００３８】
専門タイプ（Ｐｒｏｆｅｓｓｉｏｎａｌ  ｔｙｐｅ）、専門的なＱｏＥを示す。
【００３９】
危機タイプ（Ｃｒｉｓｉｓ  ｔｙｐｅ）、極めて重要なＱｏＥを示す。
【００４０】
公式政府使用タイプ（Ｏｆｆｉｃｉａｌ  Ｇｏｖｅｒｎｍｅｎｔ  Ｕｓｅ  ｔｙｐｅ）、公式用ＱｏＥを示す。
【００４１】
上記のＱｏＥタイプは、基本、専門、危機及び公式政府使用の順に、レベルの昇順に並べられる。
【００４２】
グループ情報の修正が要求されたときも同様に、ユーザー情報を、共有グループサーバ内に格納されたグループ情報に直接追加することもできるし、又は、ユーザー情報を、ＸＤＭクライアントを介して共有グループサーバ内に格納されたグループ情報に追加することもできる。
【００４３】
ＸＤＭクライアントを介して共有グループサーバ内でグループのＱｏＥタイプ識別子を構成し、かつ、ＸＤＭクライアントを介して共有グループサーバに格納したグループにユーザーを追加する具体的な手順を以下で詳細に説明する。
【００４４】
ステップ２０２：グループセッションを確立するとき、グループセッション制御サーバは、構成された情報に従ってグループセッションのＱｏＥタイプを判断する。
【００４５】
グループセッションを確立するとき、予め設定したグループのＱｏＥタイプを現在のセッションのＱｏＥタイプとして直接使用してもよいし、又は、それぞれのグループメンバーが加入するグループのＱｏＥタイプの一つ又は複数を包括的に考慮して、要件を満たすＱｏＥタイプをグループセッションのＱｏＥタイプとして使用してもよい。実際は、初期のグループのＱｏＥタイプは、セッションを開始する者により指定されてもよく、グループセッション制御サーバは、初期のグループのＱｏＥタイプ、グループ構成情報及びメンバー加入情報に従ってグループセッションのＱｏＥタイプ識別子を判断してもよく、この具体的な手順を以下で説明する。
【００４６】
ステップ２０３：グループセッション制御サーバは、判断された、グループセッションのＱｏＥタイプに従って、確立されるセッションの特性を構成する。
【００４７】
ＱｏＥマッピング情報は、前もってグループセッション制御サーバで構成することができる。当該ＱｏＥマッピング情報はＱｏＥタイプ識別子及びＱｏＥタイプ識別子に対応するセッション特性パラメータを含み、セッション特性パラメータは、ネットワークのサービス品質及びセッション優先順位などのパラメータを含む。したがって、グループセッション制御サーバは、グループセッション要求メッセージを受信してグループセッションのＱｏＥタイプを判断した後に、グループのＱｏＥタイプ識別子に従ってＱｏＥマッピング情報について問い合わせ、ＱｏＥタイプ識別子に対応するセッション特性パラメータを取得することができる。このように、グループセッション制御サーバは、グループセッション確立中に、ネットワークのサービス品質及びセッション優先順位などの、確立されるセッションに対応するセッション特性パラメータに従って、確立されるセッションの特性を構成することができる。
【００４８】
図３は、本発明の実施形態による、グループのＱｏＥタイプをＸＤＭクライアントを介して構成するプロセスのフローチャートである。
【００４９】
３−１．グループ管理者は、ＸＤＭクライアントを介して、共有グループサーバに、グループのＱｏＥ構成情報を設定するように要求する要求メッセージＸＣＡＰ  ＰＵＴを送る。当該ＸＣＡＰ  ＰＵＴメッセージは、グループ識別子及びグループ識別子に対応するＱｏＥタイプ識別子などを含む構成情報を含んでいる。
【００５０】
３−２．共有グループサーバは、ＸＣＡＰ  ＰＵＴメッセージを受信すると、メッセージ要求側の識別子をＸＣＡＰ  ＰＵＴメッセージから抽出して、ＱｏＥ構成に対して権限チェックを行う。すなわち、要求側がグループのＱｏＥタイプを構成する権限を有するかどうかチェックする。
【００５１】
チェックに合格したら、構成情報を格納して、ＸＤＭクライアントに合格応答メッセージ（２００  ＯＫ）を返送する。
【００５２】
グループ識別子及びグループ識別子に対応するＱｏＥタイプ識別子に加えて、グループのＱｏＥ構成情報を設定するように要求する上記のＸＣＡＰ  ＰＵＴ要求メッセージ内に含まれる構成情報には、メンバーＱｏＥ必須フラグを含んでもよい。当該メンバーＱｏＥ必須フラグは、ユーザーのＱｏＥタイプを検証することが必要であるかどうかを示し、すなわち、グループメンバーのＱｏＥの最低限の要件があるかどうか、換言すれば、グループメンバーのＱｏＥタイプ識別子のレベルがグループのＱｏＥタイプ識別子以上であることが必要であるかどうかを示す。メンバーＱｏＥ必須フラグによって、ＸＭＬ文書管理クライアントを介して共有グループサーバに格納したグループにユーザーを追加するときに、共有グループサーバが、メンバーＱｏＥ必須フラグに従ってグループに追加されるユーザーのＱｏＥタイプを検証することができ、又は、ユーザーがグループセッションを開始するときに、グループセッション制御サーバが、メンバーＱｏＥ必須フラグに従ってグループ内のそれぞれのメンバーのＱｏＥタイプを検証することができる。もちろん、メンバーＱｏＥ必須フラグを含まず、共有グループサーバ又はグループセッション制御サーバは、グループ内のそれぞれのメンバーのＱｏＥタイプをただ検証することとしてもよい。
【００５３】
この点について、詳細な説明を以下でそれぞれ示す。
【００５４】
まず、図４を参照すると、図４は、本発明の実施形態による、ＸＤＭクライアントを介してユーザーをグループに追加する方法のフローチャートを示す。
【００５５】
４−１．  ＸＤＭクライアントは、グループにメンバーを追加する要求メッセージを共有グループサーバに送信する。
【００５６】
４−２．  共有グループサーバは、グループにメンバーを追加する要求メッセージを受信すると、メッセージ内のユーザー識別子及びグループ識別子を抽出し、ユーザー識別子及びグループ識別子に従ってユーザー及びグループのＱｏＥタイプ識別子を取得する。
【００５７】
グループに追加されるユーザーが共有グループサーバと同じドメインにあるとき、共有グループサーバは、直接かつ局地的にユーザーのＱｏＥタイプ識別子、すなわち、ユーザーが加入するＱｏＥタイプ識別子を取得することができる。
【００５８】
グループに追加されるユーザーが共有グループサーバと同じドメインにないとき、共有グループサーバは、ユーザーが位置するドメイン内のユーザーＱｏＥ構成情報にアクセスしてユーザーのＱｏＥタイプ識別子を取得することもできるし、又は、ユーザーのＱｏＥタイプ識別子として最低レベルの識別子を直接設定することもできる。
【００５９】
たとえば、共有グループサーバがドメインＡに属しており、かつ、追加されるユーザーがドメインＢに属している場合、共有グループサーバは、以下の２通りの方法でユーザーのＱｏＥタイプ構成情報を取得することができる。
【００６０】
第１の方法：２つのドメインＡ及びＢが所属ユーザーのＱｏＥタイプ識別子構成情報を共有できる場合、共有グループサーバは、ドメインＢ内のユーザーのＱｏＥタイプ識別子構成情報にアクセスして、追加されるユーザーのＱｏＥタイプ識別子を取得することができる。又、共有できない場合、ユーザーのＱｏＥタイプ識別子は、基本であるものとし、したがって、ドメインＡの共有グループサーバは、ドメインＢに属するユーザーのＱｏＥタイプ識別子を基本とみなしてもよい。
【００６１】
第２の方法：ユーザーのＱｏＥタイプ識別子は、ユーザー個人情報格納専用ＸＤＭサーバに格納されており、したがって、共有グループＸＤＭサーバが現在のドメインに属さないユーザーのＱｏＥタイプ識別子を取得する必要があるとき、共有グループＸＤＭは、ユーザーが位置するドメイン内のＸＤＭサーバにアクセスして、ＸＤＭサーバがユーザー個人情報を格納しているユーザーのＱｏＥタイプ識別子を取得することができる。
【００６２】
４−３．  メンバーＱｏＥ必須フラグがグループのＱｏＥ構成情報に存在する場合、共有グループサーバは、上記のＱｏＥ構成タイプ識別子を検証する、すなわち、ユーザーのＱｏＥタイプのレベルがグループのＱｏＥタイプのレベルより低くないかどうか比較して判断する。
【００６３】
ユーザーのＱｏＥタイプのレベルがグループのＱｏＥタイプのレベル以上である場合、ユーザーはグループに追加され、
【００６４】
ユーザーのＱｏＥタイプのレベルがグループのＱｏＥタイプのレベルより低い場合、ユーザーはグループへの追加を拒否される。
【００６５】
グループメンバーのＱｏＥタイプを検証するプロセスは、グループセッションを開始するときに実行してもよく、その場合、グループセッション制御サーバはグループ内のそれぞれのメンバーのＱｏＥを検証するが、その具体的な手順を以下で詳説する。
【００６６】
４−４．  共有グループＸＤＭサーバは、検証結果に従って応答メッセージを生成する。
【００６７】
検証に合格しなかったとき、不合格の理由をメッセージ本文に含む不合格応答メッセージが生成され、当該メッセージは、グループのＱｏＥ構成タイプ識別子を含む。
【００６８】
検証に合格した場合、合格応答メッセージが生成される。
【００６９】
４−５．  検証結果に従って、対応する応答メッセージがＸＤＭクライアントに送信される。
【００７０】
メンバーＱｏＥ必須フラグがグループのＱｏＥ構成情報内に存在する場合、グループセッション制御サーバは、グループセッションを開始するときに以下の手順でグループメンバーのＱｏＥタイプも検証する。
【００７１】
１．  グループ情報を取得した後に、グループセッション制御サーバは、まず、グループ内の各メンバーのＱｏＥタイプ識別子（すなわち、グループメンバーユーザーが加入するＱｏＥタイプ識別子）を取得する。
【００７２】
２．  グループセッション制御サーバは、各メンバーのＱｏＥタイプ識別子がグループのＱｏＥタイプ要件を満たす（すなわち、メンバーのＱｏＥタイプのレベルがグループのＱｏＥタイプのレベル以上である）かどうかチェックし、要件を満たさないグループメンバーはグループから削除され、削除されたグループメンバーに通知メッセージが送信される。
【００７３】
３．  最後に、ＱｏＥタイプ要件を満たす各グループメンバーに、グループセッション招待が送信される。
【００７４】
先述したように、異なるグループに対して別個のサービスを実施するため、
グループセッション制御サーバは、グループセッションを確立するときに、グループのＱｏＥタイプ識別子情報を取得し、ＱｏＥタイプ識別子に従ってＱｏＥマッピング情報について問い合わせ、ＱｏＥタイプ識別子に対応するセッション特性パラメータを取得し、及び、これらのパラメータを使用して、確立されるセッションの特性を構成する必要がある。
【００７５】
グループセッション制御サーバは、直接、共有グループサーバを読み、格納されているグループのＱｏＥタイプを取得し、セッションを確立するグループのＱｏＥタイプとして使用してもよいし、又は、ＱｏＥ交渉手順を介してグループセッションのＱｏＥタイプを判断してもよい。
【００７６】
グループセッションのＱｏＥタイプ識別子情報を判断するＱｏＥ交渉手順は、以下の通りである。
【００７７】
１．  ユーザーは、クライアントを介して、グループセッション制御サーバに対するグループセッションの要求メッセージを開始する。要求メッセージは、初期ＱｏＥタイプ情報及び／又はセッションＱｏＥタイプ必須情報を含んでいる。
【００７８】
２．  グループセッション制御サーバは、グループ内のそれぞれのメンバーにそれぞれ招待メッセージを送信する。
【００７９】
３．  グループセッション制御サーバは、それぞれのメンバーからの受信応答メッセージ内のＱｏＥタイプレベルに従ってグループセッションのＱｏＥタイプを判断する。
【００８０】
グループセッションの要求メッセージがセッションＱｏＥタイプ必須情報を含んでいる場合、グループセッション制御サーバは、グループセッションのＱｏＥタイプを判断した後に、判断されたグループセッションのＱｏＥタイプのレベルがセッション要求メッセージ内の初期ＱｏＥタイプのレベルより低いかどうかチェックすることができ、真（ＹＥＳ）の場合、現在のセッションの確立は失敗することが判断され、又、偽（ＮＯ）の場合、正常のセッションフローが確立される。
【００８１】
ＱｏＥ交渉手順を図５及び図６を参照して以下で詳細に更に説明する。
【００８２】
図５を参照すると、図５は、本発明の実施形態において、ユーザーがグループセッション要求を開始するフローを例示する。
【００８３】
５−１．  ユーザーＡは、グループセッション制御サーバＡに対するグループセッションの要求メッセージＩＮＶＩＴＥを開始する。メッセージは、ユーザーＡにより指定された初期ＱｏＥタイプコード及びセッションＱｏＥタイプ必須フラグを含んでもよい。当該セッションＱｏＥタイプ必須フラグは、グループセッションに割り当てられたＱｏＥタイプコードがメッセージ内の初期ＱｏＥタイプコードを満たすべきかどうか示す。これによって、セッションレシーバは、フラグに従って招待を受理するべきかどうか決めることができる。ＱｏＥタイプ必須フラグのフィールドの値は、満たすべき条件が必須であるか又は随意であるか示すことができる。
【００８４】
５−２．  グループセッション制御サーバＡは、ユーザーＡからの要求メッセージを受信したとき、当該要求メッセージが初期ＱｏＥタイプコードを含んでいる場合には、当該初期ＱｏＥタイプコードを招待ＱｏＥタイプコードとして判断し、当該要求メッセージが初期ＱｏＥタイプコードを含んでいない場合には、グループのＱｏＥタイプ情報を要求するＸＣＡＰ  ＧＥＴを共有グループサーバに送信してもよい。
【００８５】
５−３．  共有グループサーバは、グループのＱｏＥタイプ情報を２００  ＯＫメッセージに含めて、グループセッション制御サーバＡに返送する。
【００８６】
５−４．  グループセッション制御サーバＡは、グループのＱｏＥタイプ識別子を抽出して、招待ＱｏＥタイプコードとして判断する。
【００８７】
５−５．  グループセッション制御サーバＡは、判断した招待ＱｏＥタイプコードを含む招待メッセージを使用して、順次、グループ内のそれぞれのメンバーを招待して、第１のＡＬＥＲＴＩＮＧ要求メッセージを受信した後に、ユーザーＡにＡＬＥＲＴメッセージを返送する。
【００８８】
５−６．  グループセッション制御サーバＡは、すべてのセッションレシーバから応答を受信した後に、それぞれのレシーバからの応答に従って、あるＱｏＥタイプコード、たとえば、すべての応答に含まれるＱｏＥタイプレベルのうち最も低いものをグループに割り当てる。ユーザーＡにより指定された初期ＱｏＥタイプコードのレベルが、すべての応答に含まれているＱｏＥタイプレベルのうち最低のものより低い場合、当該初期ＱｏＥタイプコードをグループセッションのＱｏＥタイプコードとして選択してもよい。判断したグループのＱｏＥタイプレベルがユーザーＡにより指定された初期ＱｏＥタイプレベルを満たさない場合、ユーザーＡにエラーメッセージを返送してもよい。
【００８９】
上記の手順において、招待ＱｏＥタイプコードの特定のタイプ（たとえば、危機のタイプ）については、それぞれのセッションレシーバからの応答に関係なく、ＱｏＥタイプ、危機をグループセッションに直接割り当ててもよい。
【００９０】
ＱｏＥタイプコードは、グループセッション制御サーバＡによりグループ内のそれぞれのメンバーに送信される招待メッセージに含まれることはないが、グループに割り当てることができる。すなわち、セッションレシーバからの応答を受信したときに、それぞれのレシーバからの応答に従って、現在のセッションのＱｏＥタイプコードを判断することができる。
【００９１】
５−７．  グループセッション制御サーバＡは、第１の招待受理応答メッセージを受信した後に、グループセッション制御サーバＡによりセッションに割り当てられたＱｏＥタイプコードを含む最終応答メッセージ（ＯＫ）をユーザーＡに返送する。
【００９２】
５―８．  グループセッション制御サーバＡは、ＱＯＥマッピング情報に従って、セッションの優先順位、セッションのＱｏＳパラメータなどのセッション特性を構成する。
【００９３】
図６を参照すると、図６は、本発明の実施形態によりレシーバがグループセッション招待を受理するフローを例示する。
【００９４】
６−１．  受信側レシーバにおけるグループセッション制御サーバＢは、招待ＱｏＥタイプ情報を含むグループセッション招待メッセージを受信側における参加サーバＢに送信する。
【００９５】
６−２．  参加サーバＢは、応答ＱｏＥタイプコードを判断し、当該応答ＱｏＥタイプコードをＡＬＥＲＴＩＮＧメッセージに入れ、そのメッセージをグループセッション制御サーバＢに返送する。ここで、応答ＱｏＥタイプコードは、受信側におけるユーザーＢのＱｏＥ加入情報に従って判断される。
【００９６】
参加サーバＢは、ユーザーＢのＱｏＥタイプ構成情報及び招待ＱｏＥタイプ情報に従って、現在のセッション招待を受理すべきかどうか判断してもよい。現在のセッション招待が受理された場合、サーバは、ユーザーＢのＱｏＥタイプ識別子を、セッションを開始したグループセッション制御サーバに対するＡＬＥＲＴＩＮＧ要求メッセージに含めて返送するか、又は、現在のセッション招待が受理されなかった場合、サーバは、セッションを開始したグループセッション制御サーバに招待拒否メッセージを送信する。
【００９７】
６−３．  受信側のすべてのユーザーからの応答を判断した後に、送信側のグループセッション制御サーバは、グループセッションに割り当てられる最終ＱｏＥタイプコードを判断し、ＰＲＡＣＫメッセージに含めて参加サーバＢを含む参加サーバのそれぞれに送信する。
【００９８】
６−４．  参加サーバＢは、最終ＱｏＥタイプコードを含むグループセッションＩＮＶＩＴＥメッセージをユーザーＢに送信する。
【００９９】
６−５．  ユーザーＢは、セッション受理応答メッセージＯＫを送信する。
【０１００】
６−６．  参加サーバＢは、当該応答メッセージをグループセッション制御サーバＢに転送する。
【０１０１】
本発明では、共有グループサーバのみを介するのでなくＱｏＥ交渉手順も介して、グループセッションのＱｏＥタイプを判断することができ、その結果、本発明の適用の柔軟性が更に向上することがわかる。本発明は、多数の異なるグループセッション手順に適用することができる。
【０１０２】
図７を参照すると、図７は、本発明の好適な実施形態によるシステムの原理図を例示する。
【０１０３】
システムの実施形態は、ユーザー装置Ｓ１と、共有グループサーバＳ２と、ユーザー装置Ｓ１及び共有グループサーバＳ２にそれぞれ接続されたグループセッション制御サーバＳ３とを含む。具体的には、ユーザー装置Ｓ１は、グループセッションを開始するようになっており、共有グループサーバＳ２は、グループメンバー及びグループのＱｏＥタイプ識別子のリストを含むグループ情報を格納するようになっており、グループセッション制御サーバＳ３は、ユーザー装置Ｓ１により要求されたグループセッションを、共有グループサーバＳ２に格納されたグループ情報に従って制御し、かつ、確立するセッションの特性を、グループのＱｏＥタイプに従って構成するようになっている。
【０１０４】
それぞれのグループに対応するＱｏＥタイプ識別子を、直接、共有グループサーバＳ２内に構成することができ、ユーザーは、共有グループサーバに格納されたグループに追加される。あるいは、それぞれのグループに対応するＱｏＥタイプ識別子を、グループ管理者がＸＭＬ文書管理クライアントＳ４を介して共有グループサーバ内に構成することができ、ユーザーは、共有グループサーバに格納されたグループに追加される。ＸＭＬ文書管理クライアントＳ４が共有グループサーバＳ２に格納されたグループにユーザーを追加するとき、共有グループサーバも、グループに追加されるユーザーのＱｏＥタイプを検証してもよい。その具体的な手順は、本発明の方法の先の説明を参照することにより得られる。
【０１０５】
ユーザー装置Ｓ１は、グループセッションクライアントを介してグループセッション要求を開始することができ、セッションが開始されるときにＱｏＥタイプを選択するためにユーザーのＱｏＥタイプ識別子をグループセッションクライアントに格納する。
【０１０６】
異なるグループに対して別個のサービスを実施するために、本発明の実施形態によるグループセッション制御サーバＳ３は、グループ情報取得モジュールＳ３１及びセッション制御モジュールＳ３２を含み、また、ＱｏＥマッピング情報を格納するためのＱｏＥマッピングモジュールＳ３３を含む。ＱｏＥマッピング情報は、ＱｏＥタイプ識別子と、ＱｏＥタイプ識別子に対応するセッション特性パラメータとを含む。
【０１０７】
ユーザー装置Ｓ１がグループセッション制御サーバＳ３にグループセッションを要求したとき、グループ情報取得モジュールＳ３１は、ユーザー装置から受信したグループセッション要求メッセージに従って、共有グループサーバＳ２からユーザー及びグループのＱｏＥタイプ識別子を取得し、取得した当該ＱｏＥタイプ識別子をセッション制御モジュールＳ３２に送信する。セッション制御モジュールＳ３２は、グループのＱｏＥタイプ識別子に従って、対応するＱｏＥマッピング情報をＱｏＥマッピングモジュールから取得し、かつ、当該対応するＱｏＥマッピング情報に従って、確立されるグループセッションの特性を構成する。
【０１０８】
ユーザーがグループセッションを開始し、レシーバがグループセッション招待を受信する具体的な手順は、上述したような本発明の手順と同じであり、その説明は、ここでは省略する。
【０１０９】
図８は、本発明の別の実施形態によるグループセッション制御サーバの原理図を例示する。
【０１１０】
この実施形態においては、グループセッション制御サーバは、グループ情報取得モジュールＳ３１と、セッション制御モジュールＳ３２と、ＱｏＥマッピングモジュールＳ３３と、グループ情報記憶モジュールＳ３４と、を含む。具体的には、グループ情報取得モジュールＳ３１は、ユーザー装置から受信したグループセッション要求メッセージに従って、グループ及びユーザーのＱｏＥタイプを取得するようになっており、ＱｏＥマッピングモジュールＳ３２は、ＱｏＥタイプと、ＱｏＥタイプに対応するセッション特性パラメータとを含むＱｏＥマッピング情報を格納するようになっており、セッション制御モジュールＳ３３は、グループのＱｏＥタイプに従って、ＱｏＥマッピングモジュールからＱｏＥマッピング情報を取得し、かつ、当該ＱｏＥマッピング情報に従って、確立されるグループセッションの特性を構成するようになっており、グループ情報記憶モジュールＳ３４は、グループメンバーとグループのＱｏＥタイプ識別子とのリストを含むグループ情報を格納するようになっている。
【０１１１】
ユーザー装置がグループセッション制御サーバにグループセッションを要求したとき、グループ情報取得モジュールＳ３１は、ユーザー装置から受信したグループセッション要求メッセージに従って、グループ情報記憶モジュールＳ３４からユーザー及びグループのＱｏＥタイプ識別子を取得し、取得した当該ＱｏＥタイプ識別子をセッション制御モジュールＳ３２に送信する。セッション制御モジュールＳ３２は、グループのＱｏＥタイプ識別子に従って、対応するＱｏＥマッピング情報をＱｏＥマッピングモジュールから取得し、かつ、当該情報に従って、確立されるグループセッションの特性を構成する。
【０１１２】
本発明は、多数の異なるグループセッション手順に適用することができ、ＰｏＣグループセッション及びインスタントメッセージング（ＩＭ）グループセッションの例として、異なる状況における本発明の適用を以下で更に説明する。
【０１１３】
例１：ＰｏＣグループセッションを例とし、ＰｏＣクライアントＡがグループＧの所有者であり、グループＧのＱｏＥタイプ識別子は専門であり、かつ、メンバーＱｏＥ必須フラグは「必須」であると仮定する。ユーザーＡは、まず、ユーザーＵ及びＶをグループＱに追加して、ＰｏＣクライアントＡを介して、ユーザーＵ及びＶのクライアント、すなわち、ＰｏＣクライアントＵ及びＰｏＣクライアントＶを呼び出す。ユーザーＵのＱｏＥ構成は専門であり、ユーザーＶのＱｏＥ構成は公式政府使用であると仮定する。更に、グループＨがあり、そのＱｏＥタイプ識別子は基本で、メンバーＱｏＥ必須フラグは必須である。
【０１１４】
ユーザーＡがユーザーＵをグループＧに追加する手順は、図９に例示する通りである。
【０１１５】
８−１．  ユーザーＡは、ＸＤＭクライアントＡを介して集約プロキシに、ユーザーＵをグループＧに追加する要求を送信する。
【０１１６】
８−２．  集約プロキシは、ユーザーＵをグループＧに追加する要求を転送する。
【０１１７】
８−３．  共有グループサーバは、要求メッセージ内のユーザーＵのＱｏＥタイプ識別子及びグループＧのＱｏＥ構成におけるＱｏＥタイプ識別子を取得する。
【０１１８】
８−４．  グループのメンバーＱｏＥ必須フラグが必須であるので、共有グループサーバは、ＱｏＥを検証するが、ユーザーＵのＱｏＥタイプ識別子が専門であり、かつ、グループのＱｏＥタイプ識別子も専門であるので、検証を合格する。
【０１１９】
８−５．  共有グループサーバは、検証結果に従って合格応答メッセージを生成する。
【０１２０】
８−６．  共有グループサーバは、成功応答を集約プロキシに返送する。
【０１２１】
８−７．  集約プロキシは、当該応答をＸＤＭクライアントＡに転送し、ユーザーＡによる、グループＧへのユーザーＵの追加は成功する。
【０１２２】
ユーザーＡがユーザーＶをグループＧに追加する手順は、上記の手順と同様である。
【０１２３】
ユーザーＡがＰｏＣグループセッションを開始するフローは、図１０に例示する通りである。
【０１２４】
９−１．  ＰｏＣクライアントＡは、グループセッション招待メッセージを送信する。グループセッション招待メッセージは、グループの識別子と、初期ＱｏＥタイプ識別子と、セッションＱｏＥ必須フラグとを含み、当該初期ＱｏＥタイプ識別子を専門に設定され、当該セッション必須フラグは必須に設定される。
【０１２５】
メッセージは、主として以下の内容を含む。
【０１２６】
開始者識別子：クライアントＡのセッション開始プロトコルユニフォームリソース識別子（ＳＩＰ  ＵＲＩ）。
【０１２７】
グループ識別子：グループＧのサービスユニフォームリソース識別子（ＵＲＩ）。
【０１２８】
ＱｏＥタイプ識別子：専門。
【０１２９】
ＱｏＥ必須フラグ：必須。
【０１３０】
９−２．  ＰｏＣ参加サーバＡは、当該メッセージをＰｏＣ制御サーバＸに転送する。
【０１３１】
９−３．  ＰｏＣ制御サーバＸは、メッセージ内のグループＧの識別子を抽出して、上記のグループに対応するグループ文書を取得する要求を共有グループサーバに送信する。
【０１３２】
９−４．  共有グループサーバは、要求されたグループ文書を返送する。
【０１３３】
９−５．  ＰｏＣ制御サーバＸは、グループのＱｏＥタイプ識別子を抽出し、その値、専門を取得して、セッションのＱｏＥタイプ識別子を専門と判断する。
【０１３４】
大域的な構成に従って、ユーザーが開始することができるグループセッションのＱｏＥタイプのレベルは、グループの定義で指定されたＱｏＥタイプのレベルを上回らないように制限することができ、グループセッション要求メッセージに含まれるＱｏＥタイプレベルがグループの定義で指定されたＱｏＥタイプのレベルより高い場合には、セッションのＱｏＥタイプ識別子の値は、グループの定義におけるＱｏＥタイプ識別子とすべきである。
【０１３５】
９−６．  ＰｏＣ制御サーバＸは、セッション招待メッセージをＰｏＣ参加サーバＣに送信し、セッションのＱｏＥタイプ識別子は、セッション招待メッセージに含まれる。
【０１３６】
９−７．  ＰｏＣ参加サーバＢは、ＡＬＥＲＴＩＮＧメッセージをＰｏＣ制御サーバＸに返送し、ユーザーＢのＱｏＥタイプ識別子、専門は、ＡＬＥＲＴＩＮＧメッセージに含まれる。
【０１３７】
９−８．  ＰｏＣ制御サーバＸは、ＰｏＣ参加サーバＣにセッション招待メッセージを送信し、セッションのＱｏＥタイプ識別子は、当該セッション招待メッセージに含まれる。
【０１３８】
９−９．  ＰｏＣ参加サーバＣは、ＡＬＥＲＴＩＮＧメッセージをＰｏＣ制御サーバＸに返送し、ユーザーＣのＱｏＥタイプ識別子「公式政府使用」は、ＡＬＥＲＴＩＮＧメッセージに含まれる。
【０１３９】
９−１０．  ＰｏＣ制御サーバＸは、前の４つのステップにおける応答メッセージ内のＱｏＥタイプ識別子に従って、グループセッションに割り当てられた最終ＱｏＥタイプ識別子を専門と判断し、当該ＱｏＥタイプ識別子に従ってグループセッションのＱｏＥを構成する。実際には、ＰｏＣ制御サーバＸは、すべてのメンバーから招待受理応答メッセージを受信した後に、グループセッションのＱｏＥを構成してもよい。
【０１４０】
グループセッション要求メッセージ内のセッションＱｏＥ必須フラグは必須である、すなわち、グループセッションが指定されたＱｏＥタイプ識別子を満たす必要があるため、ステップ９−７及び９−９のいずれかで、指定されたＱｏＥタイプレベルより低いＱｏＥタイプレベルが返送された場合、セッションは失敗する。
【０１４１】
上記のステップ９−６及び９−１０は、セッションのＱｏＥタイプに関して交渉する手順である。この手順では、ＰｏＣ制御サーバＸは、グループセッション招待メッセージに含まれるＱｏＥタイプパラメータを受信し、セッション招待をそれぞれのセッションメンバーに送信する。各々のセッションメンバーの参加サーバは、招待を受信した後に、メンバーのＱｏＥ構成情報に従ってＰｏＣ制御サーバＸにＱｏＥタイプ応答を発し、ＰｏＣ制御サーバＸは、それぞれのメンバーの当該ＱｏＥタイプ応答に従ってセッション全体のＱｏＥタイプを指定し、その後、セッションの当該ＱｏＥタイプに従ってセッションを構成する。
【０１４２】
９−１１．  ＰｏＣ制御サーバＸは、ＰＲＡＣＫメッセージをＰｏＣ参加サーバＢに送信し、最終ＱｏＥタイプ識別子は、ＰＲＡＣＫメッセージに含まれる。
【０１４３】
９−１２．  ＰｏＣ参加サーバＢは、グループセッション招待メッセージをＰｏＣクライアントＢに送信し、最終ＱｏＥタイプ識別子は、グループセッション招待メッセージに含まれる。
【０１４４】
９−１３．  ＰｏＣクライアントＢは、ＰｏＣ参加サーバＢにＡＬＥＲＴＩＮＧメッセージを返送する。
【０１４５】
９−１４．  ＰｏＣ参加サーバＢは、ＰｏＣ制御サーバＸにＡＬＥＲＴＩＮＧメッセージを送信する。
【０１４６】
９−１５．  ＰｏＣ制御サーバＸは、ＰｏＣ参加サーバＡにＡＬＥＲＴＩＮＧメッセージを送信する。
【０１４７】
９−１６．  ＰｏＣ参加サーバＡは、セッションを開始するＰｏＣクライアントＡにＡＬＥＲＴＩＮＧメッセージを送信する。
【０１４８】
９−１７．  ＰｏＣ制御サーバＸは、ＰｏＣ参加サーバＣに最終ＱｏＥタイプ識別子を含むＰＲＡＣＫメッセージを送信する。
【０１４９】
９−１８．  ＰｏＣ参加サーバＣは、ＰｏＣクライアントＣに最終ＱｏＥタイプ識別子を含むグループセッション招待メッセージＩＮＶＩＴＥを送信する。
【０１５０】
９−１９．  ＰｏＣクライアントＣは、ＰｏＣ参加サーバＣにＡＬＥＲＴＩＮＧメッセージを返送する。
【０１５１】
９−２０．  ＰｏＣ参加サーバＣは、ＰｏＣ制御サーバにＡＬＥＲＴＩＮＧメッセージを返送する。
【０１５２】
９−２１．  ＰｏＣクライアントＢは、ＰｏＣ参加サーバＢに最終応答メッセージを送信する。
【０１５３】
９−２２．  ＰｏＣ参加サーバＢは、ＰｏＣ制御サーバＸに最終応答メッセージを送信する。
【０１５４】
９−２３．  ＰｏＣ制御サーバＸは、ＰｏＣ参加サーバＡに最終応答メッセージを送信する。
【０１５５】
９−２４．  ＰｏＣ参加サーバＡは、ＰｏＣクライアントに最終応答メッセージを返送する。
【０１５６】
９−２５．  ＰｏＣクライアントＣは、ＰｏＣ参加サーバＣに最終応答メッセージを返送する。
【０１５７】
９−２６．  ＰｏＣ参加サーバＣは、ＰｏＣ制御サーバＸに最終応答メッセージを返送する。
【０１５８】
グループＨのグループセッションを確立する手順は、グループＧのグループセッションを確立する手順と同様であり、具体的には以下の通りである。
【０１５９】
開始者は、初期グループセッションＱｏＥタイプ識別子、基本及びメンバーＱｏＥ必須フラグ必須を含むセッション要求を開始し、グループサーバは、それぞれのメンバーにＱｏＥタイプ識別子基本を含んでいるセッション招待メッセージを送信し、各々のメンバーに対応する参加サーバは、ＱｏＥタイプ識別子「基本」を含んでいるＡＬＥＲＴＩＮＧ応答メッセージを返送し、グループサーバは、それぞれの参加サーバに最終ＱｏＥタイプ識別子、基本を含んでいるＰＲＡＣＫメッセージを送信し、それぞれの参加サーバは、それぞれのメンバーにＱｏＥタイプ識別子、基本を含んでいるセッション招待メッセージを送信すると、最終的に、対応するＱｏＥタイプ識別子が基本である、グループセッションが確立される。
【０１６０】
グループセッションサーバが、異なるＱｏＥタイプに従ってグループの特性を構成する手順を、以下に詳細に更に説明する。
【０１６１】
一部のＩＰネットワーク性能パラメータを、以下のように定義する。
【０１６２】
ＩＰＴＤ：ＩＰパケット伝送遅延。パケットが問題なく伝送されるかどうかにかかわらず、ＩＰパケットが基本セグメント又は１組のネットワークセグメントを通過する時間間隔を定義する。
【０１６３】
ＩＰＤＶ：ＩＰパケット遅延変動。２地点（ｖｋ）間のエンドツーエンドＩＰパケット遅延変動は、ＩＰパケットｋ（ｘｋ）がソースノードＳＲＣ（ＭＰ１）を通過する時間からＩＰパケットｋ（ｘｋ）が宛先ノードＤＳＴ（ＭＰ２）を通過する時間までの実際の遅延と、基準ＩＰパケットが同じ経路を通過する伝送遅延（ｄ１，２）の差であり、即ち、ｖｋ＝ｘｋ―ｄ１，２である。
【０１６４】
ＩＰＥＲ：ＩＰパケット誤り率。誤りＩＰパケット数と成功ＩＰパケット数及び誤りＩＰパケット数の合計との比を指す。
【０１６５】
ＩＰＬＲ：ＩＰパケット損失率。出口ノードにおけるバイト単位のＩＰパケットのスループットは、特定の時間中にこのノードで観察される成功ＩＰパケットのすべてのバイト数を当該時間間隔で除した数に等しい。
【０１６６】
セッションサービスＱｏＳレベル及び対応するネットワーク性能パラメータ指数は、下表１に定義される。
【表１】
2009538004.tif 000003
【０１６７】
ＱｏＥタイプ識別子は、下表２に示すように、セッション優先順位パラメータ及び上記のＱｏＳレベルにマッピングすることができる。
【表２】
2009538004.tif 000004
【０１６８】
上記の情報に従って、ＱｏＥタイプ識別子「基本」は、ＱｏＳレベル「クラス３」及びセッション優先順位「０．１」にマッピングされ、ＱｏＥタイプ識別子「専門」は、ＱｏＳレベル「クラス２」及びセッション優先順位「０．２」にマッピングされる。
【０１６９】
上記のマッピング結果に従って、グループＧのＱｏＳのそれぞれのパラメータは下表３のそれぞれのパラメータ値として設定される。
【表３】
2009538004.tif 000005
【０１７０】
グループＨのＱｏＳのそれぞれのパラメータは下表４のそれぞれのパラメータ値として設定される。
【表４】
2009538004.tif 000006
【０１７１】
セッション優先順位の管理については、参加者がグループＧ及びＨにそれぞれ追加されるとき、グループＧの要件を優先的に満たすとともに、優先順位の大きさに従ってより大きなネットワーク帯域幅がグループＧに割り当てられる。
【０１７２】
優先順位処理は、多重待ち行列方式で行うことができる。
【０１７３】
グループセッション制御サーバは、それぞれの有効グループセッション内の、一時的に処理されない要求メッセージを複数の待ち行列に入れることができる。たとえば、待ち行列Ａは、セッションタイプが、基本である待ち行列であり、待ち行列Ｂ、Ｃ及びＤは、それぞれ、セッションタイプが、専門、危機、及び公式政府使用である待ち行列である。４つの待ち行列の処理速度の比は、１：２：３：４であり、優先順位が高い列ほど早く取り出され、したがって、優先順位が高い要求ほど早く処理されることができ、また、優先順位が低い要求も考慮される。
【０１７４】
例２：ＩＭグループセッションを例とし、ＩＭグループセッション手順のＱｏＥ交渉原理は、ＰｏＣグループセッション手順と合致しており、フローは、実質的に同じである。この例においては、ＩＭクライアントＡが、構成されたＱｏＥタイプコードが専門であるグループＧのグループセッションを開始する。
【０１７５】
メッセージフローは、図１１に例示する通りである。
【０１７６】
１０−１．  ＩＭクライアントＡは、ＩＭ参加サーバＡにグループセッション要求を送信する。
【０１７７】
１０−２．  ＩＭ参加サーバＡは、ＩＭ制御サーバＸに要求を送信する。
【０１７８】
１０−３．ＩＭ制御サーバＸは、要求メッセージからグループ情報を取得して、グループ文書を要求するＸＣＡＰ  ＧＥＴメッセージを共有グループサーバに送信する。
【０１７９】
１０−４．  共有グループサーバは、ＩＭ制御サーバＸにグループ情報を返送する。
【０１８０】
１０−５．  ＩＭ制御サーバＸは、グループ情報からグループのＱｏＥタイプ識別子、専門を取得し、それぞれのグループメンバーに、取得されたＱｏＥタイプ識別子情報を含むセッション招待メッセージを送信する。
【０１８１】
１０−６．  ＩＭ制御サーバＸは、グループメンバーから返送された一時的な応答メッセージ（応答ＱｏＥタイプ識別子を含むメッセージ）を受信した後、ＩＭ参加サーバＡに一時的な応答メッセージを送信する。
【０１８２】
１０−７．  ＩＭ参加サーバＡは、ＩＭクライアントＡに一時的な応答メッセージを送信する。
【０１８３】
１０−８．  ＩＭ制御サーバＸは、それぞれの応答メッセージに従って最終グループのＱｏＥタイプを判断し、当該グループのＱｏＥタイプに従ってグループセッションのＱｏＥを構成する。
【０１８４】
１０−９．  ＩＭ制御サーバＸは、第１の最終応答メッセージを受信した後に、ＩＭ参加サーバＡに最終ＱｏＥを有する最終応答メッセージを送信する。
【０１８５】
１０−１０．  ＩＭ参加サーバは、ＩＭクライアントＡに最後選択グループセッションＱｏＥタイプ識別子、専門を含む最終応答メッセージを送信する。
【０１８６】
本発明を実施形態を参照して説明したが、当業者は、本発明の多くの修正及び変形が可能であることを理解するであろうし、これらの修正及び変形は本発明の範囲に含まれることを意図している。
【０１８７】
本出願は、「グループセッションの体感品質を満たす方法及びシステム」という名称であり、２００６年５月１９日に中国専利局に出願された中国特許出願第２００６１００８１６５９．Ｘ号の利益を主張するものであり、この特許の開示内容全体は、引用により本明細書に組み入れられる。
【図１】
2009538004.tif 000007
【図２】
2009538004.tif 000008
【図３】
2009538004.tif 000009
【図４】
2009538004.tif 000010
【図５】
2009538004.tif 000011
【図６】
2009538004.tif 000012
【図７】
2009538004.tif 000013
【図８】
2009538004.tif 000014
【図９】
2009538004.tif 000015
【図１０】
2009538004.tif 000016
【図１１】
2009538004.tif 000017
【手続補正書】
【提出日】平成21年1月6日(2009.1.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
グループセッションの体感品質（ＱｏＥ）を満たす方法であって、
グループセッションが確立されるとき、前記グループに対応して予め設定されたＱｏＥタイプ情報に従って、前記グループセッションのＱｏＥタイプをグループセッション制御サーバが判断し、
前記グループセッション制御サーバが、前記グループの前記ＱｏＥタイプに従って確立されたセッションの特性を構成する、
方法。
【請求項２】
ＸＭＬ文書管理クライアントを介して、共有グループサーバでそれぞれのグループに対応するＱｏＥタイプを設定する、
ことを含む、請求項１に記載の方法。
【請求項３】
ＸＭＬ文書管理クライアントを介して、共有グループサーバでそれぞれのグループに対応するＱｏＥタイプを設定することは、
前記ＸＭＬ文書管理クライアントが、構成情報を含んでいるグループのＱｏＥ構成要求メッセージを前記共有グループサーバに送信し、
前記共有グループサーバが、前記構成情報を格納する、
ことを含む、
請求項２に記載の方法。
【請求項４】
ＸＭＬ文書管理クライアントを介して、前記共有グループサーバでそれぞれのグループに対応するＱｏＥタイプを設定することは、
前記共有グループサーバが、前記グループのＱｏＥ構成要求メッセージを受信した後に、前記要求メッセージ内の要求側ＩＤに従ってＱｏＥ構成の権限チェックを行う、
ことを含む、
請求項３に記載の方法。
【請求項５】
前記構成情報は、グループ識別子と、前記グループ識別子に対応するＱｏＥタイプと、を含む請求項３に記載の方法。
【請求項６】
前記構成情報は、ユーザーのＱｏＥタイプを検証するか否かを示すメンバーＱｏＥ必須フラグを更に含み、
当該方法は、
ユーザーが前記ＸＭＬ文書管理クライアントを介してグループに追加されるとき、前記共有グループサーバが、前記共有グループサーバに格納された前記グループに追加される前記ユーザーのＱｏＥタイプを検証する、
ことを更に含む、請求項５に記載の方法。
【請求項７】
前記共有グループサーバが、前記グループに追加される前記ユーザーの前記ＱｏＥタイプを検証することは、
前記ユーザーの前記ＱｏＥタイプのレベルを前記グループの前記ＱｏＥタイプのレベルと比較し、
前記ユーザーの前記ＱｏＥタイプの前記レベルが前記グループの前記ＱｏＥタイプのレベル以上である場合、前記グループに前記ユーザーを追加するか、又は、前記ユーザーの前記ＱｏＥタイプの前記レベルが前記グループの前記ＱｏＥのレベルより低い場合、前記グループへの前記ユーザーの追加を拒否する、
ことを含む、
請求項６に記載の方法。
【請求項８】
前記グループに追加される前記ユーザーが前記共有グループサーバと同じドメインにあるとき、前記共有グループサーバは、前記ユーザーの前記ＱｏＥタイプを取得し、
前記グループに追加される前記ユーザーが前記共有グループサーバと同じドメインにいないとき、前記共有グループサーバは、前記ユーザーが位置するドメイン内のユーザーＱｏＥ構成情報にアクセスして前記ユーザーの前記ＱｏＥタイプを取得するか、又は、直接、前記ユーザーの前記ＱｏＥタイプを最低レベルに設定する、
請求項７に記載の方法。
【請求項９】
前記ユーザーが前記グループセッションを開始するとき、前記グループセッション制御サーバが、前記グループ内のそれぞれのメンバーのＱｏＥタイプを検証する、ことを更に含む、請求項６に記載の方法。
【請求項１０】
前記グループセッション制御サーバが、前記グループセッションが確立される前記グループの前記ＱｏＥタイプを前記共有グループサーバから取得し、前記ＱｏＥタイプを前記グループセッションの前記ＱｏＥタイプと判断する、ことを含む、請求項２に記載の方法。
【請求項１１】
前記グループセッション制御サーバは、ＱｏＥ交渉手順を介して前記グループセッションの前記ＱｏＥタイプを判断する、請求項１に記載の方法。
【請求項１２】
前記グループセッション制御サーバが前記ＱｏＥ交渉手順を介して前記グループセッションの前記ＱｏＥタイプを判断することは、
ユーザーが、前記グループセッション制御サーバへのグループセッション要求を開始し、
前記グループセッション制御サーバが、前記グループ内のそれぞれのメンバーに招待メッセージを順次送信し、
前記グループセッション制御サーバが、前記それぞれのメンバーから受信した応答メッセージ内のＱｏＥタイプレベルに従って前記グループセッションの前記ＱｏＥタイプを判断する、
ことを含む、
請求項１１に記載の方法。
【請求項１３】
前記グループセッション要求メッセージが前記ユーザーにより指定されたセッションＱｏＥタイプ必須情報を含んでいる場合、前記グループセッション制御サーバは、前記グループセッションの前記ＱｏＥタイプを判断した後に、前記グループセッションの前記ＱｏＥタイプのレベルが初期ＱｏＥタイプのレベルより低いかどうかチェックし、
前記グループセッションの前記ＱｏＥタイプのレベルが初期ＱｏＥタイプのレベルより低い場合には、前記セッションの確立が失敗すると判断する、
ことを更に含む、請求項１２に記載の方法。
【請求項１４】
前記グループセッション制御サーバが前記ＱｏＥ交渉手順を介して前記グループセッションの前記ＱｏＥタイプを判断することは、
前記グループセッション要求メッセージを受信した後に、前記グループセッション制御サーバが、招待ＱｏＥタイプを判断して、前記判断された招待ＱｏＥタイプ情報及び前記セッションＱｏＥタイプ必須情報を招待メッセージに入れ、
前記グループセッション制御サーバから前記招待を受信した後に、前記グループの前記それぞれのメンバーが、メンバー自身のＱｏＥタイプ構成情報及び前記招待ＱｏＥタイプ情報に従って前記セッション招待を受理するべきかどうか判断し、
前記セッション招待が受理された場合、前記グループセッション制御サーバに独自のＱｏＥタイプ情報を応答メッセージに含めて返送する、
ことを含む、
請求項１２に記載の方法。
【請求項１５】
前記グループセッション要求メッセージが前記初期のＱｏＥタイプ情報を含んでいる場合、前記ユーザーにより指定された初期のＱｏＥタイプを前記招待ＱｏＥタイプと判断し、
前記グループセッション要求メッセージが前記ユーザーにより指定された初期ＱｏＥタイプ情報を含んでいない場合、前記グループセッション制御サーバが、前記共有グループサーバを介して前記グループの前記ＱｏＥタイプを取得して、前記グループの前記ＱｏＥタイプを前記招待ＱｏＥタイプとして判断する、
請求項１４に記載の方法。
【請求項１６】
ＱｏＥタイプ及び前記ＱｏＥタイプに対応するセッション特性パラメータを含むＱｏＥマッピング情報を、前もって前記グループセッション制御サーバで構成し、
前記グループセッションの前記ＱｏＥタイプに従って前記ＱｏＥマッピング情報について問い合わせて、前記セッション特性パラメータを取得し、
前記セッション特性パラメータは、ネットワークのサービス品質及びセッション優先順位を含み、
前記セッション特性パラメータに従って前記確立されたセッションの特性を構成する、
ことを更に含む、請求項１に記載の方法。
【請求項１７】
前記セッション特性パラメータに従って前記確立されたセッションの前記特性を構成することは、
ネットワークのサービス品質パラメータに従って前記確立されたセッションのサービス品質のレベルを判断し、
セッション優先順位パラメータに従ってより高い優先順位を有するセッション要求を優先的に処理する、
ことを含む、
請求項１６に記載の方法。
【請求項１８】
グループセッションの体感品質を満たすシステムであって、
グループセッションを開始するように適応されているユーザー装置と、
グループメンバーと、グループ体感品質ＱｏＥタイプとのリストを含むグループ情報を格納するように適応されている共有グループサーバと、
前記共有グループサーバ内に格納された前記グループ情報に従って前記ユーザー装置により要求された前記グループセッションを制御し、かつ、前記グループに対応する前記ＱｏＥタイプに従って前記確立されたグループセッションの特性を構成するように適応されているグループセッション制御サーバと
を含むシステム。
【請求項１９】
ユーザー装置から受信されたグループセッション要求メッセージに従ってグループ及びユーザーのＱｏＥタイプを取得するように適応されているグループ情報取得モジュールと、
ＱｏＥタイプ及び前記ＱｏＥタイプに対応するセッション特性パラメータを含むＱｏＥマッピング情報を格納するように適応されているＱｏＥマッピングモジュールと、
前記グループの前記ＱｏＥタイプに従って、前記ＱｏＥマッピングモジュールから前記ＱｏＥマッピング情報を取得し、かつ、前記ＱｏＥマッピング情報に従って、確立される前記グループセッションの特性を構成するように適応されているセッション制御モジュールと
を含む、グループセッション制御サーバ。
【請求項２０】
グループメンバーとグループ体感品質ＱｏＥタイプとのリストを含むグループ情報を格納するように適応されているグループ情報記憶モジュールを更に含み、
前記グループ情報取得モジュールは、前記グループ情報記憶モジュールから前記ユーザー及び前記グループの前記ＱｏＥタイプを取得する、
請求項１９に記載のグループセッション制御サーバ。
【国際調査報告】
2009538004.tif 000018
2009538004.tif 000019
2009538004.tif 000020
2009538004.tif 000021