JP2007519344A - 動的グループ通話のための方法 - Google Patents

Abstract

無線（１０乃至３０）及び有線（４０）双方のグループユーザ間に動的グループ通話を提供するための方法は、通話の選択可能性を発呼ユーザ（１０）に委ねる。発呼ユーザ（１０）は、固定された数の登録（８０）を行い得る。発呼ユーザ（１０）は、動的グループ通話を生成し、後で実行するためのグループ通話リストを追加し、メンバをグループ通話リストに追加し、又は動的グループ通話リストを生成して、直ちにグループ通話（９２）を実行し得る。動的グループ通話のための方法は、また、データベース（６０）における各グループ通話登録（８１）用の存続時間を選択する段階を備える。この存続時間パラメータは、発呼ユーザ（１６７）又はサーバによって直接選択可能である。更に、以前の又は既存のグループ通話の如何なるメンバも、動的グループ通話（２２０）に再度参加したり、それを再度確立したりできる。

Description

本発明は、通信システムに関し、特に、インターネットプロトコル（ＩＰ）を利用するグループ通話をサポートする通信システムに関する。

グループ通話は、数多くの利用者が共通の会話のために相互接続される会議通話に似ている。最近の技術は、これらグループ通話の無線及び有線双方のユーザをサポートする。
通常、グループ通話は、発呼ユーザが、第１参加ユーザを呼び出して接続を確立し、そして、他の参加ユーザ等を呼び出して接続を確立することによって、手動で開始される。発呼ユーザは、参加ユーザについての選択を制御し、また、各参加ユーザへの接続を実現しなければならない。このことは、極めて時間のかかることが多く、遅く長たらしい処理である。更に、発呼ユーザは、発呼ユーザのローカルネットワークを介して会議通話を起動する能力がなければならない。

最近は、サービスプロバイダが、会議通話の複数の参加者を接続するための橋渡しの手配を行う。通常、これらの参加者は、共通の番号に電話をかけてセキュリティ用のパスワードを入力し、そして、サービスプロバイダによって提供される橋渡しサービスを介して相互接続される。これもまた遅く、共通の会議に電話をかけるのは、各個々の参加者次第である。

最近の無線技術は、グループ通話機能をサポートするために必要なものを供給する。これらの構成には、通常、配信サービス又はプッシュトーク（ＰＴＴ）サービスを含む。これらのグループ通話相互接続は、例えば、インターネットを介して有線参加者に対して行い得る。通常、現在知られているグループ通話構成のためのグループは静的に定義される。即ち、ユーザ又はユーザのために働いている管理者は、バックグラウンドモードで又はグループ通話の充分前に、グループ通話用の参加者のリストを交換網に示さなければならない。これは、ネットワークでは、ユーザ又はエージェントによって供給され、そして、通話を行うための何らかの形態のグループ・アイデンティティを与え得る。そして、次に、発呼ユーザは、何らかの信号送信を行い、予め指定された各参加者とグループ通話を確立したいことを示し得る。

発呼者のニーズが変わるため、この予め定義されたグループメンバ構成は、特定の一連の状況に対しては、不適切なグループになることが多い。グループは、必要以上に大きいことが多いが、この理由は、その後の所定の通信に必要になるグループが、いつ確立されるか不明なためである。また、このことは、プライバシの問題を提起するが、この理由は、発呼ユーザが参加者に聴いてほしくない会話を参加者が聴き得るためである。更に、この静的に定義／準備されるグループ通話は、ネットワーク時間及び資源を無駄にし、また、相対的に融通がきかない。

従って、必要とされるものは、通信システムにおけるグループ通話のための通信効率を最大限にするための方法である。

本明細書に記載した動的グループ通話方法は、配信又はＰＴＴタイプ通話に高度に選択可能で自動化されたグループ通話サービスを提供する。動的な通話方法によって、個々がグループ通話リストを動的に生成して、グループ配信通信を行い得る。更に、動的グループ通話方法は、グループ通話の各メンバのために、折り返し通話機能サービスをサポートする。更に、及びオプションとして、各グループ通話メンバリストは、特定の時間に期限切れになるように設定し、これによって、ネットワークによって提供されるグループ通話サービスの閉塞を回避し得る。グループ通話サービスは、オペレータが介在せずに、エンドユーザ又はグループメンバに全て直接提供される。また、本方法は、ＧＳＭ、ＣＤＭＡ、ＵＭＴＳ及び様々な無線又は有線ＬＡＮ等、数多くのネットワーク上で動作し得る。

