(57)【要約】      （修正有）【課題】セッションイニシエイションプロトコル及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置を提供する。【解決手段】発話ユーザーエンド２０が「通話」ボタンを押し、（ＳＩＰインビテーション、或いはメッセージを通して）ＰＴＴインビテーションメッセージを発生する。該ＰＴＴインビテーションメッセージを該発話ユーザーエンドからＳＩＰサーバー２４に伝送する。該ＳＩＰサーバー２４から該ＰＴＴインビテーションメッセージをＰＴＴサーバー２８に伝送し、該ＰＴＴサーバー２８が保存するグループリスト２９をチェックし、該発話ユーザーエンドとリンクする複数の受信ユーザーエンドを確認する。該ＰＴＴサーバー２８からＰＴＴインビテーションメッセージを複数の受信ユーザーエンドに発送する。該ＰＴＴサーバー２８は、該各ユーザーエンドの認証・請求を仲裁し、認証・請求及びトークバースト（ｔａｌｋ  ｂｕｒｓｔ）パケットのユニキャストをマルチキャストＲＴＰに転換し、しかも続いてすべてのユーザーエンドにブロードキャストする。【選択図】図１
0003146714.tif 000002
【実用新案登録請求の範囲】
【請求項１】
複数のユーザーエンド、ＳＩＰサーバー、ＰＴＴサーバーを備え、
前記複数のユーザーエンドは、発話ユーザーエンドと受信ユーザーエンドを含み、その内の１個の発話ユーザーエンドはＰＴＴインビテーションメッセージを発生し、
前記ＳＩＰサーバーは、前記発話ユーザーエンドからＰＴＴインビテーションメッセージを受け取り、
前記ＰＴＴサーバーは、前記ＳＩＰサーバーから受け取ったＰＴＴインビテーションメッセージを、複数の受信ユーザーエンドに発送し、及び受信ユーザーエンドの内の１個或いは多数の受信ユーザーエンドのＰＴＴインビテーションメッセージの確認通知を受け取り、発話ユーザーエンドと前記ＰＴＴインビテーションメッセージを確認した受信ユーザーエンドとの間に、ＰＴＴ通信セッションを設置し、しかも前記ＰＴＴサーバーはグループリストを保存し、その内、発話ユーザーエンドと連接する複数の受信ユーザーエンドにおいて確認し、
ＰＴＴ通信セッションを起動後、前記グループリスト中のすべてのユーザーエンドは、対話を開始可能であり、前記発話ユーザーエンドはユニキャストＲＴＰ認証―請求を伝送し、しかもＲＴＰ  ＰＴＴトークバーストからＰＴＴサーバーに従い、前記ＰＴＴサーバーはユニキャストＲＴＰをマルチキャストＲＴＰ認証―請求ＰＴＴトークバーストに転換し、しかも前記ＰＴＴサーバーはマルチキャストＲＴＰを受信ユーザーエンドにブロードキャストすることを特徴とするセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置。
【請求項２】
請求項１記載のセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置において、前記複数のユーザーエンドはそれぞれ通話ボタンを設置し、前記ユニキャストＲＴＰ認証―請求及びトークバーストを発生し、このようにして前記通話ボタンを押す時に、ＰＴＴサーバーから認証を請求することが可能であることを特徴とするセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置。
【請求項３】
請求項２記載のセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置において、前記発話ユーザーエンドが通話ボタンを離す時、前記ＰＴＴサーバーは発話ユーザーエンドから前記認証を取り戻すことを特徴とするセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置。
【請求項４】
請求項２記載のセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置において、前記ＰＴＴサーバーはキューを設置し、異なるユーザーエンドからのユニキャストＲＴＰ認証―請求パケットを保存、及び仲裁することを特徴とするセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置。
【請求項５】
請求項４記載のセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置において、前記ＰＴＴサーバー中のキューは、優先法則を応用し、異なるユーザーエンドに優先順位を分配し、及びユーザーエンドの個別の優先順位に基づき、それらに前記キュー中における位置を分配することを特徴とするセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置。
【請求項６】
請求項１記載のセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置において、前記ＰＴＴサーバーは、同時にマルチキャストＲＴＰ  ＰＴＴトークバーストをすべてのユーザーエンドにブロードキャストすることを特徴とするセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置。
【請求項７】
請求項１記載のセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置において、前記発話ユーザーエンドは、ハーフ−デュプレックス通信を使用し、放送情報を伝送することを特徴とするセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置。
【請求項８】
請求項１記載のセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置において、前記受信ユーザーエンドは自動応答を支援し、発話ユーザーエンドからのＰＴＴインビテーションメッセージ受信を自動的に確認することを特徴とするセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置。
【請求項９】
請求項１記載のセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置において、前記複数のユーザーエンドは１個或いはより多くのＩＥＥＥ８０２．１１ｘネットワーク標準に符合する、少なくともその内の１個の無線インターネット電話であることを特徴とするセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置。
【請求項１０】
請求項１記載のセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置において、前記複数のユーザーエンドはインターネット音声電話であることを特徴とするセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置。
【考案の詳細な説明】
【技術分野】
【０００１】
本考案はプッシュ・トゥー・トーク（ｐｕｓｈ−ｔｏ−ｔａｌｋ、ＰＴＴ）装置に関し、特にネットワークの基礎構造を使用し、セッションイニシエイションプロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＳＩＰ）インターネット音声電話（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ、ＶｏＩＰ）システムを通して、プッシュ・トゥー・トークを執行する技術に関する。
【背景技術】
【０００２】
プッシュ・トゥー・トーク（ＰＴＴ）技術は、通常、トランシーバー（ｗａｉｋｉｅ−ｔａｌｋｉｅ  ｄｅｖｉｃｅ）で用いられている。
ユーザーエンドがトランシーバーのマイクに向かって話す時には、該トランシーバーのボタンを押し、しかも押し続けていなければならない。
一方、他のユーザーエンドは自分のトランシーバーのスピーカーを通して、それを聞くことができる。
携帯電話ネットワークの発展に伴い、最近では、例えば、３ＧやＧＰＲＳネットワーク等の携帯電話業者は、携帯電話におけるＰＴＴサービスの提供を計画している。
【０００３】
近年、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋｓ、ＬＡＮｓ）、特に、無線ＬＡＮが劇的に普及しており、インターネットアクセス（ｉｎｔｅｒｎｅｔ  ａｃｃｅｓｓ）使用人口の増加に従い、インターネット音声電話（ＶｏＩＰ）の使用も増えている。
セッションイニシエイションプロトコル（ＳＩＰ）はＶｏＩＰが使用する即時通信プロトコルで、しかも、例えば、インスタントメッセージ（ｉｎｓｔａｎｔ  ｍｅｓｓａｇｅ）、影像、オンラインゲーム等の他のマルチメディアをもサポート可能である。
【０００４】
しかし残念なことに、現在では大量のＬＡＮを使用し、セッションイニシエイションプロトコル（ＳＩＰ）インターネット音声電話（ＶｏＩＰ）技術を通して、ＰＴＴ通信セッションを執行することはできない。
よって、ＰＴＴを通じた通信を希望する使用者は、伝統的なトランシーバーを使用し、或いはこの特別なサービスを提供する携帯電話を使用するしか他に方法がない。
けれども、伝統的なトランシーバーには通信範囲に制限があり、携帯電話を使用しＰＴＴ通信セッションを執行するには、料金を支払わなければならないという問題がある。
さらに、両者は共に、ネットワークを利用することができないため、ネットワークを通じて、世界中の人と通信を行う、ということはできない。
【考案の開示】
【考案が解決しようとする課題】
【０００５】
本考案はセッションイニシエイションプロトコル（ＳＩＰ）及びマルチキャストＲＴＰ（Ｍｕｌｔｉｃａｓｔ  ＲＴＰ）を通してプッシュ・トゥー・トークを執行する装置を提供する。
発話ユーザーエンドが「通話（Ｔａｌｋ）」ボタンを押すと、ＰＴＴインビテーションＳＩＰメッセージを発生し、該発話ユーザーエンドは、ユニキャスト（ｕｎｉｃａｓｔ）のＰＴＴインビテーションＳＩＰメッセージをＳＩＰサーバーに伝送する。
該ＳＩＰサーバーは該ＰＴＴインビテーションメッセージをＰＴＴサーバーに伝送し、該ＰＴＴサーバーが保存するグループリストを検査し、該発話ユーザーエンドと連接（ｌｉｎｋ）する複数のユーザーエンドを確認する。
該ＰＴＴサーバーから、ユニキャストのＰＴＴインビテーションメッセージを、該複数の受信ユーザーエンドに発送し、該ＰＴＴサーバーは、該複数のユーザーエンド中の１個或いは多数の受信ユーザーエンドが該ＰＴＴインビテーションメッセージを受け取ったことを確認する。
該ＰＴＴサーバーはリアルタイム伝送プロトコル（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｃｏｌ、ＲＴＰ）のユニキャスト−マルチキャスト（ｕｎｉｃａｓｔ−ｍｕｌｔｉｃａｓｔ）の転換メカニズムを使用し、通話認証管理（ｔａｌｋ  ｔｏｋｅｎ  ｍａｎａｇｅｍａｎｔ）を処理する。
該認証を取得したユーザーエンドは、ユニキャストＲＴＰ  ＰＴＴトークバースト（ｔａｌｋ  ｂｕｒｓｔ）を、該ＰＴＴサーバーに発送し、該ＰＴＴサーバーは、発話ユーザーエンドから受け取ったユニキャストＲＴＰ  ＰＴＴトークバーストに対応し、該ユニキャストＲＴＰ  ＰＴＴトークバーストを、マルチキャストＲＴＰ  ＰＴＴトークバーストに転換する。
しかも該ＰＴＴサーバーは該マルチキャストＲＴＰ  ＰＴＴトークバーストを受信ユーザーエンドにブロードキャストする。
【０００６】
セッションイニシエイションプロトコル（ＳＩＰ）インターネット音声電話（ＶｏＩＰ）を使用するプッシュ・トゥー・トーク（ＰＴＴ）通信装置の実施形態において、該装置は発話ユーザーエンド、ＳＩＰサーバー、ＰＴＴサーバーを備える。
該発話ユーザーエンドはＰＴＴインビテーションメッセージ（ＳＩＰインビテーション或いはメッセージとすることができる）を発生する。
該ＳＩＰサーバーは、該発話ユーザーエンドから該ＰＴＴインビテーションメッセージを受け取る。
該ＰＴＴサーバーは、該ＳＩＰサーバーから該ＰＴＴインビテーションメッセージを受け取り、該ＰＴＴサーバーは該ＰＴＴインビテーションメッセージを複数の受信ユーザーエンドに発送する。
該複数の受信ユーザーエンドは、該発話ユーザーエンドとリンクする。
そのグループリストは該ＰＴＴサーバー中に保存し、しかも確認を行う。
しかも該ＰＴＴサーバーは該受信ユーザーエンドの内の１個或いは多数の受信ユーザーエンドの該ＰＴＴインビテーションメッセージの確認通知（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を受け取り、該発話ユーザーエンドと該ＰＴＴインビテーションメッセージを確認した受信ユーザーエンドとの間に、ＰＴＴ通信セッション（ｓｅｓｓｉｏｎ）を設置する。
【０００７】
該ＰＴＴ通信セッションを設置（起動）後、該グループリスト中のすべてのユーザーエンドは、「通話」ボタンを押すことができ、該ユニキャスト認証―請求（ｔｏｋｅｎ−ｒｅｑｕｅｓｔ）ＲＴＰパケット（ｐａｃｋｅｔ）を該ＰＴＴサーバーに発送することにより、該ＰＴＴサーバーは認証を獲得したユーザーエンドを選択し、該ユーザーエンドのユニキャスト認証−請求ＲＴＰを、マルチキャストＲＴＰに転換し、すべてのユーザーエンドに伝送（ｆｏｒｗａｒｄ）する。
該認証を獲得したユーザーエンドが受け取ったマルチキャストＲＴＰパケット中のソースＩＤ（Ｓｏｕｒｃｅ  ＩＤ）だけが、それ自身からのもので、続いて、トークバーストを発することができる。
【０００８】
通話しようとする任意のユーザーエンドは、通話ボタンを押し、ユニキャストＲＴＰ  ＰＴＴトークバーストを、該ＰＴＴサーバーに発送することができる。
該ＰＴＴサーバーは該ユニキャストＲＴＰ  ＰＴＴトークバーストを、マルチキャストＲＴＰ  ＰＴＴトークバーストに転換する。
該ＰＴＴサーバーはしかも該マルチキャストＲＴＰ  ＰＴＴトークバーストを、受信ユーザーエンドにブロードキャストする。
【０００９】
グループのユーザーエンドは、ＳＩＰメッセージを、該ＰＴＴサーバーに随時発送し、該ＰＴＴ通信セッションへの加入、或いはそれからの離脱を請求することができる。
加入したユーザーエンドが、いつ該ＰＴＴ通信セッションへの加入、或いはそれからの離脱を請求したとしても、該ＰＴＴサーバーはすべて、マルチキャストＲＴＰメッセージを発送し、すべての加入しているユーザーエンドに通知する。
【課題を解決するための手段】
【００１０】
請求項１の考案は、複数のユーザーエンド、ＳＩＰサーバー、ＰＴＴサーバーを備え、前記複数のユーザーエンドは、発話ユーザーエンドと受信ユーザーエンドを含み、その内の１個の発話ユーザーエンドはＰＴＴインビテーションメッセージを発生し、
前記ＳＩＰサーバーは、前記発話ユーザーエンドからＰＴＴインビテーションメッセージを受け取り、
前記ＰＴＴサーバーは、前記ＳＩＰサーバーから受け取ったＰＴＴインビテーションメッセージを、複数の受信ユーザーエンドに発送し、及び受信ユーザーエンドの内の１個或いは多数の受信ユーザーエンドのＰＴＴインビテーションメッセージの確認通知を受け取り、発話ユーザーエンドと前記ＰＴＴインビテーションメッセージを確認した受信ユーザーエンドとの間に、ＰＴＴ通信セッションを設置し、しかも前記ＰＴＴサーバーはグループリストを保存し、その内、発話ユーザーエンドと連接する複数の受信ユーザーエンドにおいて確認し、
ＰＴＴ通信セッションを起動後、前記グループリスト中のすべてのユーザーエンドは、対話を開始可能であり、前記発話ユーザーエンドはユニキャストＲＴＰ認証―請求を伝送し、しかもＲＴＰ  ＰＴＴトークバーストからＰＴＴサーバーに従い、前記ＰＴＴサーバーはユニキャストＲＴＰをマルチキャストＲＴＰ認証―請求ＰＴＴトークバーストに転換し、しかも前記ＰＴＴサーバーはマルチキャストＲＴＰを受信ユーザーエンドにブロードキャストすることを特徴とするセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置としている。
請求項２の考案は、請求項１記載のセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置において、前記複数のユーザーエンドはそれぞれ通話ボタンを設置し、前記ユニキャストＲＴＰ認証―請求及びトークバーストを発生し、このようにして前記通話ボタンを押す時に、ＰＴＴサーバーから認証を請求することが可能であることを特徴とするセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置としている。
請求項３の考案は、請求項２記載のセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置において、前記発話ユーザーエンドが通話ボタンを離す時、前記ＰＴＴサーバーは発話ユーザーエンドから前記認証を取り戻すことを特徴とするセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置としている。
請求項４の考案は、請求項２記載のセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置において、前記ＰＴＴサーバーはキューを設置し、異なるユーザーエンドからのユニキャストＲＴＰ認証―請求パケットを保存、及び仲裁することを特徴とするセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置としている。
請求項５の考案は、請求項４記載のセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置において、前記ＰＴＴサーバー中のキューは、優先法則を応用し、異なるユーザーエンドに優先順位を分配し、及びユーザーエンドの個別の優先順位に基づき、それらに前記キュー中における位置を分配することを特徴とするセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置としている。
請求項６の考案は、請求項１記載のセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置において、前記ＰＴＴサーバーは、同時にマルチキャストＲＴＰ  ＰＴＴトークバーストをすべてのユーザーエンドにブロードキャストすることを特徴とするセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置としている。
請求項７の考案は、請求項１記載のセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置において、前記発話ユーザーエンドは、ハーフ−デュプレックス通信を使用し、放送情報を伝送することを特徴とするセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置としている。
請求項８の考案は、請求項１記載のセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置において、前記受信ユーザーエンドは自動応答を支援し、発話ユーザーエンドからのＰＴＴインビテーションメッセージ受信を自動的に確認することを特徴とするセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置としている。
請求項９の考案は、請求項１記載のセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置において、前記複数のユーザーエンドは１個或いはより多くのＩＥＥＥ８０２．１１ｘネットワーク標準に符合する、少なくともその内の１個の無線インターネット電話であることを特徴とするセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置としている。
請求項１０の考案は、請求項１記載のセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置において、前記複数のユーザーエンドはインターネット音声電話であることを特徴とするセッションイニシエイションプロトコルＳＩＰ及びマルチキャストＲＴＰを通してプッシュ・トゥー・トークを執行する装置としている。
【考案の効果】
【００１１】
本考案は、既存のＷｉＦｉ電話（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ、ＷｉＦｉ）、或いはＶｏＩＰ電話において、簡単なソフトウエア（或いはファームウエア）のアップグレードを行うだけで、これらの電話のユーザーエンドは、ＰＴＴ通信セッションを執行することができる。さらに本考案においては、既存のネットワーク基礎構造中にＰＴＴサーバーを加えるだけで、該ユーザーエンドはマルチキャストＰＴＴ通信セッションに入ることができる。
【考案を実施するための最良の形態】
【００１２】
図１は本考案の一実施形態において、プッシュ・トゥー・トーク（ｐｕｓｈ−ｔｏ−ｔａｌｋ、ＰＴＴ）通信を、通信装置１０に設置する状態を示すブロックチャートである。図１に示すように、本考案の一実施形態の通信装置１０は、セッションイニシエイションプロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＳＩＰ）サーバー２４を備える。
ＳＩＰサーバー２４は、例えば、ＬＡＮ、無線ＬＡＮ、或いはインターネットのコンピュータネットワークを通して、複数のインターネット電話ユーザーエンド２０、３６、３８、４０と通信を行う。
ＳＩＰサーバー２４は、ゲートウェイ４２を通して、公衆電話ネットワーク(Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ、ＰＳＴＮ)４４に接続する。
インターネット電話ユーザーエンド２０、３６、３８、４０（通信装置）は無線インターネット電話で、しかも無線インターネット電話は、ＩＥＥＥ８０２.１１ｘネットワーク標準に符合する少なくとも１つのインターネット電話（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ、ＶｏＩＰ）、或いはＷｉＦｉ電話（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ、ＷｉＦｉ）であることが望ましい。
よって、インターネット電話ユーザーエンド２０、３６、３８、４０はＳＩＰサーバー２４とゲートウェイ４２を通して、公衆電話ネットワーク（ＰＳＴＮ）４４に接続し、正常な電話通話を完成する。
【００１３】
ＰＴＴ通信セッション装置はＰＴＴサーバー２８を備え、異なるインターネット電話ユーザーエンド２０、３６、３８、４０中において、マルチキャストのＰＴＴ通信セッションを設置或いは起動することができる。
実際には、いかなる既存のＶｏＩＰ電話、或いはＷｉＦｉ電話も、簡単なソフトウエア或いはフォームウエアのアップグレードを受け入れることができ、これによりプッシュ・トゥー・トーク（ＰＴＴ）の通信機能を提供することができる。
この際には、ＳＩＰサーバー２４もソフトウエア或いはフォームウエアのアップグレードを受け入れる必要があり、これによりＳＩＰ  ＶｏＩＰ通信システムの法則において、ＰＴＴ通信セッション機能を備えることができる。
【００１４】
ＰＴＴサーバー２８は、ＰＴＴ通信セッションの管理を行い、異なるインターネット電話ユーザーエンド２０、３６、３８、４０のグループリスト２９を管理する。
各グループリスト２９は特別ユーザーエンドのリストを含み、マルチキャストＰＴＴ通信セッションを受け取ることができるすべての他のユーザーエンドを、このグループ内において、相互に連結することができる。
【００１５】
インターネット電話ユーザーエンド２０、３６、３８、４０がアップグレードし、ＰＴＴ通信セッション機能を備えるなら、各ユーザーエンド（通信装置）上に特定の「通話（Ｔａｌｋ）」ボタンを設置する。
これによりＰＴＴ通信セッションのオンとオフを行う。
先に「通話」ボタンを押した使用者のユーザーエンドは、インビテーションメッセージを、グループ中の他のユーザーエンドに発送し、ＰＴＴ通信セッションをオンとする。
使用者が、グループリスト２９中の他のユーザーエンドと通話を行おうとする時には、
使用者は話している時に、指定の「通話」ボタンを押し続ければよい。
【００１６】
本考案のＰＴＴ通信セッション装置の操作について、さらに詳細に説明するため、図２を用いる。
図２は本考案の一実施形態において、マルチキャストＰＴＴ通信セッションを起動する、加入する、離れる手順を説明するフローチャートである。
以下に、このフローチャートが含むステップについて説明する。
ステップ１００：Ａユーザーエンド２０（発話ユーザーエンド）上の「通話」ボタン２１を押し、ＰＴＴメッセージ２２（初期のＰＴＴメッセージ）を生じる。
ステップ１０２：Ａユーザーエンド２０からＰＴＴメッセージ２２をＳＩＰサーバー２４に伝送する。
ステップ１０４：ＳＩＰサーバー２４からＰＴＴメッセージ２６をＰＴＴサーバー２８に伝送する。
ステップ１０６：さらにＰＴＴサーバー２８からＰＴＴメッセージ３０、３２、３４をＢからＤまでのユーザーエンド３６、３８、４０（或いはさらに多くの受信ユーザーエンド）に伝送する。ユーザーエンド３６、３８、４０はＰＴＴサーバー２８が保存するグループリスト２９中から確認されたユーザーエンドである。
ステップ１０８：ＰＴＴサーバー２８は、ＢからＤまでのユーザーエンド３６、３８、４０の内の１個或いは多数のユーザーエンドからの、ＰＴＴメッセージ受信の確認通知を受け取る。通知受信が確認されたユーザーエンドは、即、マルチキャストＰＴＴ通信セッションに加入される。オフラインのユーザーエンドは、ＳＩＰメッセージを、ＰＴＴサーバーに発送することにより、マルチキャストＰＴＴ通信セッションに加入することができる。
ステップ１１０：新しいユーザーエンドが多点ＰＴＴ通信セッションに加入しようとする、或いは既に加入しているユーザーエンドがマルチキャストＰＴＴ通信セッションを離れようとする時は、共に、これらユーザーエンドは、ＳＩＰメッセージをＰＴＴサーバー２８に通知する。
これを受けて、ＰＴＴサーバー２８はマルチキャストＲＴＰパケットにより、すべての他の加入ユーザーエンドに、加入ユーザーエンドの改変情報を通知する。
【００１７】
受信ユーザーエンドが自動応答（ａｕｔｏ  ａｎｓｗｅｒｉｎｇ）機能を備えるなら、ユーザーエンドは、伝送ユーザーエンドからのＰＴＴインビテーションメッセージ受信を自動的に確認する。
自動応答機能を備えない、或いはあるユーザーエンドの電話がオフライン（ＳＩＰサーバー２４に未ログオン）なら、手動操作を使用し確認することができる。
【００１８】
そのＰＴＴ通信セッションによく加入するユーザーエンドの数がどんどん増えている時には、２個或いはさらに多くのユーザーエンドの使用者が、同時に通話する確率はさらに大きくなる。
上記した通話問題を処理するため、図３に示すＰＴＴ認証の管理について説明する。
例えば、ＰＴＴサーバー２８が、ＢユーザーエンドとＣユーザーエンドからのユニキャスト認証―請求ＲＴＰパケットを同時に受信したなら、ＰＴＴサーバー２８はＲＴＰパケットキュー（ｑｕｅｕｅ）３１を利用し、各時期において、キュー３１の優先順序に応じて、異なるユーザーエンドから受信した認証請求を処理し、及び仲裁（ａｒｂｉｔｒａｔｉｏｎ）を行う。
キュー３１は伝統的なファーストインファーストアウト（ｆｉｒｓｔ  ｉｎ  ｆｉｒｓｔ  ｏｕｔ、ＦＩＦＯ）キューで、或いはユーザーエンドの個別優先順位に基づき、ユーザーエンドの認証請求を設置することができ、また上記した二者の組み合わせ、或いは他のキュースキーム（ｑｕｅｕｅ  ｓｃｈｅｍｅｓ）を使用することもできる。
ＰＴＴサーバー２８は仲裁を使用し、その加入したユーザーエンドに認証を与えることを決定し、ユニキャスト認証―請求ＲＴＰをマルチキャスト認証―請求ＲＰＴに転換する。
また他の認証―請求ＲＴＰを放棄し、しかも、続いてすべてのユーザーへとブロードキャストする。
【００１９】
認証伝送スキームをさらに説明するため、図４を用いる。
図４は本考案の一実施形態において、認証とトークバーストＲＴＰパケットのユニキャストからマルチキャストに転換する方法を示すフローチャートである。
図４に示すように、ユーザーエンドはＰＴＴサーバー２８からの認証を得ると、マルチキャストメッセージを他のユーザーエンドに伝送する。
以下に上記したフローチャートが含むステップについて説明する。
ステップ１５０：Ａユーザーエンド２０、Ｂユーザーエンド３６、Ｃユーザーエンド３８、Ｄユーザーエンド４０がすべてＰＴＴマルチキャスト通信に加入し、彼らがすべてプッシュ・トゥー・トークを始めようと準備していると、仮定する。
ステップ１５２：Ｂユーザーエンド３６とＣユーザーエンド３８が通話ボタン５０を押し、オンにし、認証―請求ユニキャストＲＴＰパケットをＰＴＴサーバー２８に伝送する。
ステップ１５４：ＰＴＴサーバー２８はその内の１個のユーザーエンド（例えば、Ｃユーザーエンド等）を選択し、ＦＩＦＯ原則に基づき、認証を取得する。
しかもＣユーザーエンドの要求だけを伝送及び転換し、マルチキャストＲＴＰにし、すべてのユーザーエンドにブロードキャストする。
ステップ１５６：すべてのユーザーエンドはマルチキャストパケットを受け取り、しかもそのソースのＩＤがそれ自身であるかどうかを検査する。
もしそうであるなら、それはそのユーザーエンドが認証を取得した、ということで、そうであれば、それは音声が聞こえ、或いはＬＥＤが点灯する。
ステップ１５８：続いて、認証を取得したユーザーエンド（Ｃユーザーエンド）だけが、トークバーストユニキャストＲＴＰをＰＴＴサーバー２８に発送することができる。
しかも、そのＰＴＴサーバー２８は、ユニキャストＲＴＰを、マルチキャストＲＴＰに転換し、すべてのユーザーエンド（Ａ、Ｂ、Ｃ、Ｄユーザーエンドを含む）にブロードキャストする。
ステップ１６０：すべてのユーザーエンドはマルチキャストＲＴＰ突発方談話を聞くことができる。
【００２０】
上記したステップ１５６のフローチャートにおいて、Ｃユーザーエンド３８は、それが発生する認証―請求ＲＴＰを受け取る。これはコンファーメーション（ｃｏｆｉｒｍａｔｉｏｎ）で、それが受け取った認証は、Ｃユーザーエンド３８の使用者が当時押した「通話」ボタン５０が発生したメッセージである。
もし、２個のユーザーエンドが同時にその認証を請求している時には、その内の１個のユーザーエンドだけが、その認証を受け取ることができ、しかもマルチキャスト認証―請求ＲＴＰを発生することができる。
この実施形態において、２個のユーザーエンドの使用者は、ステップ１５６中のマルチキャストＲＴＰブロードキャストを聞く必要があり、このようにして彼らのユーザーエンドがその認証を取得したかどうかを確認しなければならない。
認証を取得したユーザーエンド（例えば、Ｃユーザーエンド）だけが、ステップ１５８中において、トークバーストを発することができる。
しかもＰＴＴサーバー２８はトークバーストをマルチキャストＲＴＰに転換し、すべてのユーザーエンドにブロードキャストする。
【００２１】
上記したステップ１５８とステップ１６０中において、Ｃユーザーエンド３８はユニキャストＲＰＴ  ＰＴＴトークバーストを、ＰＴＴサーバー２８に発送する。
しかもＰＴＴサーバー２８はユニキャストＲＰＴ  ＰＴＴトークバーストを、マルチキャストＲＰＴ  ＰＴＴトークバーストに転換し、そのマルチキャストＲＰＴ  ＰＴＴトークバーストをすべての加入ユーザーエンドにブロードキャストする。
しかし、他の実施形態では、本考案はＰＴＴサーバー２８をバイパス（ｂｙｐａｓｓ）することができる。
つまり、上記した実施形態において、Ｃユーザーエンド３８は、直接、マルチキャストＲＰＴ  ＰＴＴトークバーストを、すべての他の加入ユーザーエンドに発送することを選択可能であり、ＰＴＴサーバー２８を通す必要はない。
【００２２】
ＰＴＴ通信セッションは一方通行のブロードキャストであるため、ハーフ−デュプレックス（ｈａｌｆ  ｄｕｐｌｅｘ）通信を使用し、メッセージをブロードキャストする。
ＶｏＩＰ電話での通話が使用する相同のネットワーク基礎構造は、マルチキャストＰＴＴ通信セッションにおいても使用可能であるため、マルチキャストＰＴＴ通信セッションは、ＶｏＩＰ電話通話と相同の遅延（ｌａｔｅｎｃｙ）が感じられる。これは受け入れ可能な遅延程度である。
【００２３】
上記したように、ＰＴＴサーバー２８はグループリスト２９を管理し、しかも各グループリスト２９を含む。
参与会員ユーザーエンド（ａｓｓｏｃｉａｔｅ  ｍｅｍｂｅｒ  ｃｌｉｅｎｔ）のグループを含む。
会員ユーザーエンドは、ＰＴＴサーバー２８が管理する使用者インターフェースを通して、そのグループリスト２９に加入、或いはそれから離れることができる。
例えば、使用者はインターネットサイトのインターフェースを通して、ＰＴＴサーバー２８にログインし、新たなグループリスト２９を作る（或いは起動）ことができる。或いは、現行のグループリスト２９を削除し、或いは、既存のグループリスト２９をを編集し、会員ユーザーエンドを増やし、或いは削除することができる。
【００２４】
上記したように、本考案はＰＴＴサーバーを既存のＶｏＩＰネットワークに増設可能であり、これによりＰＴＴ機能を提供することができる。ＳＩＰサーバー、ＶｏＩＰ電話、ＷｉＦｉ電話は、ソフトウエア（或いはファームウエア）をわずかにアップグレードするだけで、この新たな機能を支援することができる。よって、本考案は簡単で、効果的な技術を提出し、ＰＴＴ通信セッション機能を備えるＳＩＰ  ＶｏＩＰネットワークを提供することができる。
【図面の簡単な説明】
【００２５】
【図１】本考案の一実施形態において、ＰＴＴ通信セッション装置のブロックチャートである。
【図２】本考案の一実施形態において、ＰＴＴ通信セッションを起動する、加入する、離れる手順を説明するフローチャートである。
【図３】本考案の一実施形態において、ＰＴＴ認証管理を示すブロックチャートである。
【図４】本考案の一実施形態において、認証とトークバーストＲＴＰパケットのユニキャストからマルチキャストに転換する方法を示すフローチャートである。
【符号の説明】
【００２６】
１０  通信装置
２１  通話ボタン
２４  セッションイニシエイションプロトコル（ＳＩＰ）サーバー
２０  ユーザーエンド
２２  ＰＴＴメッセージ
２６  ＰＴＴメッセージ
２８  プッシュ・トゥー・トーク（ＰＴＴ）サーバー
２９  グループリスト
３０  プッシュ・トゥー・トーク（ＰＴＴ）メッセージ
３１  ＲＴＰパケットキュー（ｑｕｅｕｅ）
３２  ＰＴＴメッセージ
３４  ＰＴＴメッセージ
３６  Ｂインターネット電話ユーザーエンド
３８  Ｃインターネット電話ユーザーエンド
４０  Ｄインターネット電話ユーザーエンド
４２  ゲートウェイ
４４  公衆電話ネットワーク
５０  通話ボタン
１００、１０２、１０４、１０６、１０８、１１０、１５０、１５２、１５４、１５６、１５８、１６０  ステップ
【図１】
0003146714.tif 000003
【図２】
0003146714.tif 000004
【図３】
0003146714.tif 000005
【図４】
0003146714.tif 000006