(57)【要約】  本発明は、通信システムのグループ通信に関連するグループ詳細インジケータに関する。グループ詳細インジケータは、少なくともグループの識別とグループの型に関する情報を提供し、グループ通信セッションとインスタントメッセージングリクエストを始動するためのリクエストの１つに添付される。
2008512911.tif 000002
【特許請求の範囲】
【請求項１】
通信システムのグループ通信に関連するグループ詳細インジケータであって、
前記グループ詳細インジケータが少なくともグループの識別とグループの型の情報を提供し、
前記グループ詳細インジケータが前記グループ通信を始動するためのリクエストに添付される、グループ詳細インジケータ。
【請求項２】
前記グループ通信が、グループ通信セッションとインスタントメッセージングのうちの１つである、請求項１に記載のグループ詳細インジケータ。
【請求項３】
前記グループ通信セッションが、ダイレクト音声通信セッションを含む、請求項２に記載のグループ詳細インジケータ。
【請求項４】
前記ダイレクト音声通信セッションが、セルラーセッションを介したプッシュツートークとインターネットマルチメディアサブシステム会議セッションのうちの１つである、請求項３に記載のグループ詳細インジケータ。
【請求項５】
グループ通信を始動する前記リクエストが、グループ通信セッションを始動するためのリクエストとインスタントメッセージングリクエストのうちの１つを含む、請求項１〜４のいずれか１項に記載のグループ詳細インジケータ。
【請求項６】
前記グループの型が、アドホックグループ、プレ・アレンジドグループ、チャット・グループ、１対１通信およびその他のうちの１つである、請求項１〜５のいずれか１項に記載のグループ詳細インジケータ。
【請求項７】
前記グループ詳細インジケータが、少なくとも１つのセション開始プロトコルヘッダに導入されるべく構成された定型資源識別子パラメータとして提供される、請求項１〜６のいずれか１項に記載のグループ詳細インジケータ。
【請求項８】
少なくとも１つのセション開始プロトコルヘッダが、
Header: <group-URI; group=grouptype>
という形式で記述され、
前記group-URIはグループの識別を提供するベース定型資源識別子を指示し、groupは定型資源識別子のパラメータを指示し、前記grouptypeはグループの型の値を得る、請求項７に記載のグループ詳細インジケータ。
【請求項９】
少なくとも１つのセション開始プロトコルヘッダが、
Header: <group-URI>; group=grouptype
という形式で記述され、
前記group-URIはグループの識別を提供するベース定型資源識別子を指示し、groupは定型資源識別子のパラメータを指示し、前記grouptypeがグループの型の値を得る、請求項７に記載のグループ詳細インジケータ。
【請求項１０】
前記グループ詳細インジケータが、セション開始プロトコルヘッダにおいて提供される、請求項１〜６のいずれか１項に記載のグループ詳細インジケータ。
【請求項１１】
前記セション開始プロトコルヘッダが、
Group-id: group-URI; group-type
という形式で記述され、
前記group-idがグループ詳細インジケータを指示し、前記group-URIがグループの識別を提供する定型資源識別子を指示し、前記group-typeがグループの型の値を得る、請求項１０に記載のグループ詳細インジケータ。
【請求項１２】
前記セション開始プロトコルヘッダが、
P-Group-id: group-URl; group-type
という形式で記述されるプライベートセション開始プロトコルヘッダであり、
前記P-group-idがグループ詳細インジケータを指示し、前記group-URlがグループの識別を提供する定型資源識別子を指示し、前記group-typeがグループの型の値を得る、請求項１０に記載のグループ詳細インジケータ。
【請求項１３】
前記グループ詳細インジケータが、前記グループ通信を始動するために前記リクエストに添付された拡張マークアップ言語ペイロードにおいて提供される、請求項１〜６のいずれか１項に記載のグループ詳細インジケータ。
【請求項１４】
前記グループ通信を始動する前記リクエストが、招待リクエストと、セション開始プロトコルのスタンドアロンのメッセージと、インスタントメッセージングリクエストのうちの１つである、請求項１３に記載のグループ詳細インジケータ。
【請求項１５】
前記グループ詳細インジケータが、セッション記述プロトコル属性において提供される、請求項１〜６のいずれか１項に記載のグループ詳細インジケータ。
【請求項１６】
前記セッション記述プロトコル属性が、
a=poc-group-id: group URI; group type 
group URI = SIP URI or TEL URI of the group 
group type = ad-hoc, pre-arranged, chat, 1-1, other
という形式で記述され、
前記poc-group-idがグループ詳細インジケータを指示し、前記group-URIがグループの識別を提供する定型資源識別子を指示し、group-typeがグループの型の値を得る、請求項１５に記載のグループ詳細インジケータ。
【請求項１７】
通信システムのためのサーバであって、
前記通信システムにおけるグループ通信を制御し、
グループ詳細インジケータを提供するように構成され、
前記グループ詳細インジケータは、少なくともグループの識別とグループの型の情報を提供し、グループ通信を始動するためのリクエストに添付される、サーバ。
【請求項１８】
通信システムのためのサーバであって、
前記通信システムにおけるグループ通信を制御するための制御手段と、
グループ詳細インジケータを提供するための手段とを有し、
前記グループ詳細インジケータが、少なくともグループの識別とグループの型の情報を提供し、グループ通信を始動するためのリクエストに添付される、サーバ。
【請求項１９】
前記サーバが、グループの識別と第２のサーバからのグループの型のうちの少なくとも１つを検索する検索手段を有する、請求項１８に記載のサーバ。
【請求項２０】
前記サーバが、グループの寿命に基づいてグループの型について判断する判断手段を有する、請求項１８に記載のサーバ。
【請求項２１】
グループに関連するグループ通信に参加するために構成される通信装置のためのユーザインタフェースであって、
グループ通信を始動するためにリクエストに添付されたグループ詳細インジケータを受信し、前記グループ詳細インジケータが少なくともグループの識別とグループの型に関する情報を提供し、
前記グループ詳細において提供される情報を前記ユーザインタフェースのユーザに表示するように構成される、ユーザインタフェース。
【請求項２２】
前記グループの型を表示するように構成される、請求項２１に記載のユーザインタフェース。
【請求項２３】
前記グループの型が一時的なものであるときに、警告を表示するように構成される、請求項２１または２２に記載のユーザインタフェース。
【請求項２４】
ユーザがセッションを始動していて、前記グループの型がプレ・アレンジドであるときに、警告を表示するように構成される、請求項２１〜２３のいずれか１項に記載のユーザインタフェース。
【請求項２５】
グループに関連するグループ通信に参加するために構成される通信装置であって、
グループ通信を始動するためにリクエストに添付されたグループ詳細インジケータを受信し、前記グループ詳細インジケータが少なくともグループの識別とグループの型に関する情報を提供し、
前記グループ詳細において提供される情報を前記ユーザインタフェースのユーザに表示するように構成される、通信装置。
【請求項２６】
グループ通信を始動するためにリクエストに添付されたグループ詳細インジケータを受信する受信手段であって、前記グループ詳細インジケータが少なくともグループの識別とグループの型に関する情報を提供する受信手段と、
前記グループ詳細において提供される情報を前記ユーザインタフェースのユーザに表示する表示手段とを有することを特徴とする通信装置。
【請求項２７】
グループ通信を提供し、
グループ通信を始動するためのリクエストにグループ詳細インジケータを添付するように構成され、前記グループ詳細インジケータが少なくともグループの識別とグループの型に関する情報を提供する、通信システム。
【請求項２８】
グループに関連するグループ通信をリクエストすべく構成される第１の通信装置と、
少なくとも前記グループに関連する前記グループ通信に参加するように構成される第２の通信装置と、
前記グループの前記グループ通信を制御するように構成されるサーバとを具備し、
前記サーバはグループ通信を始動するためのリクエストにグループ詳細インジケータを添付するように構成され、前記グループ詳細インジケータが少なくともグループの識別とグループの型に関する情報を少なくとも前記第２の通信装置に提供する、通信システム。
【請求項２９】
通信システムにおけるグループに関する情報を提供するための方法であって、
通信装置のグループに関連するグループ通信を制御すること、
グループ詳細インジケータを含むグループ通信を始動するための少なくとも１つのリクエストを作成することであって、前記グループ詳細インジケータが少なくともグループの識別とグループの型に関する情報を提供すること、および
前記グループの少なくとも１人のメンバに前記グループ詳細インジケータを提供することを含む、方法。
【請求項３０】
さらに、前記グループ通信を始動するための親リクエストを受信し、
前記作成工程が、前記グループ詳細インジケータを含むグループ通信を始動するための少なくとも１つのリクエストを作成する際に前記受信工程で受信された親リクエストを使用することを含む、請求項２９に記載の方法。
【請求項３１】
前記作成工程が、グループに関連する前記親リクエストを検出し、前記グループの型を決定することを含む、請求項３０に記載の方法。
【請求項３２】
プログラムがコンピューティング手段上で実行されるときに、請求項２９〜３１のいずれか１項記載の工程のいずれかを実行するプログラムコード手段を含むコンピュータプログラム。
【請求項３３】
グループ詳細インジケータを使用する通信を制御するグループ通信制御装置であって、前記グループ詳細インジケータは、グループの識別またはグループの型の情報を提供し、前記グループ通信を始動するためのリクエストに添付される、グループ通信制御装置。
【請求項３４】
通信システムのためのサーバであって、
グループ詳細インジケータを含むグループ通信情報を受信し、前記グループ詳細インジケータが少なくともグループの識別とグループの型に関する情報を提供し、
前記グループ通信情報を格納し、
予め定められたエンティティに対して前記グループ通信情報を利用可能にするように構成される、サーバ。
【請求項３５】
さらに、前記予め定められたエンティティが少なくともグループ通信情報の操作とアップロードとダウンロードを実行するのを可能にするように構成されている、請求項３４に記載のサーバ。
【請求項３６】
通信システムのためのサーバであって、
グループ詳細インジケータを含むグループ通信情報を受信するための受信機であって、前記グループ詳細インジケータが少なくともグループの識別とグループの型に関する情報を提供する受信機と、
前記グループ通信情報を格納するためのメモリと、
予め定められたエンティティに対して前記グループ通信情報を利用可能にするためのインタフェースとを有する、サーバ。
【請求項３７】
共有ドキュメント管理サーバと拡張マークアップ言語ドキュメントサーバのうちの１つを含む、請求項３６に記載のサーバ。
【請求項３８】
グループ詳細インジケータを格納するメモリ手段であって、前記グループ詳細インジケータが少なくともグループの識別とグループの型に関する情報を提供するメモリ手段と、
前記グループ詳細インジケータをサーバにアップロードするためのアップロード手段と、
前記グループ詳細インジケータを前記メモリ手段に格納するために前記グループ詳細インジケータをダウンロードするダウンロード手段とを有する、通信装置。
【請求項３９】
グループ詳細インジケータを格納し、前記グループ詳細インジケータが少なくともグループの識別とグループの型に関する情報を提供し、
前記グループ詳細インジケータをサーバにアップロードし、
前記グループ詳細インジケータをメモリ手段に格納するために前記グループ詳細インジケータをダウンロードするように構成される、通信装置。
【請求項４０】
さらに、ネットワークからのメッセージ内の前記グループ詳細インジケータを受信するように構成される。請求項３９に記載の通信装置。
【請求項４１】
前記メッセージが、前記グループ通信を始動するためのリクエストとグループ広告のうちの１つを含む、請求項４０に記載の通信装置。
【請求項４２】
通信システムにおけるグループ通信に関連するグループ詳細情報を示すための方法であって、
前記グループ通信を始動するためのリクエストにリファレンスを付けることを含み、前記リファレンスがネットワークにおけるサーバに格納されたリストを示し、前記リストが少なくともグループの識別とグループの型に関する情報を提供するグループ詳細インジケータを含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムに関し、さらに詳しくは、ダイレクト音声通信セッションまたはインスタントメッセージングのようなグループ通信を提供する通信システムに関する。特に、本発明は、グループ通信に関連するグループの詳細の情報を提供することに関する。
【背景技術】
【０００２】
通信システムは、利用者端末および／または通信システムに関連した他のノードなどの２つ以上のエンティティの間のグループ通信を可能にする設備と見なすことができる。ユーザまたはエンドユーザなどの通信システムへの加入者は、呼び出し、データ通信、マルチメディアサービス、またはインターネットのような単なるアクセスなど、多数のサービスを提案され、提供される。それらのサービスは、通信システムのオペレータにより、または外部のサービスプロバイダにより提案される。
【０００３】
通信システムは、通常、与えられた標準、または通信システムに関連している様々なエンティティを実行可能にし、そしてどのように実現されるべきであるかを設定する仕様に従って、動作する。標準または仕様は、通信プロトコルおよび／またはパラメータ（エンティティ間の接続はそのパラメータに基づくことができる）のようなルールの特定の集合を規定することができる。
【０００４】
通信システムの例は、ＰＳＴＮ（Public Switched Telephone Network：公衆交換電話網）のような固定回線通信システム、例えば、ＧＳＭ（Global System for Mobile communications：欧州のデジタル携帯電話の統一システム規格）、ＧＰＲＳ（General Packet Radio Service：一般的なパケット無線サービス）、ＵＭＴＳ（Universal Mobile Telecommunications System：普遍的な移動通信システム）、ＷＬＡＮ（Wireless Local Area Network：ワイヤレスのローカルエリアネットワーク）などの無線通信方式、および／または、ＩＰ（Internet Protocol：インターネットプロトコル）ネットワークおよび／または他のパケット交換データ網のような他の通信ネットワークを含むことができる。様々な通信システムは、同時に接続に関係することができる。エンドユーザは、ＵＥ（User Equipment：ユーザ装置）、ＭＳ（Mobile Station：移動局）、携帯電話、ＰＤＡ（Personal Digital Assistant：携帯情報端末）、ＰＣ（Personal Computer：パーソナルコンピュータ）、またはＳＩＰ（Session Initiation Protocol：セション開始プロトコル）、ＷＡＰ（Wireless Applications Protocol：無線利用プロトコル）または、ＨＴＴＰ（HyperText Transfer Protocol：ハイパーテキスト転送プロトコル）のような適当なネットワークプロトコールによって操作できる他の装置など、適切な通信装置によって通信ネットワークにアクセスできる。ユーザ装置は、呼び出しとネットワークアクセス機能に加えて、ＳＭＳ（Short Message Service：ショートメッセージサービス）、ＭＭＳ（Multimedia Message Service：マルチメディアメッセージサービス）、email（electronic mail：電子メール）、ＷＳＩ（Web Service Interface：Ｗｅｂサービスインタフェース）メッセージングおよびボイスメールなどのような他のサービスをサポートできる。
【０００５】
通信システムの加入者に提案されるサービスは、マルチパーティ会議などのような会議サービス、例えば、いわゆるダイレクト音声通信サービスを含むことができる。ダイレクト音声通信サービスは、ユーザが１人以上のユーザとの即時の通信に参加することを可能にする。ダイレクト音声通信サービスの一例は、ＰＴＴ（Push-To-Talk service：プッシュツートークサービス）として既知のＰｏＣ（Push-to-talk over Cellular）サービスを含むことができる。ＰｏＣは、ＧＭＳ／ＧＰＲＳネットワークなどのセルラネットワークにおけるＶｏＩＰ（Voice over IP）技術に基づくことができる。
【０００６】
通信システムの加入者に提案されるサービスは、インスタントメッセージングを含むことができる。インスタントメッセージング通信サービスは、ユーザが１人以上のユーザにメッセージを送信することを可能にする。インスタントメッセージングは、リアルタイムに近いユーザ間のメッセージの転送について言及する。これらのメッセージは、通常、要求される場合を除いて、短い。インスタントメッセージは、しばしば、会話モードで用いられる。すなわち、メッセージの転送のやりとりが、参加者が対話型の会話を維持できるくらい速いということである。送信されるメッセージは、単にプレーンテキストであることができ、または画像またはアプリケーションなどの何らかのペイロードを含むことができる。
【０００７】
ダイレクト音声通信サービスは、例えばＩＭＳ（Internet Protocol Multimedia Subsystem：インターネットプロトコルマルチメディアサブシステム）の機能を使用することができる。ＩＭＳは、マルチメディアサービスを提供するシステムの一例である。ＩＭＳは、通信装置、および他の通信装置あるいはネットワークに関連したエンティティのような通信相手のためにＩＰ接続を可能にする。３ＧＰＰ（third generation partnership project：第三世代提携プロジェクト）は、ＩＭＳサービスに提案するＩＰ接続のためのＧＰＲＳの使用を規定した。
【０００８】
２００１年４月１７日にLopponenらによって出願された米国特許出願２００２／０１５００９１号は、パケットモード、例えば、ＩＰ、標準の主流セルラネットワークの上で提供されたグループ通信サービスレイヤに関して述べている。
【０００９】
２００４年８月２３日にPoikselkaらによって出願された米国特許（Ｆｌ２００４０５７７号（２００４年４月２３日）からの優先権主張）は、リソースが個々のユーザ識別または複数のユーザ識別を含むか否かなど、通信システムのリソースに関する情報を提供することに関して述べている。Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ  （ＯＭＡ）  ＯＭＡ−ＲＤ＿ＰｏＣ−Ｖ１＿０−２００４０６２８−Ｃ、Ｐｕｓｈ  ｔｏ  Ｔａｌｋ  ｏｖｅｒ  Ｃｅｌｌｕｌａｒ  Ｒｅｑｕｉｒｅｍｅｎｔｓ、バージョン１．０、２００４年６月２８日は、半２重通信に基づいているＰｏＣを規定する。したがって、ＰｏＣサービスに加入している１人のユーザ、すなわち第１のＰｏＣ加入者で、あるグループに属するユーザは、その時点で他のユーザと話すことができ、またはそのグループに属するＰｏＣ加入者は聴くことができるが、同時に話すことはできない。第１のＰｏＣ加入者は、例えば最初のＰｏＣ加入者が使用している通信装置の中で提供されるディレクトリまたは同種のものから、話しかける人あるいはグループを選ぶことができる。第１のＰｏＣ加入者は、会話を開始させるために通信装置上のプッシュツートークキーを押したままにすることができる。第１のＰｏＣ加入者がキーを押している限り、第１のＰｏＣ加入者は会話することができる。プッシュツートークキーは、固有のボタン、タンジェント、またはユーザインタフェースのいかなる他の適切なキーであっても良い。同様の原理は、接触検知、または音声起動ユーザインタフェースを有する機器で適用される。通信セッションのすべての参加者がＰｏＣアプリケーションサーバ（ＰｏＣセッションを制御エンティティの例である）で同様に音声データを通信できるため、双方向の通信が可能である。第１のＰｏＣ加入者がプッシュツートークキーを離すとすぐに、グループの別のメンバは会話を始めることができる。プッシュツートークキーを押すことによって、会話を始めることができる。ＰｏＣアプリケーションサーバまたは別の制御エンティティは、先着順または優先順位に基づいて会話の開始を承諾できる。ＰｏＣ会議における話のバーストは、通常、受信者の応答なしで接続され、通常、通信装置の組み込みスピーカを通して受信される。
【００１０】
グループ通信では、接続試行の対象である参加者（すなわち、被呼者または受信者）は、始動する参加者の識別、すなわち、発呼ユーザ識別、および被呼者が参加することになるグループの識別（グループＩＤ）を受信する必要がある、または受信することを欲する。
【００１１】
例えば、ＰｏＣシステムでは、通信装置のソフトウェアなどのＰｏＣクライアントは、グループの他のメンバについて習得するか判断するために、そしてグループに加わりながら動作するために、グループの識別を使用することができる。
【００１２】
グループの識別に加えて、受信者クライアントは、またはグループの詳細を知る必要がある、または知ることを欲する。例えば、多くのグループサービスには、エンドユーザの観点から異なった作法で動作するいくつかの型のグループがある。例えばＯＭＡ−ＲＤ＿ＰｏＣ−Ｖ１＿０−２００４０６２８−Ｃ、パラグラフ６．１．２は、次の３つのグループの型、アドホック（ad-hoc）、プレ・アレンジド（pre-arranged）、およびチャット（chat）を規定する。
【００１３】
アドホックやチャット・グループなどのグループは、一時的なものであっても良い。グループＩＤが関係するセッションが終わった後、グループＩＤが有効でなくても良いように、受信者クライアントは一時的なグループのグループＩＤを格納するべきではない。一方、プレ・アレンジドＰｏＣグループが一例である、永続的なグループも存在している。受信者クライアントは、例えば新規のセッションを始動するために、後の使用のための永続的なグループのグループＩＤを格納できる。
【００１４】
受信者クライアントにグループの型を知らせるのは、有利であるかもしれない。例えば、受信者クライアントは、その結果、グループＩＤを格納すべきかその必要があるか否かと、どのようにグループＩＤを使用することができるかということを決めることができる。
【００１５】
いわゆる産業共同体仕様（Industry Consortium Specifications）［Ｐｕｓｈ−Ｔｏ−Ｔａｌｋ  ｏｖｅｒ  Ｃｅｌｌｕｌａｒ  （ＰｏＣ）；  Ｓｉｇｎａｌｉｎｇ  Ｆｌｏｗｓ  −  ＵＥ  ｔｏ  Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  （ＵＮＩ）  ａｎｄ  Ｐｕｓｈ−Ｔｏ−Ｔａｌｋ  ｏｖｅｒ  Ｃｅｌｌｕｌａｒ  （ＰｏＣ）  Ｓｉｇｎａｌｌｉｎｇ  Ｆｌｏｗ  −  Ｎｅｔｗｏｒｋ−ｔｏ．Ｎｅｔｗｏｒｋ  ｉｎｔｅｒｆａｃｅ  （ＮＮＩ）；  ＰｏＣ  Ｒｅｌｅａｓｅ  ２．０］は、トークセッションがインスタントパーソナルトークであるかアドホックインスタントトークである場合、発呼加入者の識別を転送するために「From」を使用する。トークセッションがインスタントグループトークまたはチャットグループトークである場合、「From」ヘッダは、グループのグループ識別を転送する。「Referred-By」ヘッダは、インスタントグループトークの場合の発呼加入者アドレスを転送するために、またはチャットグループトークのために使用される。この手法における問題は、「From」ヘッダを有効にするＩＭＳなどのようなＳＩＰ（Session Initiation Protocol：セション開始プロトコル）ネットワークなしで、送信側クライアントまたはエンドユーザが「From」ヘッダを自由に書き込むことができるので、受信者が「From」ヘッダで与えられた情報を信用することができないということである。また、ＲＥＦＥＲ方法のコンテクストにおける外部の「Referred-by」ヘッダの使用は、ＳＩＰの原則に反している。
【００１６】
これらの問題は、どのような特定の通信環境にも制限されず、どのような適切な通信システムにも生じる可能性があることが理解される。
【発明の開示】
【００１７】
本発明の実施形態は、上記の１つもしくはいくつかの問題または課題を解決することを目的とする。
【００１８】
本発明の一態様によると、通信システムのグループ通信に関連するグループ詳細インジケータを提供する。そのグループ詳細インジケータは、少なくともグループの識別とグループの型の情報を提供し、グループ通信を始動するためのリクエストに添付される。
【００１９】
本発明のもう１つの態様によると、通信システムのサーバを提供する。そのサーバは、通信システムのグループ通信を制御すべく構成される。更に、サーバは、通信システムにおけるグループ通信を制御し、グループ詳細インジケータを提供するように構成される。そのグループ詳細インジケータは、少なくともグループの識別とグループの型の情報を提供し、グループ通信を始動するためのリクエストに添付される。
【００２０】
本発明のもう１つの態様によると、通信システムのためのサーバを提供する。そのサーバは、通信システムにおけるグループ通信を制御するための制御手段を有する。更に、サーバは、グループ詳細インジケータを提供するための手段を有する。そして、グループ詳細インジケータは、少なくともグループの識別とグループの型の情報を提供し、グループ通信を始動するためのリクエストに添付される。
【００２１】
本発明のもう１つの態様によると、グループに関連するグループ通信に参加すべく構成される通信装置のためのユーザインタフェースを提供する。そのユーザインタフェースは、グループ通信を始動するためのリクエストに添付されたグループ詳細インジケータを受信するように構成され、グループ詳細インジケータは少なくともグループの識別とグループの型に関する情報を提供する。更に、ユーザインタフェースは、グループ詳細において提供される情報をユーザインタフェースのユーザに表示するように構成される。
【００２２】
本発明のもう１つの態様によると、グループに関連するグループ通信に参加すべく構成される通信装置を提供する。その通信装置は、グループ通信を始動するためのリクエストに添付されたグループ詳細インジケータを受信するように構成され、グループ詳細インジケータは少なくともグループの識別とグループの型に関する情報を提供する。更に、通信装置は、グループ詳細において提供される情報をユーザインタフェースのユーザに表示するように構成される。
【００２３】
本発明のもう一つの態様によると、通信装置を提供する。その通信装置は、グループ通信を始動するためのリクエストに添付されたグループ詳細インジケータを受信する受信手段を備え、グループ詳細インジケータは少なくともグループの識別とグループの型に関する情報を提供する。更に、通信装置は、グループ詳細において提供される情報をユーザインタフェースのユーザに表示する表示手段を有する。
【００２４】
本発明のもう１つの態様によると、通信システムを提供する。その通信システムは、グループ通信を提供するように構成される。更に、通信システムは、グループ通信を始動するためのリクエストにグループ詳細インジケータを添付するように構成され、グループ詳細インジケータは少なくともグループの識別とグループの型に関する情報を提供する。
【００２５】
本発明のもう１つの態様によると、通信システムを提供する。その通信システムは、グループに関連するグループ通信をリクエストすべく構成される第１の通信装置を有する。更に、通信システムは、少なくともグループに関連するグループ通信に参加するように構成される第２の通信装置を有する。更に、通信システムは、グループのグループ通信を制御するように構成されるサーバを有する。サーバは、グループ通信を始動するためのリクエストにグループ詳細インジケータを添付すべく構成され、グループ詳細インジケータは少なくともグループの識別とグループの型に関する情報を少なくとも第２の通信装置に提供する。
【００２６】
本発明のもう一つの態様によると、通信システムにおけるグループに関する情報を提供するための方法を提供する。その方法は、通信装置のグループに関連するグループ通信を制御することを含む。更に、その方法は、グループ詳細インジケータを含むグループ通信を始動するための少なくとも１つのリクエストを作成することを含み、グループ詳細インジケータは少なくともグループの識別とグループの型に関する情報を提供する。更に、その方法は、グループの少なくとも１人のメンバにグループ詳細インジケータを提供することを含む。
【００２７】
本発明のもう１つの態様によると、プログラムがコンピューティング手段上で実行するときに、上記の方法の工程のいずれかを実行するプログラムコード手段を含むコンピュータプログラムを提供する。
【００２８】
本発明のもう１つの態様によると、通信システムのためのサーバを提供する。そのサーバは、グループ詳細インジケータを含むグループ通信情報を受信するように構成され、グループ詳細インジケータは少なくともグループの識別とグループの型に関する情報を提供する。そのサーバは、さらに、グループ通信情報を格納するように構成される。そのサーバは、さらに、予め定められたエンティティに対してグループ通信情報を利用可能にするように構成される。
【００２９】
本発明のもう一つの態様によると、通信装置を提供する。その通信装置は、グループ詳細インジケータを格納するメモリ手段を備え、グループ詳細インジケータは少なくともグループの識別とグループの型に関する情報を提供する。その通信装置は、さらに、グループ詳細インジケータをサーバにアップロードするためのアップロード手段を有する。その通信装置は、さらに、グループ詳細インジケータをメモリ手段に格納するためにグループ詳細インジケータをダウンロードするダウンロード手段を有する。
【発明を実施するための最良の形態】
【００３０】
図１は、グループサービスを提供する通信ネットワーク１０、第１の通信機器１２、第２の通信装置１４、第３の通信装置１６、第４の通信装置１８を含むアレンジメントの例を示しており、それぞれの前記通信装置１２、１４、１６、１８は、グループサービスを使用することができる。
【００３１】
通信装置のユーザ、例えば第１の通信装置１２は、別のグループユーザ、例えば第２の通信機器１４を使用するユーザと共にグループ通信に参加できる。代案では、通信装置のユーザ、例えば第1の通信装置１２はグループ、例えば第２の通信装置１４および第３の通信装置１６を含むグループと共にグループコミュニケーションに参加できる。ユーザは、一度に、２つ以上のグループに参加できる。ユーザは、参加するために利用可能なグループの通知を受信でき、それらのグループを連結ように要求できる。ユーザは、また、グループに参加するための招待状を受信できる。
【００３２】
更に、グループ通信サーバ２０が図１に示されている。グループ通信サーバ２０は、グループ通信を制御し、グループリストの作成および管グループリストエンティティである。例示しているグループ通信サーバの動作は、以下の説明で図解入りになるものとする。図１が４つの個々の装置と１つのグループ通信サーバを示す例にすぎないことが理解される。これらのエンティティの数と型は、実質的に、示されているものと異なるようにすることができる。通信システムは、通常、複数の通信装置を供給するために配置される。グループ通信は、会議セッションやインスタントメッセージングなどのグループ通信セッションを含むことができる。一実施形態では、グループサービスはＰｏＣサービスを含む。一実施形態では、図１に示される通信ネットワーク１０は、ネットワークを制御するＳＩＰ（Session Initiation Protocol：セション開始プロトコル）である。さらに、一実施形態では、通信ネットワーク１０は、ＩＭＳ（Internet Multimedia Subsystem：インターネットマルチメディアサブシステム）による少なくとも一部を提供する。一実施形態では、ＧＰＲＳ（General Packet Radio Service：一般的なパケット無線サービス）ベースシステムは、ＩＭＳサービスを可能にするバックボーン通信ネットワークとして使用される。また、別の適切な移動体通信システムを使用することができる。
【００３３】
移動通信網は、ＲＡＮ（Radio Access Network：無線アクセスネットワーク）とコアネットワークに論理的に分割できる。コアネットワークのエンティティは、典型的には、多くの無線アクセスネットワークを介した通信を可能にするための、また単一の通信システムを他のセルラ方式および／または固定回線通信システムなどのような１つ以上の通信システムに接続するための、様々な制御エンティティとゲートウェイを含んでいる。
【００３４】
ＩＭＳは、他のシステムの中で、ＳＩＰ（Session Initiation Protocol：セション開始プロトコル）を使用することができる。ＳＩＰは、１人以上の参加者とのセッションを作成し変更し終えるためのＩＥＴＦ（Internet Engineering Task Force：インターネット技術標準化委員会）によって規定されたアプリケーション層制御プロトコルである。ＳＩＰは、ＩＥＴＦ  ＲＦＣ  ３２６１のドキュメント「ＳＩＰ：Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ」で規定される。ＳＩＰベース通信システムに接続されたユーザは、標準化ＳＩＰメッセージに基づく通信システムの様々なエンティティで通信できる。通信装置上で、あるアプリケーションを実行する通信装置またはユーザは、正しく特定のセッションへの招待状をこれらのエンドポイントに配信できるように、ＳＩＰバックボーンを登録される。ＳＩＰは、登録機構を装置とユーザに提供する、そして、それは適切にセッション招待状を送るためにロケーションサーバやレジストラなどの機構を適用する。
【００３５】
ＵＲＩ（Uniform Resource Identifier：定型資源識別子）は、ＳＩＰ被制御ネットワークにおいて異なる種類のアクターを識別するために使用される。通常、ＵＲＩは個々のユーザの登録ユーザ識別を示す。ＵＲＩはまた、ボイスメールサーバまたはカンファレンスファクトリーＵＲＩのように、チャットルームあるいはＶｏＩＰ （voice-over-IP）会議インスタンスのような会議インスタンスあるいは他の型の資源のようなサービスを識別できる。さらに、ＵＲＩはリソースリストを示すことができる。リソースリストは、個々のＵＲＩのリスト、あるいは言い換えればＵＲＩのグループであるかもしれない。リソースリストは、１対多数（one-to-many）メッセージングなどのためのように、多くのアプリケーションで使用することができる。例えば、ネットワークにおけるサーバは、例えば１人のオペレータのリソースリストを保持できる。そのようなリソースリストにアドレス指定されたリクエストは、サーバに送ることができる。サーバは、リソースリストの後ろの個々の連絡先にリクエストを転送することができる。
【００３６】
本明細書では、ユーザ、エンドユーザ、ユーザエージェント、加入者、およびリソース（資源）という用語はすべて、通信ネットワークを介してサービスを使用可能なエンティティ（実体）をいう。通常、ユーザまたはユーザエージェントは、個々の登録ユーザを識別するものである。エンドユーザという用語は、システムのユーザである人を示すために使用される場合がある。加入者またはリソースとは、個々のユーザまたは単一の加入を行っているユーザのグループをいうことがある。リソースリストおよびグループという用語は、本明細書において、自己のＵＲＩなどの自身の識別子を有し、それぞれ異なるＵＲＩなどの異なる識別子を有する多くのエンティティを含むエンティティを定める。
【００３７】
以上説明したように、受信者クライアントは、グループの識別に加えてグループの型を知る必要がある、または知るべきである。グループの型を例示する３つ、すなわちアドホック、プレ・アレンジド、およびチャット・グループが言及された。グループの型は、さらに１対１型と他の規定または未規定の型を含むことができる。ＰｏＣなどのようなマルチパーティ会議のための通信装置のグループは、様々な方法で作成できる。例えば、ＳＩＰまたはＣＰＣＰ（Conference Policy Control Protocol）を使用することができる。
【００３８】
アドホックグループは、一時的なものである。グループＩＤが関係するグループコミュニケーションが終わった後、グループＩＤは有効でないため、受信者クライアントはアドホックグループのグループＩＤを格納するべきでない。アドホックグループ通信は、第１のＰｏＣ加入者が２人以上の他のＰｏＣ加入者を選び、彼らがアドホックグループ通信に参加するよう誘うときに確立することができる。第１のＰｏＣ加入者が招待した他の１人のＰｏＣ加入者（すなわち、２番目のＰｏＣ加入者）が招待に応じた後に、音声通信を開始できる。既存のアドホックＰｏＣグループセッションに参加するために、新規の関係者は、通常現在のアドホックＰｏＣグループセッション関係者から招待状を必要とする。例外は、ＰｏＣ加入者（アドホックグループセッションの関係者であったがセッションを残している）が、再び招待状なしで参加できると。このような場合には、グループＩＤは、一時的に格納される必要がある。
【００３９】
第１のＰｏＣ加入者が参加するとき、チャットＰｏＣグループセッションは確立される。チャットＰｏＣグループセッションが確立しているとき、音声通信が可能である。ＰｏＣ加入者は、チャットＰｏＣグループセッションを確立することもできるし、または進行中のチャットＰｏＣグループセッションに加わることができる。
【００４０】
一方、プレ・アレンジドグループは永続的である。受信者クライアントは、例えば新規のグループ通信を始動するために、後の使用のためのプレ・アレンジドグループのグループＩＤを格納することができる。プレ・アレンジドグループへの参加は、グループのメンバに制限される。メンバは、プレ・アレンジドＰｏＣグループセッションに招待されるか、または進行中のセッションに参加できる。同じプレ・アレンジドＰｏＣグループの個人会員がグループを招待すると、プレ・アレンジドＰｏＣグループのメンバの間のＰｏＣセッションを確立することができる。第１のＰｏＣ加入者が招待した他の１人のＰｏＣ加入者（すなわち、２番目のＰｏＣ加入者）が招待に応じた後に、音声通信を開始できる。
【００４１】
本願発明の実施形態は、グループ通信で呼ばれたパーティーに、少なくとも１つのグループ識別とグループの型を含むグループ詳細を通知するための新規の代替手段を提供する。実施形態において、さらに、情報の他の型を提供できる。
【００４２】
図１に示さるグループ通信サーバ２０は、本発明の実施形態の実現のために使用することができる。グループ通信サーバ２０は、グループ通信セッションに関連もしくはそれを有することができる、またはインスタントメッセージングができるグループの情報を具備することができる。グループテーブル３０により図１に示されているように、そのような情報を示すことができる。グループテーブルは、グループＵＲＩ３２によって、例えばグループを特定できる。それぞれのグループＵＲＩ３２はメンバ３４の数を含むことができる。グループの型３６、例えばプレ・アレンジド、アドホック、チャット、１対１、その他が定められる。
【００４３】
更に、操作インタフェース４０が図１に示されている。操作インタフェースは、ユーザに、例えば通信装置またはウェブページを使用しながら、グループリストを作成し、管理することを可能にすることができる。例えば、ユーザは、プレ・アレンジドグループがグループテーブル３０に格納されることを判断できる。
【００４４】
本発明の実施形態では、グループ詳細インジケータを含むグループ通信を始動する少なくとも１つのリクエストが作成される。グループ詳細インジケータは、少なくとも通信装置のグループの識別とグループの型に関する情報を提供する。グループ詳細インジケータは、グループの少なくとも１つの通信装置に提供される。一実施形態において、グループコミュニケーションを始めるリクエスト、あるいは簡単に親リクエストは、サーバ（例えば制御サーバ）あるいは他のそのようなエンティティにおいて受信されることができる。親リクエストは、グループコミュニケーションを始めたい通信装置のような親もしくは始動パーティーから受信されることができる。サーバあるいは他のそのようなエンティティは、エンティティが始動パーティーから受信される親リクエストを使用して、グループ詳細インジケータを含むグループコミュニケーションを始める少なくとも１つのリクエストを作成することができる。実施形態では、エンティティは、親リクエストがグループに関係があることを検知し、グループの型を決定することができる。
【００４５】
グループ通信サーバの例は、（限定はされないが）、ＰｏＣサーバもしくはＰｏＣサービスイネーブラおよび会議サーバ含むことができる。ネットワークは、コンタクトリスト、グループリスト、およびアクセスリストを格納して管理するために、個別の要素を含むことができる。そのような要素の例は、（限定的はされないが）、ＧＬＭＳ（Group/List Manager Server：グループ／リストマネージャサーバ）、ＸＭＬ（Extensible Mark-up Language：拡張可能なマークアップ言語）ＸＤＭＳ（Document Management Server：文書管理サーバ）を含むことができる。グループ通信サーバ２０は、ＧＬＭＳやＸＤＭＳのような個別の要素からグループ・リスト（グループの型を含んでいる）を検索できる。グループの型は、グループに関連する情報を格納するグループ通信サーバの型を規定できる。例えば、ＰｏＣサーバは、アドホック会議ＵＲＩやＣＰＣＰによって作成されたメンバのようなアプリケーションの特定のグループリストを格納できる。ＸＭＤＳは、例えばマルチアプリケーションにより共有できる一般的なＵＲＩリストを格納できる。一実施形態では、グループ通信を制御するサーバは、サーバでのグループの寿命に関する情報または構成される情報を使用して、グループの型について判断できる。
【００４６】
ＸＤＭ（XML Document Management：ＸＭＬ文書管理）は、グループおよびＸＣＡＰ（XML Configuration Access Protocol：ＸＭＬ構成アクセスプロトコル）に基づいたリスト管理のための包括的な枠組みである。ＸＤＭは、情報を、それらを必要とする異なるイネーブラにアクセス可能にする一般的な機構を規定する。情報が、ネットワークに格納されると取得される。ネットワークにおいて、情報は、例えば、認可された主体によって、置かれ、アクセスされ、生成、変更、削除などの操作がなされる。クライアントは、１つのＸＭＬドキュメントの中で要素を特定し、変更される必要のある要素だけを変更できる。
【００４７】
複数のイネーブラの間でＵＲＩリストを共有できる。例えば、主体は多くのエンドユーザ（例えば「友人」、「ファミリー」、または他のリソース）を一まとめにすることができる。そのようなＵＲＩリストは、ＰｏＣやプレゼンスサービスイネーブラのような多くの異なるイネーブラで再利用できる。
【００４８】
図２は、Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ、Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ａｒｃｈｉｔｅｃｔｕｒｅ、草案バージョン１．０、２００４年１１月１８日で規定されるようなＸＤＭアーキテクチャについて例示している。ＸＤＭアーキテクチャの主要素は、ＸＤＭクライアント２０２、集合プロキシ２０４、アプリケーションサーバ２１０、２１１、２１２、およびＸＤＭＳ（ＸＤＭサーバ）２２０、２２１、２２２、２２５を含むことができる。集合プロキシ２０４は、ＸＤＭクライアント２０２からのＸＣＡＰリクエストのための接触点として作動する。集合プロキシ２０４は、正しいＸＤＭＳ２２０、２２１、２２２、２２５に対し、リクエストを認証し送ることができる。
【００４９】
ＰｏＣ  ＸＤＭＳ２２２は、ＰｏＣアクセスポリシードキュメントとＰｏＣグループドキュメントを含むことができる。それぞれのＰｏＣユーザは、１つのアクセスポリシードキュメントを有することができる。アクセスポリシードキュメントは、入って来るＰｏＣセッション招待状を制御するために使用することができる。ＰｏＣグループドキュメントは、グループセッションを制御するために使用することができる。プレゼンスＸＤＭＳ２２０は、認可ポリシードキュメントを含むことができる。（認可ポリシードキュメントは、プレゼンス情報を申し込むウォッチャーを認可するために使用することができる。更に、プレゼンスＸＤＭＳ２２０は、ＲＬＳ（Resource List Server：リソースリストサーバ）プレゼンスリストドキュメントを含むことができる。ＲＬＳプレゼンスリストドキュメントは、リストされたユーザの１つのリクエストのプレゼンスで申し込むために使用することができる。
【００５０】
ＸＤＭクライアント２０２は、共有ＸＤＭＳ２２５にＵＲＩリストを格納できる。共有ＸＤＭＳ２２５は、マルチアプリケーション間で共有される。クライアントは、共有ＸＤＭＳ２２５に共有ＵＲＩリストを作成し、共有ＵＲＩリストへのリファレンスをＰｏＣグループドキュメントに追加できる。共有ＸＤＭＳ２２５の共有ＵＲＩリストは、グループのメンバリストとして使用することができる。また、ＲＬＳドキュメントから同じ共有ＵＲＩリストを参照できる。さらに、共有されたＸＤＭＳ２２５は、同一ユーザにより保持される複数の装置間のＵＲＩリスト（問い合わせ先）を共有するために使用することができる。例えば、ユーザが新しい装置を使用する場合、新しい装置は、例えば無線によるサービス設定を受信することができる。それに続いて、ローカルのＸＤＭサーバに格納されたすべての情報は、新デバイスで利用可能である。したがって、ローカルのＸＤＭサーバに格納された情報は、ユーザによって所有された装置間で他の同期機構を同期させる必要はない。
【００５１】
共有ＵＲＩリストは、ＸＭＬドキュメントであっても良い。ＸＤＭクライアント２０２は、ＨＴＴＰヘッダのリクエストＵＲＩで特定されたＸＤＭサーバに所定のＨＴＴＰ動作を呼び出すことによって、ＸＭＬドキュメントを操作できる。ＸＤＭクライアント２０２は、前記ＸＭＬドキュメントを管理するアプリケーションの使用法の認識可能性に基づくリクエストＵＲＩを構成できる。ＸＭＬを操作する例は、Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ、ＰｏＣ  ＸＤＭ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ、草案バージョン１．０、２００５年１月１９日、ＯＭＡ−ＴＳ−ＰｏＣ＿ＸＤＭ−Ｖ１＿０−２００５０１１９−Ｄ、付録Ｂ、パラグラフＢ．１で与えられている。
【００５２】
ユーザあるいはアプリケーションサーバ２１０、２１１、２１２は、ＸＭＬドキュメントの変更を申し込むことができる。共有されるＵＲＩリストのあるいは共有されるＵＲＩリストに関連したグループのＰＳＩ（Public Service Identity）ＵＲＩによる所有者のＳＩＰ  ＵＲＩは、申し込みのために使用されることができる。
【００５３】
グループに関連する情報が、図１のグループテーブルのフォームに示されている。しかしながら、グループテーブルは、図示している一例にすぎない。グループ通信サーバ２０は、例えばディレクトリ、リスト、追加サーバなど、グループに関連するデータを扱う様々な方法を使用することができる。通常、グループ通信サーバ２０は、一度に複数のグループを扱う。通信ネットワーク１０は、１つ以上のグループ通信サーバを有しながら、それぞれ複数のグループサービスプロバイダを含むことができる。
【００５４】
実施形態では、ＵＲＩによって運ばれたグループの識別に加えて、グループの型を転送するように新規のＵＲＩパラメータを規定できる。この新規のＵＲＩパラメータは、例えばグループの型パラメータと命名できる。この実施形態によると、適切なＳＩＰメッセージヘッダにおけるＵＲＩの終わりに、例えば、ＵＲＩが指し示すグループの型を示すためのContact、To、FromまたはP-Asserted-ldヘッダなどのグループの型パラメータを追加できる。
【００５５】
例えば以下の方法の１つで、本発明の実施形態による新規のＵＲＩパラメータを規定できる。
Header: <group-URI ; group=grouptype> ; または 
Header: <group-URI> ; group=grouptype
ここで、「group-URI」は、グループの識別を提供するベース定型資源識別子を指示し、「group」は、本発明の実施形態による新規のＵＲＩパラメータを指示し、「grouptype」がグループの型の値、例えばチャット、アドホック、プレ・アレンジド、１−１、その他を得る。所望の機能を実現するために、「group」または「grouptype」の代わりに、文字またはビット列のいかなる他の単語、テキスト文字列または組合せも使用することができる。
【００５６】
本発明の実施形態による新規のＵＲＩパラメータの実施形態は、
Contact: <sip:myfriends@example.com; group=pre-arranged> ; または
Contact: <sip:myfriends@example.com>; group=pre-arranged
を含むことができる。
【００５７】
同じように、グループの型は、新規のヘッダパラメータとして規定できるし、またはどのような既存のＳＩＰヘッダにも付けることができる。
【００５８】
一実施形態では、グループの詳細を転送するために新規のＳＩＰヘッダを規定できる。ＲＦＣ３２６１、パラグラフ７．３は、ＳＩＰヘッダフィールドを規定している。各ヘッダフィールドは、コロンとフィールド値があとに続いたフィールド名からなる。ヘッダフィールド値の書式は、ヘッダ名単位で規定される。ヘッダ名は、空白、トークン、セパレータ、および引用文字列のテキストまたは組合せであっても良い。
【００５９】
本発明の実施形態によれば、新規のＳＩＰヘッダ（それは「Group-ID」または他のいかなる選択された語またはテキスト文字列または文字もしくはビット列の組合せでも指示できる）を、例えば以下の方法で規定できる。
Group-id: group-URI; group-type
ここで、「group-URI」フィールドは、ＳＩＰ  ＵＲＩ（Session Initiation Protocol Uniform Resource Identifier）またはグループ（例えば、myfriends@example.com）を特定するＴＥＬ  ＵＲＩ（TELephony Uniform Resource Identifier）などのグループの識別を含む。実施形態では、グループの識別に関連する表示名を転送することも可能である。「group-type」フィールドは、グループの型、例えばチャット、アドホック、プレ・アレンジド、１対１、その他を含んでいる。
【００６０】
本発明の実施形態による新規のＳＩＰヘッダの一例は、
Group-id: “Miikka's friends” <sip:myfriends@example.com>; pre-arranged
を含むことができる。
【００６１】
実施形態では、ＳＩＰヘッダは、いわゆる個人のＳＩＰヘッダであっても良い。この実施形態では、ＳＩＰヘッダの文法は、
P-Group-id: group-URI; group-type
であっても良い。
【００６２】
更なる実施形態では、グループの詳細は、ＸＭＬ（extended mark-up language）ペイロードで転送できる。ＯＭＡ−ＲＤ＿ＰｏＣ−Ｖ１＿０−２００４０６２８−Ｃ、例えばパラグラフ６．２．１では、ＧＡ（Group Advertisement：グループ広告）動作について規定している。ＧＡは、受信者へグループの存在を広告するために使用することができる。ＧＡは、スタンドアロン運用である。そのスタンドアロン運用は、グループ広告自体を転送する以外の通信を始動しない。ＧＡの構造は、グループＩＤ（ＳＩＰまたはＴＥＬ  ＵＲＩ）とグループの型を運ぶことができる。本発明の実施形態では、グループ詳細インジケータを運ぶデータ構造（グループ通信セッションを始動するためにリクエストに取り付けられた拡張マーク付け言語ペイロードのすなわちグループＩＤとグループの型）は、受信者クライアントを容認されたグループセッションまたはメッセージでグループの詳細を意識するようにするように使用される。グループ通信セッションを始動するリクエストは、招待リクエストまたはセション開始プロトコルのスタンドアロンのメッセージ、例えばＳＩＰ  ＩＮＶＩＴＥとＭＥＳＳＡＧＥの両方を含むことができる。
【００６３】
本発明の実施形態によるＸＭＬペイロード実施形態は、
Content-Type: application/vnd.poc.groupdetails+xml 
Content-Length: 151 
<?xml version="l.0" encoding="UTF-8"?> 
<group> 
<uri>sip:group.uri@domain.net</uri> 
<name>Group Display Name</name> 
<type>pre-arranged</type> 
</group>
を含むことができる。
【００６４】
ＳＤＰ（Session Description Protocol：セッション記述プロトコル）は、例えばドキュメントＩＥＴＦ  ＲＦＣ  ２３２７「ＳＤＰ：Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ」で規定されたマルチメディアセッションのためのセッション記述プロトコルである。ＳＤＰは、セッションの存在を通信し、セッションの接点と参加を可能にするための十分な情報を伝えるために使用することができる。ＳＤＰは、セッション名と目的、セッションがアクティブである時刻、セッションを含む媒体とそれらの媒体（アドレス、ポート、フォーマットなど）を受信する情報、およびオプションで、セッションに責任がある人のための会議と問い合わせ先によって使用されるためのバンド幅に関する情報を含むことができる。
【００６５】
本発明の更なる実施形態では、グループの詳細を転送するように新規のＳＤＰ属性を規定できる。そのような新規のＳＤＰ属性は、グループＩＤ  ＳＤＰ属性と命名でき、以下の形式を有することができる。
a=poc-group-id: group URI; group type 
group URI = SIP URI or TEL URI of the group 
group type = ad-hoc, pre-arranged, chat, 1-1, other
【００６６】
新規のＳＤＰ属性の一例は
a=poc-group-id: myfriends@example.com; pre-arranged
を含むことができる。
【００６７】
以下では、例は本発明の実施形態によるグループ詳細指示の使用のときに記載される。制御ＰｏＣサーバは、グループの型を知っているか検索でき、また外向的なリクエストにそれを挿入できるサーバである。
【００６８】
実施形態において、アリスはアドホックグループの作成を望んでいる。彼女は彼女のＰｏＣサーバにINVITE（招待）リクエストを送信する。そのリクエストは、招待されるべき他のユーザが含まれる。アリスのＰｏＣサーバは、制御ＰｏＣサーバの役割を果たす。そのため、制御ＰｏＣサーバは、アリスがアドホックグループの作成を望んでいることを理解している。制御ＰｏＣサーバは、前記ユーザを招待するためのリクエストに提供されたユーザーリストを使用する。制御ＰｏＣサーバがＳＩＰ  ＩＮＶＩＴＥを使用して他のメンバを招待する場合、制御ＰｏＣサーバは、グループの識別（ＳｌＰ  ＵＲＩ）とグループ型に関する情報を含んでいる。結局、そのリクエストは、招待されたユーザ、すなわち、被呼者によって受信される。被呼者のＰｏＣクライアントがリクエストを受信する場合、ＰｏＣクライアントは、リクエストがセッション型を含むため、入って来るセッションがアドホックグループセッションであるということ、さらに起動者がアリスであるということをエンドユーザに表示できる。そのうえ、そのリクエストがグループの識別を含むので、ＰｏＣクライアントは、申し込みを参加者情報にすることができる。
【００６９】
別の実施形態では、アリスはプレ・アレンジドグループのメンバに達することを望んでいる。彼女は彼女のＰｏＣサーバにＩＮＶＩＴＥ（招待）リクエストを送信する。そのリクエストはプレ・アレンジドグループのアドレスを含んでいる。そのリクエストはプレ・アレンジドグループをホスティングするＰｏＣサーバに送られる。プレ・アレンジドグループをホスティングするＰｏＣサーバは、プレ・アレンジドグループのメンバをフェッチし、アリスよりも他のメンバを招待する。プレ・アレンジドグループをホスティングするＰｏＣサーバは、制御ＰｏＣサーバの役割を果たす。制御ＰｏＣサーバがＳＩＰ  ＩＮＶＩＴＥを使用して他のメンバを招待する場合、制御ＰｏＣサーバは、グループの識別（ＳＩＰ  ＵＲＩ）とグループ型に関する情報を含んでいる。結局、リクエストは、招待されたユーザ、すなわち、被呼者によって受信される。被呼者のＰｏＣクライアントがリクエストを受信する場合、ＰｏＣクライアントは、リクエストがセッション型を含むため、入って来るセッションがプレ・アレンジドグループグループセッションであるということ、さらに起動者がアリスであるということをエンドユーザに表示できる。そのうえ、そのリクエストがグループの識別を含むので、ＰｏＣクライアントは、申し込みを参加者情報にすることができる。
【００７０】
ユーザのＵＥ（User Equipment：ユーザ機器）などの通信装置は、ＵＥのユーザーフレンドリーを改良するためにグループ型の指示を利用する付加的な機能を実施することができる。そのような特徴の例は、例えば以下の状況を含むことができる。実施形態では、ユーザがＵＥの電話帳に「アドホック」型のＳＩＰ  ＵＲＩであるＳＩＰ  ＵＲＩを格納しようとするなら、警告を表示することによって、ＵＥは一時的なアドレスであるＳＩＰ  ＵＲＩに関してユーザに合図することができる。更に、ＵＥは、ユーザが本当に電話帳に前記ＳＩＰ  ＵＲＩを格納したがっているか否かを尋ねることができる。実施形態では、ＵＥの電話帳にグループ型を格納できる。
【００７１】
さらに、例えば、ユーザは電話の呼び出し音を聞かなかったため、ユーザは呼び出しを逃すかもしれない。また、ユーザはグループセッションへの招待状を逃すかもしれない。ユーザが次回ＵＥをチェックするとき、ユーザはいわゆる電話の逃された通話記録におけるすべての不在着信件数を見ることができる。これで、逃された数に呼びかけるのは簡単になる。実施形態では、逃された呼び出しがグループセッションへの招待状であったならば、逃された通話記録でグループ型をも見ることができる。実施形態では、ＵＥがセッション招待状を受信するとき、ＵＥはグループ型の情報をユーザに表示できる。これは、例えばグループ呼び出しから別個の１対１の呼び出しを許可する。そのうえ、ユーザは異なる種類のセッションのために、異なる呼出音または取り扱いを有することができる。
【００７２】
例えば、ユーザは、ネットワークから招待リクエストを受信できるが、答えない。後に、ユーザがＵＥをチェックするとき、ユーザは、呼び出しが逃されたことに注意でき、電話し直すのを試みることができる。招待されるべきＵＲＩがプレ・アレンジドグループ型であることを知っていて、ユーザのＵＥは、ユーザがいつプレ・アレンジドグループの識別にダイヤルするかをユーザに警告できる。プレ・アレンジドグループの識別がサーバで１〜Ｎの新規の呼び出しの引き金となって、ユーザのために重要なチャージを引き起こすことができるとき、これは有利であるかもしれない。
【００７３】
更なる実施形態では、グループ（例えば、myfriends@example）は、ユーザＡ、Ｂ、Ｃ、Ｄ、およびＥを含むことができる。ユーザＡは、グループ通信を始動するために、ＳＩＰ  ＭＥＳＳＥＧＥのように、グループにリクエストを送信することができる。ユーザＢは、ユーザＡによりリクエストが送信され、そのグループがプレ・アレンジドグループであるという情報を得ることができる。したがって、ユーザＢは、前記グループに電話をすることが、サーバで１〜Ｎの新規の呼び出しの引き金となって、ユーザのために重要なチャージを引き起こすことができることを知っている。
【００７４】
ユーザは、ＧＡ（Group Advertisement：グループ広告）におけるグループのアドレスを受信できる。ユーザは、ローカルにユーザが使用している通信装置に、グループのアドレスを保存することができる。グループのアドレスが、共有ＸＤＭＳ２２５などのようなネットワークサーバーに保存することもできるべきであることがわかった。その結果、ユーザは複数の装置の中でグループのアドレスを共有できる。ユーザが通信装置の変更を望んでいるか、または同時に数台の装置の使用を望んでいるとき、これは有利である。
【００７５】
実施形態において、本発明によるグループ型パラメータは、図２の共有ＸＤＭＳ２２５に追加される。これは、グループが共有ＸＤＭＳ２２５に保存されることも可能にし、グループＵＲＩをＳＩＰ  ＵＲＩからと分離することを可能にする。ＳＩＰ  ＵＲＩは、グループの代わりに単独のＳＩＰユーザだけを規定する。
【００７６】
実施形態では、ユーザは、共有ＸＤＭＳ２２５に受信されたグループＵＲＩを保存することができる。共有ＸＤＭＳ２２５では、本発明によるグループ型パラメータは、個々の連絡先を示すＵＲＩとグループＵＲＩとを区別するために使用される。オリジナルの装置および新しい装置のような２つの装置の電話帳アプリケーション間の非常に同じ情報を維持するために、ＧＡに含まれた情報はすべて、共有ＸＤＭＳ２２５に格納できる。図示された非限定的な上記の実施形態は以下で示される。例えば、ジョーは、彼の友人ボブからＧＡを受信する。「こんにちは、私たちのゴルフ友人とコミュニケートするために、このグループ（sip:golf_buddies@example.com）を使用してください、他のすべての人は既にこのグループで加わっています」。ＧＡにおいて含まれる本発明によるグループ型パラメータは、グループ型がチャットであることを示すことができる。ジョーは、受信されたグループＵＲＩおよびグループ型をＧＡから、ジョーが現在使用しさらに共有ＸＤＭＳ２２５に追加しようとしている通信装置に保存することができる。ジョーが新しい通信装置を買う場合、彼は個々のユーザのすべての個人連絡先（例えば、sip:bob@example.com）および使用されたグループ（例えば、sip:golf_buddies@example.com）を、新しい通信装置へダウンロードしたがっている。ジョーがＸＤＭＳ２２５に格納された情報を使用することができるとき、手動で新しい通信装置にこの情報を作成せずに、情報をダウンロードできる。
【００７７】
更なる実施形態では、ユーザ（本明細書ではジョンと呼ばれる）は、他の３人のユーザを含むローカルのアドホックグループを作成し、アドホックグループを現在ジョーが使用している通信装置の電話帳アプリケーションに格納できる。アドホックグループが電話帳アプリケーションに格納されたため、アドホックグループは、いまや永続的である。しかしながら、ジョンだけがアドホックグループの存在を知っていてアドホックグループに関する情報を使用することができるので、アドホックグループはプライベートなものである。ジョンが使用する個別の装置間のこの種類のアドホックグループを同期させることができるように、ジョンは共有ＸＤＭＳ２２５にグループを格納できる。共有ＸＤＭデータ形式は、本発明によるグループ型パラメータを使用するリスト名に付けられたグループ型を含むように拡張される。これについてケースを例示しながら参照すると、共有ＸＤＭＳ２２５は、リスト名とリスト名（リストのメンバ（ディスプレイ名とＵＲＩ））の下で付いた、＜mybuddies＞などのリスト名や、「アドホック」などのグループ型を格納できる。
【００７８】
セッションを始めるか、前の例の中で規定されるようなアドホックグループにメッセージを送ることために、最初のＳＩＰリクエストは、共有ＸＤＭＳ２２５に格納されたリストを参照することができる。
【００７９】
本発明の実施形態は、コンピュータプログラムによって適切なネットワークエレメントで少なくとも部分的に具現できる。コンピュータプログラムは、プログラムがコンピュータ手段を実行しているとき、前記実施形態による工程を実行するプログラムコード手段を含むことができる。
【００８０】
明細書において特定の実施形態により本発明を説明したが、添付された請求の範囲に規定されるように、本発明の範囲および趣旨から逸脱することなく様々な変形が可能である。移動局などの移動通信装置に関連して本願発明の実施形態について主として記したが、本願発明の実施形態がダイレクト音声通信サービスを提供する通信ネットワークにアクセスできる他の型の通信装置に適切であることは理解されるべきである。更に、リファレンスは移動通信システムを主としてしたとしても、通信システムはどのような適切な通信システムであってもよい。
【図面の簡単な説明】
【００８１】
【図１】本発明の実施形態を実施することができる構成の例を示す。
【図２】本発明の実施形態を実施することができる更なる構成の例を示す。
【図１】
2008512911.tif 000003
【図２】
2008512911.tif 000004
【国際調査報告】
2008512911.tif 000005
2008512911.tif 000006
2008512911.tif 000007
2008512911.tif 000008