図１において、通信システム１００のブロック図には、配信サービス施設５０及び数多くのユーザ／参加者１０乃至４０が含まれる。ユーザ１０乃至３０は、たまたま無線ユーザであり、ユーザ１０がグループ通話発呼者である。これらの無線ユーザ１０乃至３０は、無線ネットワーク２５を通してインターネット又は企業イントラネット４５にインターフェイス接続されている。

インターネット４５は、また、ユーザ４０にインターフェイスを提供する。各ユーザ１０乃至４０は、インターネット４５を通して、配信サービス施設５０内において適切なインターフェイスに接続される。各ユーザ１０乃至４０は、インターネット４５から通話サーバ５５に接続される。データベース６０は、通話サーバ５５の指示の下で、グループ通話情報の記憶及び検索を行う。そして、データベース６０は、無線ユーザのアイデンティティを無線ユーザインターフェイス７０に提供する。内部無線ユーザインターフェイス７０は、これらをインターネット４５に提供し、インターネット４５は、それらを無線データネットワーク２５に分配して、ユーザ１０乃至３０との後続の接続を行う。同様に、データベース６０は、有線ユーザのアイデンティティを有線ユーザインターフェイス６５に示す。有線ユーザインターフェイス６５は、インターネット４５に、そして、有線ユーザ４０につながる。

本開示においてサポートされるグループ通話の種類は、動的グループ通話（ＤＧＣ）である。本明細書に提示したＤＧＣは、ユーザ又は発呼者１０によって選択可能なサービスである。現在、そのような選択可能な動的グループ通話サービスは、動的アドホック・グループ通話又はグループ通話サービスとも称される。

本明細書に開示する動的グループ通話サービスは、発呼者１０として指定されたエンドユーザによって選択され制御される。運用オペレータの介在は、指定グループを生成して、この動的グループ通話サービスを行うのには、不要である。

動的グループ通話サービスは、ネットワークに依存せず、ＧＳＭ、ＣＤＭＡ、ｉＤＥＮ、ＵＭＴＳ、無線ＬＡＮ及び実質的にどのようなデータネットワーク内においても運用し得る。

一般的に、発呼ユーザ１０は、グループ通話に対する他のユーザ参加者２０乃至４０を、それらのアドレスブックから又はそれらのアイデンティティ／アドレスを指定することによって、選択する。グループの“ネスティング”が、このシステムによって許容される。即ち、発呼者１０がグループのメンバ参加者を選択する場合、メンバ参加者の内の１つは、それ自体グループ又はサブグループであってよい。通常、発呼ユーザ１０は、通話セットアップ時間を最小限に抑えるために、動的アドホック・グループのメンバのアイデンティティをネットワークに送信してからグループ通話を開始する。

一旦、グループメンバ構成が定義されると、配信サービス施設５０は、グループＩＤを生成して、グループＩＤ（識別）を発呼ユーザ１０に送信して戻す。これらのグループＩｄは、配信サービス施設５０によって動的に割り当てられる。他の選択肢として、動的なグループは、また、発呼ユーザ１０によって生成され、直ちにグループ通話サービスのために始動され得る（呼び出され得る）。

グループが生成され、また、その始動が発呼者１０によって要求された場合、各対象参加者ユーザ２０乃至４０は、始動され、通常のグループ通話でのように呼び出される。各対象ユーザは、これがグループ通話であり、配信サービス施設５０によるグループＩＤと、グループ通話発呼者のアイデンティティとが与えられることについて通知される。各対象ユーザ２０乃至４０における対象ハンドセットは、付与されたグループＩＤを記憶し得る。このグループＩＤが各参加者１０乃至４０によって記憶されていると、あらゆる参加者が、“折り返し通話サービス”を利用し得る。即ち、ユーザ参加者４０は、このグループＩＤを用いることによって、グループ通話が終わった後、それを再始動したり、あるいは、意のままに、進行中のグループ通話を離脱したり、それに再度参加したりできる。

各参加者によって記憶されたグループＩＤは、配信サービス施設５０によって再割当て又は無効にされるまで、有効なままである。オプションとして、各定義されたグループ及びグループＩＤは、それを持続時間“（ＴＴＬ）”と呼ばれる機能と関連付けしていることがある。これは、グループＩＤが期限切れになり、もはや有効でなくなる時に達する時間を示す。

