(57)【要約】インターネットプロトコル上で信号及びデータを送信する、無線通信ネットワークのような改良された双方向パケット中心型ネットワークに関するシステム及び方法。無線通信ネットワークのような改良されたネットワークは、高度な特徴と拡張されたサービス、例えば、無線通信ネットワークと同じような多数のネットワークに渡るローミング能力等をそのユーザーに提供する。無線ネットワークのような双方向ネットワークの作動のための拡張されたクライアントアプリケーションを含む多数のクライアント端末は、同じネットワーク上の１若しくはそれ以上のクライアント端末、又は異なる無線ネットワーク上の１若しくはそれ以上のクライアント端末にアクセスし、交信し、通信する。【選択図】図１
2005502238.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも２台のクライアント端末を収容するコンピューティング及びコミュニケーション下で、少なくとも２台のクライアント端末の間で、双方向パケット中心型のメッセージ送信を行う方法であって、
少なくとも２つのクライアントシステム上の少なくとも１つの通信サブネットワークの定義を確立するステップと、
少なくとも１つのクライアントシステムの動作状態の変更に関して、少なくとも１つのクライアントシステムによって提示されるリクエストを受け入れるステップと、
少なくとも２つのクライアントシステムの間の交信が、少なくとも１つの第２クライアントシステムに交信しようとしている少なくとも１つの第１クライアントシステムによってもたらされる通信リクエストと、少なくとも１つの第２クライアントシステムによって提示される交信の承認に関するレスポンスとに相当する、双方向の信号メッセージの伝達によって確立されるステップと、
少なくとも１つのクライアントシステムと少なくとも１つの第２クライアントシステムとの間の、少なくとも１つの双方向パケットベース通信チャネルを実体化するステップと、
少なくとも２つのクライアントシステムの間で、双方向のパケットベースメッセージを送るステップと、
その結果、少なくとも２つのクライアントシステムの間での、制御信号とメッセージの双方向パケットベース送信を提供するステップと、
を含む双方向パケット中心型メッセージ送信方法。
【請求項２】
前記通信サブネットワークの定義を確立するステップが、
少なくとも１つの通信サブネットワークとつながっている少なくとも２つのクライアントシステム上の少なくとも１つの通信サブネットワークのリストを作るステップと、
特定のネットワーク制御データを、少なくとも１つの通信サブネットワークのリストに挿入するステップと、
少なくとも１つの通信ネットワークとつながっている少なくとも２つのクライアントシステム上に、少なくとも１つの通信サブネットワークとつながっている少なくとも２つのクライアントシステムのリストを構築するステップと、
クライアントの特定のアドレスデータを、少なくとも２つのクライアントシステムのリストに挿入するステップと、
を含む請求項１に記載の双方向パケット中心型メッセージ送信方法。
【請求項３】
前記リクエストを受け入れるステップが、
少なくとも１つのクライアントシステムによってもたらされるアドレスリクエストと添付されたアドレスデータを取得するステップと、
少なくとも１つのクライアントシステムによって提示される通信リクエストを許可するステップと、
少なくとも２つのクライアントシステム上の少なくとも２つのクライアントシステムのリストにおいて確立される少なくとも１つのクライアントシステムレコードを更新することによって、少なくとも１つのクライアントシステムの動作状態を変更するステップと、
を含む請求項１に記載の双方向パケット中心型メッセージ送信方法。
【請求項４】
少なくとも１つの第２クライアントシステムに向けられた少なくとも１つの第１クライアントシステムによって提示される、通信インビテーション制御メッセージ及び添付ＩＤデータを取得するステップと、
少なくとも１つの第１クライアントシステムによって提示された添付ＩＤデータを、少なくとも１つの第２クライアントシステムの有効なインターネットプロトコル（ＩＰ）アドレスへと変換するステップと、
少なくとも１つの第１クライアントシステムによって提示される、通信インビテーション制御メッセージ及び添付されたＩＰアドレスデータを、少なくとも１つの第２クライアントシステムへと転送するステップと、
少なくとも１つの第２クライアントシステムに交信しようとする試みに関して少なくとも１つの第１クライアントシステムに通知するステップと、
少なくとも１つの第２クライアントシステムからの承認の応答を受け入れるステップと、
少なくとも１つの第１クライアントシステムへの承認の応答を送信するステップと、
少なくとも２つのクライアントシステムのリストにおいて確立されている少なくとも１つの第１クライアントシステムレコードを更新することによって、少なくとも１つの第１クライアントシステムの動作状態を変更するステップと、
少なくとも１つのクライアントシステム上の少なくとも２つのクライアントシステムのリストにおいて確立されている少なくとも１つの第２クライアントシステムを更新することによって少なくとも１つの第２クライアントシステムの動作状態を変更するステップと、
を含む仲介ステップを有する、請求項１に記載の双方向パケット中心型メッセージ送信方法。
【請求項５】
前記実体化するステップが、
パケットベースの少なくとも１つの通信チャネルを確立するためのネットワークリソースを割り当てるステップと、
少なくとも１つのパケットベース通信チャネルの開放により少なくとも１つのパケットベース通信チャネルを取得するステップと、
割り当てられた少なくとも１つのパケットベース通信チャネルリソースに関して、少なくとも１つの第１クライアントシステムと少なくとも１つの第２クライアントシステムに通知するステップと、
少なくとも１つのパケットベース通信チャネルの作動に関して、少なくとも１つの第１クライアントシステム及び少なくとも１つの第２クライアントシステムから承認の応答を受信するステップと、
を含む請求項１に記載の双方向パケット中心型メッセージ送信方法。
【請求項６】
少なくとも１つの通信サブネットワークの構造上の要素を論理的に定義するステップをさらに含む、請求項１に記載の双方向パケット中心型メッセージ送信方法。
【請求項７】
少なくとも２つのクライアントシステム上の少なくとも１つの通信サブネットワークとつながっている複数のユーザーグループのレコードを確立するステップをさらに含む、請求項１に記載の双方向パケット中心型メッセージ送信方法。
【請求項８】
少なくとも１つのクライアントシステムのＩＤを、独立して作動している外部のサーバーシステムのサービスを経由して、一時的なインターネットプロトコルアドレスに変換するステップをさらに含む、請求項１に記載の双方向パケット中心型メッセージ送信方法。
【請求項９】
少なくとも１つのクライアントシステムのＩＤを、独立して作動している外部のゲートウエイシステムのサービスを経由して、一時的なインターネットプロトコルアドレスに変換するステップをさらに含む、請求項１に記載の双方向パケット中心型メッセージ送信方法。
【請求項１０】
少なくとも２台のクライアント端末の間で、双方向パケットベースメッセージ送信を行うためのシステムを有するコンピューティング及びコミュニケーション環境下で、
少なくとも１台の第２クライアント端末にアクセスし、交信し及び通信するために、並びに、少なくとも２つのクライアント端末の関連する定義を伴う少なくとも１つのパケットベース通信サブネットワークの定義に関する、適当なデータ構造からなるユーザーデータベースを蓄積するために、通信サブネットワークの加入者によって操作される少なくとも１台の第１クライアント端末要素と、
少なくとも２台のクライアント端末の間での信号メッセージの送信及びデータ伝達のための基盤として利用される、少なくとも１つのセルラーネットワーク要素と、
少なくとも１つの第１通信ネットワークにおける少なくとも１台の第１クライアント端末に対して、少なくとも１つの第２通信ネットワークにおける少なくとも１台の第２クライアント端末にアクセスし、交信し、通信するオプションを与える、少なくとも１台のゲートウエイ端末要素と、
を含むシステム。
【請求項１１】
前記少なくとも１台のクライアント端末が、
パケット優先のパケットベースリアルタイムデータによる伝送のためのリアルタイム伝送プロトコルモジュール要素と、
信号の暗号化及び解読のための、コーダー／デコーダーモジュール要素と、
少なくとも１つの第２クライアントシステムのＩＤを、一時的なインターネットプロトコルアドレスに変換するための、インターネットプロトコルアドレス変換モジュールのための通信端末アドレス要素と、
少なくとも１つの第１クライアント端末と、少なくとも１つの第２クライアント端末の間で、セルラーネットワークを通って、添付パラメーターを有するリクエストを送信する信号モジュール要素と、
少なくとも１台の第１クライアント端末及び少なくとも１台の第２クライアント端末のユーザーが、パケットベース送信の送信及び受信を実行するクライアント端末を操作できるようにする、ユーザーインターフェースモジュール要素と、
を含む請求項１０に記載のシステム。
【請求項１２】
少なくとも２つの一組のマルチポイントカンファレンスモジュールの操作を制御する、マルチポイントカンファレンス制御モジュールをさらに含む、請求項１１に記載のシステム。
【請求項１３】
少なくとも２台のクライアント端末を収容するコンピューティング及びコミュニケーション環境下で、少なくとも２台のクライアント端末の間で双方向のパケット中心型接続及びメッセージ送信を行う方法であって、
第１クライアント端末上にある第１クライアントアプリケーションが、第１クライアントの内部アドレス帳から少なくとも１つのユーザー情報を取得するステップと、
第１クライアントが、通信する少なくとも１人の目的クライアントを選択するステップと、
第１クライアントアプリケーションが、目的クライアントアドレスを決定するステップと、
第１クライアントが、目的クライアントにインビテーションを送信するステップと、
直接のリンクが、第１クライアントと目的クライアントとの間に確立されるステップと、
を含む双方向パケット中心型接続及びメッセージ送信方法。
【請求項１４】
前記ユーザー情報を取得するステップが、ユーザーが目的クライアントのＩＤを手動で打ち込むことにより達成される、請求項１３に記載の双方向パケット中心型接続及びメッセージ送信方法。
【請求項１５】
前記目的クライアントアドレスを決定するステップが、第１クライアントの内部アドレス帳の中で目的クライアントアドレスを調べるステップをさらに含む、請求項１３に記載の双方向パケット中心型接続及びメッセージ送信方法。
【請求項１６】
前記目的クライアントアドレスを決定するステップが、第１ユーザーのクライアントデータ蓄積領域内で目的クライアントアドレスを調べるステップをさらに含む、請求項１３に記載の双方向パケット中心型接続及びメッセージ送信方法。
【請求項１７】
前記目的クライアントアドレスを決定するステップが、セルラーネットワークの一部である第三のサーバーにアクセスし、目的クライアントアドレスを取得するステップをさらに含む、請求項１３に記載の双方向パケット中心型接続及びメッセージ送信方法。
【請求項１８】
前記インビテーションを送信するステップが、目的クライアントのＩＤ、目的クライアントのＩＰ、又は目的クライアントの電話番号を送信するステップをさらに含む、請求項１３に記載の双方向パケット中心型接続及びメッセージ送信方法。
【請求項１９】
前記インビテーションを送信するステップが、目的クライアントのポート、コーダー／デコーダーのルーチン、及び第一クライアントのＩＤを送信するステップをさらに含む、請求項１３に記載の双方向パケット中心型接続及びメッセージ送信方法。
【請求項２０】
前記インビテーションを送信するステップが、セルラーネットワーク上にある第三のサーバーへメッセージを送信するステップを含み、
そのメッセージが目的クライアントの電話番号及び第１クライアントアドレスを含むものであって、
目的クライアントがそのメッセージを受信し第１クライアントアドレスを通して直接に接続を始めるステップと、
を含む、請求項１３に記載の双方向パケット中心型接続及びメッセージ送信方法。
【請求項２１】
前記インビテーションを送信するステップが、目的クライアントに、目的クライアントアドレスを用いて直接に接続を確立するためのインビテーションを送信するステップを含む、請求項１３に記載の双方向パケット中心型接続及びメッセージ送信方法。
【請求項２２】
第１クライアントが、目的クライアントから承認メッセージを受け入れるステップをさらに含む、請求項１３に記載の双方向パケット中心型接続及びメッセージ送信方法。
【請求項２３】
第１クライアントが、目的クライアントからＩＤ情報を受信するステップをさらに含む、請求項１３に記載の双方向パケット中心型接続及びメッセージ送信方法。
【請求項２４】
前記アドレスがＩＰアドレスである、請求項１３に記載の双方向パケット中心型接続及びメッセージ送信方法。
【請求項２５】
少なくとも２台のクライアント端末を収容する通信環境下で、少なくとも２台のクライアント端末の間で、双方向パケット中心型接続を確立し、及びメッセージを送信するための装置であって、
第１クライアントの内部アドレス帳から少なくとも１つのユーザー情報を取得し、通信する少なくとも１つの目的クライアントを選択し、目的クライアントアドレスを決定し、及び目的クライアントにインビテーションを送信するためにプログラミングされた第１クライアント端末上の第１クライアントアプリケーションを含み、
これにより、第１クライアントと目的クライアントとの間で直接の接続が確立される、双方向パケット中心型接続の確立及びメッセージ送信装置。
【請求項２６】
前記アプリケーションが、ユーザーに目的クライアントのＩＤを手動で打ち込むことを可能とする、請求項２５に記載の双方向パケット中心型接続の確立及びメッセージ送信装置。
【請求項２７】
前記アプリケーションが、第１クライアントの内部アドレス帳の中で目的クライアントアドレスを調べることによって決定を行うようにプログラミングされた、請求項２５に記載の双方向パケット中心型接続の確立及びメッセージ送信装置。
【請求項２８】
前記アプリケーションが、第１ユーザーのクライアントデータ蓄積領域内で目的クライアントアドレスを調べることによって決定を行うようにプログラミングされた、請求項２５に記載の双方向パケット中心型接続の確立及びメッセージ送信装置。
【請求項２９】
前記アプリケーションが、セルラーネットワークの一部である第三のサーバーにアクセスし、目的クライアントアドレスを取得することによって決定を行うようにプログラミングされた、請求項２５に記載の双方向パケット中心型接続の確立及びメッセージ送信装置。
【請求項３０】
前記アプリケーションが、目的クライアントのＩＤ、目的クライアントのＩＰ、又は目的クライアントの電話番号をさらに送信する、請求項２５に記載の双方向パケット中心型接続の確立及びメッセージ送信装置。
【請求項３１】
前記アプリケーションが、目的クライアントのポート、コーダー／デコーダールーチン、及び第１クライアントのＩＤをさらに送信する、請求項２５に記載の双方向パケット中心型接続の確立及びメッセージ送信装置。
【請求項３２】
前記アプリケーションが、セルラーネットワーク上にある第三のサーバーへメッセージを送信し、そのメッセージが目的クライアントの電話番号及び第１クライアントアドレスを含むものであって、目的クライアントがそのメッセージを受信し第１クライアントアドレスを通して直接に接続を開始するようにプログラミングされた、請求項２５に記載の双方向パケット中心型接続の確立及びメッセージ送信装置。
【請求項３３】
前記アプリケーションが、目的クライアントに、目的クライアントアドレスを用いて直接に接続を確立するために、インビテーションをさらに送信する、請求項２５に記載の双方向パケット中心型接続の確立及びメッセージ送信装置。
【請求項３４】
前記アプリケーションが、目的クライアントからの承認メッセージを受け入れるようにプログラミングされた、請求項２５に記載の双方向パケット中心型接続の確立及びメッセージ送信装置。
【請求項３５】
前記アプリケーションが、目的クライアントからＩＤ情報を受信するようにプログラミングされた、請求項２５に記載の双方向パケット中心型接続の確立及びメッセージ送信装置。
【請求項３６】
前記アドレスがＩＰアドレスである、請求項２５に記載の双方向パケット中心型接続の確立及びメッセージ送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連する出願］
本出願は、２００１年９月６日にされたＰＣＴ出願ＰＣＴ／ＩＬ０１／００８４６、発明の名称「インターネットプロトコルによる双方向無線通信ネットワーク送信を提供するための方法及びシステム」に基づく優先権を主張するものである。
本発明は、概して通信システムに、より詳しくはインターネットプロトコルを用いた無線電話ネットワークを通じて行われる、無線通信システムのような双方向のシステム内及びその間でのパケット中心型メッセージ送信についてのシステム及び方法に関する。
【背景技術】
【０００２】
双方向無線通信ネットワークは、組織内で連絡を取るための、柔軟な、用途の多い、費用のかからない手段である。無線ネットワークは、一般的には、建設工事、公共行事のセキュリティ範囲、テレビ又は映画の制作等のような限られた領域内に分散する個人を接続する際に有効である。双方向無線通信の設備は、中央オフィスのような固定の場所に設置されたり、動く乗物内に取り付けられたり、又はバッテリーで動く携帯端末に内蔵されたりすることが可能である。２つの周波数を持つシステムにおいては、送信者が１つの周波数において作業を行い、受信者はもう一つの周波数において行う。したがって、移動可能な携帯用端末は、お互いに通信することができないが、中央オペレーターは、システムのユーザーを監視している。オペレーターが、１又はそれ以上の領域の端末を呼び出すことを望む時は、そのメッセージが、スイッチのついているすべての無線端末に届くことになる。一般的には、双方向無線ネットワークの範囲は数マイルに限られているが、移動可能な携帯用端末からの信号を受信して、それらを再送信するために、中継システムを利用することが可能である。結果として、より広い範囲がカバーされる。広範囲の無線ネットワークは、しばしば、別々のユーザーとして操作することが可能であるが同じ基盤を使用できることも必要な、軍隊、警察、消防その他の非常時サービスのような機関によって用いられる。地方行政、貨物船体、大規模な公共行事の組織のようなさまざまな適用対象が、無線システム内のユーザーグループを割り当てられ、使用に応じて課金されることも可能である。無線ネットワークは、一般的には、タクシー会社、医療補助隊、警察部門、アマチュア無線のオペレーターによって使用されている。製造工場、輸送センター、大学、病院のような建物環境もまた、限られた領域内にいる大規模な人々のグループの活動を統合することによって、現場で双方向無線の利益を得ることができる。双方向無線技術は、カンファレンスコールを設定したり、端末対端末の通信をしたりする必要なしに、無線音声通信やグループコールやプライベートコールを経由して即時の直接的な接続ができるといったような、特有の利益をユーザーに与える。
【０００３】
その利益とともに、現在の双方向無線ネットワークは、いくつかの重大な不利益も有している。ネットワークの確立は、第三者によって許可されなければならない。したがって、有効なネットワークを構成するためには、組織は、登録、許可、周波数の割り当て、オペレーティングライセンスに対する規制団体を経由して申請しなければならない。
【０００４】
もう一つの不利益は、このようなネットワークの送信領域に関するものである。一般的な無線ネットワークの領域は、数マイルに限られており、運用エリアの拡張はかなりの出費を伴う。
【０００５】
さらにもう一つの双方向無線ネットワークの不利益は、利用可能な送信チャネルの数に関するものである。チャネルの数は、実質上、１から４０までの拡張幅に限られている。ネットワークの費用は、利用されるチャネルの数に直接に比例しているので、大多数の無線ネットワークにおいては、送信／受信端末は、半二重方式で作動する。
【０００６】
一般的な無線ネットワークの、さらにもう一つの深刻な不利益は、その費用に関するものである。移動可能な／固定された、送信／受信端末は、一般的には、ネットワークのタイプとしては独特であり、かなりの価格で購入せざるを得ない。
【０００７】
双方向無線ネットワークのさらにもう一つの不利益は、現在のネットワークが、送信される情報が音声にのみ限定されるような狭帯域チャネル（一般的には音声階級のチャネル）にすぎないということである。したがって、画像、グラフィック、ビデオ、音楽、データ等のような容量の大きいメディアを送信することはできない。
【０００８】
双方向無線ネットワークのさらに重要な不利益は、ローミングという特徴を欠いていることに関するものである。移動の際に地域の通信センターの間で自動的に「手渡し」されるセルラー通信ネットワークの移動可能な加入者とは異なり、双方向無線のユーザーは特定のエリアにおいて作動する特定のネットワークを使用するように制限されている。異なるネットワークに接続するためには、接続が相当の高価格で行われるＰＳＴＮやセルラーネットワークを通して特定のダイヤルを回すような、複雑な手続を取らざるを得ない。
【０００９】
高度な特徴を有する改良された双方向無線ネットワークに対する必要性が存在することは、当業者であれば容易に理解できると思われる。特に、上にリストアップしたような従来のシステムの利点と、ローミング能力、実質的に多数の通信チャネル、簡易化された操作手続を伴うより広範な適用領域のカバー、画像、ビデオ、音楽、グラフィック、テキストのような容量の多いメディアの形での情報送信といった、追加された有用な特徴とを組み合わせた、改良された高度な無線ネットワークに対する必要性がある。好ましくは、望まれるシステムは、電子メール接続、電子商取引アプリケーション、その他の十分に高度な通信ネットワークによって今日では日常的に提供されている有益なサービスのような、種々の高度な機能を供給すべきである。
【００１０】
［本発明の要約］
本発明の第１の側面は、少なくとも２台のクライアントシステムを収容するコンピューティング及びコミュニケーション環境下で、少なくとも２台のクライアントシステムの間で、双方向パケット中心型のメッセージ送信を行う方法であって、その方法が、少なくとも１つのクライアントシステム上の少なくとも１つの通信サブネットワークの定義を確立するステップと、少なくとも１つのクライアントシステムの動作状態の変更に関して、少なくとも１つのクライアントシステムによって提示されるリクエストを受け入れるステップと、少なくとも２つのクライアントシステムの間の交信が、少なくとも１つの第２クライアントシステムに交信しようとしている少なくとも１つの第１クライアントシステムによってもたらされる通信リクエストと、少なくとも１つの第２クライアントシステムによって提示される交信の承認に関するレスポンスとに相当する、双方向の信号メッセージの伝達によって確立されるステップと、少なくとも１つのクライアントシステムと少なくとも１つの第２クライアントシステムとの間の、少なくとも１つの双方向パケットベース通信チャネルを実体化するステップと、少なくとも２つのクライアントシステムの間で、双方向のパケットベースメッセージを送るステップと、その結果、少なくとも２つのクライアントシステムの間での、制御信号とメッセージの双方向パケットベース送信を提供するステップとを含むものに関する。
【００１１】
本発明の第２の側面は、少なくとも２台のクライアント端末の間で、双方向パケットベースメッセージ送信を行うためのシステムを有するコンピューティング及びコミュニケーション環境において、少なくとも１台の第２クライアント端末にアクセスし、交信し及び通信するために、並びに、少なくとも２つのクライアント端末の関連する定義を伴う少なくとも１つのパケットベース通信サブネットワークの定義に関する、適当なデータ構造からなるユーザーデータベースを蓄積するために、通信サブネットワークの加入者によって操作される少なくとも１台の第１クライアント端末要素と、少なくとも２台のクライアント端末の間での信号メッセージの送信及びデータ伝達のための基盤として利用される、少なくとも１つのセルラーネットワーク要素と、少なくとも１つの第１通信ネットワークにおける少なくとも１台の第１クライアント端末に対して、少なくとも１つの第２通信ネットワークにおける少なくとも１台の第２クライアント端末にアクセスし、交信し、通信するオプションを与える、少なくとも１台のゲートウエイ端末要素とを含むシステムに関する。
【００１２】
本発明の第３の側面は、少なくとも２台又はそれ以上のクライアント端末の間で双方向のパケット中心型接続及びメッセージ送信を行う方法であって、その方法が、クライアント端末上にあるクライアントアプリケーションが、クライアントの内部アドレス帳からユーザー情報を取得するステップと、クライアントが、通信する少なくとも１人の目的クライアントを選択するステップと、クライアントアプリケーションが、目的クライアントアドレスを決定するステップと、クライアントが、目的クライアントにインビテーション（invitation）を送信するステップと、直接のリンクが、クライアントと目的クライアントとの間に確立されるステップとを含むものに関する。前記ユーザー情報を取得するステップは、ユーザーが目的クライアントのＩＤを手動で打ち込むことにより達成されるものであってもよい。前記目的クライアントアドレスを決定するステップはまた、クライアントの内部アドレス帳の中で目的クライアントアドレスを調べるステップを含む。前記目的クライアントアドレスを決定するステップはまた、クライアントデータ蓄積領域内で目的クライアントアドレスを調べるステップを含む。前記目的クライアントアドレスを決定するステップはまた、セルラーネットワークの一部である第三のサーバーにアクセスし、目的クライアントアドレスを取得するステップを含む。
前記インビテーションを送信するステップはまた、目的クライアントのＩＤ、目的クライアントのＩＰ、又は目的クライアントの電話番号を送信するステップを含む。前記インビテーションを送信するステップはまた、目的クライアントのポート、コーダー／デコーダーのルーチン、及び第一クライアントのＩＤを送信するステップを含む。前記インビテーションを送信するステップはまた、セルラーネットワーク上にある第三のサーバーへメッセージを送信するステップを含み、そのメッセージが目的クライアントの電話番号及び第１クライアントアドレスを含むものであって、目的クライアントがそのメッセージを受信しクライアントアドレスを通して直接に接続を始めるステップを含む。前記インビテーションを送信するステップは、さらに、目的クライアントに、目的クライアントアドレスを用いて直接に接続を確立するためのインビテーションを送信するステップを含む。
前記方法はまた、クライアントが、目的クライアントから承認メッセージを受け入れるステップを含む。前記方法はまた、クライアントが、目的クライアントからＩＤ情報を受信するステップを含む。前記アドレスはＩＰアドレスである。
【００１３】
本発明の第４の側面は、少なくとも２台のクライアント端末の間で、双方向パケット中心型接続を確立し、及びメッセージを送信するための装置であって、第１クライアントの内部アドレス帳から少なくとも１つのユーザー情報を取得し、通信する少なくとも１つの目的クライアントを選択し、目的クライアントアドレスを決定し、及び目的クライアントにインビテーションを送信するためにプログラミングされた第１クライアント端末上の第１クライアントアプリケーションを含み、これにより、第１クライアントと目的クライアントとの間で直接の接続が確立される装置に関する。前記アプリケーションは、ユーザーに目的クライアントのＩＤを手動で打ち込むことを可能とする。前記アプリケーションは、第１クライアントの内部アドレス帳の中で目的クライアントアドレスを調べることによって決定を行うようにプログラミングされている。前記アプリケーションは、第１ユーザーのクライアントデータ蓄積領域内で目的クライアントアドレスを調べることによって決定を行うようにプログラミングされている。前記アプリケーションは、セルラーネットワークの一部である第三のサーバーにアクセスし、目的クライアントアドレスを取得することによって決定を行うようにプログラミングされている。前記アプリケーションはさらに、目的クライアントのＩＤ、目的クライアントのＩＰ、又は目的クライアントの電話番号を送信する。前記アプリケーションはさらに、目的クライアントのポート、コーダー／デコーダールーチン、及び第１クライアントのＩＤを送信する。前記アプリケーションは、セルラーネットワーク上にある第三のサーバーへメッセージを送信し、そのメッセージが目的クライアントの電話番号及び第１クライアントアドレスを含むものであって、目的クライアントがそのメッセージを受信し第１クライアントアドレスを通して直接に接続を開始するようにプログラミングされている。前記アプリケーションはさらに、目的クライアントに、目的クライアントアドレスを用いて直接に接続を確立するために、インビテーションを送信する。前記アプリケーションは、目的クライアントからの承認メッセージを受け入れるようにプログラミングされている。前記アプリケーションは、目的クライアントからＩＤ情報を受信するようにプログラミングされている。
【００１４】
［図面の簡単な説明］
本発明は、図面と関連してなされている以下の詳細な説明から、より十分に理解され認識される。
【００１５】
図１は、本発明の好ましい実施形態に従って、提示されているシステム及び方法を実行するのに有効な、例示的なＩＰＲＳシステムの、簡略化したブロック図である。
【００１６】
図２は、本発明の好ましい実施形態に従って、ＩＰＲＳサーバーアプリケーションを構成する要素を示したものである。
【００１７】
図３は、本発明の好ましい実施形態に従って、ＩＰＲＳクライアントアプリケーションを構成する有効な要素を示したものである。
【００１８】
図４は、本発明の好ましい実施形態に従って、提示されているシステム及び方法の例示的な構造を示したものである。そして、図５は、本発明の好ましい実施形態に従って、提示されているシステム上の情報の階層的なフローを説明する、簡略化したブロック図である。
【００１９】
図６は、本発明の好ましい実施形態に従って、階層的手法で系統づけられた提示されているシステム及び方法と関連する例示的要素を説明する、簡略化したブロック図である。
【００２０】
図７は、本発明の好ましい実施形態に従って、ユーザー登録処理を説明する、簡略化したフローチャートである。図８は、本発明の好ましい実施形態に従って、クライアントとサーバーの間の接続の終了を説明するフローチャートである。
【００２１】
図９Ａは、本発明の好ましい実施形態に従って、２人のユーザーの間での接続処理に伴うメッセージ交換を説明するフローチャートである。
【００２２】
図９Ｂは、本発明の好ましい実施形態に従って、接続処理に伴うメッセージの概念上の経路の図解による説明である。
【００２３】
図９Ｃは、本発明の好ましい実施形態に従って、ＩＰＲＳサーバーを用いない２人のユーザーの間での接続処理に伴うメッセージ交換を説明するフローチャートである。
【００２４】
図９Ｄは、本発明の好ましい実施形態に従って、ＩＰＲＳサーバーを用いない接続処理に伴うメッセージの概念上の経路の図解による説明である。
【００２５】
図１０Ａは、本発明の好ましい実施形態に従って、同じサーバーを利用する同じ無線ネットワーク内の間での通信の処理を説明する、簡略化したフローチャートである。
【００２６】
図１０Ｂは、本発明の好ましい実施形態に従って、図７Ａに関連して説明される処理に伴うメッセージの概念上の経路を図解により説明したものである。
【００２７】
図１１Ａは、本発明の好ましい実施形態に従って、第１の操作方式において同じ無線ネットワークにおいて作業するけれども、別個のサーバーとつながっている２人のユーザーの間での通信セッションのセットアップに伴うメッセージの概念上の経理を図解により説明している・
図１１Ｂは、本発明の好ましい実施形態に従って、第２の操作方式において同じ無線ネットワークにつながっているが異なるサーバーに含まれる２人のユーザーの間での通信の開始に伴うメッセージの概念上の経路を図解により説明している。
【００２８】
図１２Ａは、本発明の好ましい実施形態に従って、第１の操作方式において、２つの異なる無線ネットワークにつながっており、２つの異なるサーバーに含まれる２人のユーザー間での通信の開始に伴うメッセージの概念上の経路を図解により説明している。
【００２９】
図１２Ｂは、本発明の好ましい実施形態に従って、第２の操作方式において、２つの異なる無線ネットワークにつながっており、２つの異なるサーバーに含まれる２人のユーザーの間での通信の開始を含むメッセージの概念上の経路を図解により説明している。
【００３０】
図１３Ａは、本発明の好ましい実施形態に従って、単一の無線ネットワーク内にあり単一のサーバーに含まれる、単一のユーザーとＮターゲットユーザーのグループとの間のマルチキャスト通信セッションをシミュレートするユニキャストの開始に伴うメッセージの概念上の経路を図解により説明している。
【００３１】
図１３Ｂは、本発明の好ましい実施形態に従って、ＩＰＲＳサーバーを用ない、単一の無線ネットワーク内の単一のユーザーとＮターゲットユーザーのグループとの間のマルチキャスト通信セッションをシミュレートするユニキャストの開始に伴うメッセージの概念上の経路を図解により説明している。
【００３２】
図１４は、本発明の好ましい実施形態に従って、マルチポイントカンファレンス（ＭＣ）モジュールの、１つの機能を説明するフローチャートである。
【００３３】
図１５は、本発明の好ましい実施形態に従って、ＲＴＰセッションのセットアップの際の、マルチポイントカンファレンス（ＭＣ）の動作を説明する、簡略化したフローチャートを示している。
【００３４】
図１６は、本発明のさらに好ましい実施形態に従って、２つの異なる無線ネットワークにつながっており２つの異なるサーバーに含まれる２つのユーザーグループの間での通信に伴うメッセージの概念上の経路を図解により説明したものである。
【００３５】
図１７Ａ、１７Ｂ、１７Ｃ、１８Ａ、１８Ｂ、１９Ａ、１９Ｂ、１９Ｃ、２０Ａは、本発明の好ましい実施形態に従って、クライアントのグラフィカルユーザーインターフェース（ＧＵＩ）の様々な側面を表す例示的なディスプレイ画面を示している。
【００３６】
［好ましい実施形態の詳細な説明］
インターネットプロトコル（ＩＰ）やＸ．２５プロトコルのような、パケットベースのプロトコルを利用したセルラー通信ネットワークを通して送信する改良された双方向通信ネットワークが開示されている。標準的なイントラネットワークの機能に加えて、無線ネットワークのように改良されたネットワークは、高性能のローミングサービスのような高度な機能を供給する。無線ネットワークのような改良された双方向ネットワークは、パケット優先のプロトコルを作動させる種々の世界的な通信ネットワークにわたる情報の送信を可能にする。したがって、無線通信ネットワークのような双方向ネットワークの世界的な統合が達成される。改良された無線ネットワークにおいて送信される情報は、パケットベースであり、音声、グラフィックス、画像、ビデオ、データ、アプリケーション等のような種々のフォーマットで内容を送信する能力がある。提示されているシステム及び方法はまた、テキストメッセージの送信、電子メール、データ通信ネットワークへのアクセス等を含む統合されたデータサービスを供給する。ローミングサービスは、移動体通信の世界的システム（Global System for Mobile (GSM) communication）に基づく総合的なパケット無線サービス（General Packet Radio Service (GPRS)）技術の下で作動する通信ネットワークを通してサポートされる。本発明により提示されるシステム及び方法は、本書類の文章中、「インターネットプロトコル無線サービス（Internet Protocol Radio Service(IPRS)）」と呼ぶこととする。「ＩＰＲＳ」の名称は、便宜的に標識的な意味で用いられるにすぎず、したがって以下に述べるようなシステム及び方法に暗示的に限定されることを意図しているのではない、ということに注意すべきである。本発明の範囲は、以下の請求項に定義されている。本発明の文脈において、無線通信ネットワーク又はメッセージと同様のものは、無線通信ネットワーク又はメッセージを指している。無線（radio）への言及は、本発明に係る文脈においてなされており、特に従来の無線ネットワークをさしているのではない。本発明を理解しやすくするために、「無線（radio）」の語が用いられているのであって、狭く解釈されるべきではない。
【００３７】
ＩＰＲＳネットワークは、実質上拡張された無線ネットワーク間の接続の選択権を伴う、改良された双方向無線ネットワークである。ＩＰＲＳネットワークの加入者は、移動可能な又は固定された無線端末を操作する。提示されているシステム及び方法の実行の際作動する特に発達したクライアントアプリケーションは、好ましくは、無線端末にインストールされている方がよい。加入者は、携帯電話ネットワークのような従来の無線通信ネットワークとつながっているＩＰＲＳプラットフォームに接続する。ＩＰＲＳプラットフォームは、ユーザーデータベース及びＩＰＲＳプロセスサーバーがインストールされているコンピューティング及びコミュニケーション可能な装置である。本発明の別の好ましい実施形態においては、ＩＰＲＳプラットフォームはＩＰＲＳサーバーを含まない。アドレス指定と関連のあるどんなサーバーの機能も、第三のサーバーから取得され、他には、本発明を完成し使用するのにサーバーは必要とされない。ユーザーデータベースは、１又はそれ以上のＩＰＲＳネットワークの論理上の構造を定義する特定の情報を蓄積している、相互に接続された一組のデータ構造を含んでいる。その情報は、例えば、ＩＰＲＳネットワークのリストや、アドレス、ステイタス、グループメンバーシップ、サービスデータの品質等ユーザーと関連して機能する情報から成る。加入者は、１又はそれ以上のユーザーとの通信を確立する適切なリクエストを提示することによってＩＰパケット優先の通信チャネルを経由してＩＰＲＳプラットフォームにインストールされたＩＰＲＳプロセスサーバーに接続する。ＩＰＲＳサーバーは、最初の接続を確立するために、ユーザーがクエリーを送り、又はユーザーがそれを通して他のユーザーにメッセージを送る、第三のサーバーであってもよい。本発明に係る文脈において、「ＩＰＲＳサーバー」の語はまた、第三のサーバー又は適用される文脈によってはメッセージサーバーを意味している。リクエストされるユーザーは、同じＩＰＲＳネットワークを操作していてもよいし、他のどんなローカル又はリモートのＩＰＲＳネットワーク内にいてもよい。もしリクエストされたユーザーが加入者のように同じＩＰＲＳサーバーに登録されているのであれば、ＩＰＲＳサーバーは、同じ無線通信ネットワーク上の適切な通信チャネルを割り当てることによって加入者とリクエストされたユーザーとの間に適切な無線リンクを確立する。加入者にリクエストされたユーザーが、同じ無線通信ネットワークとつながっている異なるＩＰＲＳプラットフォームにインストールされている異なるＩＰＲＳサーバーに登録されている時は、ＩＰＲＳサーバーは、同じ無線通信ネットワーク上の適切な通信チャネルを割り当てることによって加入者とリクエストされたユーザーとの間の適切な無線リンクを確立する。もし、加入者にリクエストされたユーザーが、１又はそれ以上のリモート無線通信ネットワークとつながっている１又はそれ以上のＩＰＲＳプラットフォームにインストールされている１又はそれ以上の異なるＩＰＲＳサーバーに登録されているならば、ＩＰＲＳサーバーは適切なゲートウエイ装置を経由して１又はそれ以上のリモート無線ネットワーク上の異なるＩＰＲＳサーバーとの間の通信リンクを確立する。このように、加入者は、同じＩＰＲＳサーバー内に定義されている同じＩＰＲＳネットワークのユーザー、同じＩＰＲＳサーバー内に定義されている異なるＩＰＲＳネットワークのユーザー、及びリモート無線通信ネットワークとつながっている異なるＩＰＲＳサーバーにおいて定義されている異なるＩＰＲＳネットワークのユーザーと通信できるオプションを与えられる。加えて、ＩＰＲＳネットワークは、１つの無線通信ネットワークとつながっている同じＩＰＲＳネットワークのＩＰＲＳサーバー上の１又はそれ以上のユーザーを定義づけること、及びリモート無線通信ネットワークとつながっている異なるＩＰＲＳサーバー上の同じＩＰＲＳネットワークの１又はそれ以上の異なるユーザーを定義づけることによって、異なる無線通信ネットワーク間に広がっていくことが可能である。提示されているシステム及び方法は、即時接続、グループコール、プライベートコール、端末対端末の通信等のような従来の双方向無線ネットワークのすべての機能を供給する。提示されているシステム及び方法はまた、拡張された送信内容、動的に割り当てられる帯域幅、実質上多数のチャネル、半二重通信、高度なサービス、減少した費用を与えることにおいても有効がある。
【００３８】
提示されているシステム及び方法は、接続がＩＰＲＳサーバーなしに達成される特定の通信方式を選択できるという選択権をクライアントに与える。この通信方式は、ＩＰ番号を用いることによるクライアント間の接続に基づいている。その通信はまた、ＩＰＲＳクライアントにアクセス可能であり、クライアントの電話番号を現在のＩＰ番号に変換する能力を有している、ＳＭＳサーバー、ＲＡＤＩＵＳサーバー又はＲＡＤＩＵＳゲートウエイのような非ＩＰＲＳセルラーネットワークの存在の利用にも基づいている。このような好ましい実施形態によると、コールを開始するユーザーは、開始するユーザーのセルラー端末がターゲットユーザーのセルラー端末のＩＰアドレスを含んでいるのであれば、ターゲットユーザーに直接にコンタクトしてもよい。開始するユーザーがそのようなＩＰアドレスを持っていないのであれば、彼自身のＩＰでターゲットユーザーのセルラー端末にメッセージを送ってもよい。この特定のメッセージは、ターゲットユーザーのセルラー端末に、開始するユーザーへのＩＰＲＳ接続（ＩＰに基づく）を開始するように指示をし、そして、開始するユーザーとターゲットユーザーの端末が各々のＩＰアドレスを所有すると、通信は完了する。
【００３９】
本発明の好ましい実施形態において、提示されているシステムは、リアルタイム伝送プロトコル（Real Time Transport Protocol）／リアルタイムコントロールプロトコル（Real Time Control Protocol）（ＲＴＰ／ＲＴＣＰ）の下で作動する。本発明の他の好ましい実施形態においては、ユニックスベースビジュアルオーディオツール（Unix（登録商標）-Based Visual Audio Tool (VAT)）等のような他のプロトコルを用いることも可能である。本発明の好ましい実施形態においては、提示されているシステム及び方法によるアクセス、通信、送信の基礎をなす基盤として利用される無線通信ネットワークは、ＧＰＲＳサービスの下で機能する携帯電話通信ネットワークである。本発明の他の好ましい実施形態においては、他のパケット中心型送信技術は、セルラーデジタルパケットデータ（Cellular Digital Packet Data (CDPD)）広帯域ＣＤＭＡ（Wideband CDMA (WCDMA)）等のようなものによってサポートされることが可能である。
【００４０】
ここで、提示されているシステム及び方法を実行するのに有効となり得る、例示的なＩＰＲＳシステム１０の、簡略化したブロック図を示す図１に言及する。システム１０は、ユーザー１２、１４、１６と、無線通信ネットワーク２４と、リモート無線ネットワーク３６、３８、４０とを含んでいる。ユーザー１２、１４、１６は、本発明の好ましい実施形態に従って設計され実行される双方向無線通信ネットワークの加入者である。ユーザー１２、１４、１６及びそれらとつながっている無線ネットワークに関する適当な制御情報は、無線通信ネットワーク２４内のＩＰＲＳコンピューティングと通信プラットフォーム２８の上に確立される。ユーザー１２、１４及び１６は、通信端末１８、２０及び２２をそれぞれ操作する。通信端末１８、２０、２２は、従来の移動セルラー端末、携帯情報端末（Personal Digital Assistants (PDA)）、パーソナルコンピュータ（ＰＣ）、又はその他の、適切な無線モデム装置がインストールされていることによって無線通信の性能を有する移動式又は固定の端末であればよい。端末１８、２０及び２２はまた、初めから双方向無線ネットワーク内で用いるために開発された、特別に変更されたＴ／Ｒ端末であってもよい。本発明の好ましい実施形態においては、利用される通信端末は、米国テキサス州ヒューストンのCompaq Corp.によって製造されたIPAQ pocket PCsである。本発明の他の好ましい実施形態においては、基本的に同じ必要なハードウエアオプションを有する他の異なる通信端末、例えばフィンランドのKeilalahdentiにあるNokia Corp.によって製造されたNokia９２１０のような端末が用いられてもよい。ＩＰＡＱ端末は、Windows（登録商標） CE  オペレーティングシステムの制御により動いており、Nokia９１２０は、Symbianオペレーティングシステムのサービスを経由して動かされている。端末にインストールされている無線モデムは、例えば、米国カリフォルニア州サンディエゴのNovatel Wireless Inc.により製造されたMerlin無線モデム等であり得る。端末１８、２０、２２は、ユーザー１２、１４、１６が、同じ無線ネットワーク又はリモート無線ネットワークにつながっている望まれたユーザーにアクセスし、通信することを可能とするために実行されるＩＰＲＳクライアントアプリケーションを有している。そのＩＰＲＳクライアントアプリケーション（図示されていない）は、信号機能、伝送機能、及びユーザーインターフェースを含んでいる。ＩＰＲＳクライアントアプリケーションの作動については、次に続く図と関連して、下に説明されている。論じている図には３台の加入者端末しか示されていないけれども、実際に構成される環境においては、多数の加入者端末が、与えられる無線ネットワーク内において作動し得ることは明らかである。加入者１２、１４及び１６は、互いに異なるＩＰＲＳネットワークとつながっていてもよいし、同じＩＰＲＳネットワークのメンバーであってもよいこともまた明らかである。
【００４１】
さらに図１について言及すると、無線通信ネットワーク２４は、無線アンテナ装置２６、ＩＰＲＳプラットフォーム２８、及びゲートウエイ装置３４を含んでいる。アンテナ２６は、加入者端末１８、２０及び２２により送信及び受信されるＲＦ信号を受信及び送信する際に機能する。アンテナ２６は、ハードケーブルか無線リンクのどちらかを経由して、ＩＰＲＳプラットフォーム２８に接続されている。プラットフォーム２８は、ユーザーデータベース３０及びＩＰＲＳプロセスサーバー３２を蓄積する記憶装置（図示されていない）を有するコンピューティング及びコミュニケーション装置である。サーバー３２は、マルチポイントカンファレンスモジュール（Multi-point Conference Module (MC)）３１及びメディアプロセッサーモジュール（Media Processor Module (MP)）２９を含んでいる。本発明の迅速な理解に不可欠である、ＩＰＲＳプラットフォーム２８に設けられているそれらの要素だけが示されているにすぎないことに注意すべきである。実際の構成においては、プラットフォーム２８は、それらの適切な作動に不可欠な多数のハードウエアとソフトウエア装置を含んでいてもよい。１つのＩＰＲＳプラットフォーム２８しか描かれた図には示されていないが、実際の構成においては、異なるプラットフォーム間において負荷のバランスが取れるように、複数のＩＰＲＳプラットフォームが１つの無線通信ネットワークにつながっていてもよいことは明らかである。さらに、１つのＩＰＲＳプラットフォームが、複数の無線通信ネットワークにつながっていてもよいと考えられる。現在論じている図面は、ユーザーデータベース３０及びＩＰＲＳプロセスサーバー３２が、同じコンピューティング及びコミュニケーションプラットフォーム２８に設置されているという構成を示している。他の考えうる配置では、データベース３０とサーバー３２は異なる装置に設けられていてもよい。本図面はさらに、ＭＰ２９及びＭＣ３１が同じプラットフォーム２８に設置されていることも示している。他の考えうる構成においては、ＭＣ３１及びＭＰ２９は、作業量を最適に分担できるように、異なるプラットフォームに設けられていてもよい。このように、ＭＣ３１は、そのＭＣ３１及び各々のＭＰとともに同じコンピューティングプラットフォームに設置され、又は異なるコンピューティングプラットフォームにインストールされている複数のＭＰ２９を同時に作動させることが可能である。複数のＭＰ２９の作動は、負荷のバランスを取っているサーバー装置によって制御されていてもよい。ユーザーデータベース３０は、有効なＩＰＲＳネットワーク、ユーザーのグループのようなＩＰＲＳサブネットワーク、ネットワーク又はユーザーのグループと関連するユーザーのリストに関する情報を蓄積している一組のデータ構造である。その情報は、ユーザーＩＤやユーザーステータス等の様々な機能的なデータを含んでいてもよい。ユーザーデータベースのより詳細な説明は、次に続く図と関連して、下に述べられている。ＩＰＲＳサーバー３２は、ＩＰＲＳシステム及び方法の作動のために特別に開発された一組のプログラムである。サーバー３２は、通信チャネルを割り当るために、ユーザーへの接続、リモート無線ネットワーク��のアクセス等のための、加入者のアクセス及び接続に関するリクエストを受け入れる際に作動する。サーバー３２は、ＭＣ３１及びＭＰ２９のような機能的なモジュールを含んでいる。ＭＣ３１は、ＩＰＲＳサーバーの信号機能を請け負っており、ＭＰ２９はデータ伝送を扱っている。もし、接続リクエストが、リモート無線通信ネットワークに含まれるユーザーとの通信を希望する加入者によってなされているのであれば、サーバー３２は目的のネットワークを割り出し、ゲートウエイサーバー３４に前記リモートネットワークに接続するよう指示する。ゲートウエイ３４は、異なる通信ネットワークと接続し、その情報内容を目的のネットワークに適したフォーマットへ変換する際に作動する、コンピューティング及びコミュニケーション装置である。無線ネットワーク２４は、１以上のゲートウエイ装置を含んでいてもよい。無線ネットワーク３６、３８及び４０は、ＧＰＲＳサービス又は他のパケット優先の技術を利用した通信ネットワークである。リモートネットワーク３６、３８、４０は、サーバー３２の構造及び機能とよく似た構造及び機能を有している、それら自身のリモートＩＰＲＳサーバー（図示されていない）を含んでいる。ゲートウエイ装置３４は、そこに定義されたユーザーとの通信に関する加入者のリクエストを送信するために、リモートＩＰＲＳサーバーと通信する。リモートＩＰＲＳサーバーは、リクエストする者とされる者との間の通信経路を作る際に作動する。論じている図には３つのリモートネットワークしか示されていないけれども、実際の通信環境においては、多数のリモートネットワークが、多数のユーザー間の通信チャネルを提供するために、多数のゲートウエイ装置を通じて接続可能であってもよい。
【００４２】
図２は、本発明の好ましい実施形態に従って、図１のＩＰＲＳサーバーアプリケーション２６を構成している有効な要素を示している。ＩＰＲＳサーバー１０１は、図１のＩＰＲＳプラットフォーム２８の記憶装置に蓄積されている特別に開発された一組のソフトウエアルーチンから成るものであってもよい。ＩＰＲＳサーバー１０１はまた、既製の集積回路又はアプリケーションの作動に対して機能する一組の適切な内蔵のマシンコード命令を蓄積しているアプリケーション特定集積回路（ＡＳＩＣ）のような、１又はそれ以上のハードウエア装置から成るものであってもよい。サーバー１０１は、フロー及びコール制御要素１０２、オンライン登録要素１０４、プロビジョニング要素１０６、ビリング要素１０８、コンフィグレーション要素１１０、トランスポートハンドラー１１２、ローミングハンドラー１１４、ルーティングハンドラー１１６、ボイスコーダー変換器１１８、グループ更新ハンドラー１２０、及びマネジメントモジュール１１９を含んでいる。本発明において提示されているシステム及び方法の作動に不可欠な主な要素は、マルチポイントカンファレンス（ＭＣ）１２２及びメディアプロセッサーモジュール（ＭＰ）１２１である。フロー及びコール制御要素１０２は、アプリケーションの主な制御モジュールである。オンライン登録要素は、システムへの登録を望むユーザーと通信し、必要とされれば現存する接続を終わらせ、ユーザーデータベースにおける関連するステイタスフラッグを更新する。プロビジョニング要素１０６は、カスタマーサービスを供給し、トランザクションを記録し、リソースを割り当て、一般的にはユーザーにより必要とされるサービスをセットアップする際に作動する。ビリング要素１０８の機能は、システムに対しビリングサービスを提供し、様々なネットワーク特有の又はユーザー特有の課金方法（セッションごとの支払い、一律料金等）を取り扱うことである。コンフィグレーション要素１１０は、アドレス、ユーザーID、新しい無線ネットワークのセットアップの変更等のようなシステムの設定を可能とする。トランスポートハンドラー１１２は、ネットワーク内のデータの送信を請け負い、ローミングハンドラー１１６は、適切なネットワークに入ってくるリクエストのチャネリングを制御し、リモートネットワークにつながっているユーザーのリクエストを受け入れ、処理する。ボイスコーダー変換器１１８は、アナログ通話信号をデジタルデータに変換し、通話シンセサイザーを経由してデジタルデータを人工的な通話音に変換する。グループ更新ハンドラー１２０は、共通のグループに関連するユーザーのパラメーターを変更することを可能にする。マネジメントモジュール１１９は、ＩＰＲＳアプリケーションの操作者に対し、システム設定、データベースのバックアップ／復旧、システム生成、制御テーブル更新等を可能にするようなサーバーのオペレーションをアップグレードし、維持し、制御することを可能にする。
【００４３】
マルチポイントカンファレンス（ＭＣ）モジュール１２２は、提示されているシステムのユーザー間で、信号メッセージを受信し、処理し、及び転送する。ＭＣモジュール１２２はまた、ＭＰモジュール１２１に対し伝送セッションを開始するように指示する際に作動する。ＭＰモジュール１２１は、様々な通信者の間でデータを転送し、及び異なるコーダー／デコーダーの間でのメッセージをコード変換する際に作動する。本発明の他の好ましい実施形態においては、様々な有益なモジュールが、提示されているシステム及び方法のオペレーションをさらに改良するために加えられてもよく、補足の機能が追加されてもよい。
【００４４】
図３は、ＩＰＲＳクライアントアプリケーション６５２の有効な要素を示すブロック図を簡略化したものである。クライアントアプリケーション６５２は、特別に開発され、移動可能な無線電話のような加入者端末の記憶装置に蓄積されている一組のソフトウエアルーチンであってもよい。アプリケーション６５２はまた、移動可能な／固定された無線端末にインストールされた、アプリケーション６５２の実行の際作動する一組の適切な内蔵のマシンコード命令を有している、アプリケーション特定集積回路（ＡＳＩＣｓ）の既製の集積回路のような、１又はそれ以上のハードウエア装置であってもよい。アプリケーション６５２は、ＲＴＰモジュール６５４、コーダー／デコーダー６５６、シグナリングモジュール６５８、電話−ＩＰアドレス変換モジュール６５７、及びユーザーインターフェースモジュール６５９を含む。ＲＴＰモジュール６５４は、音声及び映像を含むリアルタイムのデータを伝送するための、インターネットスタンダードリアルタイムプロトコル（Internet Standard Real Time Protocol）が機能する際に作動する。ＲＴＰは、一般的には、インターネット電話のような特定のサービスのために用いられる。コーダー／デコーダー（codec）モジュールは、無線信号の暗号化及び解読を請け負う。一般的には、異なる通信ネットワークで、異なる通信技術を用いるものは、技術特有のコーダー／デコーダーモジュールを設けている。例えば、ＧＳＭネットワークにおいては、ＧＳＭコーダー／デコーダーが設けられ、ＰＣＳネットワークにおいては、特有のＰＣＳコーダー／デコーダーが用いられている。ＩＰＲＳサーバーは、様々なコーダー／デコーダーの間のサービスのコード変換を可能にする。このように、ＧＳＭベースの通信ネットワークのユーザーがＰＣＳネットワークのユーザーと通信する時には、ＧＳＭコーディング／デコーディングからＰＣＳコーディング／デコーディングへの適切なコード変換が、ＩＰＲＳサーバーの適したルーチンを通して達成される。シグナリングモジュール６５８は、ネットワークを通してサービスリクエストを届ける端末又はアプリケーションの間で、リクエスト及び関連するパラメーターを送信することを請け負う。電話−ＩＰアドレス変換モジュール６５７は、クライアントがＩＰＲＳサーバー無しに通信をする時に用いられる。モジュール６５７は、電話番号を有効なＩＰ番号へ変換するために、クライアントを非ＩＰＲＳネットワークに接続することを請け負う。ユーザーインターフェースモジュール６５９は、移動可能な／固定の無線端末のユーザーに、インプット装置、及び無線端末にインストールされている押しボタンやマイクロフォンのようなインプット制御装置から届く信号を受信し、処理することによって無線端末を操作し、入ってくるメッセージをスピーカーやディスプレイ画面のような出力装置へ届けることを可能にする。
【００４５】
ここで、本発明の好ましい実施形態に従って提示されているシステム及び方法の例示的な構造を示している図４に言及する。本システムは、ルーター装置２５４に接続された無線オペレーターネットワーク２５２を含んでいる。オペレーターネットワーク２５２は、携帯電話ネットワークであってもよい。ルーター装置２５４は、オペレーターネットワーク２５２の一部であってもよいし、異なる通信ネットワークに配置されていてもよい。ルーター装置２５４は、一組のＩＰＲＳプラットフォーム２６５、２６９、及び２７１に接続されている。ＩＰＲＳプラットフォーム２６５、２６９、２７１は、ＭＣ装置２５８、２６０及び２６２をそれぞれに含んでいる。ＭＣ２５８、２６０及び２６２は、異なる無線ネットワークにつながっている。ＭＣ２５８、２６０、２６２は、別々のコンピューティングプラットフォームにインストールされていてもよいし、同じプラットフォームに共存していてもよい。ＭＣ２５８は、ＭＰ２６４及び２６６を制御する。ＭＣ２６０は、ＭＰ２６８及びＭＰ２７０を制御する。ＭＣ２６２は、ＭＰ２７２、２７４及び２７６を制御する。提示されているシステム及び方法においては、信号チャネルはＭＣ２５８、２６０、２６２によって処理され、ＲＴＰチャネル及び音声／データチャネルはＭＰ２６４、２６６、２６８、２７０、２７２、２７４及び２７６によって処理される。
【００４６】
ここで、本発明の好ましい実施形態に従って提示されているシステムの階層的構成を簡略化したブロック図である、図５について言及する。提示されているシステムは、分散型であってもよいし、全世界に広がっていてもよい。コミュニケーションセンター４１は、特定の国又は地理上の一定地域と結び付いている様々なサーバー４２のオペレーションを制御及び統合する。サーバー４２は、異なる電話方式のアプリケーションプロバイダーサーバー４３のオペレーションを制御及び統合する。サーバー４３は、一般的な構成がされており、図１のサーバー２６の機能を与えられている。サーバー４３は、サーバー４３又はその組織のサーバーにおいて機能し、定義づけられている、関連する双方向無線ネットワークを有する様々な組織のオペレーションを制御及び統合する際に作動する。ユーザー４５は、特有の組織４４と結び付いており、そのユーザーに関する有効な情報が、組織４４の無線ネットワークに関する又は組織４４のサーバー上にある情報と関連する電話方式アプリケーションサーバー４３上に確立される。
【００４７】
ここで、本発明の好ましい実施形態に従って提示されているシステム及び方法と関連する階層的手法で構成されている一組の例示的な要素を説明する簡略化したブロック図を示す図６に言及する。コミュニケーションセンター４６は、米国（ＵＳA）又は英国（ＵＫ）のそれぞれに設置され、又はつながっている地域サーバー４８及び４７のオペレーションを制御及び統合する。米国地域に設置され又はつながっている地域サーバー４８は、電話方式アプリケーションプロバイダー５０のオペレーションを制御及び統合する際に作動する。アプリケーションプロバイダー５０とは、例えばAT&T Companyである。プロバイダー５０の１又はそれ以上のＩＰＲＳサーバーは、組織５２の通信を制御及び統合する。組織５２とは、それぞれ、例えばLucent Incや、Cisco Incである。Lucent組織５４は、組織５４の無線ネットワーク内部で機能するユーザー６０，６１を含んでいる。Cisco組織５６は、組織５６によって制御されている無線ネットワークにおける加入者である関連ユーザー５９、５２を含んでいる。同様に、英国地域に設置され又はつながっている地域サーバー４７は、電話方式アプリケーションプロバイダー４９のオペレーションを制御及び統合する際に作動する。アプリケーションプロバイダー４９とは、例えば英国マンチェスターのVodafone Corpである。プロバイダー４９の１又はそれ以上のＩＰＲＳサーバーは、組織５１、５３の通信を制御及び統合する。組織５１、５５とは、それぞれ、例えばUPS Inc、Ford companyである。UPS組織５１は、関連するユーザー５７、５８を通信可能にし、Ford組織は、ユーザー５５のサービス通信を可能にする。実際の環境においては、議論されている図面に示された簡略化したブロック図とは対照的に、多数のアプリケーションプロバイダーが、その中にいる多数のユーザーにサービス通信を可能とする際に作動する多数のネットワークを制御することも可能であることは明らかである。
【００４８】
ここで、本発明の好ましい実施形態に従って、簡略化したフローチャートを経由したユーザー登録処理を説明している図７について言及する。加入者がユーザーの無線端末において実行されるＩＰＲＳクライアントアプリケーションを作動させる時、その作動は、次の２つの異なる方式でなされ得る：ａ）無線端末が加入者とつながっている無線ネットワーク内で作動する、ｂ）無線端末がローミング方式によって作動する。無線端末がローカル無線ネットワーク内で作動する時、その端末は無線ネットワーク情報を蓄積しているＩＰＲＳサーバーの無線装置内に蓄積されたＩＰアドレスを受信する。続いて、ＩＰＲＳクライアントアプリケーションは、蓄積されたＩＰアドレスと関連するＩＰパケットチャネルを経由して、ＩＰＲＳサーバーへの接続を開始する。ステップ６２で、ＩＰＲＳクライアントはＩＰＲＳサーバーアドレス及び付加データを取得する。そのアドレスは、ドメインネームサーバー（ＤＮＳ）から取得するＩＰアドレスである。付加データとは、ＩＰＲＳサーバーのポート番号であり、暗号化のためのプライベートキー、ユーザーＩＤ、ユーザーパスワードのうち任意のものであってもよい。ＩＰＲＳクライアントは、ステップ６３でＩＰＲＳサーバーへ登録メッセージを送信する。登録メッセージは、任意のプライベートキー、ユーザーＩＤ、パスワード等のような他のデータを伴う。ステップ６４で、サーバーがクライアントからの接続を受け入れるかどうかが決定される。サーバーは、認められないアクセス行為、ＩＤのエラー、又はその他の関連する理由があると認識した後、接続を受け入れないのであれば、ステップ６５でサーバーは接続を拒否し、ステップ６６で「denied（拒否）」のような適切な通知メッセージが、登録の拒否の理由に関連のあるクライアントに送られる。サーバーは、任意に、クライアントを、追加的な登録の試みを可能にする代替サーバーに切り替える（ステップ６７）。「denied（拒否）」メッセージは、適切なエラーコードと開始するユーザーに対して表示される詳細な文を含んでいる。対照的に、ステップ６４でサーバーが接続を受け入れると決定したのであれば、ステップ７０で登録を承認するメッセージがサーバーによってクライアントに送られる。ステップ７１において、サーバーはユーザーデータベースに蓄積されているユーザー記録状態を「online（オンライン）」に設定する。ステップ６８で、サーバーは、任意に利用可能なチャネルの帯域幅を調べ、ステップ６９でサーバーは、任意に、十分な帯域幅を有するチャネルの割り当てを可能にするために、クライアントを代替サーバーに切り替える。
【００４９】
登録処理は、ＩＰＲＳクライアントとＩＰＲＳサーバーとの間の接続を確立する。接続は、タイマー装置の時間切れの結果としてサーバーにより終了され得るし、また、接続はクライアントによっても終了され得る。ここで、本発明の好ましい実施形態に従って、簡略化したフローチャートを経由してクライアント及びサーバーの間での接続の終了について説明する図８に言及する。ステップ７４で、クライアントはサーバーに終了メッセージを送信する。ステップ７６で、サーバーは終了メッセージを受信し、受け入れる。ステップ７８で、クライアントは、接続の終了に関して通知される。
【００５０】
図９Ａは、クライアントから特定のユーザーへの接続の開始を示している。ステップ８０で、クライアントアプリケーションは、図１のユーザーデータベース３０から「オンライン」状態のユーザーのリストを取得する。クライアントはまた、蓄積されているユーザーのリストを有する内部のアドレス帳を使用してもよい。この場合において、ユーザーの中にはオンラインでない者もいるかもしれない。ステップ８２で、クライアントは通信するユーザーを選択し、ステップ８４でクライアントは、ユーザーＩＤ、ユーザーＩＰ、ポート、コーダー／デコーダールーチン、リクエストされたユーザーのＩＤのような関連するデータ８８を有するサーバーへ、インビテーション又は「join（ジョイン）」メッセージを送信する。リクエストされたユーザーは、以下の文章においてＤＥＳユーザーと呼ぶ。ステップ８６で、クライアントは、サーバーからの「new session（新しいセッション）」のメッセージを待ち、受け入れる。そのメッセージは、ＤＥＳユーザー、ＩＰアドレス、ＤＥＳユーザーＩＤ、ポート、コーダー／デコーダールーチン名のような関連する制御データ９０とともに受信される。
【００５１】
図９Bは、上記の処理に伴うメッセージの概念上の経路を図解により説明している。ユーザー１（９２）は、インビテーション（「join」）メッセージ９８をサーバー９４に送信する。サーバー９４は、ユーザー２（９６）の状態を調べ、サーバー９４へインビテーション（「join」）メッセージ９８を送信する。サーバー９４は、ユーザー２（９６）の状態を調べ、ユーザー２（９６）へnew sessionメッセージ１００を送り、別のnew sessionメッセージ１００をユーザー２（９６）へ送り、別のnew sessionメッセージ（９８）をユーザー１（９２）へ送る。両方のユーザーは、サーバー９４に承認メッセージを送信することによって応答する。
【００５２】
図９Cは、クライアントから特定のユーザーへの接続の開始を示している。ステップ７０２で、クライアントアプリケーションはクライアント内部のアドレス帳からユーザーのリストを取得し、又はユーザーが手動でユーザーIDを打ち込むことを可能にする。ステップ７０４で、クライアントは通信するユーザーを選択し、ステップ７０６でクライアントは目的クライアントのＩＰアドレスを決定する。この決定は、ユーザーのクライアント内部アドレス帳又はユーザーのクライアント電話内で目的のクライアントＩＰを調べることによって成される。代わりに、目的クライアントのＩＰの決定は、セルラーネットワークの一部である非ＩＰＲＳサーバーにアクセスすることによって成されてもよい。ステップ７０８で、クライアントは「invitation（インビテーション）」メッセージを、関連するデータ７１０又はユーザーＩＤ、ユーザーＩＰ、ユーザーの電話番号、ポート、コーダー／デコーダールーチン、リクエストされたユーザーのＩＤのような関連するデータ７１１を有する目的のクライアント（リクエストされる対象は以下の文章においてＤＥＳクライアントと呼ぶ。）に送信する。目的ユーザーのＩＰアドレスが知られている時は、インビテーションは目的ユーザーへの直接の接続を経由して成されてもよい。リクエストされるユーザーは、以下の文章においてＤＥＳユーザーと呼ぶ。ステップ７１４で、クライアントはＤＥＳクライアントからの承認メッセージを待ち、受け入れる。そのメッセージは、ＤＥＳユーザーのＩＰアドレス、ＤＥＳユーザーのＩＤ、ポート、コーダー／デコーダールーチン名のような関連する制御データ７１２とともに受信される。他の取り得る方式においては、ＤＥＳユーザーのＩＰアドレスが知られていない時は、ＤＥＳユーザーの電話番号が、ＤＥＳユーザーへメッセージ（例えば、ＳＭＳのようなものを通して、又は他のサービスを通して）を送信するのに使用される。このメッセージは、クライアントのＩＰアドレスを含んでいる。ＤＥＳユーザーがクライアントのＩＰアドレスとともに特定のメッセージを受信する時には、ＤＥＳユーザーはクライアントとの接続を開始する。クライアントは情報７１２（ＤＥＳユーザーのＩＰを含む）とともに承認７１４を直接に受信してもよいし、情報７１２を持つＤＥＳユーザーによって完全な接続が確立されてもよい。
【００５３】
図９Ｄは、上記処理に伴うメッセージの概念上の経路を図解により説明している。ユーザー１（９７２）は、「IP resolution request（ＩＰ決定リクエスト）」メッセージ９７８を非ＩＰＲＳサーバー９７４へ送信する。サーバー９７４は、ユーザー１（９７２）への「IP resolution response（ＩＰ決定レスポンス）」メッセージ９８０によって応答する。ユーザー１（９７２）は、インビテーション（「join」）メッセージ９８２をユーザー２（９７６）へ送信する。ユーザー２（９７６）は、「new session」メッセージ９８４をユーザー１（９７２）に送信することによって応答する。結果として、ＲＴＰセッション９８６が、ユーザー１（９７２）とユーザー２（９７６）との間で開始され得る。
【００５４】
図１０Ａは、特定のユーザーから別のユーザーへのインビテーション（「join」）通信の処理を説明する、簡略化したフローチャートであり、そこでは両ユーザーは同じ無線ネットワーク及び同じＩＰＲＳサーバーにつながっている。ステップ１２４で、図２のＭＣモジュール１２２はユーザー１（開始ユーザー）のＩＤを、ユーザー１のＩＰアドレスに変換する。ステップ１２６で、MCはセッション開始（「new session」）メッセージをユーザー１に関連するデータとともにユーザー２（リクエストされるユーザー）に送信する。ステップ１２８で、ＭＣはセッション開始（「new session」）メッセージをユーザー２に関連するデータとともにユーザー１（開始ユーザー）に送る。ステップ１３０で、ＭＣはユーザー２から関連する制御データとともに承認メッセージを受信する。ステップ１３２で、ＭＣはユーザー１から制御データとともに承認メッセージを受信する。ステップ１３４で、ユーザーデータベースにおけるユーザー１及びユーザー２のステイタスフラッグは、「busy（使用中）」と送信される。
【００５５】
図１０Ｂは、上記処理に伴うメッセージの概念上の経路を図解により説明している。ユーザー１（１４０）は、インビテーションメッセージ（「join」）１４６をＭＣモジュール１４２へ送信する。ＭＣ１４２は、セッション開始（「new session」）メッセージ１４８をユーザー２（１４４）に送り、同時にセッション開始（「new session」）メッセージ１５０をユーザー１（１４０）に送る。ユーザー２（１４４）は、承認メッセージ１５６をＭＣ１４２へ送ることによってセッション開始メッセージに応答し、ユーザー１（１４０）は、承認メッセージ１５２をＭＣ１４２へ送ることによってセッション開始メッセージに応答する。結果として、ＲＴＰセッション１５８は、ユーザー１（１４０）とユーザー２（１４４）との間で、両者間で直接に又はＭＣ１４２を経由して開始され得る。
【００５６】
図１１Ａは、第１のオペレーション方式において、同じ無線ネットワークにつながっているが異なるＩＰＲＳサーバーに含まれている２人のユーザーの間での通信の開始に伴うメッセージの概念上の経路を図解により説明している。第１のオペレーション方式において、同じネットワークのＩＰＰＳサーバーは、マルチポイントカンファレンスコントローラー（Multi-point Conference Controller (MCC)）と呼ばれる高レベルのＩＰＲＳサーバーのマルチポイントカンファレンスモジュールを経由して通信する。ユーザー１（１６０）は、ＭＣ１モジュール１６２へインビテーション（「join」）メッセージ（１７０）を送信する。ＭＣ１（１６２）は、インビテーションメッセージ１７２をＭＣＣ１６４に転送する。ＭＣＣ１６４とは、低レベルのＩＰＲＳサーバーのオペレーションを制御及び統合するより高レベルのＩＰＲＳサーバーにおいて設けられるＭＣモジュールである。ＭＣＣ１６４は、インビテーションメッセージ１７４を、リモート無線ネットワークのＩＰＲＳサーバーに設けられるＭＣ２モジュール（１６６）に転送する。ＭＣ２（１６６）は、セッション開始（「new session」）メッセージ１７６を、ユーザー２（１６８）に送信する。ＭＣ２（１６６）はまた、セッション開始（「new session」）メッセージ１８０をＭＣＣ（１６４）に送信する。ＭＣＣは、そのメッセージをＭＣ１（１６２）に転送し（１８２）、ＭＣ１はそれをユーザー１（１６０）に転送する（１８４）。ユーザー２（１６８）は、承認メッセージ１７８をＭＣ２（１６６）に送信することによってセッション開始メッセージに応答し、ユーザー１（１６０）は、承認メッセージ１８６をＭＣ１（１６２）に送信することによってセッション開始メッセージに応答する。さらに多くの承認メッセージが、ＭＣ（図示されていない）の間で転送されてもよい。結果として、ＲＴＰセッション１８６が、ユーザー１（１６０）とユーザー２（１６８）との間で開始され得る。
【００５７】
図１１Ｂは、第２のオペレーション方式に従って、同じＩＰＲＳネットワークとつながっているが異なるＩＰＲＳサーバーに含まれている２人のユーザー間での通信の開始に伴うメッセージの概念上の経路を図解により説明している。第２のオペレーション方式において、異なるネットワークのＩＰＲＳサーバー間の通信は、特定の「location（場所選定）」機能によって達成される。このように、ユーザー１（１６０）はインビテーション（「join」）メッセージ１８８をＭＣ１モジュール１６２に送信する。ＭＣ１（１６２）は、ＭＣ２（１６６）のアドレスに関して、ＭＣＣ１６４に応答指令信号を送る（１９０）。ＭＣＣ１６４は、ＭＣ２（１６６）のアドレスを、結果としてＭＣ２（１６６）にインビテーション（「join」）メッセージ１９２を直接に転送するＭＣ１（１６２）に与える（１９１）。ＭＣ２（１６６）は、セッション開始（「new session」）メッセージ１９４をユーザー２（１６８）に送信する。ＭＣ２（１６６）はまた、セッション開始（「new session」）メッセージ１９８をＭＣ１（１６２）に送信し、ＭＣ１（１６２）はユーザー１にそれを転送する（２００）。ユーザー２（１６８）は、承認メッセージ１９６をＭＣ２（１６６）に送信することによってセッション開始メッセージに応答し、ユーザー１（１６０）は、承認メッセージ２０２をＭＣ１（１６２）に送信することによってセッション開始メッセージに応答する。さらに多くの承認メッセージが、ＭＣ（図示されていない）の間で転送されてもよい。結果として、ＲＴＰセッション１８６がユーザー１（１６０）とユーザー２（１６８）との間で開始され得る。
【００５８】
図１２は、２つの異なるＩＰＲＳネットワークにつながっており２つの異なるＩＰＲＳサーバーに含まれている２人のユーザー間の通信の開始に伴うメッセージの概念上の経路を図解的に説明している。第１のオペレーション方式においては、異なるＩＰＲＳネットワークのＩＰＲＳサーバー間の通信は高レベルのマルチポイントカンファレンスモジュールＭＣＣを経由して達成される。このように、ユーザー１（１６０）は、インビテーション（「join」）メッセージ２０２をＭＣ１モジュール（１６２）へ送信する。ＭＣ１（１６２）は、インビテーションメッセージ２０４をＭＣＣ１６４へ転送する。ＭＣＣ１６４は、インビテーションメッセージ２０６をＭＣ２（１６６）へ転送する。ＭＣ２（１６６）は、セッション開始（「new session」）メッセージ２０８をユーザー２（１６８）へ送信する。ＭＣ２（１６６）はまた、セッション開始（「new session」）メッセージ６０４をＭＣＣ（１６４）へ送信する。ＭＣＣは、そのメッセージをＭＣ１（１６２）へ転送し（６０６）、ＭＣ１（１６２）はそれをユーザー１（１６０）へ転送する（６０８）。ユーザー２（１６８）は、承認メッセージ２１９をＭＣ２（１６６）へ送信することによってセッション開始メッセージに対して応答し、ユーザー１（１６０）は承認メッセージ６０９をＭＣ１（１６２）へ送信することによってセッション開始メッセージに対して応答する。さらに多くの承認メッセージが、ＭＣ（図示されていない）の間で転送されてもよい。結果として、ＲＴＰセッションが、ＭＣ１（１６２）、ＭＣＣ１６４、ＭＣ２（１６６）を経由して、ユーザー１（１６０）とユーザー２（１６８）との間で開始され得る。ユーザー１（１６０）は、ＭＣ１（１６２）にデータ６１０を送信する。ＭＣ１（１６２）は、ＭＣＣ（１６４）にそのデータを転送し（６１２）、ＭＣＣ（１６４）は、次に、ＭＣ２（１６６）にそのデータを送信する（６１４）。ＭＣ２（１６６）は、ユーザー２（１６８）にデータを送信する（６１８）。ＭＣ２（１６６）、ＭＣＣ１６４，ＭＣ１（１６２）を経由した、ユーザー２（１６６）からユーザー１（１６０）への通信の帰路が、６１９、６２０、６２２、６２４にそれぞれ示されている。
【００５９】
図１２Ｂは、２つの異なる無線ネットワークとつながっており、２つの異なるＩＰＲＳサーバーに含まれている２人のユーザー間の通信の開始に伴う、メッセージの概念上の経路を図解的に説明している。第２のオペレーション方式において、異なるＩＰＲＳサーバー間の通信は、「locate（場所選定）」機能を経由して達成される。このように、ユーザー１（１６０）は、インビテーション（「join」）メッセージ２１０をＭＣ１モジュール（１６２）に送信する。ＭＣ１（１６２）は、ＭＣ２（１６６）のアドレスに関してＭＣＣ１６４に応答指令信号を送り（２１２）、受信するアドレス２１４に続いて、インビテーションメッセージ２１２をＭＣ２（１６６）に直接に転送する（２１６）。ＭＣ２（１６６）は、セッション開始（「new session」）メッセージ２１８をユーザー２（１６８）に送信する。ＭＣ２（１６６）はまた、セッション開始（「new session」）メッセージ２２０をＭＣ１（１６２）に送信し、ＭＣ１（１６２）はそれをユーザー１（１６０）に転送する（２２２）。ユーザー２（１６８）は、承認メッセージ２２４をＭＣ２（１６６）に送信することによってセッション開始メッセージに対して応答し、ユーザー１（１６０）は承認メッセージ２２６をＭＣ１（１６２）に送信することによって、セッション開始メッセージに対して応答する。さらに多くの承認メッセージが、ＭＣ（図示されていない）の間で転送されてもよい。結果として、ＲＴＰセッションが、ユーザー１（１６０）とユーザー２（１６８）との間で、ＭＣ１（１６２）とＭＣ２（１６６）を経由して開始され得る。ユーザー１（１６０）は、データ７１０をＭＣ１（１６２）に送信する。ＭＣ１（１６２）は、ＭＣ２（１６６）にそのデータを転送する（７１２）。ＭＣ２（１６６）は、そのデータをユーザー２（１６８）に送信する（７１４）。ＭＣ２（１６６）、ＭＣ１（１６２）を経由した、ユーザー２（１６６）からユーザー１（１６０）への通信の帰路が、７１６、７１８，７２０にそれぞれ示されている。
【００６０】
図１３Ａは、単一のＩＰＲＳネットワーク内にあり、単一のＩＰＲＳサーバーに含まれている、単一のユーザーと、特定のユーザーグループか一組のＮターゲットユーザーのどちらかとの間の、ユニキャストシミュレーティングマルチキャスト通信の開始に伴う、メッセージの概念上の経路を図解的に説明している。ユーザー１（２１６）は、インビテーション（「join」）メッセージ２２６をＭＣ２１８に送信する。メッセージを伴うデータは、特定のユーザーグループか一組の個々のユーザーのどちらかに関するデータを含んでいる。そのデータは、ユーザー１（２１６）が単一のセッションのフレームワークにおいて通信をしたいと望む、ユーザーグループか一組のＮユーザーかどちらかに関するアドレスを含んでいる。このように、ＭＣ２１８はインビテーションメッセージ２２６を処理し、結果として、ＭＣ２１８は適切なアドレスとデータ２２８、２３０、２３２を伴うN-1 アイデンティカルセッション（N-1 identical session）の開始（「new session」）メッセージを、ユーザー２（２２０）、ユーザー３（２２２）、ユーザーＮ（２２４）へそれぞれ転送する。ＭＣ２１８はまた、セッション開始（「new session」）メッセージ２２７をユーザー１（２１６）へ送信する。ユーザー１（２１６）は、任意に、承認メッセージ２２９を返す。Ｎ−１ユーザーの各々は、任意に、ＭＣ２１８への承認メッセージとともに応答する。ユーザー２（２２０）は、承認メッセージ２３４を返し、ユーザー３（２２２）は承認メッセージ２３６を返し、ユーザーＮ（２２４）は承認メッセージ２３８を返す。ＭＣ２１８は、任意に、一組の受信された承認メッセージの全部を処理し、一組の適切な承認メッセージ２４０をユーザー１（２１６）に転送して戻す。一組のメッセージ２４２は、受信された承認メッセージのみを含んでいることに注意すべきである。もし、例えば、ユーザー３（２２２）が応答しなかったら、一組のメッセージ２４０はユーザー２（２２２）及びユーザーＮ（２２４）のみからのメッセージを含むことになる。結果として、ユーザー１（２１６）は、ＲＴＰセッションを開始し、一組の適切なデータメッセージ２４２を、ＭＣ２１８に送信する。ＭＣ２１８は、一組のデータメッセージを処理し、Ｎ−１に起因するメッセージ２４４、２４６，２４８を、Ｎターゲットユーザー２２０、２２２、２２４に転送する。結果として、ユーザーの１人、例えばユーザーＮである２２４からの返答データメッセージ２５０は、ＭＣ２１８によって受信され、ＭＣ２１８は、次にその返答メッセージを処理し、Ｎに起因するメッセージ２５２、２５４、２５６を、Ｎターゲットユーザー２１６、２２０、２２２に転送する。
【００６１】
図１３Ｂは、単一のＩＰＲＳネットワーク内の、単一のユーザーと一組のＮターゲットユーザー間のユニキャストシミュレーティングマルチキャスト通信の開始に伴うメッセージの、概念上の経路を図解的に説明している。ユーザー１（９３６）は、「IP resolution request」メッセージ９３２を、非ＩＰＲＳサーバー９４６に、ユーザー２からユーザーＮのアドレスを決定するリクエストを伴って送信する。サーバー９４６は、ユーザー１（９３６）への「IP resolution response」メッセージ９３４によって応答する。ユーザー１（９３６）は、適切なアドレス及びデータ９３８、９４０、９４２を伴うN-1 アイデンティカルセッションの開始（「new session」）メッセージを、ユーザー２（９５６）、ユーザー３（９５８）、ユーザーＮ（９５２）にそれぞれ送信する。各々のＮ−１ユーザーは、「new session」メッセージによりユーザー１（９３６）に応答する。ユーザー２（９５６）は、「new session」メッセージ９３４を返し、ユーザー３（９５８）は「new session」メッセージ９５０を返し、ユーザーＮ（９５２）は「new session」メッセージ９５４を返す。ユーザー１は、任意に、Ｎ−１承認メッセージをユーザー２からユーザーＮ（図示されていない）までのユーザーに返す。結果として、ユーザー１（９３６）は、ＲＴＰセッションを開始し、一組のＮ−１メッセージ９６０、９６２、９６４を、Ｎ−１ターゲットユーザー９５６、９５８、９５２それぞれに送信する。結果として、ユーザーの１人、例えばユーザーＮである９５２からの特定の応答データメッセージ９６６、９６８、９７０は、Ｎ−１ターゲットユーザー９３６、９５６、９５８それぞれに送信される。
【００６２】
ここで、本発明の好ましい実施形態に従って、ＭＣモジュールによって行われるユーザーセッション開始処理の簡略化したフローチャートを経由するＭＣモジュールの機能を説明した図１４に言及する。ステップ３０３で、ＭＣは、ＤＥＳユーザーへのチャネルの開放に関して、ＩＰＲＳクライアントからのインビテーションメッセージを受信する。そのインビテーションメッセージは、端末ＩＤ、ユーザーＩＤ、ユーザーのパスワード、ＩＰ等のような、重要な制御情報３０２を含んでいる。ステップ３０４で、ＭＣは、データベース内のＤＥＳユーザーの存在を調べるために、ユーザーデータベースにアクセスする。ステップ３０５で、ユーザーがユーザーデータベースに定義されているかどうかが決定される。もしも結果が否定的なものであれば、ステップ３１４でＭＣはエラーコードを添付した「denied」メッセージを、接続を開始したＩＰＲＳクライアント端末に送信する。ＭＣは、任意に、ＩＰＲＳクライアントを代替のＩＰＲＳ登録サーバーに切り替えることも可能である。ステップ３０５でＤＥＳユーザーがユーザーデータベースに含まれていると決定されたのであれば、ステップ３１５でＭＣはクライアントアドレスとＩＤデータを添付した「new session」メッセージをＤＥＳユーザーに送信する。ステップ３０８で、ＭＣは、ＤＥＳユーザーアドレスとＩＤデータを添付した「new session」をクライアント端末に送信する。ステップ３１６で、ＤＥＳユーザーは「new session」メッセージを承認し、ステップ３１０で、クライアントは「new session」メッセージを承認する。ステップ３１２で、ＭＣは開始するクライアント端末とＤＥＳユーザー端末の状態を「busy」に設定するようユーザーデータベースに指示する。ＭＣは、さらにタイマー装置が作動する際にも機能する。タイマーは、ＩＰＲＳクライアント間の通信チャネルが作動している限りは、作動している。チャネルが、あらかじめ決められた長さを有する期間後、無効になった時には、接続は切断される。
【００６３】
図１５は、開始するＩＰＲＳクライアントと、リクエストされるユーザー（ＤＥＳユーザー）かＤＥＳグループと呼ばれるリクエストされるユーザーの特定のグループかどちらかとの間での音声／データの流れを送信するために利用されるＲＴＰセッションをセットアップする時のＭＣのオペレーションを説明する、簡略化したフローチャートを示している。ＭＣは、実質上多数のクライアントによって同時に開始される多数のＲＴＰセッションを操作し処理する選択権を与える。開始ユーザーは、ＲＴＰセッションの開始を実行するように設計されたインビテーション（「join」）メッセージを送信する。そのメッセージは、ユーザーＩＤ、ユーザーＩＰ、ポート番号、コーダー／デコーダーモジュール名、ＤＥＳユーザーＩＤ、ＤＥＳグループ等のような重要な有効データ３５０を含んでいる。ステップ３５２で、ＭＣは、「オンライン」状態にあるユーザーのＩＰアドレスを取得するために、ユーザーデータベースにアクセスする。ステップ３５４で、ＭＣは、ＲＴＰセッションのためにリソースを割り当てるようＭＰに指示する。ステップ３５６で、ＭＣはＭＰに接続し、ＲＴＰセッションのためのリソースを取得する。ステップ３５６で、ＭＣは「new session」メッセージを、すべてのＤＥＳユーザーやＤＥＳグループ、及びセッションに参加しているクライアントに送信する。そのメッセージは、ＭＰのＩＰ、ＭＰのポート番号、コーダー／デコーダーモジュール名等のような重要な任意のデータを含んでいる。ステップ３５８で、ＭＣは、一組の参加しているＤＥＳユーザーやＤＥＳグループ、クライアント全部からの承認メッセージを受信し、そこではそのメッセージはアドレス及びＩＤデータを含んでいる。ステップ３６２で、ＭＣはＭＰからのＲＴＰセッション開始メッセージを受信する。ステップ３６４で、セッションタイマーは、通信チャネルが無効になれば、あらかじめ決められた秒数の後にセッションを分断するために作動している。ステップ３６６で、セッションタイマーが時間切れになっているかどうか調べられる。もしタイマーが時間切れになっていれば、ステップ３７４で、ＭＣは、ＭＰにセッションのために割り当てられるリソースを開放するよう指示する。タイマーが動いている限り、ＭＣは新しいインビテーション（「join」）メッセージを待つ（ステップ３６８）。ステップ３７０で、ＭＣはインビテーションメッセージを受信し、結果としてＭＰのＩＰ、ポート番号、コーダー／デコーダーモジュール名等を含む「new session」メッセージを送信する（ステップ３７２）。続いて、プログラム制御はステップ３６２へとすすみ、プログラムの回路はステップ３７４を通ってステップ３６２に渡り作動する。その回路はタイマーの作動期間中繰り返し実行される。
【００６４】
図１６は、２つの異なるＩＰＲＳネットワークにつながっており２つの異なるＩＰＲＳサーバーに含まれている２つのユーザーグループ間での通信に伴うメッセージの概念上の経路を図解的に説明している。ユーザー１（４００）は、インビテーション（「join」）メッセージ４１０をＭＣ１モジュール４０２に送信する。ＭＣ１（４０２）は、セッション開始（「new session」）メッセージ４１２及び４１３を、ユーザー２（２１８）及びユーザー１（４００）にそれぞれ送信する。ＭＣ１（４０２）はまた、インビテーションメッセージ４１４をＭＣ２（４０４）へ転送する。ＭＣ２（４０４）はセッション開始（「new session」）メッセージ４１６及び４１８をユーザー３（４０６）及びユーザー４（４０８）にそれぞれ送信する。ユーザー２（２１８）及びユーザー１（４００）は、承認メッセージ４１３及び４１７をＭＣ１（４０２）にそれぞれ返すことによって応答する。ユーザー３（４０６）、及びユーザー４（４０８）の両者は、承認メッセージ４２０、及び４２２を、それぞれＭＣ２（４０４）に返す。ＭＣ２（４０４）は、適切な一組の承認メッセージ４２４をＭＣ１（４０２）に転送する。ＭＣ１（４０２）は、一組の承認メッセージ４２６を、ユーザー１（４００）に転送する。さらに多くの一組の承認メッセージが、ＭＣ１とＭＣ２、ＭＣ１とユーザー１及びユーザー２、ＭＣ２とユーザー３及びユーザー４との間で転送されてもよいが、ここでは図示していない。結果として、ユーザー１（４００）は、音声／データメッセージ（４２８）をＭＣ１（４０２）に送信することによってＲＴＰセッションを開始する。ＭＣ１（４０２）は、音声／データメッセージ４３０をユーザー２（４１８）に転送し、一組のメッセージ４３２をＭＣ２（４０４）に転送し、次にＭＣ２（４０４）は次に音声／データメッセージ４３４、４３６をユーザー３（４０６）、ユーザー４（４０８）のそれぞれに転送する。ＩＰＲＳクライアントアプリケーションのグラフィカルユーザーインターフェース（ＧＵＩ）については、次に説明される。その説明は、プログラムの流れ及び各ステップでのプログラムの機能の主要部分を含んでいる。その説明は、次の図面と関連してなされる。
【００６５】
ここで、ＩＰＲＳクライアントアプリケーションの最初のディスプレイ画面を示す図１７Ａに言及する。ディスプレイ画面５００は、移動可能な又は固定のユーザー無線端末の一部である。その端末は、標準的な携帯電話、ＰＤＡ、ＰＣ、その他の記憶装置及び基本的な通信能力を有するコンピューティング及びコミュニケーション端末であればよい。ディスプレイ画面５００は、液晶表示画面（Liquid Crystal Display (LCD)）技術、又は文章、グラフィック、画像等を表示するのに有効な他の方法を利用することが可能である。ユーザー無線端末はまた、少なくとも１つのスピーカー装置、マイクロフォン装置等のような音声通信インターフェースユニット（図示されていない）を装備している。ディスプレイ装置５００の表面領域には、ウィンドウ、ボタン、選択バーのような様々な既知のＧＵＩ関連のグラフィカル要素が表示されている。このように、装置５００の表面において、そのディスプレイは、ＩＰＲＳアプリケーションのタイトル、「welcoming」の文を含む初期ウィンドウ５０２、一組の制御ボタン５０６、５０８、５１０、５１２を含む主なアプリケーション画面ウィンドウ５０４を含んでいる。制御ボタン５０６、５０８、５１０、５１２の機能は、通信セッションの前、間、後において、操作するユーザーに対して表示される様々なウィンドウによって変化する。結果として、制御ボタン５０６、５０８、５１０、５１２は、異なった変化しうる文字で表示され、そこでは表示される名称は、特定のボタンの現在の機能を指している。ユーザーは、標準的な機能のキー（図示されていない）を操作することによって、表示されるウィンドウと接することが可能であり、そのキーは普通に利用可能なものであり、概して移動可能な又は固定された無線ユーザー端末のキーパッド領域にインストールされている。例えば、操作のため制御ボタンを選択するには、「上矢印キー」のような特定のキーを用い、選択されたボタンを作動させるために「Yes」キーを用いてもよい。初期ウィンドウの表示中は、「close」と表示された制御ボタン５１２だけが機能している。このように、close制御ボタン５１２を選択し作動させると、ＩＰＲＳアプリケーションは終了する。初期ウィンドウ５０２は、クライアントのプログラムが最初に作動する時、又はオンラインユーザーのリストが表示され更新される前はいつでも表示される。初期ウィンドウ５０２に表示される「welcome」の文章は、プログラムのロード中または初期画面が最初に表示される時にのみ表れる。初期画面５０２の表示時間中は、ＩＰＲＳクライアントプログラムがＩＰＲＳサーバーへのログオンを実行している。サーバーへのログオンが初めて行われるのであれば、設定ウィンドウが表示され、これは次の図面と関連して説明する。図９Ｃ、９Ｄ、１３Ｂと関連して上に説明されているように、ＩＰＲＳクライアントはＩＰＲＳサーバーなしに機能することも可能であるということに注意すべきである。
【００６６】
クライアントプログラムとサーバーとの間で首尾よく接続が完了した後、クライアントプログラムは、「オンライン」状態にあるユーザーのリストを取得する。クライアントプログラムはまた、任意に、グループのリストを取得してもよい。ＩＰＲＳサーバー無しに機能している時は、ユーザーのリストは、ユーザーの状態が知られていないクライアントの内部アドレス帳から取得される。図１７Ｂは、開始ユーザーに対して表示されるオンラインユーザーリストのウィンドウを示している。ディスプレイ画面５００は、クライアントプログラム名が表示されたメインアプリケーションウィンドウ５０４、オンラインユーザーリストのウィンドウ５１４、選択バー５０３、制御ボタン５０６、５０８、５１０、５１２から成る。オンラインユーザーリストのウィンドウ５１４は、「paged」「free」「busy」のような関連する情報とともに、一組のオンラインユーザーの名前を示す文字を含んでいる。選択バー５０３は、彼らとの通信セッションを開始するために、開始するユーザーが特定のオンラインユーザーを選択することを可能にする際に機能する。選択バーは、「上矢印」キーや「下矢印」キーのような、移動可能な無線端末上にあらかじめ定められているファンクションキーの作動を通して操作される。上記ファンクションキーの１つを繰り返し押すことによって、選択バーは、あるオンラインユーザー名から、次の名前へと動く。選択されたユーザーの呼び出しは、ウィンドウ５１４の画面中で「Page」と適切に表示されている制御ボタン５０６の選択と作動によって実行される。「Rfrsh」と任意に表示されている制御ボタン５０８は、オンラインユーザーリストウィンドウ５１４内のディスプレイの更新を可能にする。「Confg」と表示された制御ボタン５１０の選択と作動は、次の図面と関連して下に述べられる設定ウィンドウをロードする際に機能する。「Close」と表示された制御ボタン５１２の機能は、ＩＰＲＳクライアントアプリケーションを終了し、通信セッションについて割り当てられたすべてのシステムリソースを開放し、クライアント端末とＩＰＲＳサーバーとの間の接続を切断することである。例えば、５１４のウィンドウにおいて、文字は、ユーザーに、AliceとBobとCharleyとDavidがオンラインユーザーであるということを知らせている。Aliceは、１人の人と通信中であり、コール待ちを受け入れるかもしれない。Charleyは２人の人と通信中である。BobとDavidは、通信していない。Bobは、選択バー５０３によって選択されている。「Page」制御ボタン５０６を作動させると、Bobへ接続しようとする試みが開始される。選択バー５０３は、開始ユーザーが通信し又は接続を作成しようとした最後の人のところで留まっている。
【００６７】
「オンライン」状態のサーバーに含まれるユーザーがいないのであれば、クライアントアプリケーションは、サーバーからの適切な情報を受信する。図１７Ｃは、セッションの継続に関する適切な指示に加えて、ウィンドウ５１６に表示される通知メッセージを伴う、オンラインユーザーの空のリストを示している、オンラインユーザーリストのウィンドウ５１６を示している。例えば、その文は、任意に「Press refresh to try again （再度試みるためには更新キーを押せ）」という指示を含んでいてもよい。「Rfrsh」と表示された制御ボタン５０８は、任意に、再度サーバーにアクセスし、適切に更新されたオンラインユーザーのリストを取得するよう試みるようにプログラムに指示する際に機能する。「Close」制御ボタン５１２は、アプリケーションを終了し、割り当てられたリソースを開放し、ユーザーとサーバーとの間の通信接続を切断する際に機能する。一般的には、プログラムの作動中いつでも、「Close」制御ボタン５１２を選択し作動させると、即座に接続を中断し、プログラムを終了する。
【００６８】
図１８Ａは、呼び出しウィンドウを示している。呼び出しウィンドウ５１６は、呼び出しの試みが別のユーザーに対してなされる際に表示される。呼び出されたユーザー名は、ウィンドウ５１６の上部に表示される。「Abrt」制御ボタン５０８を選択し作動させると呼び出しは中断し、プログラムは、オンラインユーザーリストのウィンドウ５１４を、関連する制御ボタンとともに表示する。呼び出されたユーザーが通信中であれば、待機ウィンドウを呼び出すプロンプトが表示される。呼び出されたユーザーがふさがっていれば、ビジー（busy）画面が表示される。
【００６９】
図１８Ｂは、待機ウィンドウ５２２を呼び出すプロンプトを示している。ウィンドウ５２２は、開始ユーザーに、他の人が第三者に呼び出されていることを知らせ、開始ユーザーに呼び出し待機を実行すべきかどうか質問する。開始ユーザーが呼び出されたユーザーの邪魔をしないことを選ぶのであれば、「Abrt」制御ボタン５０８を選択し作動させる。「Page」制御ボタン５０６を作動させると、呼び出されたユーザーのところに、呼び出し待ち状態を有効にするコールが申し込まれる。任意に、時間切れという特徴がクライアントプログラムに加えられていてもよい。時間切れのルーチンは、あらかじめ定められた長さの時間の経過後、呼び出しを中断する。
【００７０】
もし、呼び出されたユーザーが少なくとも２人のユーザーと通信中であることによってふさがっているなら、開始ユーザーに対してビジー（busy）ウィンドウが表示される。図１９Ａは、ビジーウィンドウ５２４を示している。「Page」制御ボタン５０６を選択し作動させると、再度ユーザー呼び出しの試みが開始される。「Abrt」コールボタン５０８は、接続の試みを中断し、図１７Ａの初期ウィンドウを再表示する。
【００７１】
もし、呼び出されたユーザーがインバイティングメッセージ（inviting message）を拒否するなら、拒否メッセージウィンドウが開始ユーザーに対して表示される。図１９Ｂは、拒否メッセージウィンドウ５２６を示している。再度呼び出しを試み、開始するためには、「Page」制御ボタン５０６が選択され、作動されるべきである。呼び出しの試みを中断し、図１７Ａの初期画面５０２を再表示するためには、「Abrt」制御ボタン５０８が作動されるべきである。
【００７２】
２人のユーザーの間での接続が確立された後に、音声送信が、クライアント端末にインストールされているあらかじめ定められたファンクションキーを押すことによって実行されてもよい。この目的のために定義されるファンクションキーは、Press to Talk (PTT)キー、スペースバー等のような、利用可能などんな標準的なキーであってもよい。図１９Ｃは、通信モードウィンドウ５２８を示し、それは、関連する制御ボタン５０６、５０８、５１０、５１２とともに、ユーザー間の通信セッションが確立されている間に表示される。接続されたユーザーの名前が、通信モードウィンドウ５２８内に表示される。もし、第三者が待機中であれば、その名前を含むメッセージ５２９が、コールされた最初のユーザーとの進行中の呼び出しを示すメッセージの下に、表示される。メッセージ５２９は、点滅する文字又は色付きの文字のような、特定のグラフィックモードで表示されてもよい。最初にコールされたユーザーから待機中の第三者へ呼び出しを切り替えたり、最初にコールされたユーザーを呼び戻したりするためには、「Swtch」制御ボタン５０６が選択され、作動されるべきである。「Abrt」制御ボタン５０８は、接続を終了し、呼び出しを中断する。もし第三者が待機中であれば、呼び出しは自動的にそこに切り替えられる。もう１人のユーザーが呼び出しを終わらせた場合にも、同じ効果が得られる。もし待機中のユーザーが中断すれば、待機メッセージ５２９はウィンドウ５２８から削除される。コールの確立されたユーザーが他のコールへ切り替えれば、待機中の画面（図示されていない）が、開始ユーザーに対して表示され、そこでは、「Waiting for XXX（ＸＸＸを待機中）」というメッセージが「Talking to XXX（ＸＸＸに通信中）」というメッセージに変わる。メッセージの文字は、任意に、点滅する文字又は異なる色付きの文字のような特定のグラフィカルモードであってもよい。もし、１人のユーザーだけが接続されていて、他の呼び出しが受信されたら、呼び出し待機ウィンドウが開始ユーザーに対して表示される。
【００７３】
図２０は、設定ウィンドウを示している。設定ウィンドウ５３４は、ユーザーが、自分自身に関する個人情報を書き入れ、更新し、修正することを可能にする。設定ウィンドウ５３４は、最初のシステム起動時に自動的に表示される。なぜなら、自分自身に関する個人データをシステムに設定するのは、初めてのユーザーの義務だからである。ユーザーは、クライアント端末にインストールされている、標準的に利用可能なキーボードを利用して情報を修正する。「OK」制御ボタン５０６は、システム内に蓄積された情報の更新を実行する。「Cancel」制御ボタン５０８は、入力された文字を削除する際に機能する。「OK」制御ボタン５０６が機能した後、プログラムはユーザーによって入力された文字を検査し、無効な文字は拒絶し、ユーザーに適切に通知する。その後、ユーザーは、文字がプログラムにより有効になり、承認され、受け入れられるまで、設定の文字を入力する処理を繰り返すことができる。
【００７４】
当業者にとっては、本発明の好ましい実施形態と関連するユーザーインターフェースや基礎となるプログラム論理は、提示されているシステム及び方法の概念を迅速に理解できることを意図して、上に説明されていることを容易に理解できるであろう。説明されているインタフェースは、例示的なもののみであり、プルダウンメニュー、リストボックス、ラジオボタン等のような、様々なグラフィカル要素を含む他の多くの異なるディスプレイ方法が、本発明の他の好ましい実施形態において、用いられてもよい。加えて、プログラムのフローは、実際は、追加的な高度な機能をサポートする他の好ましい実施形態においては異なっていてもよく、それは提示されている方法及びシステムの実現の間に、熟慮され実行されてもよい。いくつかの有益な特徴が、本方法及びシステムに付加されてもよい。例えば、コールされるユーザーがオンラインユーザーのリストを回復している間コールするユーザーに対しビジーメッセージが与えられたり、コールされるユーザーがコールを行っている間コールするユーザーにビジーメッセージが与えられたり、コールされるユーザーが通信中の間望まれていないコールの終了を実行するために「Do not answer（返答しない）」の警告ボタンが付加されたり、追加のデータを有する改良されたオンラインユーザーリストや、スクロール位置の指示器等のようなものである。
【００７５】
本発明が上に個別に示され説明されてきたものに制限されるわけではないことは、当業者により認識できるものである。むしろ、本発明の範囲は、次に続く請求項によってのみ定められるものである。
【図面の簡単な説明】
【００７６】
【図１】図１は、本発明の好ましい実施形態に従って、提示されているシステム及び方法を実行するのに有効な、例示的なＩＰＲＳシステムの、簡略化したブロック図である。
【図２】図２は、本発明の好ましい実施形態に従って、ＩＰＲＳサーバーアプリケーションを構成する要素を示したものである。
【図３】図３は、本発明の好ましい実施形態に従って、ＩＰＲＳクライアントアプリケーションを構成する有効な要素を示したものである。
【図４】図４は、本発明の好ましい実施形態に従って、提示されているシステム及び方法の例示的な構造を示したものである。
【図５】図５は、本発明の好ましい実施形態に従って、提示されているシステム上の情報の階層的なフローを説明する、簡略化したブロック図である。
【図６】図６は、本発明の好ましい実施形態に従って、階層的手法で系統づけられた提示されているシステム及び方法と関連する例示的要素を説明する、簡略化したブロック図である。
【図７】図７は、本発明の好ましい実施形態に従って、ユーザー登録処理を説明する、簡略化したフローチャートである。
【図８】図８は、本発明の好ましい実施形態に従って、クライアントとサーバーの間の接続の終了を説明するフローチャートである。
【図９Ａ】図９Ａは、本発明の好ましい実施形態に従って、２人のユーザーの間での接続処理に伴うメッセージ交換を説明するフローチャートである。
【図９Ｂ】図９Ｂは、本発明の好ましい実施形態に従って、接続処理に伴うメッセージの概念上の経路の図解による説明である。
【図９Ｃ】図９Ｃは、本発明の好ましい実施形態に従って、ＩＰＲＳサーバーを用いない２人のユーザーの間での接続処理に伴うメッセージ交換を説明するフローチャートである。
【図９Ｄ】図９Ｄは、本発明の好ましい実施形態に従って、ＩＰＲＳサーバーを用いない接続処理に伴うメッセージの概念上の経路の図解による説明である。
【図１０Ａ】図１０Ａは、本発明の好ましい実施形態に従って、同じサーバーを利用する同じ無線ネットワーク内の間での通信の処理を説明する、簡略化したフローチャートである。
【図１０Ｂ】図１０Ｂは、本発明の好ましい実施形態に従って、図７Ａに関連して説明される処理に伴うメッセージの概念上の経路を図解により説明したものである。
【図１１Ａ】図１１Ａは、本発明の好ましい実施形態に従って、第１の操作方式において同じ無線ネットワークにおいて作業するけれども、別個のサーバーとつながっている２人のユーザーの間での通信セッションのセットアップに伴うメッセージの概念上の経理を図解により説明している・
【図１１Ｂ】図１１Ｂは、本発明の好ましい実施形態に従って、第２の操作方式において同じ無線ネットワークにつながっているが異なるサーバーに含まれる２人のユーザーの間での通信の開始に伴うメッセージの概念上の経路を図解により説明している。
【図１２Ａ】図１２Ａは、本発明の好ましい実施形態に従って、第１の操作方式において、２つの異なる無線ネットワークにつながっており、２つの異なるサーバーに含まれる２人のユーザー間での通信の開始に伴うメッセージの概念上の経路を図解により説明している。
【図１２Ｂ】図１２Ｂは、本発明の好ましい実施形態に従って、第２の操作方式において、２つの異なる無線ネットワークにつながっており、２つの異なるサーバーに含まれる２人のユーザーの間での通信の開始を含むメッセージの概念上の経路を図解により説明している。
【図１３Ａ】図１３Ａは、本発明の好ましい実施形態に従って、単一の無線ネットワーク内にあり単一のサーバーに含まれる、単一のユーザーとＮターゲットユーザーのグループとの間のマルチキャスト通信セッションをシミュレートするユニキャストの開始に伴うメッセージの概念上の経路を図解により説明している。
【図１３Ｂ】図１３Ｂは、本発明の好ましい実施形態に従って、ＩＰＲＳサーバーを用ない、単一の無線ネットワーク内の単一のユーザーとＮターゲットユーザーのグループとの間のマルチキャスト通信セッションをシミュレートするユニキャストの開始に伴うメッセージの概念上の経路を図解により説明している。
【図１４】図１４は、本発明の好ましい実施形態に従って、マルチポイントカンファレンス（ＭＣ）モジュールの、１つの機能を説明するフローチャートである。
【図１５】図１５は、本発明の好ましい実施形態に従って、ＲＴＰセッションのセットアップの際の、マルチポイントカンファレンス（ＭＣ）の動作を説明する、簡略化したフローチャートを示している。
【図１６】図１６は、本発明のさらに好ましい実施形態に従って、２つの異なる無線ネットワークにつながっており２つの異なるサーバーに含まれる２つのユーザーグループの間での通信に伴うメッセージの概念上の経路を図解により説明したものである。
【図１７Ａ】図１７Ａは、本発明の好ましい実施形態に従って、クライアントのグラフィカルユーザーインターフェース（ＧＵＩ）の様々な側面を表す例示的なディスプレイ画面を示している。
【図１７Ｂ】図１７Ｂは、本発明の好ましい実施形態に従って、クライアントのグラフィカルユーザーインターフェース（ＧＵＩ）の様々な側面を表す例示的なディスプレイ画面を示している。
【図１７Ｃ】図１７Ｃは、本発明の好ましい実施形態に従って、クライアントのグラフィカルユーザーインターフェース（ＧＵＩ）の様々な側面を表す例示的なディスプレイ画面を示している。
【図１８Ａ】図１８Ａは、本発明の好ましい実施形態に従って、クライアントのグラフィカルユーザーインターフェース（ＧＵＩ）の様々な側面を表す例示的なディスプレイ画面を示している。
【図１８Ｂ】図１８Ｂは、本発明の好ましい実施形態に従って、クライアントのグラフィカルユーザーインターフェース（ＧＵＩ）の様々な側面を表す例示的なディスプレイ画面を示している。
【図１９Ａ】図１９Ａは、本発明の好ましい実施形態に従って、クライアントのグラフィカルユーザーインターフェース（ＧＵＩ）の様々な側面を表す例示的なディスプレイ画面を示している。
【図１９Ｂ】図１９Ｂは、本発明の好ましい実施形態に従って、クライアントのグラフィカルユーザーインターフェース（ＧＵＩ）の様々な側面を表す例示的なディスプレイ画面を示している。
【図１９Ｃ】図１９Ｃは、本発明の好ましい実施形態に従って、クライアントのグラフィカルユーザーインターフェース（ＧＵＩ）の様々な側面を表す例示的なディスプレイ画面を示している。
【図２０】図２０は、本発明の好ましい実施形態に従って、クライアントのグラフィカルユーザーインターフェース（ＧＵＩ）の様々な側面を表す例示的なディスプレイ画面を示している。
【図１】
2005502238.tif 000003
【図２】
2005502238.tif 000004
【図３】
2005502238.tif 000005
【図４】
2005502238.tif 000006
【図５】
2005502238.tif 000007
【図６】
2005502238.tif 000008
【図７】
2005502238.tif 000009
【図８】
2005502238.tif 000010
【図９Ａ】
2005502238.tif 000011
【図９Ｂ】
2005502238.tif 000012
【図９Ｃ】
2005502238.tif 000013
【図９Ｄ】
2005502238.tif 000014
【図１０Ａ】
2005502238.tif 000015
【図１０Ｂ】
2005502238.tif 000016
【図１１Ａ】
2005502238.tif 000017
【図１１Ｂ】
2005502238.tif 000018
【図１２Ａ】
2005502238.tif 000019
【図１２Ｂ】
2005502238.tif 000020
【図１３Ａ】
2005502238.tif 000021
【図１３Ｂ】
2005502238.tif 000022
【図１４】
2005502238.tif 000023
【図１５】
2005502238.tif 000024
【図１６】
2005502238.tif 000025
【図１７Ａ】
2005502238.tif 000026
【図１７Ｂ】
2005502238.tif 000027
【図１７Ｃ】
2005502238.tif 000028
【図１８Ａ】
2005502238.tif 000029
【図１８Ｂ】
2005502238.tif 000030
【図１９Ａ】
2005502238.tif 000031
【図１９Ｂ】
2005502238.tif 000032
【図１９Ｃ】
2005502238.tif 000033
【図２０】
2005502238.tif 000034
【国際公開パンフレット】
2005502238.tif 000035
2005502238.tif 000036
2005502238.tif 000037
2005502238.tif 000038
2005502238.tif 000039
2005502238.tif 000040
2005502238.tif 000041
2005502238.tif 000042
2005502238.tif 000043
2005502238.tif 000044
2005502238.tif 000045
2005502238.tif 000046
2005502238.tif 000047
2005502238.tif 000048
2005502238.tif 000049
2005502238.tif 000050
2005502238.tif 000051
2005502238.tif 000052
2005502238.tif 000053
2005502238.tif 000054
2005502238.tif 000055
2005502238.tif 000056
2005502238.tif 000057
2005502238.tif 000058
2005502238.tif 000059
2005502238.tif 000060
2005502238.tif 000061
2005502238.tif 000062
2005502238.tif 000063
2005502238.tif 000064
2005502238.tif 000065
2005502238.tif 000066
2005502238.tif 000067
2005502238.tif 000068
2005502238.tif 000069
2005502238.tif 000070
2005502238.tif 000071
2005502238.tif 000072
2005502238.tif 000073
2005502238.tif 000074
2005502238.tif 000075
2005502238.tif 000076
2005502238.tif 000077
2005502238.tif 000078
2005502238.tif 000079
2005502238.tif 000080
2005502238.tif 000081
2005502238.tif 000082
2005502238.tif 000083
2005502238.tif 000084
2005502238.tif 000085
2005502238.tif 000086
2005502238.tif 000087
2005502238.tif 000088
2005502238.tif 000089
2005502238.tif 000090
2005502238.tif 000091
2005502238.tif 000092
2005502238.tif 000093
2005502238.tif 000094
2005502238.tif 000095
2005502238.tif 000096
2005502238.tif 000097
2005502238.tif 000098
2005502238.tif 000099
2005502238.tif 000100
2005502238.tif 000101
2005502238.tif 000102
2005502238.tif 000103
2005502238.tif 000104
【国際公開パンフレット（コレクトバージョン）】
2005502238.tif 000105
2005502238.tif 000106
【国際調査報告】
2005502238.tif 000107