(57)【特許請求の範囲】
【請求項１】
プッシュツートークオーバーセルラー（ＰｏＣ）システムにおいて、ＰｏＣセッション入れ替えのためのＰｏＣサーバであって、
参加可能なセッションの最大数を全て使用しているＰｏＣクライアントへのセッション招待要請があると、前記ＰｏＣクライアントが設定したＰｏＣサービス環境でマルチセッション管理のための設定を確認する手段と、
前記マルチセッション管理のための設定が手動になっていると、現在接続中のセッションと前記招待要請されたセッションのうち少なくとも一つをユーザの要求に従って解除できるようにするために、前記セッション招待要請を前記ＰｏＣクライアントにルーティングする手段と、
を含むことを特徴とするＰｏＣセッション入れ替えのためのＰｏＣサーバ。
【請求項２】
前記ＰｏＣサーバは、前記マルチセッション管理のための設定が自動になっていると、前記ＰｏＣクライアントがビジーであると判断し、前記セッション招待を要請したクライアントに、前記招待要請に対する拒絶メッセージを伝送することを特徴とする請求項１に記載のＰｏＣセッション入れ替えのためのＰｏＣサーバ。
【請求項３】
前記ＰｏＣサーバは、前記現在接続中のセッションと前記招待要請されたセッションのうち少なくとも一つを解除するためのメッセージを前記ＰｏＣクライアントから受信すると、前記メッセージに含まれた解除すべきセッションを確認し、該セッションを解除することを特徴とする請求項１に記載のＰｏＣセッション入れ替えのためのＰｏＣサーバ。
【請求項４】
前記ＰｏＣサーバは、前記セッション招待要請の受諾を知らせる応答メッセージを前記ＰｏＣクライアントから受信すると、前記招待要請されたセッションを設定することを特徴とする請求項１に記載のＰｏＣセッション入れ替えのためのＰｏＣサーバ。
【請求項５】
前記ＰｏＣサーバは、前記マルチセッション管理のための設定が手動になっていると、前記セッション招待要請を前記ＰｏＣクライアントにルーティングした後、前記ＰｏＣクライアントからセッション解除のためのメッセージを受信するためのタイマーを起動し、前記タイマーが満了するまで前記セッション解除のためのメッセージを受信しないと、前記ＰｏＣクライアントがビジーであると判断し、前記セッション招待を要請したクライアントに、前記招待要請に対する拒絶メッセージを転送することを特徴とする請求項１に記載のＰｏＣセッション入れ替えのためのＰｏＣサーバ。
【請求項６】
マルチセッションに参加するＰｏＣクライアントに新しいセッション招待要請がある場合のＰｏＣセッション入れ替えのための方法であって、
ＰｏＣサーバが、参加可能なセッションの最大数を全て使用しているＰｏＣクライアントへのセッション招待要請があると、前記ＰｏＣクライアントが設定したＰｏＣサービス環境でマルチセッション管理のための設定を確認するステップと、
前記ＰｏＣサーバが、前記マルチセッション管理のための設定が手動になっていると、現在接続中のセッションと前記招待要請されたセッションのうち少なくとも一つをユーザの要求に従って解除できるようにするために、前記セッション招待要請を前記ＰｏＣクライアントにルーティングするステップと、
を含むことを特徴とするＰｏＣセッション入れ替えのための方法。
【請求項７】
前記ＰｏＣサーバは、前記マルチセッション管理のための設定が自動になっていると、前記ＰｏＣクライアントがビジーであると判断し、前記セッション招待を要請したクライアントに、前記招待要請に対する拒絶メッセージを伝送するステップをさらに具備することを特徴とする請求項６に記載のＰｏＣセッション入れ替えのための方法。
【請求項８】
前記ＰｏＣサーバは、前記現在接続中のセッションと前記招待要請されたセッションのうち少なくとも一つを解除するためのメッセージを前記ＰｏＣクライアントから受信すると、前記メッセージに含まれた解除すべきセッションを確認し、該セッションを解除するステップをさらに具備することを特徴とする請求項６に記載のＰｏＣセッション入れ替えのための方法。
【請求項９】
前記ＰｏＣサーバは、前記セッション招待の受諾を知らせる応答メッセージを前記ＰｏＣクライアントから受信すると、前記招待要請されたセッションを設定するステップをさらに具備することを特徴とする請求項６に記載のＰｏＣセッション入れ替えのための方法。
【請求項１０】
前記ＰｏＣサーバは、前記マルチセッション管理のための設定が手動になっていると、前記セッション招待要請を前記ＰｏＣクライアントにルーティングした後、前記ＰｏＣクライアントからセッション解除のためのメッセージを受信するためのタイマーを起動し、前記タイマーが満了するまで前記セッション解除のためのメッセージを受信しないと、前記ＰｏＣクライアントがビジーであると判断し、前記セッション招待を要請したクライアントに、前記招待要請に対する拒絶メッセージを伝送するステップをさらに具備することを特徴とする請求項６に記載のＰｏＣセッション入れ替えのための方法。
【請求項１１】
プッシュツートークオーバーセルラー（ＰｏＣ）システムにおいて、ＰｏＣセッション入れ替えのためのＰｏＣクライアントであって、
ＰｏＣサーバからセッション招待要請を受信すると、参加可能なセッションの最大数を全て使用しているか否かを確認する手段と、
前記参加可能なセッションの最大数を全て使用していると、現在接続中のセッションと前記招待要請されたセッションのうち少なくとも一つをユーザの要求に従って解除できるようにするために、前記参加可能なセッションの最大数を全て使用していることを前記ユーザに知らせる手段と、
を含むことを特徴とするＰｏＣセッション入れ替えのためのＰｏＣクライアント。
【請求項１２】
前記現在接続中のセッションと前記招待要請されたセッションのうち少なくとも一つを前記ユーザが選択すると、前記ＰｏＣクライアントが、前記選択されたセッションを解除するためのメッセージを前記ＰｏＣサーバに伝送することを特徴とする請求項１１に記載のＰｏＣセッション入れ替えのためのＰｏＣクライアント。
【請求項１３】
前記ＰｏＣクライアントが、前記ユーザから前記セッション招待要請を受諾する要求を入力されると、前記セッション招待要請の受諾を知らせる応答メッセージを、前記ＰｏＣサーバに伝送することを特徴とする請求項１１に記載のＰｏＣセッション入れ替えのためのＰｏＣクライアント。
【請求項１４】
マルチセッションに参加するＰｏＣクライアントに対する新しいセッション招待要請がある場合のＰｏＣセッション入れ替えのための方法であって、
前記ＰｏＣクライアントが、ＰｏＣサーバからセッション招待要請を受信すると、参加可能なセッションの最大数を全て使用しているか否かを確認するステップと、
前記ＰｏＣクライアントが、前記参加可能なセッションの最大数を全て使用していると、現在接続中のセッションと前記招待要請されたセッションのうち少なくとも一つをユーザの要求に従って解除できるようにするために、前記参加可能なセッションの最大数を全て使用していることを前記ユーザに知らせるステップと、
を含むことを特徴とするＰｏＣセッション入れ替えのための方法。
【請求項１５】
前記現在接続中のセッションと前記招待要請されたセッションのうち少なくとも一つを前記ユーザが選択すると、前記ＰｏＣクライアントが、前記選択されたセッションを解除するためのメッセージを前記ＰｏＣサーバに伝送するステップをさらに含むことを特徴とする請求項１４に記載のＰｏＣセッション入れ替えのための方法 。
【請求項１６】
前記ＰｏＣクライアントが、前記ユーザから前記セッション招待要請を受諾する要求を入力されると、前記セッション招待要請の受諾を知らせる応答メッセージを、前記ＰｏＣサーバに伝送するステップをさらに含むことを特徴とする請求項１４に記載のＰｏＣセッション入れ替えのための方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プッシュツートークオーバーセルラー（Ｐｕｓｈ  ｔｏ  Ｔａｌｋ  Ｏｖｅｒ  Ｃｅｌｌｕｌａｒ；以下、‘ＰｏＣ’と呼ぶ。）システムにおいて同時セッション処理手順を支援する技術に関する。
【背景技術】
【０００２】
ＰｏＣシステムは、セッション設定、セッション管理及びセッション終了のために、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）技術によって提供されるインフラ（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）を利用する。このようなＰｏＣシステムでマルチセッションを提供する際に、利用可能資源が制限されていることを考慮すると、無限数の同時セッションが提供されることはできない。
【０００３】
ＰｏＣシステムにおいて、マルチセッションの管理は、ＰｏＣサーバで行われても良く、ＰｏＣクライアントで行われても良い。これらの２つの場合について、図１及び図２に基づいて説明すると、下記の通りである。
【０００４】
まず、図１を参照して、ＰｏＣサーバにおけるＰｏＣ同時セッションシナリオについて説明する。図１は、従来の同時ＰｏＣセッションの数が限界を超過する場合のサーバ特性を表すシナリオを示す図である。
【０００５】
図１では、ユーザＡがユーザＢをＰｏＣセッションに招待することを希望しており、ユーザＢは、マルチＰｏＣセッションに参加しているとともに、ＰｏＣセッション支援可能な最大限界に至っており、かつ、ユーザＢのＰＦは同時セッションを支援すると仮定する。以下では、ＰｏＣユーザとＰｏＣクライアントを区分せず、同じ意味で使うものとする。
【０００６】
図１を参照すると、ユーザＡは、ユーザＢをＰｏＣ会話に招待したい場合、招待要請であるＩＮＶＩＴＥメッセージをユーザＢに送信する。すると、Ｃｏｎｔｒｏｌｌｉｎｇ  ＰｏＣ  Ｆｕｎｃｔｉｏｎ（以下、‘ＣＦ’と称する。）Ｂは、該ＩＮＶＩＴＥメッセージを、ステップ１００〜１０４で、ＳＩＰシグナリング手順によってＰａｒｔｉｃｉｐａｔｉｎｇ  Ｆｕｎｃｔｉｏｎ  Ｂ（以下、‘ＰＦ  Ｂ’と称する。）にルーティングする。該ＰＦ  Ｂは、ステップ１０６で、ＩＮＶＩＴＥメッセージを受信し、ユーザＢが同時セッションに対する最大限界に至っているか否かを確認する。ステップ１０６の確認結果、ユーザＢが既に同時ＰｏＣセッションの最大限界に至っていると、ＰＦ  Ｂは、ステップ１０８〜１１２で、‘４８６  Ｂｕｓｙ’メッセージでＩＮＶＩＴＥメッセージに応答する。ＰＦ  Ｂは、ユーザＢが既存のＰｏＣセッションの少なくとも一つを解除するまで、ビジー（ｂｕｓｙ）状態で応答し続ける。
【０００７】
上記のように、ＰｏＣサーバにおけるＰｏＣ同時セッションシナリオで、ユーザＡがユーザＢにＰｏＣセッションに参加するように招待要請すると、ＰＦ  Ｂは、この招待要請をルーティングする前に、ユーザＢの招待されたＰｏＣセッションへの参加可否を判断する。もし、ＰＦ  Ｂは、ユーザＢが“同時セッションの最大数に参加中”であると認識すると、ＣＦ  Ｂに４８６  Ｂｕｓｙメッセージを送信し、該ＣＦ  Ｂは、ユーザＢがビジー(ｂｕｓｙ)であると認識し、自動的にユーザＡに応答する。
【０００８】
次に、図２を参照してＰｏＣクライアントにおけるＰｏＣ同時セッションシナリオについて説明する。図２は、従来の同時ＰｏＣセッションの数が限界を超過する場合のクライアント特性を表すシナリオを示す図である。
【０００９】
図２では、図１における場合と同様に、ユーザＡがユーザＢをＰｏＣセッションに招待することを希望しており、ユーザＢは、マルチＰｏＣセッションに参加しているとともに、ＰｏＣセッション支援可能な最大限界に至っており、かつ、ユーザＢのＰＦは同時セッションを支援すると仮定する。
【００１０】
ユーザＡは、ユーザＢをＰｏＣ会話に招待したい場合、まず、招待要請であるＩＮＶＩＴＥメッセージをユーザＢに送信する。すると、ＣＦ  Ｂは、該ＩＮＶＩＴＥメッセージを、ステップ２００〜２０４で、ＳＩＰシグナリング手順によってＰＦ  Ｂにルーティングする。該ＰＦ  Ｂは、ステップ２０６及び２０８で、ＩＮＶＩＴＥメッセージをユーザＢにルーティングする。すると、ＰｏＣクライアントＢは、ステップ２１０で、許容された最大ＰｏＣセッションの数を確認し、もしユーザＢが同時ＰｏＣセッションの最大限界に至っていると、ステップ２１０〜２２０で、ＰｏＣクライアントＢは、ユーザＢが既に同時ＰｏＣセッションの最大限界に至っているので、‘ＲＥＪＥＣＴ’メッセージでＩＮＶＩＴＥメッセージに応答する。ＰｏＣクライアントＢは、ユーザＢが既存に参加しているＰｏＣセッションの少なくとも一つが解除されるまで、ビジー(ｂｕｓｙ)状態で応答し続ける。
【００１１】
上記のように、ＰｏＣクライアントにおけるＰｏＣ同時セッションシナリオでは、ユーザＡがユーザＢにＰｏＣセッションに参加するように招待要請を送信すると、ＰＦ  Ｂは、該招待要請をユーザＢにルーティングする。以降、招待要請を受信したＰｏＣクライアントが、ユーザＢが“同時セッションするにはあまりにもビジー”であると認識すると、ＰＦ  Ｂは、ユーザＢがビジー(ｂｕｓｙ)であると解釈し、自動でユーザＡに応答する。あるいは、ＰＦ  Ｂは、ユーザＢに招待要請をルーティングせず、直接、ユーザＢがＢｕｓｙであるとユーザＡに応答する。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
上記のように、ＰｏＣサーバは、マルチセッションに参加しているＰｏＣクライアントにセッション招待要請がある場合、ＰｏＣクライアントが一回に接続可能な同時セッションの最大数を全て使用していると、受信ユーザがビジー(ｂｕｓｙ)であると判断し、招待要請したユーザに、現在受信ユーザが参加不可能であるということを通報する。
【００１３】
しかしながら、ＰｏＣクライアントが現在参加中のセッションに比べて、新しく招待要請されたセッションがより重要な場合がありうるが、この場合にもユーザが同時セッションの最大数を使用していると、セッションを選択する権限もなしに自動でビジー(ｂｕｓｙ)と判断されてしまう。このようなＰｏＣクライアントのセッション選択権限の制限によって、ＰｏＣユーザは、より重要な招待要請のＰｏＣセッションを逃すという問題があった。
【００１４】
本発明は、上記の問題点を解決するためのもので、マルチセッションに参加中に、向上したセッション管理メカニズムを介して、より多くの融通性（ｆｌｅｘｉｂｉｌｉｔｙ）をユーザ（ｅｎｄ  ｕｓｅｒ）に提供することができるＰｏＣセッション入れ替えのためのシステム及び方法を提供することにある。
【００１５】
本発明は、新着ＰｏＣセッションを既存のＰｏＣセッションの一つに入れ替え、同時セッションの限界に対処することができるようにしたＰｏＣセッション入れ替えのためのシステム及び方法を提供することにある。
【００１６】
本発明は、一回に許容された最大ＰｏＣセッションの数が最大限界を超えている同時セッション状況で、ユーザが新しいＰｏＣセッション招待に対する受諾または拒絶を決定できるようにするＰｏＣセッション入れ替えのためのシステム及び方法を提供することにある。
【００１７】
本発明は、同時セッションの数が最大限界を超過する時に、同時セッションを管理するためのＰｏＣセッション入れ替えのためのシステム及び方法を提供することにある。
【００１８】
本発明は、アップデートを介してＰｏＣサービス環境でマルチセッション管理をするためのＰｏＣセッション入れ替えのためのシステム及び方法を提供することにある。
【００１９】
本発明は、サーバがＰｏＣサービス環境でＩＮＶＩＴＥメッセージをルーティングするためのＰｏＣセッション入れ替えのためのシステム及び方法を提供することにある。
【００２０】
本発明は、ＰｏＣサーバが既存のセッションを解除する前に、招待受諾を受信する時に、タイマーを維持するシステム及び方法を提供することにある。
【００２１】
本発明は、新しい招待要請を受信すると、クライアントがＰｏＣセッションを入れ替えるためのＰｏＣセッション入れ替えのためのシステム及び方法を提供することにある。
【課題を解決するための手段】
【００２２】
上記の目的を達成するための本発明は、プッシュツートークオーバーセルラー（ＰｏＣ）システムにおいて、ＰｏＣセッション入れ替えのためのＰｏＣサーバであって、参加可能なセッションの最大数を全て使用しているＰｏＣクライアントへのセッション招待要請があると、前記ＰｏＣクライアントが設定したＰｏＣサービス環境でマルチセッション管理のための設定を確認する手段と、前記マルチセッション管理のための設定が手動になっていると、現在接続中のセッションと前記招待要請されたセッションのうち少なくとも一つをユーザの要求に従って解除できるようにするために、前記セッション招待要請を前記ＰｏＣクライアントにルーティングする手段と、を含む構成とした。
【００２３】
上記の目的を達成するための本発明は、マルチセッションに参加するＰｏＣクライアントに新しいセッション招待要請がある場合のＰｏＣセッション入れ替えのための方法であって、ＰｏＣサーバが、参加可能なセッションの最大数を全て使用しているＰｏＣクライアントへのセッション招待要請があると、前記ＰｏＣクライアントが設定したＰｏＣサービス環境でマルチセッション管理のための設定を確認するステップと、前記ＰｏＣサーバが、前記マルチセッション管理のための設定が手動になっていると、現在接続中のセッションと前記招待要請されたセッションのうち少なくとも一つをユーザの要求に従って解除できるようにするために、前記セッション招待要請を前記ＰｏＣクライアントにルーティングするステップと、を含む構成とした。
【００２４】
上記の目的を達成するための本発明は、プッシュツートークオーバーセルラー（ＰｏＣ）システムにおいて、ＰｏＣセッション入れ替えのためのＰｏＣクライアントであって、ＰｏＣサーバからセッション招待要請を受信すると、参加可能なセッションの最大数を全て使用しているか否かを確認する手段と、前記参加可能なセッションの最大数を全て使用していると、現在接続中のセッションと前記招待要請されたセッションのうち少なくとも一つをユーザの要求に従って解除できるようにするために、前記参加可能なセッションの最大数を全て使用していることを前記ユーザに知らせる手段と、を含む構成とした。
【００２５】
上記の目的を達成するための本発明は、マルチセッションに参加するＰｏＣクライアントに対する新しいセッション招待要請がある場合のＰｏＣセッション入れ替えのための方法であって、前記ＰｏＣクライアントが、ＰｏＣサーバからセッション招待要請を受信すると、参加可能なセッションの最大数を全て使用しているか否かを確認するステップと、前記ＰｏＣクライアントが、前記参加可能なセッションの最大数を全て使用していると、現在接続中のセッションと前記招待要請されたセッションのうち少なくとも一つをユーザの要求に従って解除できるようにするために、前記参加可能なセッションの最大数を全て使用していることを前記ユーザに知らせるステップと、を含む構成とした。
【発明の効果】
【００２６】
本発明によれば、一回に許容されたＰｏＣセッション数の最大限界を超過するマルチセッションに参加しているクライアントに、招待要請が到着した場合、ユーザが新しいＰｏＣセッション招待に対する受諾または拒絶を決定できるようにすることが可能になる。
【発明を実施するための最良の形態】
【００２７】
まず、マルチセッションに参加しているＰｏＣクライアントが招待要請を受信した場合、そのユーザが招待要請セッションを直接確認し、接続されているまたは最後に要請されたセッションのいずれかを解除（ｒｅｌｅａｓｅ）するために、ＰｏＣサービス環境を設定しなければならない。
【００２８】
マルチセッション管理のためのＰｏＣサービス環境設定のためのスキーマを示す図４及び５を参照すると、図４のボックス４００内のＸＭＬのように、ＰｏＣユーザは、接続可能なセッションの最大数を全て使用した場合、新着の招待を受信したいか否かに対する自身の意向を、ＰｏＣサービス環境によって設定できる。この場合、マルチセッション管理設定を“ａｕｔｏｍａｔｉｃ”または“ｍａｎｕａｌ”にすることができる。マルチセッション管理設定が“ａｕｔｏｍａｔｉｃ”になっていると、サーバ自体が招待を拒絶し、終着(ｔｅｒｍｉｎａｔｉｎｇ)ＰｏＣクライアントが“Ｂｕｓｙ”であると判断する。これは、デフォルト値として見なされる。一方、マルチセッション管理設定が“ｍａｎｕａｌ”になると、サーバは、ＰｏＣクライアントにＩＮＶＩＴＥメッセージをルーティングし、最大同時セッション限界が保持されるようにＰｏＣセッションを管理する。
【００２９】
このようなマルチセッション管理設定によって、サーバは、ＩＮＶＩＴＥメッセージを拒絶するか、または、ユーザにルーティングするかを決定する。また、この決定に際して、サーバは、招待されたクライアントが参加可能な最大セッションを全て使用した場合、上記のサービス環境を確認する。これは、既存のＰｏＣ環境パブリッシュ（ｐｕｂｌｉｓｈ）手順によってなされることができる。
【００３０】
次に、上記のようにマルチセッション管理のためのＰｏＣサービス環境が設定されており、また、マルチセッションに参加しているＰｏＣクライアントが招待要請を受けた場合に、ＰｏＣサーバとＰｏＣクライアント間に送受信される信号及び動作について、図３を参照して説明する。図３は、本発明の実施の形態によって、同時ＰｏＣセッションの数が限界を超過する場合に提案される特性を表すシナリオを示す図である。
【００３１】
まず、ＰｏＣクライアントは、マルチセッションを支援する時に、マルチセッション管理と関連したサービス環境を明示するための規定を有し、ＰｏＣサーバは、マルチセッションを支援する時に、マルチセッション管理と関連したサービス環境をアップデートするための規定を有する。
【００３２】
ＰｏＣサーバは、ステップ３００〜３０４で、セッション招待要請メッセージであるＩＮＶＩＴＥメッセージを受信すると、ＰｏＣサービス環境でマルチセッション管理設定が“ａｕｔｏｍａｔｉｃ”になっているか、“ｍａｎｕａｌ”になっているか判断する。マルチセッション管理設定が“ａｕｔｏｍａｔｉｃ”になっていると、ＰｏＣサーバ自体が招待を拒絶し、終着ＰｏＣクライアントを“Ｂｕｓｙ”として判断し、セッション招待を要請したクライアントに“Ｂｕｓｙ”メッセージで応答する。
【００３３】
マルチセッション管理設定が“ｍａｎｕａｌ”になっていると、ＰｏＣサーバは、ステップ３０６及び３０８で、ＩＮＶＩＴＥメッセージを終着ＰｏＣクライアントであるＰｏＣクライアントＢにルーティングする。
【００３４】
ステップ３１０で、ＰｏＣクライアントＢは、ＩＮＶＩＴＥメッセージを受信すると、自身の接続可能なセッションの最大数を全て使用しているか否かを確認し、そのユーザに現在受信したセッション招待要請を知らせる。参加可能なセッションを全て使用している場合、参加可能なセッションの最大数を全て使用していることをユーザに知らせ、既存ＰｏＣセッションの代わりに、新しく受信したセッションに参加するというユーザの要求があれば、まず、ステップ３１２及び３１４で、ＢＹＥメッセージを参加（Ｐａｒｔｉｃｉｐａｔｉｎｇ）ＰｏＣサーバに送り、既存ＰｏＣセッションの一つを解除するということを知らせる。場合によっては、一つ以上のＰｏＣセッションを解除しても良い。このＢＹＥメッセージは、解除するＰｏＣセッションのＩＤを含んでおり、このＩＤは、コンファレンスＵＲＩ（Ｃｏｎｆｅｒｅｎｃｅ  ＵＲＩ）、ＳＩＰ  ＵＲＩまたはインデックスなど、ＰｏＣセッションを識別するものであればいずれも可能である。参加ＰｏＣサーバは、ＢＹＥメッセージのＰｏＣセッションＩＤを用いて対応するコントローリング（Ｃｏｎｔｒｏｌｌｉｎｇ）ＰｏＣサーバにＢＹＥメッセージを送り、ＰｏＣセッションの終了を知らせる。ＢＹＥメッセージを受信しなかったコントローリングＰｏＣサーバは、セッションをそのまま維持する。これに対し、ＢＹＥメッセージを受信したコントローリングＰｏＣサーバは、ステップ３１８〜３２２で、ＰｏＣセッション解除が完了したということをＯＫメッセージを介してＰｏＣクライアントＢに知らせる。続いて、ＰｏＣクライアントＢは、ステップ３２４〜３３２で、ＩＮＶＩＴＥメッセージを送ったコントローリングＰｏＣサーバにＯＫメッセージを送ることによって、新しいセッション招待に参加したことを知らせる。
【００３５】
参加ＰｏＣサーバは、ＢＹＥメッセージを受信する時間をタイマーによって設定することができる。タイマーが満了するまでＢＹＥメッセージを受信しないと、参加ＰｏＣサーバは、新しいセッション招待にＰｏＣクライアントＢが参加しないと認識し、Ｂｕｓｙメッセージを、ＰｏＣセッション招待を要請したクライアントに送る。タイマー満了以降にＰｏＣクライアントＢから入力される全てのメッセージに対して、タイマーが満了したというメッセージ(例えば、受け入れ不可（Ｎｏｔ  ａｃｃｅｐｔａｂｌｅ）)を送る。
【００３６】
マルチセッション管理のためのＰｏＣサービス環境が設定されていない場合には、ＰｏＣクライアントの応答モード（Ａｎｓｗｅｒ  ｍｏｄｅ）によって上記の手順（ｐｒｏｃｅｄｕｒｅ）に影響が与えられる。応答モードがＭａｎｕａｌ応答モードである場合、上記でマルチセッション管理設定が“Ｍａｎｕａｌ”になっている場合と同様にマルチセッション管理が行われる。応答モードがＡｕｔｏ応答モードである場合には、ステップ３０６及び３０８で、ＰｏＣクライアントＢのａｕｔｏ応答設定を無視しろとの命令を含めたＩＮＶＩＴＥメッセージを、ＰｏＣクライアントＢへ送る。以降の手順は、上記の説明と同一である。
【００３７】
以上では、具体例を挙げて本発明を説明してきたが、これらの具体例に限定されず、添付した特許請求の範囲に定義された本発明の精神及び範囲から逸脱しない範囲内で本発明の様々な変形または変更が可能であるということが、当該技術分野における通常の知識を持つ者にとっては明らかである。
【図面の簡単な説明】
【００３８】
【図１】従来の同時ＰｏＣセッションの数が限界を超過した場合のサーバ特性を表すシナリオを示す図である。
【図２】従来の同時ＰｏＣセッションの数が限界を超過した場合のクライアント特性を表すシナリオを示す図である。
【図３】本発明の実施形態によって、同時ＰｏＣセッションの数が限界を超過する場合に提案される特性を表すシナリオを示す図である。
【図４】本発明の実施形態によるマルチセッション管理のためのＰｏＣサービス環境設定のためのスキーマを示す図である。
【図５】本発明の実施形態によるマルチセッション管理のためのＰｏＣサービス環境設定のためのスキーマを示す図である。
【図１】
0004818356.tif 000002
【図２】
0004818356.tif 000003
【図３】
0004818356.tif 000004
【図４】
0004818356.tif 000005
【図５】
0004818356.tif 000006