好適な実施形態において、グループ通話発呼者１０には、全ユーザ用の固定プールのグループから多数の潜在的な又は可能なグループが割り当てられる。例えば、発呼者１０は、グループ情報記憶用のデータベース６０内に１０の登録を有し得る。データベース６０における全ての１０の登録が用いられた場合、発呼者１０による他のグループの生成によって、最も古い登録は、新しいグループ情報で置き換え得る。他のオーバライディング方式もまた可能である。それらには、先入れ先出し、先入れ後出し及び最低使用頻度グループが含まれる。

図２において、動的グループ通話方法をサポートするデータ構造８０のレイアウトを示す。左から右へ様々なフィールドについて議論し説明する。まず、登録フィールド８１は、特定のユーザに有効に割り当てられたグループの数を示す。Ｎとして示されるグループ登録８２は、この特定のユーザのために記憶が許されたグループの最大数である。

次のフィールド８４は、各特定のグループ用のメンバリストである。次のフィールド８６は、配信サービス施設５０によって割り当てられた固有のグループＩＤであり、例えば、サーバＮｃａｒｒｉｅｒ．ｃｏｍにおける発呼ユーザのＵＲＬがそれに続く。これは、グループ通話への各参加者に対するグループ確立を処理するための特定のインターネットサーバを示す。

オプションとして、次のフィールド８８は、存続時間（ＴＴＬ）フィールドである。このフィールドは、各動的グループ８１の存続期間又は存続時間を示し得る。ＴＴＬフィールド８８には、予め定義された時間を含み得るが、この予め定義された時間の後、グループＩＤは、配信サービス施設５０によって再割当てされるまで、もはや有効でない。他の解決策では、上述したように、固定時間限界が、各ユーザグループのために設定し得るが、この固定時間限界後は、グループＩＤは、無効になり、期限切れになる。これらの時間限界は、日、月、年等であってよい。

図３は、発呼ユーザ１０による動的グループ通話生成のフローチャートを示す。これらのグループ通話は、高水準のグループメンバ選択可能性及び所定のグループのタイミング又は持続性を備える。

ユーザは、動的グループ通話定義オプションを発呼無線ユーザ装置１０のメニューから選択し、ブロック９０が開始される。ブロック９０は、ブロック９２に制御を移す。ブロック９２は、要求が、メンバをグループに追加することか、グループを追加することか、動的グループ通話を生成することか、又は無線ハンドセットのプッシュトーク機能に応じて、以前生成された動的グループ通話を起動することか、ユーザ入力から判断する。ユーザ入力によって示される要求が、メンバをグループに追加することであった場合、ブロック９２は、メンバ追加経路を介して、ブロック９４に制御を移す。ブロック９４は、まず、要求が、グループ通話のメンバの制限内であるかどうか判断する。そうでない場合、ブロック９４は、「いいえ」経路を介して、ブロック９８に制御を移す。ブロック９８は、ユーザにフィードバックを行って、要求に対応し得ないことを示し、そして、プロセスが終了する。

メンバが、グループ通話のメンバ数内である場合、９４は、「はい」経路を介して、ブロック９６に制御を移す。ブロック９６において、メンバは、リストに追加され、メンバＩＤが、ネットワークに送信され、データベース６０に記憶される。そして、プロセスは終了する。追加のメンバは、許容されたメンバの数超えるまで又はユーザがリスト完了を送信するまで、ブロックのこの手順を経ることによって追加し得ることに留意されたい。

要求された機能が、既存グループをグループリストに追加することであったことをユーザ入力が示した場合（ネスティングされたグループが許容されているため）、ブロック９２は、グループ追加経路を介して、ブロック１０２に制御を移す。ブロック１０２は、グループのメンバを順次追加するための入力を要求し受け取る。また、ブロック１０２は、グループ通話リストを拡張する。次に、ブロック１０４は、要求された数のメンバが、グループ通話のメンバの制限内であるかどうか判断する。ブロック１０４は、「はい」経路を介して、ブロック１０６に制御を移す。ブロック１０６は、メンバをリストに追加し、メンバＩｄをネットワークに送信して、データベース６０に記憶する。そして、プロセスは、終了する。

要求されたメンバの数が、動的グループ通話のメンバの制限を超える場合、ブロック１０４は、「いいえ」経路を介して、ブロック１０８に制御を移す。ブロック１０８は、メンバ制限が超えたというフィードバックを発呼ユーザ１０に対して行って、ユーザが必要な変更を行う機会を可能にする。そして、プロセスは、終了するが、ユーザは、選択を継続してよい。

