(57)【要約】  本発明は、ＯＭＡＰｏＣ（PTT over Cellular）マルチメディア通話サービスを遂行する１つ以上のＰｏＣクライアントが参加中のＰｏＣセッションを脱退する時、ＰｏＣサーバは該当ＰｏＣクライアントが上記ＰｏＣセッションに参加時に該当ＰｏＣクライアントと該当ＰｏＣサーバとの間において使用するために折衝していた１つ以上のメディアタイプ情報を確認し格納することによって、残余セッション参加ＰｏＣクライアントのうち、上記１つ以上のメディアタイプを使用するＰｏＣクライアント数が１つ以下の場合、ＰｏＣサーバは上記該当１つ以上のメディアタイプをこれ以上該当ＰｏＣセッションで必要としないと判断して、確認された１つ以上のメディアタイプを使用しないようにＰｏＣセッションを修正することができる。したがって、該当１つ以上のメディアタイプの転送エラーを防止することができ、該当１つ以上のメディアタイプのための資源割り当てを節約できる長所がある。
2010524327.tif 000002
【特許請求の範囲】
【請求項１】
１つ以上のＰｏＣクライアントとＰｏＣサーバとの間に開設されたＰｏＣセッションで支援する１つ以上のメディアタイプを管理するためのＰｏＣシステムであって、
前記ＰｏＣセッションから脱退のための脱退メッセージにＰｏＣセッション参加の間、各々のＰｏＣクライアントにより使用できる１つ以上のメディアタイプ情報を挿入して転送する前記１つ以上のＰｏＣクライアントと、
前記脱退メッセージを受信すれば、前記脱退メッセージ内に含まれたメディアタイプ情報から１つ以上のメディアタイプを確認及び格納した後、前記確認されたメディアタイプを使用する残余ＰｏＣクライアント数が１つ以下であれば、前記ＰｏＣセッションで使われる１つ以上のメディアタイプのうち、前記確認された１つ以上のメディアタイプを除外したメディアタイプを使用するセッションに修正するＰｏＣサーバとを具備することを特徴とするＰｏＣセッションで支援するメディアタイプ管理を具現するためのＰｏＣシステム。
【請求項２】
前記ＰｏＣサーバは、
前記確認されたメディアタイプを使用する残余ＰｏＣクライアント数が１つ以下であれば、予め設定されたタイマー値でタイマーを駆動させるとともに、前記タイマー満了前に前記確認された１つ以上のメディアタイプを使用する新たなＰｏＣクライアントが前記ＰｏＣセッションに合流すれば、前記確認された１つ以上のメディアタイプを含む現在ＰｏＣセッションで使われる１つ以上のメディアタイプを続けて支援することを特徴とする請求項１に記載のＰｏＣセッションで支援するメディアタイプ管理を具現するためのＰｏＣシステム。
【請求項３】
前記ＰｏＣサーバは、
前記タイマーが駆動されるとともに、前記タイマーが満了された後、前記ＰｏＣセッションに前記確認された１つ以上のメディアタイプを使用する新たなＰｏＣクライアントが合流されれば、現在ＰｏＣセッションで使われる１つ以上のメディアタイプのうち、前記確認された１つ以上のメディアタイプを除外させるようにＰｏＣセッションを修正することを特徴とする請求項２に記載のＰｏＣセッションで支援するメディアタイプ管理を具現するためのＰｏＣシステム。
【請求項４】
前記ＰｏＣサーバは、
前記確認された１つ以上のメディアタイプを使用する残余ＰｏＣクライアント数が２つ以上であれば、前記確認された１つ以上のメディアタイプを含む現在ＰｏＣセッションで使われるメディアタイプを続けて支援することを特徴とする請求項１に記載のＰｏＣセッションで支援するメディアタイプ管理を具現するためのＰｏＣシステム。
【請求項５】
前記ＰｏＣサーバは、
前記確認された１つ以上のメディアタイプを使用する残余ＰｏＣクライアント数が１つ以下であれば、前記残余ＰｏＣクライアントに前記確認された１つ以上のメディアタイプをＰｏＣセッションから削除するためのセッション修正メッセージを転送しするとともに、次いで前記残余ＰｏＣクライアントから最終応答メッセージを受信すれば、現在ＰｏＣセッションで使われる１つ以上のメディアタイプのうち、前記確認された１つ以上のメディアタイプを除外させるようにＰｏＣセッションを修正することを特徴とする請求項１に記載のＰｏＣセッションで支援するメディアタイプ管理を具現するためのＰｏＣシステム。
【請求項６】
前記セッション修正メッセージは、
SIP re-INVITEメッセージ及びSIP UPDATEメッセージのうちの１つのメッセージを含むことを特徴とする請求項５に記載のＰｏＣセッションで支援するメディアタイプ管理を具現するためのＰｏＣシステム。
【請求項７】
前記１つ以上のメディアタイプは、
１つ以上のビデオ、オーディオ、イメージ、テキスト、及びファイルを含むことを特徴とする請求項１に記載のＰｏＣセッションで支援するメディアタイプ管理を具現するためのＰｏＣシステム。
【請求項８】
１つ以上のＰｏＣクライアントとＰｏＣサーバを具備して構成されるＰｏＣシステムにおける前記ＰｏＣクライアントと前記ＰｏＣサーバとの間に開設されたＰｏＣセッションで支援する１つ以上のメディアタイプを管理するための方法であって、
前記１つ以上のＰｏＣクライアントのうち、少なくとも１つのＰｏＣクライアントが前記ＰｏＣセッションから脱退のための脱退メッセージにＰｏＣセッション参加の間、各々のＰｏＣクライアントにより使用できる１つ以上のメディアタイプ情報を挿入する過程と、
前記少なくとも１つのＰｏＣクライアントが前記脱退メッセージを前記ＰｏＣサーバへ転送する過程と、
前記ＰｏＣサーバが前記脱退メッセージを受信すれば、前記脱退メッセージ内に含まれたメディアタイプ情報から１つ以上のメディアタイプを確認及び格納する過程と、
前記ＰｏＣサーバが前記確認された１つ以上のメディアタイプを使用する残余ＰｏＣクライアント数が１つ以下か否かを検査する過程と、
前記確認された１つ以上のメディアタイプを使用する新たなＰｏＣクライアントの合流を待つタイマーを駆動する過程と、
前記残余ＰｏＣクライアント数が１つ以下であれば、前記ＰｏＣセッションで使われる１つ以上のメディアタイプのうち、前記確認された１つ以上のメディアタイプを除外したメディアタイプを使用するセッションに修正する過程とを具備することを特徴とするＰｏＣセッションで支援するメディアタイプ管理方法。
【請求項９】
前記検査過程の後、前記ＰｏＣサーバが前記確認された１つ以上のメディアタイプを使用する残余ＰｏＣクライアント数が１つ以下であれば、予め設定されたタイマー値でタイマーを駆動させる過程と、
前記ＰｏＣサーバが前記タイマー満了前に前記確認された１つ以上のメディアタイプを使用する新たなＰｏＣクライアントが前記ＰｏＣセッションに合流すれば、前記ＰｏＣサーバが現在ＰｏＣセッションで使われる１つ以上のメディアタイプを続けて支援する過程とを更に具備することを特徴とする請求項８に記載のＰｏＣセッションで支援するメディアタイプ管理方法。
【請求項１０】
前記タイマー駆動過程遂行の後、前記タイマーが満了した以後に前記確認された１つ以上のメディアタイプを使用する新たなＰｏＣクライアントが前記ＰｏＣセッションに合流すれば、前記ＰｏＣサーバが前記セッション修正過程を遂行する過程を更に具備することを特徴とする請求項９に記載のＰｏＣセッションで支援するメディアタイプ管理方法。
【請求項１１】
前記検査ステップ遂行の後、前記ＰｏＣサーバが前記確認された１つ以上のメディアタイプを使用する残余ＰｏＣクライアント数が２つ以上であれば、現在ＰｏＣセッションで使われる１つ以上のメディアタイプを続けて支援する過程を更に具備することを特徴とする請求項８に記載のＰｏＣセッションで支援するメディアタイプ管理方法。
【請求項１２】
前記検査過程遂行の後、前記確認されたメディアタイプを使用する残余ＰｏＣクライアント数が１つ以下であれば、前記ＰｏＣサーバが前記残余ＰｏＣクライアントに前記確認された１つ以上のメディアタイプをＰｏＣセッションから削除するためのセッション修正メッセージを転送する過程と、
前記ＰｏＣサーバが前記残余ＰｏＣクライアントから最終の応答メッセージを受信すれば、前記セッション修正を遂行する過程とを更に具備することを特徴とする請求項８に記載のＰｏＣセッションで支援するメディアタイプ管理方法。
【請求項１３】
前記セッション修正メッセージは、
SIP re-INVITEメッセージ及びSIP UPDATEメッセージのうちの１つのメッセージを含むことを特徴とする請求項１２に記載のＰｏＣセッションで支援するメディアタイプ管理方法。
【請求項１４】
前記１つ以上のメディアタイプは、
１つ以上のビデオ、オーディオ、イメージ、テキスト、及びファイルを含むことを特徴とする請求項８に記載のＰｏＣセッションで支援するメディアタイプ管理方法。
【請求項１５】
ＰｏＣシステムにおけるＰｏＣセッションで支援する１つ以上のメディアタイプに対する管理を具現するためのＰｏＣ端末であって、
ＰｏＣユーザの入力に従う信号を出力するユーザインターフェースと、
パケットデータの送受信のうち、少なくとも１つを遂行するデータ転送部と、
ＰｏＣセッションに参加したがＰｏＣユーザから前記ユーザインターフェースを通じてＰｏＣセッション脱退要求があれば、前記データ転送部を通じてＰｏＣサーバへ前記ＰｏＣクライアントにより支援可能な１つ以上のメディアタイプに対する情報を含むＰｏＣセッション脱退メッセージを転送するＰｏＣクライアントを具備して構成されることを特徴とするＰｏＣセッションで支援するメディアタイプ管理を具現するためのＰｏＣ端末。
【請求項１６】
前記ＰｏＣクライアントが前記ＰｏＣサーバから前記データ転送部を通じて現在ＰｏＣセッションから中断するための１つ以上のメディアタイプ情報を含むセッション修正メッセージを受信すれば、前記ＰｏＣサーバへ前記データ転送部を通じて最終応答メッセージを転送することを特徴とする請求項１５に記載のＰｏＣセッションで支援するメディアタイプ管理を具現するためのＰｏＣ端末。
【請求項１７】
前記ＰｏＣクライアントにより支援可能な１つ以上のメディアタイプに対する情報は、
前記ＰｏＣセッションに参加するために使用できるＰｏＣサーバと折衝を通じて設立された１つ以上のメディアタイプに対する情報を含むことを特徴とする請求項１５に記載のＰｏＣセッションで支援するメディアタイプ管理を具現するためのＰｏＣ端末。
【請求項１８】
前記１つ以上のメディアタイプは、
１つ以上のビデオ、オーディオ、イメージ、テキスト、及びファイルを含むことを特徴とする請求項１５に記載のＰｏＣセッションで支援するメディアタイプ管理を具現するためのＰｏＣ端末。
【請求項１９】
ＰｏＣサーバと１つ以上のＰｏＣクライアントとの間に開設されたＰｏＣセッションで支援する１つ以上のメディアタイプを管理するためのＰｏＣサーバであって、
前記Ｐｏｃサーバが前記ＰｏＣセッションに参加する間、各々のＰｏＣクライアントで使用可能な１つ以上のメディアタイプに対応するメディアタイプ情報を含む脱退メッセージを受信するとともに、前記脱退メッセージに含まれたメディアタイプ情報から１つ以上のメディアタイプを確認及び格納し、かつ、前記確認されたメディアタイプを使用する残余ＰｏＣクライアント数が１つ以下であれば、現在ＰｏＣセッションで使われる１つ以上のメディアタイプのうち、前記確認された１つ以上のメディアタイプを除外させるようにＰｏＣセッションを修正することを特徴とするＰｏＣセッションで支援する１つ以上のメディアタイプを管理するためのＰｏＣサーバ。
【請求項２０】
前記ＰｏＣサーバは、
前記確認されたメディアタイプを使用する残余ＰｏＣクライアント数が１つ以下であれば、予め設定されたタイマー値でタイマーを駆動させるとともに、前記タイマー満了前に前記確認された１つ以上のメディアタイプを使用する新たなＰｏＣクライアントが前記ＰｏＣセッションに合流すれば、前記確認された１つ以上のメディアタイプを含む現在ＰｏＣセッションで使われる１つ以上のメディアタイプを続けて支援することを特徴とする請求項１９に記載のＰｏＣセッションで支援する１つ以上のメディアタイプを管理するためのＰｏＣサーバ。
【請求項２１】
前記ＰｏＣサーバは、
前記タイマーが駆動されるとともに、前記タイマーが満了した後、前記ＰｏＣセッションに前記確認された１つ以上のメディアタイプを使用する新たなＰｏＣクライアントが合流されれば、前記現在ＰｏＣセッションで使われる１つ以上のメディアタイプのうち、前記確認された１つ以上のメディアタイプを除外させるように前記ＰｏＣセッションを修正することを特徴とする請求項２０に記載のＰｏＣセッションで支援する１つ以上のメディアタイプを管理するためのＰｏＣサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＰｏＣ（Push-to-talk Over Cellular）セッション（Session）で支援するメディアタイプを管理するための方法及びこれを具現するためのＰｏＣシステム（System）とＰｏＣ端末（Terminal）に関し、特に本発明は、ＰｏＣセッションに参加中の特定ＰｏＣクライアントの脱退時、参加中に使用できるように折衝していた１つ以上のメディアタイプ（Media Type）を処理するための方法とこれを具現するためのＰｏＣシステム及びＰｏＣ端末に関する。
【背景技術】
【０００２】
移動通信の画期的な発展と通信網の拡大により携帯電話を用いたより拡張され、かつ多様なサービスとアプリケーションが提供されている。また、ユーザの要求も多様化されて単純音声通話サービスから外れて、位置サービス、マルチメディアサービス、ＰＴＴ（Push To Talk；以下、“ＰＴＴ”と称する）サービスなどに拡大されている。特に、ＰＴＴサービスは、従来の無線機やＴＲＳ（Trunked Radio System）等に可能であったグループ通話と音声通話は勿論、インスタントメッセンジャー、状態表示など、多様な付加機能を支援する。
【０００３】
現在、このようなＰＴＴ概念を、移動通信網を用いてサービスするＰｏＣ（PTT over Cellular；以下、“ＰｏＣ”と称する）サービスに対する標準制定が活発に論議されている。既存の移動通信サービスと区別できるＰｏＣサービスの特徴の１つは、ユーザが複数のセッションに属しているので、必要によってセッション間を移動しながら通話できるという点である。ユーザが複数のセッションを移動しながら通話可能でなければならないという要求事項、即ち多重セッション機能に対する要求事項は移動通信サービスを定義している団体であるＯＭＡ（Open Mobile Alliance）の要求事項に明示されている。
【０００４】
一方、ＰｏＣ Ｖ ２．０システムは、ＰｏＣマルチメディア通話サービスを支援する。このためにＰｏＣ Ｖ ２．０システムは、音声以外にビデオ、イメージ、テキストなどを新たなマルチメディアタイプに定義し、ＰｏＣセッション開設時にＰｏＣセッションで使われるメディアタイプをＰｏＣサーバとＰｏＣクライアントとの間に折衝する。併せて、現在のＰｏＣシステムは端末機の性能向上によりビデオまたはイメージのような多重ストリームをディスプレイできる。
【０００５】
前述したマルチメディアは、１つ以上のメディアタイプの組み合せでなされる。ここで、メディアタイプとは、スピーチ（Speech）またはＰｏＣスピーチ（Speech）と明記される音声以外に、音楽のようなオーディオ（Audio）、動画のようなビデオ（Video）、停止した絵や写真のようなイメージ（Image）、テキスト（Text）またはファイル（File）のような種々のメディアだけでなく、同じ種類の複数個のメディアストリームの各々を意味できる。
【０００６】
上記のような複数個のメディアタイプを支援するＰｏＣシステムでＰｏＣセッションを開設する時、ＰｏＣサーバは該当ＰｏＣセッションに参加しようとするＰｏＣセッション参加ＰｏＣクライアントが使用しようとするメディアタイプのどんな組み合せを許可するＰｏＣセッションを開設する。即ち、ＰｏＣセッション開設時、ＰｏＣセッションで支援可能な多様な種類のメディアタイプを折衝する。また、ＰｏＣセッションで支援可能なメディアタイプ折衝は、ＰｏＣセッション開設後、他のＰｏＣクライアントの参加時になされる。
【０００７】
前述したようなメディアタイプ折衝を通じてＰｏＣセッションが開設された後、実際ＰｏＣセッションで使われる１つ以上のメディアタイプは少なくとも２人以上のＰｏＣクライアントにより支援されなければ該当メディアタイプの発信及び受信に意味がないことがある。しかしながら、従来のＰｏＣシステムではＰｏＣセッション開設または参加時のみにメディアタイプ折衝してＰｏＣセッションで支援する１つ以上のメディアタイプを管理する。
【０００８】
ところで、仮に１つ以上の参加ＰｏＣクライアントがＰｏＣセッションを脱退することで、脱退したＰｏＣセッション参加ＰｏＣクライアントがＰｏＣセッションで使用していた１つ以上のメディアタイプを使用するＰｏＣクライアントが１名しか残っていなかったならば、これ以上該当１つ以上のメディアタイプを受信するＰｏＣクライアントが存在しないことがある。
【０００９】
したがって、１つのＰｏＣクライアントが残って該当１つ以上のメディアタイプでメディアを発信しても、１つ以上のメディアタイプを受信することができるＰｏＣクライアントが存在しないためエラーが発生し、資源が浪費される問題点がある。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明は、ＰｏＣセッションに参加中の特定ＰｏＣクライアントの脱退時、参加中に使用できるように折衝していた１つ以上のメディアタイプ（Media Type）を処理するための方法とこれを具現するためのＰｏＣシステム及びＰｏＣ端末を提供することをその目的とする。
【００１１】
また、本発明の他の目的は、ＰｏＣセッションを脱退するＰｏＣクライアントが脱退メッセージ転送時に使われる自身の１つ以上のメディアタイプ情報を含めて転送することによって、ＰｏＣサーバが該当ＰｏＣクライアントのメディアタイプ情報を確認して、該当１つ以上のメディアタイプをＰｏＣクライアントが１つ以下の場合、該当１つ以上のメディアタイプ情報の使用を中断するためのセッションに修正する方法とこれを具現するためのＰｏＣシステム及びＰｏＣ端末を提供することにある。
【課題を解決するための手段】
【００１２】
前述したことを達成するための本発明は、１つ以上のＰｏＣクライアントとＰｏＣサーバとの間に開設されたＰｏＣセッションで支援する１つ以上のメディアタイプを管理するためのＰｏＣシステムであって、上記ＰｏＣセッションから脱退のための脱退メッセージにＰｏＣセッション参加の間、各々のＰｏＣクライアントにより使用できる１つ以上のメディアタイプ情報を含めて転送する上記１つ以上のＰｏＣクライアントと、上記脱退メッセージを受信すれば、上記脱退メッセージ内に含まれたメディアタイプ情報から１つ以上のメディアタイプを確認及び格納した後、上記確認されたメディアタイプを使用する残余ＰｏＣクライアント数が１つ以下であれば、上記ＰｏＣセッションで使われる１つ以上のメディアタイプのうち、上記確認された１つ以上のメディアタイプを除外したメディアタイプを使用するセッションに修正するＰｏＣサーバとを具備することを特徴とする。
【００１３】
また本発明は、少なくとも１つのＰｏＣクライアントとＰｏＣサーバを具備して構成されるＰｏＣシステムにおける上記ＰｏＣクライアントと上記ＰｏＣサーバとの間に開設されたＰｏＣセッションで支援する１つ以上のメディアタイプを管理するための方法であって、上記ＰｏＣクライアントのうち、少なくとも１つのＰｏＣクライアントが上記ＰｏＣセッションから脱退のための脱退メッセージにＰｏＣセッション参加の間、各々のＰｏＣクライアントにより使用できる１つ以上のメディアタイプ情報を含めて上記ＰｏＣサーバへ転送する過程と、上記ＰｏＣサーバが上記脱退メッセージを受信すれば、上記脱退メッセージ内に含まれたメディアタイプ情報から１つ以上のメディアタイプを確認及び格納する過程と、上記ＰｏＣサーバが上記確認された１つ以上のメディアタイプを使用する残余ＰｏＣクライアント数が１つ以下か否かを検査するステップと、上記確認された１つ以上のメディアタイプを使用する新たなＰｏＣクライアントの合流を待つタイマーを駆動する過程と、上記残余ＰｏＣクライアント数が１つ以下であれば、上記ＰｏＣセッションで使われる１つ以上のメディアタイプのうち、上記確認された１つ以上のメディアタイプを除外したメディアタイプを使用するセッションに修正する過程とからなることを特徴とする。
【００１４】
また本発明は、 ＰｏＣシステムにおけるＰｏＣセッションで支援する１つ以上のメディアタイプに対する管理を具現するためのＰｏＣ端末であって、ＰｏＣユーザの入力に従う信号を出力するユーザインターフェースと、パケットデータの送受信を少なくとも１つ遂行するデータ転送部と、ＰｏＣセッションに参加したがＰｏＣユーザから上記ユーザインターフェースを通じてＰｏＣセッション脱退要求があれば、該当ＰｏＣサーバへ自身の支援可能な１つ以上のメディアタイプに対する情報、即ちセッション参加時にＰｏＣサーバと折衝していたメディアタイプに対する情報を含むＰｏＣセッション脱退メッセージを転送するＰｏＣクライアントを具備して構成されることを特徴とする。
【００１５】
また本発明は、ＰｏＣサーバと１つ以上のＰｏＣクライアントとの間に開設されたＰｏＣセッションで支援する１つ以上のメディアタイプを管理するための上記ＰｏＣサーバであって、上記サーバが上記ＰｏＣセッションに参加する間、各々のＰｏＣクライアントで使用可能な１つ以上のメディアタイプに対応するメディアタイプ情報を含む脱退メッセージを受信し、上記脱退メッセージに含まれたメディアタイプ情報から１つ以上のメディアタイプを確認及び格納し、上記確認されたメディアタイプを使用する残余ＰｏＣクライアント数が１つ以下であれば、現在ＰｏＣセッションで使われる１つ以上のメディアタイプのうち、上記確認された１つ以上のメディアタイプを除外させるようにＰｏＣセッションを修正することを特徴とする。
【００１６】
本発明の詳述した目的、特徴、及び長所は、添付した図面と関連した次の詳細な説明を通じてより明らかになるはずである。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態が適用されるＰｏＣサービスシステムの構成図である。
【図２】一般的なＰｏＣサーバの機能ブロック構成図である。
【図３】ＰｏＣサーバのControlling PoC FunctionブロックとParticipating PoC Functionブロックを説明するための図でる。
【図４】一般的なＰｏＣクライアントを備えたＰｏＣ端末がＰｏＣサーバとの連結を簡略に示す図である。
【図５】ＰｏＣサーバとＰｏＣセッション参加ＰｏＣクライアントとの間のメディアタイプ（Media Type）折衝に従いＰｏＣセッションを開設する過程を示す信号流れ図である。
【図６】本発明の実施形態に従ってＰｏＣセッション参加ＰｏＣクライアントがＰｏＣセッションから脱退時、ＰｏＣサーバがＰｏＣセッションで支援する１つ以上のメディアタイプを管理する過程を示す信号流れ図である。
【図７】本発明の実施形態によってＰｏＣクライアントがＰｏＣセッションから脱退のための過程を示す流れ図である。
【図８】本発明の実施形態に従ってＰｏＣサーバでＰｏＣセッション参加者のＰｏＣセッションから脱退に従いＰｏＣセッションで支援する１つ以上のメディアタイプを管理する過程を示す流れ図である。
【発明を実施するための形態】
【００１８】
本発明の一実施形態の目的、特性、及び長所は、添付した図面と共に以下の説明により、さらに明確になる。本発明の詳細な構成および要素として本発明の詳細な説明で定義される特徴は、本発明の実施形態の包括的な理解を助けるために提供される。したがって、本発明の範囲及び趣旨を逸脱することなく、ここに説明された実施形態の様々な変更及び変形が可能であるということは、当該技術分野における通常の知識を有する者には明らかである。また、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明は、省略する。
【００１９】
以下、本発明が適用されるＰｏＣシステムに対し、図１乃至図３を参照しつつ説明する。下記では、本発明をＰＴＴ（Push To Talk）システムのうち、特に、セルラー移動通信網を使用してＰＴＴ サービスを提供する、ＰｏＣ（PTT over Cellular）システムに適用する場合を例に挙げた。一般にＰｏＣシステムは、グループ通話のセッション参加情報を伝達するためにＳＩＰ（Session Initiation Protocol）プロトコル及びＳＩＰ拡張プロトコルを利用し、グループ情報を獲得するためにＸＣＡＰ（XML Configuration Access Protocol）プロトコルを利用する。以下，記述する本発明の機能は前述したプロトコルにより具現されることができ、本発明の基本的な構造はPoC Re1.1システムを基盤とすることができる。まず、本発明が適用できる一般的なＰｏＣシステムについて説明する。
【００２０】
図１は、典型的なＰｏＣサービスシステム及び関連ネットワーク構造に対する概念図である。
【００２１】
図１に示すように、典型的なＰｏＣシステムは、ＰｏＣ端末（User Equipment；ＵＥ）１００、ＸＤＭＳ（XML Document Management Server）１３０、１４０、及びＰｏＣサーバ１５０を具備するように構成できる。また、ＰｏＣシステムは、アグリゲーションプロキシサーバ１６０を更に具備することができる。これら構成要素は、アクセスネットワーク１１０、ＳＩＰ／ＩＰコアネットワーク１２０、及び遠隔ＰｏＣネットワーク１７０を介して連結できる。
【００２２】
前述した構成要素の各々に対して説明すれば、次の通りである。
【００２３】
ＰｏＣ端末１００は、ＰｏＣクライアント（client）１０２及びＸＤＭＣ１０４を具備することができる。
【００２４】
ＰｏＣクライアント１０２は、ＰｏＣ端末１００に内蔵されるサービスリクエスタであって、ＰｏＣ端末１００に常駐しながらＰｏＣサービス加入者にＰｏＣサービスを提供するためのネットワーク接続を遂行する。ＰｏＣサービス加入者は、ＰｏＣクライアントが内蔵されたＰｏＣ端末を通じてＰｏＣサービスの提供を受けることができる。以下、本発明を説明するに当たって、ＰｏＣクライアントという用語は、ＰｏＣクライアントが内蔵された端末及びＰｏＣサービス加入者を総称する用語として使われる。また、以後ＰｏＣクライアントの参照符号は、特別に区別しなければならない場合の他には省略する。
【００２５】
ＰｏＣクライアントの主な機能は、ＰｏＣサービス加入者、即ちＰｏＣユーザ側面からＰｏＣセッションを設定したり、設定されている既存のセッションに参加したり、設定されているセッションを終了したりするものである。また、ＰｏＣクライアントは、トークバーストを作って伝達する機能、Instant Personal alertを支援する機能、ＰｏＣサービスに接続した時の認証機能などを遂行する。ＰｏＣクライアントは、アクセスネットワーク１１０を介して、ＳＩＰ／ＩＰマルチメディアを支援するＳＩＰ／ＩＰコアネットワーク１２０に連結できる。
【００２６】
ＳＩＰ／ＩＰコアネットワーク１２０は、ＰｏＣサービスを支援するためにＰｏＣサーバ１５０、ＸＤＭＳ１３０、１４０などと連結されてサービスを提供する。この際、ＰｏＣサーバ１５０は、ＰｏＣセッションを維持及び管理するControlling PoC Function機能を遂行したり、一対一通話や多者間通話のために開設されるＰｏＣセッションに参加するためのParticipating PoC Function機能を遂行できる。
【００２７】
一方、ＰｏＣサービスは、コンファレンス通話のように、グループセッションを開設するサービスを伴うことができる。このために、ＯＭＡ規格はグループリストサービスのためのＸＤＭ（XML Document Management）クライアント１０４とＸＤＭＳ１３０、１４０を定義する。図１は、ＰｏＣサービスのために使われるＰｏＣ ＸＤＭＳ１４０と他のサービスイネーブラにも共有できる共用ＸＤＭＳ１３０を示している。グループ及びグループメンバーに関する情報はＰｏＣクライアントを通じてＸＤＭＳ１３０、１４０に格納できる。ＰｏＣクライアントは、ＸＤＭＳ１３０、１４０から転送を受けた個人あるいはグループリストを通じて自身が呼び出しできるＰｏＣクライアントの情報が分かる。一方、ＸＤＭＳ１３０、１４０に対するグループ及びグループメンバーの生成、修正、及び管理は、インターネットやイントラネットなど、ＰｏＣサービス提供者が信頼できる通信網を通じてなされることもできる。グループリストを生成、修正、及び除去する等のＸＭＬ文書管理のプロトコル及び特定内容に対する詳細な説明は省略する。
【００２８】
また、グループサービスのためにアグリゲーションプロキシサーバ１６０は、ＸＤＭＣ１０４からグループリスト関連要請を受ける時、これを適切な規則に従い各ＸＤＭＳ１３０、１４０にルーティングする。
【００２９】
次に、ＰｏＣサーバ１５０について説明する。
【００３０】
図２は、一般的なＰｏＣサーバの概略的な構造図である。
ＰｏＣサーバ１５０は、機能的な側面から、ＰｏＣセッションを全般的に維持及び管理するControlling PoC Function（以下、“ＣＦ”と称する）３００とＰｏＣクライアント１０２−ＡとＰｏＣクライアント１０２−Ｂに対応するのように、各セッション間の維持管理を担当するParticipating PoC Function（以下、“ＰＦ”と称する）３１０−Ａと３１０−Ｂに区分できる。ＰｏＣサーバの機能別の特性を下記の＜表１＞及び＜表２＞を参照して説明する。
【００３１】
【表１】
2010524327.tif 000003
【００３２】
ＣＦは＜表１＞のように、ＰｏＣサーバの機能のうち、ＰｏＣセッションを管理する役目をするが、特にＰｏＣクライアントの話す権利（floor、発言権）の要請を受け入れて順序を定めて権限を与え、任意のＰｏＣクライアントが要請したトークバースト（talk burst）をグループ呼び出しに参加した全ての他のＰｏＣクライアントに分配し、グループ呼び出しに参加したＰｏＣクライアントの情報を提供する。
【００３３】
ＰＦは下記の＜表２＞のように、ＰｏＣセッションでＣＦと各ＰｏＣクライアントと連係されたセッションを管理するが、特にＰｏＣクライアントが発言権を要求する時、及びＣＦからＰｏＣクライアントに発言権を与える時に中継する役目をする。また、ＰＦはＣＦとＰｏＣクライアントとの間にメディアを中継する役目、両者間に異なるコーデック（ＣＯＤＥＣ）を使っている場合にトランスコーディングする役目、同時セッションの場合には１つのセッションで話している時に他のセッションでも話すと、ＰｏＣユーザの選択に従い１つをフィルタリングする役目を遂行する。
【００３４】
【表２】
2010524327.tif 000004
【００３５】
図３は、ＰｏＣサーバのControlling PoC FunctionブロックとParticipating PoC Functionブロックを図式的に説明するための図である。
【００３６】
図３を参照すれば、各ＰｏＣクライアント１０２−Ａ乃至１０２−Ｄは、対応するＰＦ３１０−Ａ乃至３１０−Ｄを通じてＣＦ３００に接続して各々のＰｏＣセッションを設定する。以後、ＣＦ３００から発言権が与えられたＰｏＣクライアントの該当発言に対するメディアが各ＰｏＣクライアントに伝えられる。この際、発言権が与えられたＰｏＣクライアントはグループセッションに参加しているＰｏＣクライアントの情報を確認した後でなければ適切な発言をすることができない。
【００３７】
まず、下記では前述した特徴を有するＰｏＣシステムにおけるＰｏＣマルチメディアセッション開設手続きを説明する。
【００３８】
送信側ＰｏＣクライアントは、ＳＩＰプロトコルを用いてマルチメディア（メディアタイプの指定に従い多様なフォーマットのオーディオ、ビデオ、及びテキストなどが含まれることができる）招待メッセージを送信して呼処理を要請する。このような呼処理要請に応答して、受信側クライアントは該当ＰｏＣサーバでの応答モード設定と事前セッションが存在するか否かによって多様な応答手続きを取る。ＰｏＣ通話のための呼処理手続きを、同じ送信側ネットワークと受信側ネットワークの手続きを例示して説明する。しかしながら、互いに異なるネットワークは、各々の転送側と受信側を通じて使用できる。
【００３９】
送信側ＰｏＣクライアントは、自身が通信しようとする受信側ＰｏＣクライアントのＳＩＰアドレス情報を含んだSIP INVITE要請を該当ＳＩＰ／ＩＰコアネットワークに送る。この際、SIP INVITEメッセージは送信側ＰｏＣクライアントのＰｏＣアドレス情報、要求されるメディアパラメータ、ＰｏＣサービスであることを知らせる特性値情報などのエレメントを更に含むことができる。ここで、“要求される１つ以上のメディアパラメータ”は、要求されるセッションがマルチメディアである場合、オーディオとビデオに関するインコーディング方法、レート、ペイロードタイプなどの１つ以上の特性値を含むことができる。
【００４０】
SIP INVITEメッセージは、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバやＤＮＳ（Domain Name Server）サーバなどでの経路質疑（query）を通じてＩＭＳネットワーク内の該当ＩＭＳサーバ、即ちＰ−ＣＳＰＦ及びＳ−ＣＳＰＦを経由してparticipating PoCサーバに伝達される。一般的な通話要請時、ＰｏＣクライアントが連結されたparticipating PoCサーバは、開設されるセッションのトークバーストを管理するcontrolling PoCサーバと分離して具現できるので、ＰＦに送られたSIP INVITE要請は、該当ネットワークのＳＩＰ／ＩＰコアネットワークを経由してcontrolling PoCサーバＣＦに伝達される。
【００４１】
一方、ＣＦを具備するＰｏＣセッション制御ネットワークは、受信側ネットワークにSIP INVITE要請メッセージを伝達した後、これに対する受信側ネットワークの応答メッセージを受信するようになる。受信側ネットワークから応答されるＳＩＰメッセージは、受信側ＰｏＣクライアントとＰＦの設定に従い、１ｘｘの臨時応答メッセージ（provisional response）、２ｘｘの成功応答メッセージ（successful response）、または４ｘｘ〜６ｘｘなどのエラー応答メッセージでありうる。自動応答（auto-answer）モードの場合、SIP 183 session progress信号が応答メッセージとして受信されることができ、このメッセージを通じて通話要請者のＩＭＳ網でＰｏＣサーバとクライアントと間の連結が進行されることができる。受信側ＰｏＣクライアントの通話許可信号は、SIP 183 session progressやSIP 200 OK応答として回信され、ＣＦとＰＦのＰｏＣサーバを経由してＰｏＣクライアントに伝達される。ＣＦは受信側ＰｏＣサーバから200 OK応答や183 session progress信号が受信されれば、ＰｏＣ呼が連結されたと判断し、トークバースト発言権を与えるfloor granted信号を送信側ＰｏＣクライアントに送るようになる。上記の応答、即ち200 OKまたは183 session progressに従いトークバースト権限を与えることは“confirmed”または“unconfirmed”に区分できる。本発明でＣＦは“unconfirmed”応答を受信する場合、バッファーリング機能を必要とする。
【００４２】
一方、送信側ＰｏＣクライアントは、SIP INVITE要請信号に対する応答信号を受信した後、トークバースト転送許可信号（例えば、通話連結音）を伝達するfloor granted信号を、ＲＴＣＰプロトコルを通じて受信するようになる。floor granted信号は、トークバースト仲裁権限を有するＣＦで生成されて該当ＰｏＣクライアントを管理するＰＦを経てＰｏＣクライアントへ転送される。この際、floor granted信号はＳＩＰプロトコルを利用せず、ベアラーの経路を利用するので、ＩＭＳのようなＳＩＰ／ＩＰコアネットワークを経ないで転送できる。通話連結音を確認したＰｏＣクライアントは、メディア（例えば、音声）ストリームをＲＴＰ（Real-time Transport Protocol）プロトコルを利用して転送する。
【００４３】
図４は、本発明の実施形態に従うＰｏＣクライアント１０２を備えたＰｏＣ端末１００とＰｏＣサーバ１５０との連結を簡略に示す図である。
【００４４】
上記ＰｏＣ端末１００は、ＰｏＣクライアント１０２、ユーザインターフェース４０１、及びデータ転送部４０２を具備して構成できる。
【００４５】
より具体的に説明すると、本発明の実施形態に従うＰｏＣクライアント１０２は、ＰｏＣセッションに参加したがＰｏＣユーザからユーザインターフェース４０１を通じてＰｏＣセッション脱退要求があれば、該当ＰｏＣサーバ１５０へＰｏＣセッション終了メッセージを転送する。この際、ＰｏＣセッション終了メッセージは、自身の支援可能な１つ以上のメディアタイプに対する情報、即ち、セッション参加時に使用できるようにＰｏＣサーバ１５０と折衝を通じて設立された１つ以上のメディアタイプに対する情報を含む。
【００４６】
ユーザインターフェース４０１は、ユーザの入力をＰｏＣクライアント１０２に伝達する。データ転送部４０４はパケットデータの送受信を遂行する。データ転送部４０４はパケットデータの送受信を遂行するための１つ以上の転送プロトコルスタック４０３を具備することができる。例示的に、転送プロトコルスタック４０３は、RTP/RTCP/HTTP layer４０５、UDP layer４０６、IP layer４０７、Lower Layer Stack layer４０８を具備することができる。データ転送部４０４はＩＰネットワーク４０９とＩＭＳコアネットワーク４１０を介してＰｏＣサーバ１５０にパケットデータを送受信する。
【００４７】
次に、ＰｏＣサーバ１５０について説明すれば、ＰｏＣサーバ１５０はＰｏＣ端末１００から脱退メッセージを受信すれば、上記脱退メッセージ内に含まれたメディアタイプ情報を確認及び格納する。以後、ＰｏＣサーバ１５０は上記確認された１つ以上のメディアタイプを使用する残余ＰｏＣクライアント数が１つ以下であれば、上記確認された１つ以上のメディアタイプを除外した現在使われた１つ以上のメディアタイプを続けて使用するためのセッションに現在セッションを修正する。また、ＰｏＣサーバ１５０は、確認された１つ以上のメディアタイプを使用する残余ＰｏＣクライアント数が１つ以下であれば、予め設定されたタイマー値でタイマーを駆動させる。以後、ＰｏＣサーバ１５０は、上記タイマー満了前に上記確認されたメディアタイプを使用する新たなＰｏＣクライアントが上記ＰｏＣセッションに合流すれば、現在ＰｏＣセッションで使われる１つ以上のメディアタイプをそのまま支援するように制御する。
【００４８】
また、ＰｏＣサーバ１５０は、上記タイマーが満了されるまで上記ＰｏＣセッションに上記確認された１つ以上のメディアタイプを使用する新たなＰｏＣクライアントが合流しなければ、確認された１つ以上のメディアタイプを除外した現在使われる１つ以上のメディアタイプを使用するセッションに現在セッションを修正する。ＰｏＣサーバ１５０は、確認された１つ以上のメディアタイプを使用する残余ＰｏＣクライアント数が２つ以上であれば、現在ＰｏＣセッションで続けて使用するようにメディアタイプ全てを制御する。また、ＰｏＣサーバは、確認されたメディアタイプを使用する残余ＰｏＣクライアント数が１つ以下であれば、上記残余ＰｏＣクライアントに上記確認された１つ以上のメディアタイプをＰｏＣセッションから削除するためのセッション修正メッセージを転送する。以後、上記残余ＰｏＣクライアントから最終応答メッセージを受信すれば、ＰｏＣサーバは現在セッションを上記確認された１つ以上のメディアタイプを除外した１つ以上のメディアタイプを使用するセッションに修正する。この際、ＰｏＣサーバ１５０から転送されるセッション修正メッセージはSIP re-INVITEメッセージまたはSIP UPDATEメッセージのうちの１つのメッセージを使用することができる。このようなＰｏＣサーバ１５０の具体的な制御動作については下記の図７で具体的に説明する。
【００４９】
図５は、ＰｏＣサーバとＰｏＣセッション参加ＰｏＣクライアントとの間のメディアタイプ（Media Type）折衝に従いＰｏＣセッションを開設する過程を示す信号流れ図である。図５の実施形態で、ＰｏＣクライアントＡが支援するメディアタイプはビデオ（Video）タイプと音声（speech）タイプであり、ＰｏＣクライアントＢが支援するメディアタイプは音声（speech）タイプであり、ＰｏＣクライアントＣが支援するメディアタイプはビデオ（Video）タイプであると仮定する。
【００５０】
ステップ５００で、ＰｏＣクライアントＡはセッション開設のための招待メッセージ（INVITE）に自身が支援するメディアタイプ情報を含んでＰｏＣサーバへ転送する。ＰｏＣクライアントＡはビデオ（Video）タイプと音声（speech）タイプを支援するが、招待メッセージ（INVITE message）は自身が支援するメディアタイプがビデオ（Video）タイプと音声（speech）タイプであることを知らせる情報を含む。
【００５１】
以後、ステップ５１０で、ＰｏＣサーバはＰｏＣクライアントＡが要請した全ての１つ以上のメディアタイプを提供するセッションを許可する最終応答メッセージ（OK）を転送することによって、ＰｏＣクライアントＡとＰｏＣサーバとの間にビデオ（Video）と音声（Speech）メディアタイプを支援するＰｏＣセッションを開設する。
【００５２】
以後、ＰｏＣサーバは、ステップ５２０とステップ５２２、及びステップ５４０とステップ５４２を通じてセッション招待メッセージ（INVITE）を受信側ＰｏＣクライアントであるＰｏＣクライアントＢとＰｏＣクライアントＣに伝達する。
【００５３】
すると、ＰｏＣクライアントＢは、ステップ５３０及びステップ５３２を通じてＰｏＣセッションに合流を許可する最終応答メッセージ（OK）に自身が支援するメディアタイプが音声（Speech）メディアタイプであることを知らせる情報を含めてＰｏＣサーバへ転送する。すると、ＰｏＣクライアントＢとＰｏＣサーバとの間には音声（Speech）メディアタイプのみが送受信できるセッションが連結される。
【００５４】
また、ＰｏＣクライアントＣは、ステップ５５０及びステップ５５２を通じてＰｏＣセッションに合流を許可する最終応答メッセージ（OK）に自身が支援するメディアタイプがビデオ（Video）メディアタイプであることを知らせる情報を含めてＰｏＣサーバへ転送する。すると、ＰｏＣクライアントＣとＰｏＣサーバとの間にはビデオメディアタイプのみが送受信できるセッションが連結される。
【００５５】
一方、ＰｏＣサーバは、ステップ５３２またはステップ５５２での受信側ＰｏＣクライアントの全部あるいは一部からの最終応答メッセージを受信した後にステップ５１０を遂行することもできる。仮に、ステップ５３２でのようにＰｏＣクライアントＢから音声（Speech）のみを許可する最終応答を受けた場合、ステップ５１０で音声（Speech）メディアタイプのみを許可するセッションをＰｏＣクライアントＡと開設することもでき、今後セッションに合流するようになるＰｏＣクライアントを考慮してＰｏＣクライアントＡが要請した全てのメディアタイプを許可するセッションを開設することもできる。
【００５６】
上記のように、ＰｏＣセッションで支援されるメディアタイプに対する折衝後、ＰｏＣセッションが開設された以後、ＰｏＣセッションに参加中のＰｏＣクライアントがＰｏＣセッションから脱退しようとする時、ＰｏＣサーバがＰｏＣセッションで支援する１つ以上のメディアタイプを管理する過程について図６を参照しつつ説明する。
【００５７】
図６は、ＰｏＣセッションに参加中のＰｏＣクライアントがＰｏＣセッションから脱退しようとする時、ＰｏＣサーバがＰｏＣセッションで支援する１つ以上のメディアタイプを管理する過程を示す流れ図である。
【００５８】
まず、ステップ６００で、ＰｏＣサーバとＰｏＣクライアントＡ、Ｂ、そしてＣの間に上記の図５のように、メディアタイプ折衝が適用されたＰｏＣセッションが進行されている。したがって、ＰｏＣサーバは全体ＰｏＣセッションでビデオ（Video）と音声（Speech）メディアタイプを管理しているが、ＰｏＣクライアントＡはビデオ（Video）と音声（Speech）メディアタイプのメディアを全て送受信することができる。また、例えばＰｏＣクライアントＢは音声（Speech）メディアタイプだけを、ＰｏＣクライアントＣはビデオ（Video）メディアタイプのみを送受信することができる。
【００５９】
以後、ステップ６０２とステップ６０４で、ＰｏＣクライアントＢがセッションを脱退するための脱退メッセージ（BYE）にＰｏＣクライアントＢが使用したメディアタイプに対する情報を含んでＰｏＣサーバへ転送する。
【００６０】
すると、ＰｏＣサーバはステップ６１０で、脱退しようとするＰｏＣクライアントＢがＰｏＣセッション合流時に使用するために折衝していたメディアタイプ情報を確認及び格納した後、ステップ６１２及びステップ６１４で最終応答メッセージ（OK）を上記ＰｏＣクライアントＢに伝達する。
【００６１】
以後、ステップ６２０で、ＰｏＣサーバはステップ６１０で格納した、脱退要請したＰｏＣクライアントのメディアタイプ情報に基づいて該当メディアタイプを使用する残余ＰｏＣクライアント数を計算する。
【００６２】
仮に、該当メディアタイプを使用する残余ＰｏＣクライアント数が１つ以下の場合、ＰｏＣサーバは該当メディアタイプを受信することができるＰｏＣクライアントがこれ以上存在しないと判断する。以後、ステップ６３０で、ＰｏＣサーバは上記メディアタイプを削除するためのセッション修正を開始する前に新たなＰｏＣセッション參加ＰｏＣクライアントの合流を待つタイマー（Timer）を駆動させる。
【００６３】
仮に、ステップ６３０で、上記メディアタイプを使用する新たなＰｏＣクライアントが該当セッションに合流する場合には、セッション修正を開始せず、予め設定された時間内に上記メディアタイプを使用する新たな参加ＰｏＣクライアントが発生しないならば、ステップ６４０に進行してＰｏＣセッションで支援するメディアタイプを修正するための動作を遂行する。
【００６４】
ステップ６４０で、ＰｏＣサーバは残余ＰｏＣクライアントのうち、少なくとも２以上のＰｏＣクライアントが使用するメディアタイプであるビデオ（Video）メディアタイプを含んだセッション修正メッセージ（re-INVITE）をセッション修正が要求されるＰｏＣクライアントＡに送る。即ち、ＰｏＣサーバはステップ６４０を通じてビデオ（Video）メディアタイプを使用するＰｏＣクライアントに現在ビデオメディアタイプを受信することができるＰｏＣクライアントがないことを知らせる。一方、ステップ６４０で、セッション修正のために使用するSIP re-INVITEメッセージの代りに、SIP UPDATEメッセージが使われることもできる。
【００６５】
以後、ステップ６４０で、ビデオメディアタイプを削除するためのセッション修正メッセージを受信したＰｏＣクライアントＡは、最終応答メッセージ（OK）をＰｏＣサーバへ転送し、これを受信したＰｏＣサーバは、ステップ６５０でＰｏＣサーバと残余ＰｏＣクライアントＡ及びＣの間にビデオメディアタイプが送受信できるセッションが進行される。
【００６６】
したがって、ＰｏＣクライアントＡとＰｏＣサーバとの間にはビデオ（Video）メディアタイプのみが伝達できるセッションにセッションが再生（refresh）される。
【００６７】
上記の図６で、ＰｏＣクライアントＢがＰｏＣセッションから脱退のためにＰｏＣサーバへ脱退メッセージを転送する過程について図７を参照しつつ説明する。
【００６８】
図７は、ＰｏＣクライアントがＰｏＣセッションから脱退するための過程を示す流れ図である。
【００６９】
ステップ７００で、ＰｏＣクライアントＢはＰｏＣセッションに参加したが、ステップ７０２でＰｏＣユーザからＰｏＣセッション脱退要求があれば、ステップ７０４に進行して該当ＰｏＣサーバへ自身の支援可能なメディアタイプ情報、即ち、セッション参加時にＰｏＣサーバと折衝したメディアタイプ情報を含むＰｏＣセッション脱退メッセージを転送する。
【００７０】
ここに、上記の図６で、ＰｏＣサーバでＰｏＣセッション参加者のＰｏＣセッションからの脱退に従いＰｏＣセッションで支援する１つ以上のメディアタイプを管理する過程について図８を参照しつつ説明する。
【００７１】
図８は、ＰｏＣサーバでＰｏＣセッション参加者のＰｏＣセッションからの脱退に従いＰｏＣセッションで支援する１つ以上のメディアタイプを管理する過程を示す流れ図である。
【００７２】
ステップ８００で、ＰｏＣサーバはメディアタイプ折衝が適用されたＰｏＣセッションを開設する。以後、ステップ８０２でＰｏＣクライアントからメディアタイプ情報が含まれた脱退メッセージが受信されるかを検査する。
【００７３】
仮に、ステップ８０２でＰｏＣクライアントからメディアタイプ情報が含まれた脱退メッセージが受信されればステップ８０４に進行し、でなければステップ８００に進行する。
【００７４】
以後、ＰｏＣサーバはステップ８０４で受信した脱退メッセージ内に含まれたメディアタイプ情報を確認し、格納した後、ステップ８０５に進行して、確認された１つ以上のメディアタイプを使用する残余ＰｏＣクライアント数を計算する。
【００７５】
以後、ＰｏＣサーバはステップ８０７で計算された１つ以上のメディアタイプを使用する残余ＰｏＣクライアント数が１以下か否かを検査する。仮に、ステップ８０７検査結果、計算された１つ以上のメディアタイプを使用する残余ＰｏＣクライアント数が１以下であれば、ＰｏＣサーバはステップ８０８に進行して予め設定されたタイマー値でタイマーを駆動させる。この際、タイマー駆動は上記ステップ８０４及びステップ８０７を通じてＰｏＣセッションで残余ＰｏＣクライアントが１名だけ使われる１つ以上のメディアタイプを削除するセッション修正を遂行する前に、その１つ以上のメディアタイプを使用する新たなＰｏＣクライアントがＰｏＣセッションに参加できるため駆動するものである。
【００７６】
以後、ステップ８０８からステップ８０９に進行すれば、ＰｏＣサーバはタイマーが満了するか否かを検査し、タイマーが満了しなければステップ８１０に進行して、確認された１つ以上のメディアタイプを使用する新たなＰｏＣクライアントがＰｏＣセッションに合流するか否かを検査する。
【００７７】
上記のステップ８１０の検査結果、タイマー満了前にステップ８０４で確認された１つ以上のメディアタイプを使用する新たなＰｏＣクライアントがＰｏＣセッションに合流すれば、ステップ８００に進行してセッション修正動作を遂行せず、現在支援されるメディアタイプを全て維持する。しかしながら、仮にステップ８１０の検査結果、タイマー満了前にステップ８０４で確認された１つ以上のメディアタイプを使用する新たなＰｏＣクライアントがＰｏＣセッションに合流しないならば、ステップ８０９に進行して続けてタイマーが満了する時点まで待機する。
【００７８】
一方、ステップ８０９の検査結果、タイマーが満了すれば、ＰｏＣサーバはステップ８１１に進行して１つの残余ＰｏＣクライアントを使用する１つ以上のメディアタイプを削除するためのセッション修正メッセージを削除しようとする１つ以上のメディアタイプを使用するＰｏＣクライアントに転送する。
【００７９】
以後、ステップ８１２で、ＰｏＣサーバがセッション修正メッセージに対する最終応答メッセージを受信すれば、ステップ８１３に進行してセッション修正を遂行する。この際、セッション修正とは、前述したように、ＰｏＣセッションで支援するメディアタイプのうち、１つのＰｏＣクライアントで単に使用する１つ以上のメディアタイプを削除することをいう。
【００８０】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【符号の説明】
【００８１】
１００・・・ＰｏＣ端末
１０２・・・ＰｏＣクライアント
１５０・・・ＰｏＣサーバ
４０１・・・ユーザインターフェース
４０４・・・データ転送部
４０９・・・ＩＰネットワーク
４１０・・・ＩＭＳコアネットワーク
【図１】
2010524327.tif 000005
【図２】
2010524327.tif 000006
【図３】
2010524327.tif 000007
【図４】
2010524327.tif 000008
【図５】
2010524327.tif 000009
【図６】
2010524327.tif 000010
【図７】
2010524327.tif 000011
【図８】
2010524327.tif 000012
【国際調査報告】
2010524327.tif 000013
2010524327.tif 000014