動的グループ生成機能が発呼者１０によって選択されたことをユーザ入力が示した場合、ユーザ入力ブロック９２は、動的グループ生成経路を介して、ブロック１１０に制御を移す。ブロック１１０は、メンバリスト又はリスト完了表示をネットワークに送信する。次に、ネットワーク確認が、ブロック１１２によって行われる。ネットワーク確認ブロック１１２の機能については、図４及び図５において説明する。ネットワーク確認が失敗すると、ブロック１１２は、ブロック１２２に制御を移し、ブロック１２２は、フィードバック用の表示を発呼ユーザ１０に提供する。そして、ブロック１２２は、メインメニューのブロック１１６に制御を移し、引き続きユーザ１０は、入力を行う。

ネットワーク確認が容認可能であるとして返された場合、ブロック１１２は、「はい」経路を介して、ブロック１１４に制御を移す。ネットワークがグループ通話アイデンティティを返したことから、ブロック１１４は、発呼ユーザ１０のアドレスブックにグループ・アイデンティティを追加する。そして、ブロック１１４は、メインメニューブロック１１６に制御を移し、その後のユーザ入力を待つ。

ブロック９２へのユーザ入力が、プッシュトーク機能が示された動的グループ通話を示した場合、ブロック９２は、ＰＴＴ＿ＤＧＣ（プッシュトーク、動的グループ通話）経路を介して、ブロック１１８に制御を移す。ブロック１１８は、プッシュトーク（ＰＴＴ）表示と共に、リスト又はリスト完了表示をネットワークに送信して、動的グループ通話を起動する。ブロック１２０は、ネットワーク確認ステップを表すが、これについては、図５で後述する。ネットワーク確認ステップ１２０が不合格になると、ブロック１２０は、「いいえ」経路を介して、ブロック１２２に制御を移す。ブロック１２２は、不合格になった動的グループ通話試行について、ユーザにフィードバックを行う。そして、ブロック１２２は、メインメニュー１１６に制御を移し、次のユーザ選択を待つ。

ネットワークが、動的グループ通話及びプッシュトーク要求を確認すると、ブロック１２０は、「はい」経路を介して、ブロック１２４に制御を移す。ブロック１２４は、図４及び５の確認プロセスの一部として、動的グループ通話が開始されることを示す。更に、グループＩＤが発呼者１０に返されている。次に、ブロック１２６は、発呼者１０に返されたグループＩＤを発呼ユーザの移動ユニット１０のアドレスブックに追加する。

図４において、図３のブロック１１２及び１２０に対応するネットワーク確認のフローチャートを示す。図４は、ユーザ１０の要求に対応するネットワークによる動的グループ通話グループの生成を示す。

ネットワーク確認が開始され、ブロック１３０が開始される。ブロック１３０は、それが、クライアントからのリスト、ユーザからのリスト完了表示、又はメンバを追加するためのユーザからの要求を受信したかどうか判断する。動的グループ通話メンバのリストが受信された場合、ブロック１３０は、ブロック１３２に制御を移す。そして、ブロック１３２は、ブロック１３４に制御を移す。ブロック１３４は、ユーザ１０から受信されたリストが有効かどうか判断する。リストが無効である場合、ブロック１３４は、「いいえ」経路を介して、ブロック１３８に制御を移す。ブロック１３８は、メッセージ送信を介して、ユーザ１０にフィードバックを行って、グループ通話用のメンバリストを追加する試みは、有効ではないことを示す。そして、プロセスは、終了する。

リストが有効である場合、ブロック１３４は、「はい」経路を介して、ブロック１３６に制御を移す。ブロック１３６は、ユーザの許容可能な数の定義されたグループ内において、いずれかのグループスロットが利用可能かどうか判断する。動的グループ通話用のグループ定義に、利用可能なスロットが存在する場合、ブロック１３６は、「はい」経路を介して、ブロック１４０に制御を移す。ブロック１４０は、ネットワークがちょうど受信した動的グループ通話用のグループメンバリストの固有のグループＩＤを選択／生成する。そして、ブロック１４０は、ブロック１４４に制御を移す。

グループ定義スロットが利用可能でない場合、ブロック１３６は、「いいえ」経路を介して、ブロック１４２に制御を移す。そして、既存のグループ定義は、発呼者１０、ブロック１４２に対して、削除され、新しいものが現要求に関連して生成される。削除されるグループは、例えば、最初の動的グループ定義入力、最後のグループ定義入力、又は最低使用頻度のグループ定義に基づき得る。スロットを維持する他の方法は、既存のグループ定義の１つを再使用し、現グループメンバ構成を新しいもので置き換えることであってもよい。このことは、また、古いリストに関連したＴＴＬ値は、いずれも新しい定義に修正されることを意味し得る。そして、ブロック１４２は、ブロック１４４に制御を移し、処理は、ブロック１４４の後、上記と同じである。

ブロック１４４は、プッシュトーク表示が、受信されたばかりのメンバリストと共に送信されたかどうか判断する。プッシュトーク（ＰＴＴ）表示が受信されていない場合、ブロック１４４は、「いいえ」経路を介して、ブロック１４８に制御を移す。ブロック１４８は、選択されたばかりのグループＩＤをユーザ１０に送信して戻し、引き続き記憶する。そして、プロセスは、終了する。

プッシュトーク表示が、メンバリストと共に受信された場合、ブロック１４４は、「はい」経路を介して、ブロック１４６に制御を移す。ブロック１４６は、動的グループ通話を開始し、とりわけ各動的グループ通話メンバにグループＩＤを返して、後述する折り返し通話機能をサポートする。

ＰＴＴ機能が示されているか否かに関わらず、完全なリストを発呼者１０から受信するようにというユーザ１０からの要求をネットワークが検出すると、ネットワーク１３０は、ブロック１５０に制御を移す。ブロック１５０は、ブロック１３０に制御を移し、ブロック１３０は、利用可能なグループスロット定義が存在するかどうか判断する。それに続き、処理は、ブロック１３４に続くプロセスに対して、全く上で示した通りである。

ネットワーク確認ブロック１３０が、メンバをグループに追加するユーザ１０からの要求を検出した場合、ブロック１３０は、ブロック１５２に制御を移す。そして、ブロック１５２は、ブロック１５４に制御を移し、ブロック１５４は、動的グループに追加される数を確認する。メンバが確認されると、ブロック１５４は、「はい」経路を介して、ブロック１５６に制御を移す。ブロック１５６は、グループメンバをグループに追加する。そして、プロセスは、このグループメンバについては、終了する。メンバを確認できなかった場合、ブロック１５４は、「いいえ」経路を介して、ブロック１５８に制御を移す。ブロック１５８は、メッセージをユーザ１０に送信して戻し、提案されたメンバの追加が確認できないことを示す。そして、確認プロセスは、終了する。

図５において、ネットワークによる動的グループ生成のフローチャートを示すが、これには、ネットワークによって定義される各グループ用のオプションの存続時間機能が含まれる。図３に示すネットワーク確認プロセスが、リストを追加せよというユーザ１０からの要求を検出すると、ブロック１６０は、ブロック１６２に制御を移す。ブロック１６２は、ブロック１６４に制御を移し、リストを確認する。リストが有効ではない場合、ブロック１６４は、「いいえ」経路を介して、ブロック１６８に制御を移す。ブロック１６８は、ユーザ１０にメッセージを返し、試みた動的グループリストの追加が、失敗したことを示す。そして、プロセスは、終了する。

グループメンバのリストが有効である場合、ブロック１６４は、「はい」経路を介して、ブロック１６６に制御を移す。ブロック１６６は、固有のグループＩＤを選択する。次に、ブロック１６７は、例えば、特定のグループ登録８１の存続時間（ＴＴＬ）フィールド８８を選択したり、ユーザ１０によって送信されたＴＴＬ値は、ユーザによって供給される変数であったり、もしくは、日や月等の標準のネットワークパラメータであったり、又は、ネットワークにおいて利用可能なグループの数に基づいたりなどしてよい。ブロック１６７は、このフィールドを対応するデータベース位置８８に設定する。

次に、ブロック１６８は、ＰＴＴ表示もメンバリストと共に送信されたかどうか判断する。ＰＴＴ表示が送信されていない場合、ブロック１６８は、「いいえ」経路を介して、ブロック１７２に制御を移す。ブロック１７２は、グループＩＤプラス選択された存続時間をユーザ１０に送信して戻す。そして、プロセスは、終了する。

ＰＴＴ機能が、ユーザによって送信されたリストに示された場合、ブロック１６８は、「はい」経路を介して、ブロック１７０に制御を移す。ブロック１７０は、図６を参照して後述するように、動的グループ通話を開始する。

ネットワーク確認プロセスブロック１６０が、ユーザからのリスト完了を検出した場合、ブロック１６０は、ブロック１７４に制御を移す。ブロック１７４は、ブロック１６６に制御を移して、固有のグループＩＤを選択し、プロセスは、ブロック１６６の後、上述したように、その点以降、繰り返される。

ネットワーク確認プロセスブロック１６０が、動的グループリストにメンバを追加するというユーザからの要求を検出した場合、ブロック１６０は、ブロック１７６に制御を移す。ブロック１７６は、ブロック１７８に制御を移し、ブロック１７８は、メンバが有効であるかどうか判断する。動的グループに対して、そのメンバが有効である場合、ブロック１７８は、「はい」経路を介して、ブロック１８０に制御を移す。ブロック１８０は、そのメンバを特定のリストに追加する。そして、プロセスは、終了する。メンバが有効ではない場合、ブロック１７８は、ブロック１８２から「いいえ」経路を介して、制御を移す。ユーザ１０に提供され返された適切なフィードバックメッセージが、メンバ追加の失敗を示す。そして、プロセスは、終了する。

図６は、発呼者１０によりネットワークに示された動的グループ通話の確立又は開始のフローチャートである。ネットワークが、ＰＴＴ表示を受信して、動的グループ通話を始動する場合、ブロック１９０が開始される。

ブロック１９２は、発呼者が、有効なグループメンバであるかどうか、また、グループそれ自体が有効であるかどうか判断する。発呼者又はグループそれ自体が有効ではない場合、ブロック１９２は、「いいえ」経路を介して、ブロック１９４に制御を移す。ブロック１９４は、無効であるために、動的グループ通話を進められないことについて、発呼者１０にフィードバックを行う。そして、プロセスは、終了する。

グループ及び発呼者が双方共有効である場合、ブロック１９２は、「はい」経路を介して、ブロック１９６に制御を移す。ブロック１９６は、グループ通話が既に活性状態かどうか判断する。そうである場合、ブロック１９６は、ブロック１９８に制御を移す。ブロック１９８において、グループ通話が既に活性状態であることから、グループ通話メンバは、通話に再度参加しようとしているはずであり、このプロセスが開始される。そして、プロセスが、終了する。

グループ通話が不活性状態である場合、ブロック１９６は、「いいえ」経路を介して、ブロック２００に制御を移す。ブロック２００は、グループリストを拡張する。グループリストはデータベースから検索され、各グループ通話メンバのＩＰアドレスについて判断が行われる。次に、ブロック２０２は、各動的グループ通話メンバへの通話を開始する。

次に、ブロック２０４は、グループ通話メンバの１つからの最初の応答が、タイムアウト期間内に受信されたかどうか判断する。応答がタイムアウト期間内に受信されない場合、ブロック２０４は、「いいえ」経路を介して、ブロック２０６に制御を移す。ブロック２０６は、発呼ユーザに対して、グループ通話が失敗したことを示す。そして、プロセスは、終了する。他の通話開始基準を用い得ることに留意されたい。例えば、他の選択肢は、全てのグループ通話メンバが、ブロック２０８に移動する前に、タイムアウト期間内に応答しなければならないことであってよい。もしくは、タイムアウト期間を全く定義しなくてもよいが、この場合、制御は、いずれかのグループメンバが応答するかどうかに関わりなく、直ちにブロック２０８に移される。

応答がタイムアウト期間内である場合、ブロック２０４は、「はい」経路を介して、ブロック２０８に制御を移す。ブロック２０８は、通話が正常に発呼者１０に戻され、各メンバを共通のリンクへの通話（レッグ）にブリッジすることを確認する。次に、グループ・アイデンティティは、ブロック２１０、グループ通話に応答した各メンバに送信される。オプションの存続時間機能が適用可能な場合、存続時間フィールド８８もまた、各応答するグループ通話メンバに返される。そして、グループ通話の話者は、ブロック２１２、通話が終了するまでメンバ間で仲裁される。そして、プロセスは、終了する。

図７は、動的グループ通話が終了した後、それを呼び戻したい（再度確立したい）グループメンバのための折り返し通話プロセスを示す。
一旦、折り返し通話要求が検出されると、ブロック２２０が開始される。通話セットアップのための同様な手順が、他のグループ通話の場合と同様に行われる。この手順は、図６を参照して上述した通りである。

呼び戻したいグループ通話メンバは、ブロック２２２、サーバにグループＩＤを送信する。次に、ネットワークは、グループＩＤ及びメンバＩＤからの応答を判断する。ネットワークは、グループメンバからの要求が、通話再確立に対するものか、進行中の通話に再度参加するためのものか、又は、グループメンバによる試みが失敗したかどうか判断する。

ユーザからの要求が通話再確立のためのものであったとネットワークが判断した場合、ブロック２２４は、通話再確立経路を介して、ブロック２２６に制御を移す。ブロック２２６は、今は、発呼者が動的グループのメンバであり、元の発呼者ではあり得ないことを除き、動的な通話を確立するための上述した方法を再度実行する。通話は、再確立され、対話が始まる。そして、プロセスは、終了する。

ネットワーク応答が、進行中の通話であると判断されると、ブロック２２４は、通話進行中経路を介して、ブロック２２８に制御を移す。そして、ユーザは、上述した手順によって通話に再度参加し、通話は、既に進行中であることから、通話のリスナーになる。そして、プロセスは、終了する。

検出されたネットワーク応答が、通話を再度確立する又はそれに再度参加しようとする試みが失敗したということである場合、ブロック２２４は、失敗経路を介して、ブロック２３０に制御を移す。失敗には、他のグループメンバからの無応答、無効なグループＩＤ、特定の動的グループ通話が続く間の存続時間（ＴＴＬ）が終了した等、を含み得る。失敗が検出されると、ブロック２３０は、要求側グループメンバにフィードバックを行う。そして、プロセスは、終了する。

本発明の好適な実施形態を例示し、また、その形態を詳細に説明したが、これに対しては、本発明の精神から又は添付した請求項の範囲から逸脱することなく、様々な修正を行い得ることは、当業者には容易に明らかである。

本発明に基づくグループ通話用の通信システムを示すブロック図。 本発明に基づくグループ通話方法をサポートするためのデータ構造を示すレイアウト。 本発明に基づくユーザによるグループ通話生成を示すフローチャート。 本発明に基づくネットワークによるグループ通話応答を示すフローチャート。 本発明に基づく存続時間機能を備えたグループ通話方法の他の実施形態を示す図。 グループ通話確立のためのネットワークによる応答を示すフローチャート。 本発明に基づくグループ通話方法の折り返し通話機能を示すフローチャート。

Claims (20)

1. 第１ユーザから第２ユーザのグループへ、サーバを含むネットワークを介した動的グループ通話のための方法であって、
   前記ネットワークでなく第１ユーザが、第２ユーザのグループに含ませるメンバを動的に選択する段階と、
   選択された第２ユーザの数が所定限度内であるかどうか判断する段階と、
   選択された第２ユーザの数が所定限度内である場合、第１ユーザが第２ユーザを第２ユーザのリストに追加する段階と、
   が含まれる動的グループ通話のための方法。
2. 前記メンバは第２ユーザのグループに追加されるべきであると第１ユーザが判断する段階が更に含まれる請求項１に記載の動的グループ通話のための方法。
3. 前記選択された第２ユーザの数が所定限度内ではない場合、失敗を示す第１ユーザへのメッセージを提供する段階が更に含まれる請求項１に記載の動的グループ通話のための方法。
4. サーバを含むネットワークを介した、第１ユーザから第２ユーザのグループへの動的グループ通話のための方法であって、
   前記ネットワークでなく第１ユーザ又は前記サーバが、第２ユーザのグループを動的に選択する段階と、
   選択された第２ユーザの数が所定限度内であるかどうか判断する段階と、
   選択された第２ユーザの数が所定限度内である場合、第１ユーザが第２ユーザを第２ユーザのリストに追加する段階と、
   が含まれる動的グループ通話のための方法。
5. 前記動的グループ通話が第２ユーザのグループを追加しつつあることを第１ユーザが判断する段階が更に含まれる請求項４に記載の動的グループ通話のための方法。
6. 選択された第２ユーザの数が所定限度内ではない場合、失敗を示す第１ユーザへのメッセージを提供する段階が更に含まれる請求項４に記載の動的グループ通話のための方法。
7. サーバを含むネットワークを介した、第１ユーザから第２ユーザのグループへの動的グループ通話のための方法であって、
   リスト完了メッセージを第１ユーザが前記ネットワークに動的に送信する段階と、
   前記リスト完了メッセージに関連した動的グループ通話リストを前記ネットワークが確認する段階と、
   前記動的グループ通話リストが確認された場合、第１ユーザが動的グループ通話アイデンティティを記憶する段階と、
   が含まれる動的グループ通話のための方法。
8. リスト完了メッセージを動的に送信する前記段階には、第１ユーザが第２ユーザのグループのネットワークにリストを送信する段階が含まれる請求項７に記載の動的グループ通話のための方法。
9. 前記動的グループ通話リストが第１ユーザによって送信されることを前記ネットワークが判断する段階と、
   前記動的グループ通話リストが第１ユーザによって送信される場合、前記動的グループ通話リストをデータベースに記憶する段階と、
   が更に含まれる請求項８に記載の動的グループ通話のための方法。
10. 前記動的グループ通話リストが第１ユーザによって送信されることを前記ネットワークが判断する段階が含まれ、
    前記ネットワークが確認する段階には、
    第１ユーザ用及び各第２ユーザ用の動的グループ通話リストを確認する段階と、
    前記動的グループ通話リストが無効である場合、失敗が起こったというメッセージを前記ネットワークが第１ユーザに提供する段階と、
    が更に含まれる請求項９に記載の動的グループ通話のための方法。
11. 動的グループ通話スロットがデータベースにおいて利用可能かどうかを前記ネットワークが判断する段階と、
    スロットが利用可能な場合、前記動的グループ通話リスト用の固有のグループＩＤを生成する段階と、
    動的グループ通話スロットが利用可能でない場合、前記動的グループ通話リスト用の以前用いられた動的グループ通話スロットを前記ネットワークが選択する段階と、
    が更に含まれる請求項１０に記載の動的グループ通話のための方法。
12. サーバを含むネットワークを介した第１ユーザから第２ユーザのグループへの動的グループ通話のための方法であって、
    前記ネットワークを介して、前記サーバに第２ユーザのグループの動的グループ通話リストを第１ユーザが動的に送信する段階と、
    直ちに動的グループ通話を開始するために、前記ネットワークを介して、第１ユーザが前記サーバに標識を送信する段階と、
    前記ネットワークによって直ちに前記動的グループ通話を開始する段階と、
    が含まれる動的グループ通話のための方法。
13. 第１ユーザが動的に送信する段階には、前記ネットワークに動的グループ通話リスト完了メッセージを第１ユーザが動的に送信する段階が含まれる請求項１２に記載の動的グループ通話のための方法。
14. 第１ユーザからの動的グループ通話リスト又は動的グループ通話リスト完了メッセージに対して、固有の動的グループ通話識別を選択する段階が更に含まれる請求項１２に記載の動的グループ通話のための方法。
15. 前記動的グループ通話リストに対応する存続時間パラメータを前記ネットワークが選択する段階が更に含まれる請求項１４に記載の動的グループ通話のための方法。
16. サーバを含むネットワークを介した第１ユーザから第２ユーザのグループへの動的グループ通話のための方法であって、
    前記ネットワークを介して前記サーバに第２ユーザのグループの動的グループ通話リストを第１ユーザが動的に送信する段階と、
    直ちに前記動的グループ通話を開始するために、前記ネットワークを介して、第１ユーザが標識を前記サーバに送信する段階と、
    第２ユーザのグループ及び第１ユーザに対して、前記動的グループ通話を開始する段階と、
    が含まれる動的グループ通話のための方法。
17. 第２ユーザのグループ及び第１ユーザが各々有効であるかどうか判断する段階と、
    第２ユーザのグループ及び第１ユーザが各々無効である場合、第１ユーザに表示を提供する段階と、
    が更に含まれる請求項１６に記載の動的グループ通話のための方法。
18. 前記動的グループ通話が現在活性状態であるかどうか判断する段階と、
    前記動的グループ通話が現在活性状態である場合、第１ユーザ又は第２ユーザを前記現在活性状態の通話に再度参加させる段階と、
    が更に含まれる請求項１７に記載の動的グループ通話のための方法。
19. 前記動的グループ通話リストを拡張する段階であって、第２ユーザのグループのサブグループを拡張する段階を含む段階が更に含まれる請求項１８に記載の動的グループ通話のための方法。
20. 前記開始する段階の後、第２ユーザの前記グループ及び第１ユーザの少なくとも１つからの応答を所定時間待つ段階と、
    前記応答が前記所定時間内に受信されない場合、第１ユーザに失敗を示す段階と、
    が更に含まれる請求項１９に記載の動的グループ通話のための方法。

Images