JP2012510753A - 統合ｉｐメッセージングサービスにおけるインターワーキングのためのセッションを制御する方法及び装置とそのシステム - Google Patents

Abstract

統合インターネットプロトコル（ＩＰ）メッセージング（ＣＰＭ）サービスに加入した第１のクライアントと上記ＣＰＭサービスに加入しない第２のクライアント間のＣＰＭセッションをサポートするためのＣＰＭサーバのセッション制御方法を開示する。上記セッション制御方法は、上記ＣＰＭセッションが上記ＣＰＭサーバ及びインターワーキング遂行部（ＩＷＦ）を通して上記第１のクライアントと上記第２のクライアント間で開設された後に、特定のメディアを含むセッション変更要請メッセージを上記第１のクライアントから受信するステップと、上記特定のメディアを含むセッション変更要請メッセージを上記開設されたＣＰＭセッションを通して上記インターワーキング遂行部に送信するステップと、上記特定のメディアを含むセッション変更要請メッセージに対する拒絶の理由を含む応答メッセージを上記インターワーキング遂行部から受信するステップとを有する。

Description

本発明は、統合ＩＰメッセージングサービスと非統合ＩＰメッセージングサービス間のインターワーキングのためのセッションを制御する方法に関し、特に、統合ＩＰメッセージングサービスと非統合ＩＰメッセージングサービス間でセッションを開設する方式で既に開設されたセッションを変更する等のセッションを制御する方法に関する。

既存のモバイル環境において、端末は、ショートメッセージサービス（Short Message Service：以下、“ＳＭＳ”と称する。）メッセージ、マルチメディアメッセージングサービス（Multimedia Messaging Service：以下、“ＭＭＳ”と称する。）メッセージなどのようなワンショットメッセージを送信したが、ユーザーは、有線環境でのインスタントメッセンジャーを通して対話しやすいメッセージングサービスを期待している。インスタントメッセージング（instant messaging：以下、“ＩＭ”と称する。）サービスは、セッション開設プロトコル（Session Initiation Protocol：以下、“ＳＩＰ”と称する。）／インターネットプロトコル（Internet Protocol：以下、“ＩＰ”と称する。）コア網に基づいて端末及びネットワークに導入された。また、顧客及び企業からのプッシュツートーク（Push to Talk）（例えば、携帯用無線電話機）に対する要求により、ＳＩＰ／ＩＰコア網に基づくプッシュツートークオーバーセルラー（Push to Talk Over Cellular：以下、“ＰｏＣ”と称する。）サービス及びシステムが開発されてきた。さらに、企業及び通信事業を含む市場の急速な変化は、ユーザーが自身に受信される様々なタイプのメッセージを統合し処理する必要性を増加させてきた。

このような点を考慮して、モバイルソリューション及びサービスの国際民間標準を制定する標準化団体であるオープンモバイルアライアンス（Open Mobile Alliance：ＯＭＡ）は、ＳＩＰ／ＩＰコア網を通して実現される統合ＩＰメッセージング（Converged Internet Protocol（IP）Messaging：以下、“ＣＰＭ”と称する。）サービスに対する標準技術が最近に開発されてきた。

ＣＰＭサービスは、ＳＭＳ、ＭＭＳなどのような既存のメッセージングサービスをＩＰに基づいて単一サービスに統合し、該統合された単一サービスを提供するＩＰマルチメディアサブシステム（IP Multimedia Subsystem：ＩＭＳ）基盤メッセージングサービスである。従来のメッセージングサービスは、限定された網及び端末機内だけで送受信が可能であるが、ＣＰＭサービスは、端末機の種類、メディアの形態、ネットワークの種類、及びサービスの形態に無関係にＩＰ基盤の統合サービスを提供する。

このようなＣＰＭサービスは、既存のすべてのタイプのメッセージの統合及び処理を可能にしなければならない。したがって、ＣＰＭサービスは、ＳＭＳメッセージフォーマット、ＭＭＳメッセージフォーマット、インスタントメッセージングサービスメッセージフォーマット、ｎｏｎ−ＣＰＭメッセージフォーマット（例えば、ＰｏＣ）、及びＣＰＭメッセージフォーマット間の相互変換を要求する。ｎｏｎ−ＣＰＭメッセージフォーマットとＣＰＭメッセージフォーマット間の相互変換は、インターワーキング（inter-working）と呼ぶ。

ＣＰＭサービスは、様々な種類のｎｏｎ−ＣＰＭサービスとのインターワーキングをサポートする。メッセージの発信者及び受信者が異なるネットワーク領域に属している場合には、インターワーキングは、各サービスシナリオにより発信側ネットワークで実行されてもよく、または受信側ネットワークで実行されてもよい。ｎｏｎ−ＣＰＭサービスとのインターワーキングを提供するために、ＣＰＭシステムは、様々なネットワークエンティティを構築しなければならない。ＣＰＭシステムを構成するネットワークエンティティの機能及び相互関係は、図１を参照して説明する。

図１は、ＣＰＭシステムのエンティティを説明する図である。ＣＰＭシステムは、ＣＰＭクライアント１１０、ＣＰＭサーバ１２０、インターワーキング選択部（ＩＳＦ）１３０、インターワーキング遂行部（ＩＷＦ）１４０、ＳＩＰ／ＩＰコア網１５０、及び遠隔ＳＩＰ／ＩＰコア網１５１を含む。ｎｏｎ−ＣＰＭクライアント１１１及びｎｏｎ−ＣＰＭサーバ１６０がＣＰＭシステムのエンティティではないとしても、ＣＰＭシステムのインターワーキング機能を説明するために図面に示す。

ＣＰＭクライアント１１０は、ＣＰＭサービス加入者を意味する。ＣＰＭクライアント１１０は、統合メッセージを生成することによりＣＰＭサーバ１２０に送信し、他のＣＰＭクライアント又はｎｏｎ−ＣＰＭクライアント１１１が送信したメッセージをＣＰＭサーバ１２０から受信する。ｎｏｎ−ＣＰＭクライアント１１１は、ｎｏｎ−ＣＰＭサービスに加入したクライアントであり、対応するｎｏｎ−ＣＰＭサーバ１６０とのメッセージをやり取りする。

ＣＰＭサーバ１２０は、ＣＰＭクライアント１１０又は他のＣＰＭサーバから受信したメッセージを処理する。このために、ＣＰＭサーバ１２０は、インターワーキングが必要であるか否かを判定する。すなわち、ＣＰＭサーバ１２０は、ｎｏｎ−ＣＰＭサーバ１６０との通信のために、この受信したメッセージに対してインターワーキングが必要であるか否かを判定する。

例えば、ＣＰＭサーバ１２０は、インターワーキングが必要であると判定した場合に、この受信したメッセージをＩＳＦ１３０に伝達する。他方、ＣＰＭサーバ１２０は、インターワーキングが必要でないと判定した場合に、この受信したメッセージを受信側ＣＰＭクライアント又は受信側ＣＰＭクライアントが属するＣＰＭサーバに伝達する。すなわち、受信側ＣＰＭクライアントがＣＰＭサーバ１２０と同一のネットワーク領域に属する場合には、この受信したメッセージをこの受信側ＣＰＭクライアントに伝達する。しかしながら、受信側ＣＰＭクライアントがＣＰＭサーバ１２０とは異なるネットワーク領域に属する場合には、ＣＰＭサーバ１２０は、この受信したメッセージをこの異なるネットワーク領域のＣＰＭサーバに伝達する。また、ＣＰＭサーバ１２０は、インターワーキングのためにＩＳＦ１３０又はＩＷＦ１４０から受信したメッセージをこの受信したメッセージの宛先アドレスに対応するＣＰＭクライアント１１１に伝達する。

ＩＳＦ１３０は、ＣＰＭサーバ１２０から受信したメッセージを受信側に最も効率的に伝達することができるｎｏｎ−ＣＰＭサーバ１６０を選択し、この受信したメッセージをこの選択したｎｏｎ−ＣＰＭサーバ１６０とのインターワーキングを実質的に担当するＩＷＦ１４０に伝達する。

ＩＷＦ１４０は、ｎｏｎ−ＣＰＭサービスとの直接的なインターワーキングを提供する機能エンティティであり、ＣＰＭサービスのメッセージフォーマットとｎｏｎ−ＣＰＭサービスのメッセージフォーマット間の相互変換を実行した後に、この変換されたメッセージをｎｏｎ−ＣＰＭサーバ１６０に伝達する。

ＳＩＰ／ＩＰコア網１５０は、ＳＩＰ基盤サービスの制御信号及びこれらのクライアント又はサービスエンティティが生成したメッセージなどを受信者又は他のエンティティに伝達する機能エンティティである。このために、ＳＩＰ／ＩＰコア網１５０は、他のプロバイダー領域に属しているＳＩＰ／ＩＰコア網とのメッセージのやり取りを行うことができる。

遠隔ＳＩＰ／ＩＰコア網１５１は、他のネットワークプロバイダーにより提供され管理されるＳＩＰ／ＩＰコア網であり、ＳＩＰ／ＩＰコア網１５０と同一の機能を有する。図１には図示していないが、ＣＰＭサービス及びｎｏｎ−ＣＰＭサービスを提供するためのエンティティ、装置、及びシステムは、遠隔ＳＩＰ／ＩＰコア網１５１で実現されることができる。

ｎｏｎ−ＣＰＭサーバ１６０は、ＣＰＭサービスを除いたメッセージングサービスを提供する機能をする。ｎｏｎ−ＣＰＭサーバ１６０が提供するメッセージングサービスは、ＳＭＳ、ＭＭＳ、インスタントメッセージングサービス、及びＰｏＣなどを含む。

図２を参照してインターワーキング動作について説明する。図２は、ＣＰＭサービスとｎｏｎ−ＣＰＭサービス間のインターワーキングに対するメッセージ送受信動作を説明する図である。特に、図２は、送信側ＣＰＭクライアント１１０が受信側ｎｏｎ−ＣＰＭクライアント１１１にセッション確立を要請し、ＣＰＭクライアント１１０が要請したどのメディアタイプも任意の単一ＩＷＦで処理されることができるという仮定下のメッセージ送受信動作を説明する図である。

ステップ２０１で、ＣＰＭクライアント１１０は、セッション開設の要請のためのＩＮＶＩＴＥメッセージをＣＰＭサーバ１２０に送信する。この際に、ＩＮＶＩＴＥメッセージは、セッション開設に関する必要な情報をセッション記述プロトコル（Session Description Protocol：以下、“ＳＤＰ”と称する。）の形態で含む。

ステップ２０３で、ＩＮＶＩＴＥメッセージをＣＰＭクライアント１１０から受信したＣＰＭサーバ１２０は、受信側クライアントがＣＰＭサービス加入者であり、使用可能な状態にあるか否かをチェックすることにより、インターワーキングが必要であるか否かを判定する。ここで、インターワーキングが必要である場合は、受信側クライアントがｎｏｎ−ＣＰＭクライアントである場合であり、インターワーキングが必要でない場合は、受信側クライアントがＣＰＭクライアントであり、使用可能な状態にある場合であるか、又は受信側クライアントがＣＰＭクライアントであり、使用可能でない状態にある場合である。ここで、受信側クライアントがｎｏｎ−ＣＰＭクライアント１１１であると仮定する。したがって、ステップ２０５で、ＣＰＭサーバ１２０は、ＩＮＶＩＴＥメッセージをＩＳＦ１３０に伝達する。しかしながら、インターワーキングが必要でない場合には、異なる動作が実行される。すなわち、この受信側クライアントがＣＰＭクライアントであり、使用可能な状態である場合に、ＩＮＶＩＴＥメッセージを受信側ＣＰＭクライアントに伝達することによりセッションを開設する。また、受信側クライアントがＣＰＭクライアントであり、使用可能でない状態にある場合には、ユーザーの設定に従ってＩＮＶＩＴＥメッセージが削除されるか、ＣＰＭサーバ１２０に一時記憶されるか、又はメッセージ伝達のためにｎｏｎ−ＣＰＭサービスを通してＩＳＦ１３０に伝達されることができる。しかしながら、このインターワーキングが必要でない場合は図示しなかった。

ステップ２０７で、ＩＳＦ１３０は、受信側クライアントのプレゼンス及びプレファレンス、ＩＮＶＩＴＥメッセージにより要請されたメディアタイプ、受信側クライアントが加入したサービスなどを考慮して、ＣＰＭサービスとｎｏｎ−ＣＰＭサービス間のインターワーキングを実行するのに最も適合したＩＷＦ１４０を選択し、ステップ２０９で、ＩＮＶＩＴＥメッセージをこの選択されたＩＷＦ１４０に伝達する。このプレゼンスは、クライアントが加入したサービスの種類を含む情報を意味し、このプレファレンスは、ユーザー設定などを意味する。

ステップ２１１で、ＩＮＶＩＴＥメッセージを受信したＩＷＦ１４０は、ＩＮＶＩＴＥメッセージに含まれ、セッション開設が要請されたメディアタイプが自身がサポートすることができるメディアタイプであるか否かを判定する。ＩＷＦ１４０がこの要請されたメディアタイプをサポートすることができると仮定すると、ステップ２１１で、ＩＷＦ１４０は、ｎｏｎ−ＣＰＭサービスに適合したフォーマットに基づいて、この受信したＩＮＶＩＴＥメッセージをｎｏｎ−ＣＰＭメッセージに変換する。参考までに、ＩＮＶＩＴＥメッセージは、次のように変換される。ＩＷＦ１４０でサポート可能なｎｏｎ−ＣＰＭサービスがＳＩＭＰＬＥ ＩＭ、ＰＯＣなどのようなＳＩＰに基づくサービスである場合に、ＩＮＶＩＴＥ内の特定のヘッダー、パラメータ、又はＳＤＰボディーなどを対応するｎｏｎ−ＣＰＭメッセージフォーマットに適合するように変更し、ＩＷＦ１４０でサポート可能なｎｏｎ−ＣＰＭサービスがＳＭＳ、ＭＭＳなどのようなＳＩＰに基づかないサービスである場合には、ＩＮＶＩＴＥメッセージを対応するｎｏｎ−ＣＰＭサービスのプロトコルに適合したメッセージフォーマットに変換する。

一方、この要請されたメディアタイプのすべてがＩＷＦ１４０でサポートすることができないメディアタイプである場合に、ＩＷＦ１４０は、対応する応答メッセージ（例えば、“415 Unsupported Media Type”）をＩＳＦ１３０に送信する。“415 Unsupported Media Type”メッセージを受信すると、ＩＳＦ１３０は、このメッセージをサービスポリシーによりＣＰＭサーバ１２０を通して送信側ＣＰＭクライアント１１０に伝達するか、又は他のＩＷＦを選択し、インターワーキングをリトライすることができる。また、要請を受けたメディアタイプの中の一部がＩＷＦ１４０でサポート可能である場合に、サポートされないメディアタイプに対するセッション要請は、このメッセージ変換過程で省略される。

ステップ２１３で、ＩＷＦ１４０は、この変換されたｎｏｎ−ＣＰＭメッセージを対応するｎｏｎ−ＣＰＭサーバ１６０に伝達し、ステップ２１５で、この変換されたｎｏｎ−ＣＰＭメッセージを受信側ｎｏｎ−ＣＰＭクライアント１１１に順に伝達する。ステップ２１７及びステップ２１９で、ｎｏｎ−ＣＰＭクライアント１１１は、ｎｏｎ−ＣＰＭサーバ１６０から受信したｎｏｎ−ＣＰＭメッセージに応じた応答メッセージをｎｏｎ−ＣＰＭサーバ１６０を通してＩＷＦ１４０に伝達する。

ステップ２２１で、ＩＷＦ１４０は、ｎｏｎ−ＣＰＭサーバ１６０を通して受信した応答メッセージをＣＰＭメッセージフォーマットに適合したメッセージ、例えば、ＳＩＰメッセージフォーマットに従うＯＫメッセージに変換した後に、ステップ２２３で、この変換された応答メッセージをＩＳＦ１３０に伝達する。ステップ２２５で、ＩＳＦ１３０は、この変換された応答メッセージをＣＰＭサーバ１２０に伝達する。

ステップ２２７で、ＣＰＭサーバ１２０は、ＩＷＦ１４０と許容されたメディアタイプのためのセッションを開設し、ステップ２２９で、ステップ２０１のセッション開設メッセージに対する応答メッセージであるＯＫメッセージを送信側ＣＰＭクライアント１１０に送信する。この後に、ステップ２３１で、ＣＰＭクライアント１１０は、ＣＰＭサーバ１２０と許容されたメディアタイプの送受信のためのセッションを開設する。

しかしながら、上述した従来のＣＰＭシステムでのインターワーキング動作は、次のような問題点を有する。ステップ２１１で説明したように、ＣＰＭクライアント１１０により要請されるメディアタイプの中の一部だけがＩＷＦ１４０でサポートされる場合に、サポートされないメディアタイプに対してインターワーキングが実行されないために、ＣＰＭサービスが提供されることができない。これは、ＣＰＭサービスの品質を低下させる要因となるので、このような制約を最小化する必要がある。

そこで、本発明は上記従来の問題点に鑑みてなされたものであって、本発明の目的は、ＣＰＭシステムで特定のＩＷＦによりサポートされないメディアタイプに対してもインターワーキングをサポートすることができる方法を提供することにある。

本発明の他の目的は、ＣＰＭシステムで特定のＩＷＦによりサポートされないメディアタイプに対して他のＩＷＦを選択する方法を提供することにある。

本発明のまた他の目的は、ＣＰＭシステムでメディアタイプに従って異なるＩＷＦとセッションを開設し、開設されたセッションを制御する方法を提供することにある。

本発明のさらにまた他の目的は、ＣＰＭシステムでメディアタイプに従って異なるＩＷＦとセッションが開設された場合に、新たなメディアをこの開設されたセッションに付加することによりこのセッションを変更する方法を提供することにある。

本発明のさらなる他の目的は、ＣＰＭシステムでメディアタイプに従って異なるＩＷＦとセッションが開設された場合に、この開設されたセッションに含まれたメディアを削除することによりこのセッションを変更する方法を提供することにある。

本発明のさらにその他の目的は、ＣＰＭシステムでメディアタイプに従って異なるＩＷＦとセッションが開設された場合に、この開設されたセッションに含まれたメディアを削除し、新たなメディアをこの開設されたセッションに付加することによりこのセッションを変更する方法を提供することにある。

上記のような目的を達成するために、本発明の一態様によれば、統合インターネットプロトコル（ＩＰ）メッセージング（ＣＰＭ）サービスに加入した第１のクライアントと上記ＣＰＭサービスに加入しない第２のクライアント間のＣＰＭセッションをサポートするためのＣＰＭサーバのセッション制御方法を提供する。上記セッション制御方法は、上記ＣＰＭセッションが上記ＣＰＭサーバ及びインターワーキング遂行部（ＩＷＦ）を通して上記第１のクライアントと上記第２のクライアント間で開設された後に、特定のメディアを含むセッション変更要請メッセージを上記第１のクライアントから受信するステップと、上記特定のメディアを含むセッション変更要請メッセージを上記開設されたＣＰＭセッションを通して上記インターワーキング遂行部に送信するステップと、上記特定のメディアを含むセッション変更要請メッセージに対する拒絶の理由を含む応答メッセージを上記インターワーキング遂行部から受信するステップとを有することを特徴とする。

上記セッション制御方法は、上記応答メッセージに含まれた拒絶の理由が上記特定のメディアが上記ＩＷＦによりサポートされないものである場合に、上記拒絶された特定のメディアに対するセッション要請をインターワーキング選択部（ＩＳＦ）に送信するステップをさらに有することを特徴とする。

本発明の他の態様によれば、統合インターネットプロトコル（ＩＰ）メッセージング（ＣＰＭ）サービスに加入した第１のクライアントと上記ＣＰＭサービスに加入しない第２のクライアント間のＣＰＭセッションをサポートするためのインターワーキング遂行部（ＩＷＦ）のセッション制御方法を提供する。上記セッション制御方法は、上記ＣＰＭセッションが上記ＣＰＭサーバ及び上記インターワーキング遂行部を通して上記第１のクライアントと上記第２のクライアント間で開設された後に、特定のメディアを含むセッション変更要請メッセージを上記ＣＰＭサーバを通して上記第１のクライアントから受信するステップと、上記特定のメディアが上記インターワーキング遂行部によりサポートされない場合に、上記特定のメディアが上記インターワーキング遂行部によりサポートされないとの拒絶の理由を含む応答メッセージを上記ＣＰＭサーバに送信するステップとを有することを特徴とする。

本発明のさらに他の態様によれば、統合インターネットプロトコル（ＩＰ）メッセージング（ＣＰＭ）サービスに加入した第１のクライアントと上記ＣＰＭサービスに加入しない第２のクライアント間のＣＰＭセッションをサポートするためのインターワーキング装置を提供する。上記インターワーキング装置は、少なくとも１つのメディアのそれぞれをサポートし、インターワーキング遂行部（ＩＷＦ）によりサポートされないメディアに対するインターワーキング要請を受信する場合に、対応するメディアが上記インターワーキング遂行部によりサポートされないとの拒絶の理由を生成する少なくとも１つのインターワーキング遂行部と、上記ＣＰＭセッションが上記ＣＰＭサーバ及び上記インターワーキング遂行部を通して上記第１のクライアントと上記第２のクライアント間で開設された後に、特定のメディアを含むセッション変更要請メッセージを上記ＣＰＭサーバを通して上記第１のクライアントから受信した場合、上記特定のメディアのインターワーキングを担当するエンティティを上記少なくとも１つのインターワーキング遂行部の中から選択するインターワーキング選択部（ＩＳＦ）とを有することを特徴とする。

上記インターワーキング装置は、上記特定のメディアが上記インターワーキング遂行部によりサポートされないとの拒絶の理由を上記インターワーキング遂行部から受信する場合、上記インターワーキング選択部に上記特定のメディアのインターワーキングを担当するエンティティを再選択することを指示する制御部をさらに有することを特徴とする。

本発明のさらなる他の態様によれば、統合インターネットプロトコル（ＩＰ）メッセージング（ＣＰＭ）サービスに加入した第１のクライアントと上記ＣＰＭサービスに加入しない第２のクライアント間のＣＰＭセッションをサポートするためのＣＰＭサーバのセッション制御方法を提供する。上記セッション制御方法は、特定のメディアを含むセッション開設メッセージを第１のクライアントから受信するステップと、上記特定のメディアを含むセッション開設メッセージをインターワーキング選択部（ＩＳＦ）を通してインターワーキング遂行部（ＩＷＦ）に送信するステップと、上記インターワーキング選択部を通して上記セッション開設メッセージに対する拒絶の理由を含む応答メッセージを上記インターワーキング遂行部から受信するステップとを有することを特徴とする。

上記セッション制御方法は、上記拒絶の理由が、上記インターワーキング遂行部により上記特定のメディアがサポートされないものである場合に、上記特定のメディアを含むセッション開設メッセージを上記インターワーキング選択部に再送信するステップをさらに有することを特徴とする。

本発明のさらにまた他の態様によれば、統合インターネットプロトコル（ＩＰ）メッセージング（ＣＰＭ）サービスに加入した第１のクライアントと上記ＣＰＭサービスに加入しない第２のクライアント間のＣＰＭセッションをサポートするためのインターワーキング遂行部（ＩＷＦ）のセッション制御方法を提供する。上記セッション制御方法は、特定のメディアを含むセッション開設要請メッセージを上記ＣＰＭサーバを通して上記第１のクライアントから受信するステップと、上記特定のメディアが上記インターワーキング遂行部によりサポートされない場合に、上記特定のメディアが上記インターワーキング遂行部によりサポートされないとの拒絶の理由を含む応答メッセージを上記ＣＰＭサーバに送信するステップとを有することを特徴とする。

本発明のさらにその他の態様によれば、統合インターネットプロトコル（ＩＰ）メッセージング（ＣＰＭ）サービスに加入した第１のクライアントと上記ＣＰＭサービスに加入しない第２のクライアント間のＣＰＭセッションをサポートするためのインターワーキング装置を提供する。上記インターワーキング装置は、少なくとも１つのメディアのそれぞれをサポートし、インターワーキング遂行部（ＩＷＦ）によりサポートされないメディアに対するインターワーキング要請を受信する場合に、対応するメディアが上記インターワーキング遂行部によりサポートされないとの拒絶の理由を生成する少なくとも１つのインターワーキング遂行部と、上記特定のメディアを含むセッション開設要請メッセージを上記ＣＰＭサーバを通して上記第１のクライアントから受信した場合に、上記特定のメディアのインターワーキングを担当するエンティティを上記少なくとも１つのインターワーキング遂行部の中から選択するインターワーキング選択部（ＩＳＦ）とを有することを特徴とする。

上記インターワーキング装置は、上記特定のメディアが上記インターワーキング遂行部によりサポートされないとの拒絶の理由を上記インターワーキング遂行部から受信した場合に、上記インターワーキング選択部に上記特定のメディアのインターワーキングを担当するエンティティを再選択することを指示する制御部をさらに有することを特徴とする。

特に、インターワーキングが必要な場合に、ＣＰＭサーバは、受信側クライアントが加入した複数のｎｏｎ−ＣＰＭサービスのインターワーキングを同時に実行することにより、ＣＰＭクライアントが１つのセッションで様々なメディアタイプのやり取りを行うことができ、ｎｏｎ−ＣＰＭクライアントが様々なメッセージサービスを同時に用いてＣＰＭクライアントとメディアを交換することができる。したがって、メッセージサービスに対するユーザーの満足度を高めることができる。

ＣＰＭシステムのエンティティを説明する図である。 ＣＰＭサービスとｎｏｎ−ＣＰＭサービス間のインターワーキングに対するメッセージ送受信動作を説明する図である。 本発明の第１の実施形態に従ってＣＰＭシステムのプロキシモードでセッションを開設する動作を説明するメッセージフロー図である。 本発明の第１の実施形態に従ってＣＰＭシステムのプロキシモードでセッションを開設する動作を説明するメッセージフロー図である。 本発明の第１の実施形態に従ってプロキシモードでＩＷＦの動作を示すフローチャートである。 本発明の第１の実施形態に従ってプロキシモードでＣＰＭサーバの動作を示すフローチャートである。 本発明の第２の実施形態に従ってプロキシモードで新たなメディアタイプをすでに開設されたセッションに付加する動作を説明するメッセージフロー図である。 本発明の第２の実施形態に従ってプロキシモードで新たなメディアタイプをすでに開設されたセッションに付加する動作を説明するメッセージフロー図である。 本発明の第３の実施形態に従ってプロキシモードで特定のメディアタイプをすでに開設されたセッションから削除することによりすでに開設されたセッションを変更する動作を説明するメッセージフロー図である。 本発明の第４の実施形態に従ってプロキシモードで新たなメディアタイプをすでに開設されたセッションに付加する同時に、既存のメディアタイプをすでに開設されたセッションから削除することによりすでに開設されたセッションを変更する動作を説明するメッセージフロー図である。 本発明の第４の実施形態に従ってプロキシモードで新たなメディアタイプをすでに開設されたセッションに付加する同時に、既存のメディアタイプをすでに開設されたセッションから削除することによりすでに開設されたセッションを変更する動作を説明するメッセージフロー図である。 本発明の第２乃至第４の実施形態に従ってプロキシモードでセッション変更要請メッセージを受信したＣＰＭサーバの動作を示すフローチャートである。 本発明の第２乃至第４の実施形態に従ってプロキシモードで応答メッセージをＩＷＦから受信するＣＰＭサーバの動作を示すフローチャートである。 本発明の第２乃至第４の実施形態に従ってプロキシモードで応答メッセージをＩＷＦから受信するＣＰＭサーバの動作を示すフローチャートである。 本発明の第５の実施形態に従ってＣＰＭシステムのＢ２ＢＵＡモードでセッションを開設する動作を説明するメッセージフロー図である。 本発明の第５の実施形態に従ってＣＰＭシステムのＢ２ＢＵＡモードでセッションを開設する動作を説明するメッセージフロー図である。 本発明の第６の実施形態に従ってＢ２ＢＵＡモードで特定のメディアタイプを変更することによりすでに開設されたセッションを変更する動作を説明するメッセージフロー図である。 本発明の第６の実施形態に従ってＢ２ＢＵＡモードで特定のメディアタイプを変更することによりすでに開設されたセッションを変更する動作を説明するメッセージフロー図である。 本発明の第１の実施形態に従ってＩＳＦがメッセージボディー部分の修正が許容されないプロキシモードで動作する際にセッションを開設する他の動作を説明するメッセージフロー図である。 本発明の第１の実施形態に従ってＩＳＦがメッセージボディー部分の修正が許容されないプロキシモードで動作する際にセッションを開設する他の動作を説明するメッセージフロー図である。 本発明の第５の実施形態に従ってＩＳＦがＢ２ＢＵＡモードで動作する際にセッションを開設する他の動作を説明するメッセージフロー図である。 本発明の第５の実施形態に従ってＩＳＦがＢ２ＢＵＡモードで動作する際にセッションを開設する他の動作を説明するメッセージフロー図である。 本発明の第２の実施形態に従ってＩＳＦがプロキシモードで動作する際に新たなメディアタイプをすでに開設されたセッションに付加する動作を説明するメッセージフロー図である。 本発明の第２の実施形態に従ってＩＳＦがプロキシモードで動作する際に新たなメディアタイプをすでに開設されたセッションに付加する動作を説明するメッセージフロー図である。

以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。図面中、同一の構成要素及び部分には、可能な限り同一の符号及び番号を共通使用するものとする。また、下記の説明において、本発明に関連した公知の機能又は構成に関する具体的な説明が本発明の要旨を不明にすると判断された場合には、その詳細な説明を省略する。さらに、本発明による動作を理解するために必須的な部分のみが説明され、必須的な部分ではない説明は、本発明の要旨を不明にすると判断される場合には、その詳細な説明を省略する。

本発明の説明に先立って、本発明の統合インターネットプロトコル（ＩＰ）メッセージング（ＣＰＭ）システムで適用されるインターワーキング選択部（ＩＳＦ）及びインターワーキング遂行部（ＩＷＦ）について詳細に説明する。

本発明において、ＩＳＦは、ＣＰＭシステムの構築環境に従ってＣＰＭサーバ又はＩＷＦに含まれてもよく、又は独立したエンティティとして実現されてもよい。あるいは、ＩＳＦ及びＩＷＦは、１つの装置として実現されてもよい。

また、ＩＳＦは、ＣＰＭシステムのメッセージ処理方式に従ってプロキシ（Proxy）モードで動作してもよく、又はバック・ツー・バックユーザーエージェント（Back-to-Back User Agent；以下、“Ｂ２ＢＵＡ”と称する。）モードで動作してもよい。

このプロキシモードにおいて、ＩＳＦの主要動作は、ＩＷＦ選択、メッセージ伝達などを含む。このメッセージ伝達は、ＣＰＭサーバから受信したメッセージを選択したＩＷＦに伝達し、ＩＷＦから受信した応答メッセージをＣＰＭサーバに伝達する動作などを意味する。また、この受信したメッセージを伝達する際に、ＩＳＦが受信したメッセージの特定のヘッダーフィールド又はパラメータなどを変更するように許容することができる。しかしながら、一般的に、メッセージボディー部分は、修正されるように許容されない。それにもかかわらず、ＣＰＭシステムの設計に従ってプロキシモードで動作してもメッセージボディー部分を修正できるようにする例外的な場合が発生し得るために、本発明は、メッセージボディー部分の修正が許容される場合と許容されない場合に対してＩＳＦが異なって動作することを提案する。しかしながら、メッセージボディー部分が修正されるように許容されるプロキシモードの場合に、ＩＷＦは、開設されたセッション上に位置せず、したがって、この開設されたセッションを通して伝達されるメディアは、ＩＷＦを通過しない。

Ｂ２ＢＵＡモードにおいて、ＩＳＦの主要動作は、ＩＷＦ選択を含み、付加的に、ＣＰＭサーバに対してＩＷＦとして機能し、ＩＷＦに対してＣＰＭサーバとして機能するユーザーエージェント（User Agent；以下、“ＵＡ”と称する。）を含む。ＵＡは、次のように機能する。ＩＳＦがＣＰＭサーバから任意のメッセージを受信する場合に、ＵＡは、これに対応する新たなメッセージを生成し、該生成したメッセージをＣＰＭサーバに送信する。したがって、ＩＷＦに対して、ＩＳＦは、ＣＰＭサーバのＵＡとして機能する。一方、ＩＳＦがＩＷＦから任意のメッセージを受信する場合に、ＩＳＦは、これに対応する新たなメッセージを生成し、該生成したメッセージをＣＰＭサーバに送信する。したがって、ＣＰＭサーバに対して、ＩＳＦは、ＩＷＦのＵＡとして機能する。このように、Ｂ２ＢＵＡモードにおいて、ＩＳＦは、ＵＡとして機能することによりセッションを通して伝達されるメディアのフローを制御することができる。また、Ｂ２ＢＵＡモードにおいて、ＩＳＦは、開設されたセッション上に位置し、したがって、この開設されたセッションを通して伝達されるメディアは、ＩＷＦを通過する。

一方、ＣＰＭシステムの実現により、１つの特定のｎｏｎ−ＣＰＭサービスとのインターワーキングを制御するための個別のＩＷＦは、ｎｏｎ−ＣＰＭサービスごとに備えられるか、又は１つのＩＷＦは、すべてのｎｏｎ−ＣＰＭサービス又は複数のｎｏｎ−ＣＰＭサービスとのインターワーキングを制御することができる。本明細書において、個別のＩＷＦが各ｎｏｎ−ＣＰＭサービスに対して備えられるネットワーク環境を仮定して本発明の実施形態を説明する。

まず、本発明の実施形態による最初のセッションを開設する実施形態の内容は次のようである。

ＣＰＭクライアントは、メディアに対するセッション要請をＣＰＭサーバに送信する。インターワーキングが必要である場合に、ＣＰＭサーバは、このセッション要請をＩＳＦに伝達し、ＩＳＦは、適切なＩＷＦを選択し、このセッション要請を該選択されたＩＷＦに伝達する。ＩＷＦは、このセッション要請を許容するか否かを決定し、このセッション要請に対する応答を送信する。ＩＷＦがこのセッション要請を拒絶する場合に、ＩＷＦは、この拒絶の内容を含んで応答する。

このセッション要請が拒絶される理由の中で、受信側クライアントの通知により拒絶される場合には、拒絶されたセッションをさらに要請する必要がない。これは、他のＩＷＦがセッション要請がなされたメディアをサポートする場合にも、相手クライアントがさらにセッション要請を拒絶するためである。しかしながら、このセッション要請の拒絶に対する理由が、ＩＷＦがセッション要請がなされたメディアをサポートすることができないものである場合には、このセッション要請をこのメディアをサポートする他のＩＷＦに伝達することによりセッションが開設されることができる。

したがって、ＩＷＦがセッション要請に応じて、拒絶の内容、すなわち、拒絶の主体又は拒絶の理由に関する情報を含む場合に、拒絶されたセッションを転送するか否かは、拒絶の内容に従って判定されることができる。ＣＰＭクライアントが複数のメディアに対するセッション要請を送信し、この要請されたメディアの中の一部が拒絶される場合には、拒絶の内容は、この拒絶されたメディアに関する情報を含む。一例として、このセッション要請を転送するか否かは、ＣＰＭサーバ又はＩＳＦにより決定される。

すでに生成されたセッションを変更する実施形態の内容は、次のようである。このセッション変更は、新たなメディアをセッションに付加する場合、セッションに含まれたメディアを削除する場合、セッションから既存のメディアを削除し、新たなメディアをこのセッションに付加し、既存のメディアタイプを変更する等の場合に大別することができる。この場合には、セッション開設要請がなされたものでなく、セッション変更要請がなされたものである。ＩＷＦは、新たなメディアを付加するためのセッション要請を拒絶する場合に、拒絶の内容を含む応答を送信し、ＣＰＭサーバは、この拒絶の内容を考慮してどのようにセッションを変更するかを決定する。これに関する具体的な説明は後述する。

本発明は、“プロキシモード”及び“Ｂ２ＢＵＡ”モードで実施されることができ、本発明の実施形態は、本発明の主要概念に基づいて説明される。

本発明の第１の実施形態において、図３乃至図６、図１９及び図２０を参照して、プロキシモードで複数のメディアに対する初期セッションを開設する動作について説明する。

本発明の第２の実施形態において、図７及び図８、図２３及び図２４を参照して、プロキシモードで新たなメディアタイプを付加することによりすでに開設されたセッションを変更する動作について説明する。

本発明の第３の実施形態において、図９を参照して、プロキシモードですでに開設されたセッションから特定のメディアタイプを削除することによりすでに開設されたセッションを変更する動作について説明する。

本発明の第４の実施形態において、図１０及び図１１を参照して、プロキシモードで特定のメディアタイプを変更することによりすでに開設されたセッションを変更する動作について説明する。

本発明の第５の実施形態において、図１５及び図１６、図２１及び図２２を参照して、Ｂ２ＢＵＡモードで複数のメディアに対する初期セッションを開設する動作について説明する。

本発明の第６の実施形態において、図１７及び図１８を参照して、Ｂ２ＢＵＡモードで特定のメディアタイプを変更することによりすでに開設されたセッションを変更する動作について説明する。

ＩＳＦ：プロキシモード
Ａ．メッセージボディー部分の修正が許容されない場合
図３及び図４は、本発明の第１の実施形態に従ってＩＳＦがメッセージボディー部分の修正が許容されないプロキシモードで動作する際にセッションを開設する動作を示すメッセージフロー図である。図３及び図４の動作は、次の状況を仮定する。
（１）ＣＰＭクライアント１１０は、第１のメディア及び第２のメディアを含むセッションを開設しようとする。
（２）受信側クライアントは、ｎｏｎ−ＣＰＭクライアントであり、第１のｎｏｎ−ＣＰＭサービス、第２のｎｏｎ−ＣＰＭサービス、及び第３のｎｏｎ−ＣＰＭサービスに加入する。
（３）第１のＩＷＦ１４１は、第１のｎｏｎ−ＣＰＭサービスとのインターワーキングを実行し、第２のＩＷＦ１４２は、第２のｎｏｎ−ＣＰＭサービスとのインターワーキングを実行し、第３のＩＷＦ１４３は、第３のｎｏｎ−ＣＰＭサービスとのインターワーキングを実行する。
（４）第１のメディアは、第１のｎｏｎ−ＣＰＭサービスによりサポートされるが、第２のメディアは、第１のｎｏｎ−ＣＰＭサービスによりサポートされない。これは、第１のＩＷＦ１４１に対しても同一である。
（５）第２のメディアは、第２のｎｏｎ−ＣＰＭサービスによりサポートされるが、第１のメディアは、第２のｎｏｎ−ＣＰＭサービスによりサポートされない。これは、第２のＩＷＦ１４２に対しても同一である。
（６）第１のメディア及び第２のメディアは、第３のｎｏｎ−ＣＰＭサービスによりサポートされない。これは、第３のＩＷＦ１４３に対しても同一である。

図３において、それぞれのＩＷＦから受信側ｎｏｎ−ＣＰＭクライアントへのセッション開設要請の伝達及びこれに対する応答を受信するステップは省略した。

ステップ３０１で、ＣＰＭクライアント１１０は、セッション開設要請メッセージ（ＩＮＶＩＴＥ）をＣＰＭサーバ１２０に送信する。ステップ３０３で、このセッション開設要請メッセージを受信すると、ＣＰＭサーバ１２０は、セッション開設のためにインターワーキングが必要であるか否かを判定する。図３において、受信側クライアントがｎｏｎ−ＣＰＭクライアントであるので、インターワーキングが必要である。したがって、ステップ３０５で、ＣＰＭサーバ１２０は、このセッション開設要請メッセージをＩＳＦ１３０に送信する。

ステップ３０７で、ＩＳＦ１３０は、受信側クライアントのプレファレンス（preference）及びプレゼンス（presence）、セッション開設が要請されたメディアタイプ、受信側クライアントが加入したサービス、サービスポリシーなどを含む情報に基づいてセッション開設を実行するのに最も適合したＩＷＦを選択する。ステップ３０７で、ＩＳＦ１３０が第３のＩＷＦ１４３を選択すると仮定した。

ステップ３０９で、ＩＳＦ１３０は、セッション開設要請メッセージを第３のＩＷＦ１４３に送信する。ステップ３１１で、第３のＩＷＦ１４３は、第１のメディア及び第２のメディアをサポートしないためにこのセッション開設要請に対する拒絶応答メッセージを生成し返送する。ステップ３１３で、ＩＳＦ１３０は、この受信した拒絶応答メッセージをＣＰＭサーバ１２０に伝達する。この拒絶応答メッセージは、拒絶の内容、例えば、拒絶の理由、拒絶の主体、及び拒絶されたメディアの中の少なくとも１つ以上の情報を含む。

特定のコード番号は、この拒絶の内容をこの拒絶応答メッセージに含ませるために使用することができる。すべてのＳＩＰ応答メッセージは、各応答メッセージに対応するＳＩＰ要請メッセージの処理結果、エラーの原因などに従って変わり得る固有のコード番号を含む。例えば、セッション開設要請又はメディア付加要請のようなＳＩＰ要請メッセージがＩＷＦにより拒絶される場合に、コード番号“４８８”は、対応する応答メッセージに含まれることができ、ＳＩＰ要請メッセージが受信側クライアントにより拒絶される場合に、コード番号“６０６”は、対応する応答メッセージに含まれることができる。これらのコード番号は、一例であるだけで、コード番号は、システム実現に従って変更可能である。しかしながら、ＣＰＭサーバ１２０がコード番号だけで正確な判定を下すことができない場合が発生し得る。これは、複数のメディアタイプをサポートするセッションの開設を要請した場合に、複数のメディアの中の一部は、ユーザーにより拒絶され、これらの一部は、ＩＷＦにより拒絶される場合である。この場合に、拒絶された各メディアに対する拒絶の内容が直接的又は間接的に応答メッセージに明示されなければならない。各メディアに対する拒絶の内容を明示する拒絶応答メッセージのフォーマットについては、表１乃至表３で後述する。

ステップ３１５で、ＣＰＭサーバ１２０は、このセッション要請がＩＷＦにより拒絶される拒絶応答メッセージのコード番号から認識することができ、この拒絶されたセッションを開設するためのリトライが許容されるか否かをチェックする。図３において、セッション開設要請を行うためのリトライが許容されると仮定する。したがって、ステップ３１７で、ＣＰＭサーバ１２０は、セッション開設をリトライするためにセッション開設要請メッセージをＩＳＦ１３０に送信する。

ステップ３１９で、ＩＳＦ１３０は、適合したＩＷＦを選択する。もちろん、前のセッション要請に対する拒絶応答メッセージを返送したＩＷＦ、すなわち、第３のＩＷＦ１４３は選択されない。ステップ３１９で、ＩＳＦ１３０は、第１のＩＷＦ１４１を選択すると仮定する。したがって、ステップ３２１で、ＩＳＦ１３０は、セッション開設要請メッセージを第１のＩＷＦ１４１に伝達する。

第１のメディアが第１のＩＷＦ１４１によりサポートされ、第２のメディアが第１のＩＷＦ１４１によりサポートされないと仮定したので、第１のＩＷＦ１４１は、第１のメディアに対するセッションの開設を受諾することができる。したがって、ステップ３２３で、第１のＩＷＦ１４１は、セッション開設要請に対する受諾応答メッセージ（２００ ＯＫ）を生成し返送する。他方、第２のメディアが第１のＩＷＦ１４１により拒絶されるために、第１のＩＷＦ１４１は、後述するセッション開設要請に対する部分受諾応答メッセージを構成する方法に従って、第２のメディアが第１のＩＷＦ１４１により拒絶されることを知らせる情報をこの応答メッセージに含む。

ステップ３２５で、ＩＳＦ１３０は、受信した応答メッセージをＣＰＭサーバ１２０に伝達する。ステップ３２７で、第１のメディアを含むセッションは、ＣＰＭサーバ１２０と第１のＩＷＦ１４１間で開設される。

ステップ３２９で、ＣＰＭサーバ１２０は、第１のＩＷＦ１４１により拒絶された第２のメディアに対するセッション開設要請メッセージを生成した後に、ステップ３３１で、この生成したセッション開設要請メッセージをＩＳＦ１３０に送信する。ステップ３３３で、ＩＳＦ１３０は、要請を受けたセッション開設を実行するのに最も適合したＩＷＦを選択する。もちろん、ＩＳＦ１３０は、第２のメディアを含む前のセッション要請に対する拒絶応答メッセージを返送した第１のＩＷＦ１４１を選択しない。

ステップ３３３で、ＩＳＦ１３０が第２のＩＷＦ１４２を選択すると仮定する。したがって、ステップ３３５で、ＩＳＦ１３０は、セッション開設要請メッセージを第２のＩＷＦ１４２に送信する。ステップ３３７で、第２のＩＷＦ１４２は、セッション開設要請に対する受諾応答メッセージ（２００ ＯＫ）を生成し返送する。ステップ３３９で、ＩＳＦ１３０は、受信した応答メッセージをＣＰＭサーバ１２０に伝達する。この後に、ステップ３４１で、第２のメディアを含むセッションは、ＣＰＭサーバ１２０と第２のＩＷＦ１４２間で開設される。

ステップ３４３で、ＣＰＭサーバ１２０は、ステップ３０１で受信したセッション開設要請メッセージに対する応答メッセージを生成し、該生成した応答メッセージをＣＰＭクライアント１１０に返送する。この際に、この応答メッセージは、第１のメディアを含むセッション及び第２のメディアを含むセッションがすべて受諾されたという内容を含む。この後に、ステップ３４５で、第１のメディアと第２のメディアとを含むセッションは、ＣＰＭクライアント１１０とＣＰＭサーバ１２０間で開設される。

図３及び図４において、ＩＳＦ１３０及び第１乃至第３のＩＷＦ１４１、１４２、１４３は、１つのインターワーキング部として実現されることができる。このような１つのインターワーキング部は、制御部（図示せず）を含む。このような装置構成の場合に、ＩＳＦ１３０は、第１のメディア及び第２のメディアを含むセッション開設要請メッセージ（ＩＮＶＩＴＥ）をＣＰＭサーバ１２０から受信し、第１及び第２のメディアのインターワーキングを担当するためのＩＷＦを選択することができる。ＩＳＦ１３０が第３のＩＷＦ１４３を選択する場合に、ＩＳＦ１３０は、メディア開設要請メッセージを第３のＩＷＦ１４３に送信する。上述したように、第３のＩＷＦ１４３は、第１及び第２のメディアをサポートすることができない。したがって、第３のＩＷＦ１４３は、第１及び第２のメディアが第３のＩＷＦ１４３の原因により拒絶されたことを示す拒絶の内容を制御部（図示せず）に伝達する。このような拒絶の理由に基づいて、制御部は、第１及び第２のメディアのためのＩＷＦを再選択することをＩＳＦ１３０に指示し、ＩＳＦ１３０は、制御部の指示に従ってＩＷＦを再選択することができる。他の例として、制御部は、拒絶の理由に基づいてＩＷＦを再選択するように構成されてもよい。

図１９及び図２０は、本発明の第１の実施形態に従ってＩＳＦがメッセージボディー部分の修正が許容されないプロキシモードで動作する際にセッションを開設する動作を示すメッセージフロー図である。

図１９及び図２０の動作を図３及び図４の動作と比較すると、図３及び図４のＣＰＭサーバ１２０は、第１のＩＷＦ１４１及び第２のＩＷＦ１４２から応答メッセージをすべて受信した後に、この受信した応答メッセージを結合することにより、この結合した応答メッセージをＣＰＭクライアント１１０に送信し、他方、図１９及び図２０のＣＰＭサーバ１２０は、それぞれのＩＷＦから受信した応答メッセージを個別的に処理するという点で、この２つの動作が相互に異なる。すなわち、図１９及び図２０において、ＣＰＭサーバ１２０は、インターワーキングを最初に実行するＩＷＦ、すなわち、第１のＩＷＦ１４１から受信した応答メッセージに基づいてＣＰＭクライアント１１０と優先的にセッションを開設する。ＣＰＭサーバ１２０が二次的にインターワーキングを実行するＩＷＦ、すなわち、第２のＩＷＦ１４２から受諾応答メッセージを受信する場合には、ＣＰＭサーバ１２０は、第２のＩＷＦ１４２により追加で受諾されたメディアをＣＰＭサーバ１２０とＣＰＭクライアント１１０間ですでに開設されたセッションに付加する。また、図１９及び図２０の動作は、受信側クライアントが第３のｎｏｎ−ＣＰＭサービスに加入していない点を除いては、図３の動作と同一の状況を仮定したのである。したがって、図１９及び図２０の動作は、上述した差を除外しては、図３及び図４の動作と実質的に同一である。以下、図１９及び図２０の動作について説明する。

ステップ１３０１で、ＣＰＭクライアント１１０は、セッション開設要請メッセージ（ＩＮＶＩＴＥ）をＣＰＭサーバ１２０に送信する。ステップ１３０３で、セッション開設要請メッセージを受信すると、ＣＰＭサーバ１２０は、インターワーキングがセッション開設のために必要であるか否かを判定する。図１９及び図２０において、受信側クライアントがｎｏｎ−ＣＰＭクライアントであるのでインターワーキングが必要である。したがって、ステップ１３０５で、ＣＰＭサーバ１２０は、セッション開設要請メッセージをＩＳＦ１３０に送信する。

ステップ１３０７で、ＩＳＦ１３０は、受信側クライアントのプレファレンス及びプレゼンス、セッション開設が要請されたメディアタイプ、受信側クライアントが加入したサービス、サービスポリシーなどを含む情報に基づいて、セッション開設を実行するのに最も適合したＩＷＦを選択する。ステップ１３０７で、ＩＳＦ１３０が第１のＩＷＦ１４１を選択したものと仮定する。

ステップ１３０９で、ＩＳＦ１３０は、セッション開設要請メッセージを第１のＩＷＦ１４１に送信する。ステップ１３１１で、第１のＩＷＦ１４１が第１のメディアをサポートするため、第１のＩＷＦ１４１は、セッション開設要請メッセージに対する応答メッセージとして“２００ ＯＫ”を生成し返送する。ステップ１３１３で、ＩＳＦ１３０は、この受信した応答メッセージをＣＰＭサーバ１２０に伝達する。ステップ１３１１で、第１のＩＷＦ１４１は、第１のメディアが受信側ユーザーにより許諾され、第２のメディアがサポートされないことによりＩＷＦにより自動で拒絶されることを示す応答メッセージ内容を含ませる。

ステップ１３１５で、受諾された第１のメディアに対するセッションがＣＰＭサーバ１２０と第１のＩＷＦ１４１間で開設される。ステップ１３１７で、ＣＰＭサーバ１２０は、拒絶された第２のメディアに対する新規セッション開設要請を生成した後に、ステップ１３１９で、該生成された要請をＩＳＦ１３０に送信する。ステップ１３１５で、第１のメディアセッションは、ＣＰＭサーバ１２０の動作方式によりステップ１３１７の後に開設されることができる。

ステップ１３２１で、ＣＰＭサーバ１２０は、ステップ１３０１で受信したセッション開設要請に対する応答メッセージとして“２００ ＯＫ”をＣＰＭクライアント１１０に送信する。この応答メッセージは、第１のメディアが受諾され、第２のメディアが拒絶されたという単純な内容を含むことができる。ステップ１３２１で、この応答メッセージがＣＰＭクライアント１１０に伝達される実際の時点は、ＣＰＭサーバ１２０の動作方式に従って変わり得る。言い換えれば、ＣＰＭサーバ１２０は、ステップ１３１９で送信した新規セッション開設要請に対する応答メッセージを受信するために所定の時間の間に待機するか、又はこの応答メッセージをＩＳＦ１３０から最初に受信し次第、ＣＰＭクライアント１１０に送信することができる。図１９及び図２０は、後者の場合を仮定して示す。前者の場合には、新規セッション開設要請に対する応答メッセージが定められた時間の間に受信される場合に、ＣＰＭサーバ１２０は、図３及び図４の動作と同様に、これらの応答メッセージを総合した後に、最終的に応答メッセージをＣＰＭクライアント１１０に送信する。定められた時間を越えて新規セッション開設要請に対する応答メッセージが受信される場合に、ＣＰＭサーバ１２０は、まず、最初に受信した応答メッセージをＣＰＭクライアント２２０に送信することにより受諾されたメディアに対するセッションを開設した後に、新規セッション開設要請に対する応答メッセージの内容に従って開設されたセッションを修正するか又はそのまま保持する。

ステップ１３２３で、第１のメディアセッションは、ＣＰＭクライアント１１０とＣＰＭサーバ１２０間で開設される。

ステップ１３２５で、ＩＳＦ１３０は、受信した新規セッション開設要請を実行するのに適合したＩＷＦを選択し、このセッション開設要請を該選択したＩＷＦに送信する。図２０において、ＩＳＦ１３０が第２のＩＷＦ１４２を選択すると仮定する。ステップ１３２７で、ＩＳＦ１３０は、このセッション開設要請メッセージを第２のＩＷＦ１４２に送信する。ステップ１３２９で、第２のＩＷＦ１４２が第２のメディアをサポートするため、第２のＩＷＦ１４２は、セッション開設要請メッセージに対する応答メッセージとして“２００ ＯＫ”を生成し返送する。ステップ１３３１で、ＩＳＦ１３０は、この受信した応答メッセージをＣＰＭサーバ１２０に伝達する。

ステップ１３３３で、第２のメディアセッションは、ＣＰＭサーバ１２０と第２のＩＷＦ１４２間で開設される。

ステップ１３３５で、ＣＰＭサーバ１２０は、セッション変更要請をＣＰＭクライアント１１０に送信する。このセッション変更要請は、第２のメディアセッションをＣＰＭクライアント１１０とＣＰＭサーバ１２０間で開設された第１のメディアセッションに付加する要請である。

ステップ１３３７で、ＣＰＭクライアント１１０は、セッション変更要請に対する受諾応答メッセージとして“２００ ＯＫ”をＣＰＭサーバ１２０に送信する。ステップ１３３９で、ＣＰＭクライアント１１０とＣＰＭサーバ１２０間で開設されたセッションは、第１のメディアと第２のメディアとをすべて含むように変更される。

図５は、本発明の第１の実施形態によるプロキシモードでのＩＷＦの動作を示すフローチャートである。このような動作において、ＩＷＦは、セッション開設要請に対する応答メッセージを返送するための動作を実行する。

ステップ４０１で、ＩＷＦは、セッション開設要請が拒絶されるか否かをチェックし、このセッション開設要請が拒絶される場合には、ステップ４０３に進む。ステップ４０３で、セッション開設要請が拒絶されたため、ＩＷＦは、拒絶応答メッセージを生成した後に、該生成した拒絶応答メッセージをＩＳＦに返送する。返送された応答メッセージは、ＩＷＦを通してＣＰＭサーバに送信される。ＩＷＦは、拒絶の理由に従って〔ＲＦＣ３２６１〕で定義する拒絶応答メッセージ生成する。ステップ４０１で、このセッション開設要請が受諾された（すなわち、拒絶されない）場合に、ＩＷＦは、ステップ４０５に進む。ステップ４０５で、ＩＷＦは、このセッションがこの要請されたメディアのすべて又は一部に対して受諾されるか否かをチェックする。このセッションがこの要請されたメディアの一部のみに対して受諾される場合には、ＩＷＦは、ステップ４０７に進む。

ステップ４０７で、ＩＷＦは、受諾応答メッセージ（２００ ＯＫ）を生成した後に、該生成した受諾応答メッセージをＩＳＦに返送する。これに関連して、ＩＷＦは、この拒絶されたメディアタイプがＩＷＦにより拒絶されるか又は受信側クライアントにより拒絶されるかを明示する情報を応答メッセージに含ませる。このような情報を応答メッセージに表現する方法は、以下に説明する。

ステップ４０５で、このセッションがこの要請されたメディアのすべてに対して受諾される場合に、ＩＷＦは、ステップ４０９に進み、受諾応答メッセージ（２００ ＯＫ）を生成した後に、該生成した受諾応答メッセージをＩＳＦに返送する。

ステップ４０７で、この要請されたメディアの一部が拒絶される場合に、ＩＷＦは、拒絶の理由を応答メッセージに含ませる。本発明において、メディアに対するセッション開設要請の拒絶理由は、２つのカテゴリーに区分される。第１のカテゴリーは、この要請が受信側クライアントから与えられた通知により拒絶される場合に対応し、第２のカテゴリーは、ＩＷＦがサポートされないメディアを拒絶する場合に対応する。本発明において、ＩＷＦは、メディアに対する拒絶の理由を応答メッセージに含ませることにより、拒絶されたメディアタイプに対するセッション開設をリトライすることができるようにする。

本発明では、セッション開設が拒絶されたメディアに対する拒絶の理由又は拒絶の主体に関する情報を応答メッセージに含ませる方法として、３種類のケースを提供する。

ケース１は、表１で説明する。

ケース１において、セッション開設が拒絶されたメディアに対する拒絶の理由又は拒絶の主体に関する情報を表現する“rejected-by”ＳＤＰ属性を定義する。メディアレベルの属性を示す“rejected-by”は、対応するメディアタイプに対するセッション開設を拒絶する主体の識別値を有する。本発明において、“user”又は“network”を属性値として示す。実際の実現において、この属性値は、他の値に変更されるか又は置き換えられてもよい。属性値“user”は、受信側クライアントがメディアに対するセッション開設要請を拒絶する場合を示し、属性値“network”は、ＩＷＦ又は受信側クライアントのｎｏｎ−ＣＰＭサーバが対応するメディアをサポートすることができないためにメディアに対するセッション開設要請を拒絶する場合を示す。

ビデオのメディアラインでのポート番号（m=video 0 RTP/AVP 98 99）が０に設定されるために、ビデオがどの理由でも拒絶されることが表１からわかる。属性値“rejected-by”が“network”に設定されている事実から、この要請されたメディアタイプがＩＷＦによりサポートされず、したがって、ＩＷＦがセッション要請を拒絶することを確認することができる。

セッション開設要請に加えて、拒絶されたメディアタイプに対する拒絶の主体又は理由に関する情報を明示する上記の動作は、新たなメディアをすでに開設されたセッションに付加するための要請に対して同一の方式でＩＷＦにより実行されることができる。

ケース２は、表２で説明する。

ケース２において、ＩＷＦは、自身がサポートするメディアタイプを応答メッセージに表現する。このために、ＩＷＦは、〔ＲＦＣ ３８４０〕メディア特性タグの中で自身がサポートするメディアの特性タグを応答メッセージに含ませる。表２において、ＩＷＦは、オーディオメディア及びビデオメディアをサポートするために、オーディオタグ及びビデオタグを“Contact”ヘッダーに含ませる。

ケース２に従って生成された応答メッセージがセッション開設が拒絶されたメディアタイプに対応するメディアタグを含む場合に、対応するメディアは、受信側クライアントにより拒絶されたものと見なされる。しかしながら、応答メッセージが拒絶されたメディアタイプに対応するメディアタグを含まない場合に、対応するメディアは、ＩＷＦにより拒絶されたものと見なされる。

ケース３は、表３で説明する。

ケース３において、ＩＷＦは、サポートするメディア情報をＳＤＰパラメータとして応答メッセージに含ませる。ＳＤＰパラメータを用いてＳＩＰ ＵＡケイパビリティー情報を伝達する方法は、〔ＲＦＣ ３２６４〕に定義されている。ＩＷＦがＳＤＰパラメータを用いて自身がサポートするメディアタイプに関する情報を伝達するために、応答メッセージは、２つのＳＤＰボディーを含む。

ＳＤＰモードの中の１つは、セッション開設要請に対する受諾又は拒絶を表現するためのＳＤＰボディー（ＳＤＰアンサー）であり、他の１つは、ＩＷＦがサポートするメディアに関する情報を含むＳＤＰボディーである。本発明において、後者を前者と区別するために、“capability”は、後者の“Content-Disposition”ヘッダー値として定義される。“capability”は、対応するＳＤＰボディーがＳＤＰアンサー（Answer）でなく、ＳＩＰ ＵＡのケイパビリティー情報を表現することを示す。

表３において、“Content-Disposition”ヘッダー値が“capability”に設定されたＳＤＰボディー部分は、ＩＷＦのケイパビリティーを表現する。表３において、ＩＷＦのケイパビリティーに対応するＳＤＰボディーは、ＩＷＦによりサポートされるオーディオメディア及びビデオメディア、各メディアに対してサポート可能なコーデック情報などを示す。

ケース３に従って生成された応答メッセージでＩＷＦがサポートするメディアタイプが拒絶される場合に、このメディアタイプは、受信側クライアントにより拒絶されるものと見なされる。しかしながら、ＩＷＦがサポートしないメディアタイプが拒絶される場合には、このメディアタイプは、ＩＷＦにより拒絶されるものと見なされる。

図６は、図３及び図４で説明したように、本発明の第１の実施形態に従ってＩＳＦがメッセージボディー部分の修正が受諾されないプロキシモードで動作する際に、ＣＰＭサーバの動作を説明するフローチャートである。

従来技術に従って、セッション開設要請メッセージをＣＰＭクライアントから受信すると、ＣＰＭサーバは、インターワーキングを実行する必要があるか否かを判定した後に、インターワーキングを実行する必要がある場合には、このセッション開設要請メッセージをＩＳＦに送信する。すなわち、ＣＰＭサーバは、インターワーキングが必要ではない場合に、このセッション開設要請メッセージを受信側クライアントのアドレスに送信し、インターワーキングが必要である場合には、このセッション開設要請メッセージをＩＳＦを通して対応するＩＷＦに送信する。

本発明の第１の実施形態において、ＣＰＭサーバは、セッション開設要請メッセージを処理するために従来の技術と同一の方法で動作する。しかしながら、ＣＰＭサーバは、セッション開設要請メッセージに対する応答メッセージをＩＳＦから受信するという点で従来技術と異なる方式で動作する。すなわち、セッション開設が要請されたメディアの中でＩＷＦにより拒絶されたメディアが存在する場合に、ＣＰＭサーバは、この応答メッセージに含まれた拒絶の内容に従って拒絶されたメディアに対するセッション開設をリトライする。

ステップ５０１で、ＣＰＭサーバは、セッション開設要請メッセージに対する応答メッセージをＩＳＦから受信する。ステップ５０３で、この応答メッセージが受諾応答メッセージ（２００ ＯＫ）である場合に、ＣＰＭサーバは、ステップ５０５に進み、ＩＳＦと受諾されたメディアを含むセッションを開設する。ステップ５０７で、ＣＰＭは、セッション開設を要請したメディアタイプの中から、ＩＷＦの属性、すなわち、ＩＷＦがサポートしないメディアタイプにより拒絶されたメディアタイプが存在するか否かを判定する。拒絶されたメディアタイプが存在する場合には、ＣＰＭサーバは、ステップ５１１に進み、拒絶されたメディアタイプが存在しない場合には、ＣＰＭサーバは、ステップ５０９に進む。

ＩＷＦの属性により拒絶されたメディアタイプが存在しない場合は、セッション開設を要請したメディアタイプがすべて受諾された場合に対応するか、又は一部のメディアタイプが受信側クライアントにより拒絶される場合に対応する。したがって、ステップ５０９で、ＣＰＭサーバは、セッション開設要請メッセージに対する応答メッセージを生成し、該生成した応答メッセージをこのセッション開設要請メッセージを送信したＣＰＭクライアントに返送する。

ステップ５１１で、ＣＰＭサーバは、ＩＷＦの属性により拒絶されたメディアタイプに対してセッション開設要請メッセージ（ＩＮＶＩＴＥ）を再生成する。ステップ５１３で、ＣＰＭサーバは、この再生成したセッション開設要請メッセージをＩＳＦに送信し、ステップ５０１に戻り、このセッション開設要請に対する応答メッセージをＩＳＦから受信する。

ステップ５０３で、このセッション開設要請が受諾されない場合に、ＣＰＭサーバは、ステップ５１５に進み、このセッション開設要請が受信側クライアントにより拒絶されるか否かをチェックする。このセッション開設要請が受信側クライアントにより拒絶される場合には、ＣＰＭサーバは、ステップ５０９に進み、このセッション開設要請が受信側クライアントにより拒絶されない場合には、ＣＰＭサーバは、ステップ５１７に進む。

ステップ５１７で、ＣＰＭサーバは、予め定義されたコード番号を介してセッション開設要請が拒絶された理由を把握することによりセッション開設要請がリトライされることができるか否かをチェックする。この際に、セッション開設要請をリトライするか否かは、このセッション開設要請の拒絶に対する理由を考慮して決定される。また、ＣＰＭサーバは、このセッション開設要請のリトライがサービスポリシーに従って受諾されるか否か、リトライの限定された回数が超過されるか否かなどを考慮することができる。このセッション開設要請のリトライが受諾される場合には、ＣＰＭサーバは、ステップ５１３に進み、拒絶されたメディアに対するセッション開設要請メッセージをＩＳＦに再送する。しかしながら、このセッション開設要請のリトライが受諾されない場合には、ＣＰＭサーバは、ステップ５０９に進み、応答メッセージをＣＰＭクライアントに返送する。

インターワーキングを通してＣＰＭクライアントとｎｏｎ−ＣＰＭクライアント間でセッションが開設された後に、このセッションは、ＣＰＭクライアントの要請で変更されなければならない。以下、本発明の実施形態によるすでに開設されたセッションを変更する動作について説明する。

セッション変更は、以下のケース（１）乃至ケース（３）を含む。（１）新たなメディアをすでに開設されたセッションに付加する場合であり、これは、図７及び図８の本発明の第２の実施形態として説明される。（２）すでに開設されたセッションに含まれたメディアを削除する場合であり、これは、図９の第３の実施形態として説明される。（３）すでに開設されたセッションのメディアタイプを変更する場合、すなわち、既存のメディアを削除する同時に新たなメディアを付加する場合であり、これは、図１０及び図１１の本発明の第４の実施形態として説明される。

ＣＰＭクライアントは、ＣＰＭサーバがセッション変更要請メッセージをＣＰＭサーバに送信することによりセッションを変更するように要請する。上述した３つのシナリオによると、このセッション変更要請メッセージは、ケース（１）では、メディア付加要請メッセージにフォーマット変更され得、ケース（２）では、メディア削除要請メッセージにフォーマット変更され得、ケース（３）では、メディア変更要請メッセージにフォーマット変更され得る。

図７及び図８は、本発明の第２の実施形態に従ってＩＳＦがメッセージボディー部分の修正が許容されないプロキシモードで動作する際にすでに開設されたセッションに新たなメディアタイプを付加する動作を説明するメッセージフロー図である。図７及び図８の動作は、次のような状況を仮定する。
（１）第１のメディア及び第２のメディアを含むセッションは、ＣＰＭクライアントとＣＰＭサーバ間で開設される。
（２）第１のメディアを受信側クライアントと送受信するために、ＣＰＭサーバは、第１のＩＷＦと第１のメディアを含むセッションを開設した。
（３）第２のメディアを受信側クライアントと送受信するために、ＣＰＭサーバは、第２のＩＷＦと第２のメディアを含むセッションを開設した。
（４）第１のＩＷＦ及び第２のＩＷＦは、第３のメディアをサポートしない。また、第１のＩＷＦは、第４のメディアをサポートする。
（５）第３のＩＷＦは、第３のメディアをサポートし、第３のｎｏｎ−ＣＰＭサービスとのインターワーキングを実行する。
（６）受信側クライアントは、第３のメディアをサポートする第３のｎｏｎ−ＣＰＭサービスに加入する。

ステップ６０１で、ＣＰＭクライアント１１０は、第３のメディア及び第４のメディアを付加するためのメディア付加要請メッセージをＣＰＭクライアント１１０とＣＰＭサーバ１２０間で開設された（第１のメディア＋第２のメディア）セッションに送信する。このメディア付加要請メッセージは、第１のメディア、第２のメディア、第３のメディア、及び第４のメディアに対するＳＤＰパラメータを含む。

ステップ６０３で、ＣＰＭクライアント１１０とＣＰＭサーバ１２０間で開設された（第１のメディア＋第２のメディア）セッションに接続されたメディアセッションは、ＣＰＭサーバ１２０と第１のＩＷＦ１４１間で開設された第１のメディアセッション及びＣＰＭサーバ１２０と第２のＩＷＦ１４２間で開設された第２のメディアセッションである。

ステップ６０３で、ＣＰＭサーバ１２０は、第１のメディアセッション及び第２のメディアセッションの中の１つを選択する。ステップ６０３で、ＣＰＭサーバ１２０は、第１のメディアセッションを選択すると仮定する。ステップ６０５で、ＣＰＭサーバ１２０は、メディア付加要請メッセージ（Ｒｅ−ＩＮＶＩＴＥ）を第１のメディアセッションが接続された第１のＩＷＦ１４１に送信する。このメディア付加要請メッセージは、第１のメディア、第３のメディア、及び第４のメディアに対するＳＤＰパラメータを含む。

ステップ６０７で、第１のＩＷＦ１４１が、メディア付加要請メッセージに含まれた第１のメディア及び第４のメディアは受諾するが、第１のＩＷＦ１４１が第３のメディアをサポートすることができないために、第３のメディアは拒絶する。したがって、第１のＩＷＦ１４１は、このような内容を含む応答メッセージ（２００ ＯＫ）をＣＰＭサーバ１２０に返送する。これに関連して、この応答メッセージの内容は、第１のＩＷＦ１４１の属性により第３のメディアが拒絶されることを示す情報を含む。ステップ６０９で、ＣＰＭサーバ１２０と第１のＩＷＦ１４１間で開設されたセッションは、第１のメディア及び第４のメディアを含むように変更される。

ステップ６１１で、ＣＰＭサーバ１２０は、第１のＩＷＦ１４１の属性により拒絶された第３のメディアに対するメディア付加要請をリトライする。すなわち、ＣＰＭサーバ１２０は、第３のメディアをまだメディア付加要請が試みられない第２のセッションに付加するようにトライする。このために、ＣＰＭサーバ１２０は、第３のメディアを第２のセッションに付加するためのメディア付加要請メッセージ（Ｒｅ−ＩＮＶＩＴＥ）を生成し、ステップ６１３で、該生成したメディア付加要請メッセージを第２のＩＷＦ１４２に送信する。このメディア付加要請メッセージは、第２のメディア及び第３のメディアに対するＳＤＰパラメータを含む。

ステップ６１５で、第２のメディアが既存のセッションに含まれているために、第２のＩＷＦ１４２が、メディア付加要請メッセージに含まれた第２のメディアは受諾するが、第３のメディアをサポートすることができないために、第３のメディアは拒絶する。したがって、ステップ６１７で、第２のＩＷＦ１４２は、このような拒絶の内容を含む応答メッセージ（２００ ＯＫ）を生成し返送する。これに関連して、この応答メッセージの拒絶の内容は、第３のメディアが第２のＩＷＦ１４２の属性により拒絶されることを示す情報を含む。

ステップ６１７で、第１及び第２のＩＷＦ１４１、１４２により拒絶された第３のメディアに対して付加され得るセッションがこれ以上存在しないので、ＣＰＭサーバ１２０は、第３のメディアに対するセッション開設要請メッセージを生成し、ステップ６１９で、該生成したセッション開設要請メッセージに対してインターワーキングが必要であるか否かを判定する。インターワーキングが必要であると仮定すると、ステップ６２１で、ＣＰＭサーバ１２０は、このセッション開設要請メッセージをＩＳＦ１３０に送信する。

ステップ６２３で、ＩＳＦ１３０は、セッション開設要請メッセージを処理するのに最も適合したＩＷＦを選択する。第３のＩＷＦ１４３を選択すると仮定すると、ステップ６２５で、ＩＳＦ１３０は、このセッション開設要請メッセージを第３のＩＷＦ１４３に送信し、ステップ６２７で、第３のＩＷＦ１４３は、受諾応答メッセージを生成した後に返送する。ステップ６２９で、ＩＳＦ１３０は、応答メッセージをＣＰＭサーバ１２０に伝達する。ステップ６３１で、第３のメディアを含むセッションは、ＣＰＭサーバ１２０と第３のＩＷＦ１４３間で開設される。ステップ６３３で、ＣＰＭサーバ１２０は、このメディア付加要請メッセージに対する応答メッセージを生成した後に、該生成した応答メッセージをＣＰＭクライアント１１０に返送する。ステップ６３５で、ＣＰＭクライアント１１０とＣＰＭサーバ１２０間で開設された既存のセッションは、第１のメディア、第２のメディア、第３のメディア、及び第４のメディアを含むように変更される。

図７及び図８において、ＩＳＦ１３０及び第１乃至第３のＩＷＦ１４１、１４２、１４３は、１つのインターワーキング部として実現されてもよい。このような１つのインターワーキング部は、制御部（図示せず）を含む。このような装置構成の場合に、ＩＳＦ１３０は、第３及び第４のメディアを付加するためのメディア付加要請メッセージをＣＰＭサーバ１２０から受信し、この要請された第３及び第４のメディアのインターワーキングを制御するためのＩＷＦを選択することができる。ＩＳＦ１３０が第１のＩＷＦ１４１を選択する場合に、メディア付加要請メッセージを第１のＩＷＦ１４１に送信する。上述したように、第１のＩＷＦ１４１は、第３のメディアをサポートすることができない。したがって、第１のＩＷＦ１４１は、第３のメディアが第１のＩＷＦ１４１の原因により拒絶されたことを示す拒絶の内容を制御部（図示せず）に伝達する。このような拒絶の原因に基づいて、制御部は、第３のメディアのためのＩＷＦを再選択することをＩＳＦ１３０に指示し、ＩＳＦ１３０は、制御部の指示に従ってＩＷＦを再選択することができる。他の例として、制御部は、拒絶の原因に基づいてＩＷＦを再選択するように構成されてもよい。

上記の動作において、ＣＰＭサーバ１２０は、ステップ６０３で、ＣＰＭサーバ１２０が複数のＩＷＦとメディアセッションを開設した場合にも、メディア付加要請メッセージを任意の１つのＩＷＦに送信するように反復する。しかしながら、ＣＰＭサーバ１２０の動作方式により、ＣＰＭサーバ１２０は、ＣＰＭサーバ１２０とメディアセッションが開設されたそれぞれのＩＷＦにメディア付加要請メッセージを同時に送信することができる。しかしながら、これは、同一のメディアに対する付加要請が相互に異なるＩＷＦにより同時に受諾される場合が発生し得るので、ＣＰＭサーバ１２０は、受信されたすべての応答メッセージをチェックすることにより同一のメディアが相互に異なるＩＷＦに同時に付加されないようにしなければならない。

したがって、同一のメディアが重複して付加されることを防止するための方法として、ＣＰＭサーバ１２０は、応答メッセージがメディア付加要請を送信したすべてのＩＷＦから受信されるまで待機し、その結果、同一のメディアが相互に異なるＩＷＦに同時に付加されないようにすることができる。あるいは、ＣＰＭサーバ１２０は、１つのＩＷＦから最初に受信したＯＫ応答メッセージを処理し、他のＩＷＦから後で受信したＯＫ応答メッセージにより同一のメディアが重複して付加される場合には、セッション終了要請メッセージ（ＢＹＥ）又はメディア削除要請メッセージ（Ｒｅ−ＩＮＶＩＴＥ）を生成した後に、この生成したメッセージを対応するＩＷＦに送信することにより同一のメディアが重複して付加されることを防止することができる。

図２３及び図２４は、本発明の第２の実施形態に従ってＩＳＦがメッセージボディー部分の修正が許容されないプロキシモードで動作する際に新たなメディアタイプをすでに開設されたセッションに付加する動作を説明するメッセージフロー図である。図２３及び図２４の動作は、ＣＰＭサーバがメディア付加要請を関連したすべてのＩＷＦに同時に送信することを試みる点で図７及び図８の動作と異なる。

図２３及び図２４の動作は、次のような状況を除いては、図７及び図８と同一の状況を仮定する。
（１）第１のＩＷＦ及び第２のＩＷＦは、第３のメディアをサポートしない。
（２）第１のＩＷＦ及び第２のＩＷＦは、第４のメディアをサポートする。

ステップ１５０１で、ＣＰＭクライアント１１０は、第３のメディア及び第４のメディアをＣＰＭクライアント１１０とＣＰＭサーバ１２０間で開設された（第１のメディア＋第２のメディア）セッションに付加するためのメディア付加要請メッセージを送信する。このメディア付加要請メッセージは、第１のメディア、第２のメディア、第３のメディア、及び第４のメディアに対するＳＤＰパラメータを含む。

ステップ１５０３で、ＣＰＭクライアント１１０とＣＰＭサーバ１２０間で開設された（第１のメディア＋第２のメディア）セッションに接続されたメディアセッションは、ＣＰＭサーバ１２０と第１のＩＷＦ１４１間で開設された第１のメディアセッション及びＣＰＭサーバ１２０と第２のＩＷＦ１４２間で開設された第２のメディアセッションである。

ステップ１５０３で、ＣＰＭサーバ１２０は、メディア付加要請メッセージ（Ｒｅ−ＩＮＶＩＴＥ）を第１のメディアセッションが接続された第１のＩＷＦ１４１に送信する。このメディア付加要請メッセージは、第１のメディア、第３のメディア、及び第４のメディアに対するＳＤＰパラメータを含む。

ステップ１５０５で、ＣＰＭサーバ１２０は、メディア付加要請メッセージ（Ｒｅ−ＩＮＶＩＴＥ）を第２のメディアセッションが接続された第２のＩＷＦ１４２に送信する。このメディア付加要請メッセージは、第２のメディア、第３のメディア、及び第４のメディアに対するＳＤＰパラメータを含む。

ステップ１５０７で、第１のＩＷＦ１４１が、メディア付加要請メッセージに含まれた第１のメディア及び第４のメディアは受諾するが、ＩＷＦ１４１が第３のメディアをサポートすることができないために、第３のメディアは拒絶する。したがって、第１のＩＷＦ１４１は、このような内容を含む応答メッセージ（２００ ＯＫ）をＣＰＭサーバ１２０に返送する。これに関連して、この応答メッセージの内容は、第１のＩＷＦ１４１の属性により第３のメディアが拒絶されることを示す情報を含む。ステップ１５０９で、ＣＰＭサーバ１２０と第１のＩＷＦ１４１間で開設されたセッションは、第１のメディア及び第４のメディアを含むように変更される。

ステップ１５１１で、第２のＩＷＦ１４２が、メディア付加要請メッセージに含まれた第２のメディア及び第４のメディアは受諾するが、ＩＷＦ１４２が第３のメディアをサポートすることができないために、第３のメディアは拒絶する。したがって、ステップ１５１３で、第２のＩＷＦ１４２は、このような内容を含む応答メッセージ（２００ ＯＫ）を生成し返送する。これに関連して、この応答メッセージの内容は、第２のＩＷＦ１４２の属性により第３のメディアが拒絶されることを示す情報を含む。ステッ１５１３で、ＣＰＭサーバ１２０と第２のＩＷＦ１４２間で開設されたセッションは、第１のメディア及び第４のメディアを含むように変更される。

上述したステップを実行した結果として、第３のメディアは、第１のＩＷＦ１４１及び第２のＩＷＦ１４２に同時に付加される。したがって、重複して付加された第３のメディアを除去するために、ＣＰＭサーバ１２０は、後で付加された第３のメディアを削除するためのメディア削除要請メッセージ（Ｒｅ−ＩＮＶＩＴＥ）を生成し、該生成したメディア削除要請メッセージを第２のＩＷＦ１４２に送信する。

ステップ１５１７で、第２のＩＷＦ１４２は、このメディア削除要請メッセージに応じて受諾応答メッセージをＣＰＭサーバ１２０に送信する。ステップ１５１９で、ＣＰＭサーバ１２０と第２のＩＷＦ１４２間で開設されたセッションは、第３のメディアがこのセッションから削除され、第２のメディアだけがこのセッションに含まれるように変更される。

後続ステップの説明は、図７及び図８ですでに説明したために省略する。
しかしながら、図２３及び図２４で説明したようなＣＰＭサーバ１２０の動作は、ＣＰＭサーバ１２０の実現に従って少し変わり得る。例えば、図２３及び図２４において、ＣＰＭサーバ１２０は、応答メッセージを第１のＩＷＦ１４１及び第２のＩＷＦ１４２から受信するが、サーバの実現方式又は設定に従って、ＣＰＭサーバ１２０は、ＯＫ応答メッセージを第１のＩＷＦ１４１から受信したが、応答メッセージを第２のＩＷＦ１４２から受信していない限り、ＳＩＰ ＵＰＤＡＴＥメッセージ又はＳＩＰ ＣＡＮＣＥＬメッセージを第２のＩＷＦ１４２に送信してもよい。

ＳＩＰ ＣＡＮＣＥＬメッセージは、付加されるすべてのメディアが第１のＩＷＦ１４１により受諾される場合に送信され、このメッセージの目的は、第２のＩＷＦ１４２に送信したメディア付加要請メッセージを取り消すことにある。

ＳＩＰ ＵＰＤＡＴＥメッセージは、第１のＩＷＦ１４１に追加されるように要請されたメディアの中の一部だけが受諾され、他の一部が拒絶される場合に使用されることができ、このメッセージの目的は、第２のＩＷＦ１４２に送信されたメディア付加要請メッセージから第１のＩＷＦ１４１により受諾されたメディアを削除することにある。

図９は、本発明の第３の実施形態に従ってＩＳＦがメッセージボディー部分の修正が許容されないプロキシモードで動作する際に特定のメディアタイプを削除することによりすでに開設されたセッションを変更する動作を説明するメッセージフロー図である。図９は、図７及び図８の動作を通して付加された第３のメディア及び第４のメディアがさらに削除される状況を仮定する。

ステップ７０１で、ＣＰＭクライアント１１０は、ＣＰＭクライアント１１０とＣＰＭサーバ１２０間で開設されたセッションから第３のメディア及び第４のメディアを削除するためのメディア削除要請メッセージをＣＰＭサーバ１２０に送信する。この際に、このメディア削除要請メッセージは、第１のメディア及び第２のメディアに対するＳＤＰパラメータを含む。

ステップ７０３で、ＣＰＭサーバ１２０は、このメディア削除要請に対するターゲットセッションを選択する。すなわち、ＣＰＭサーバ１２０は、第３のメディアを削除するために、ＣＰＭサーバ１２０と第３のＩＷＦ１４３間で開設された第３のメディアセッションを選択し、第４のメディアを削除するために、ＣＰＭサーバ１２０と第１のＩＷＦ１４１間で開設された（第１のメディア＋第４のメディア）セッションを選択する。

ステップ７０５で、ＣＰＭサーバ１２０は、この選択された（第１のメディア＋第４のメディア）セッションから第４のメディアを削除するためのメディア削除要請メッセージを生成した後に、該生成したメディア削除要請メッセージを第１のＩＷＦに送信する。ステップ７０７で、ＣＰＭサーバ１２０は、この選択された第３のメディアセッションに第３のメディアの削除を要請するメディア削除要請メッセージを生成しなければならない。しかしながら、第３のメディアセッションが第３のメディア以外のメディアを含まないために、ＣＰＭサーバ１２０は、セッション終了メッセージ（ＢＹＥ）を生成した後に、このセッション終了メッセージを第３のＩＷＦ１４３に送信する。

ステップ７０９で、第１のＩＷＦ１４１は、第４のメディア削除要請に対する受諾応答メッセージを生成した後に、この受諾応答メッセージをＣＰＭサーバ１２０に返送する。ステップ７１１で、第４のメディアは、ＣＰＭサーバ１２０と第１のＩＷＦ１４１間で開設された（第１のメディア＋第４のメディア）セッションから削除される。ステップ７１３で、第３のＩＷＦ１４３は、ステップ７０７で受信したセッション終了要請に対する受諾応答メッセージを生成した後に、該受諾応答メッセージをＣＰＭサーバ１２０に返送する。ステップ７１５で、ＣＰＭサーバ１２０と第３のＩＷＦ１４３間で開設された第３のメディアセッションが終了する。

ステップ７１７で、ＣＰＭサーバ１２０は、ステップ７０１で受信したメディア削除要請に対する応答メッセージを生成した後に、該応答メッセージをＣＰＭクライアント１１０に送信する。ステップ７１９で、第３のメディア及び第４のメディアは、ＣＰＭクライアント１１０とＣＰＭサーバ１２０間で開設された（第１のメディア＋第２のメディア＋第３のメディア＋第４のメディア）セッションから削除される。

図１０及び図１１は、本発明の第４の実施形態に従ってＩＳＦがメッセージボディー部分の修正が許容されないプロキシモードで動作する際に新たなメディアをセッションに付加し、既存のメディアをこのセッションから同時に削除することによりすでに開設されたセッションを変更する動作を説明するメッセージフロー図である。すなわち、図１０及び図１１の動作は、特定のメディアタイプを変更する動作に対応し、図１０及び図１１は、第３のメディア及び第４のメディアを図３及び図４の動作を通して開設されたセッションに付加し、第２のメディアをこのセッションから削除する状況を仮定する。

ステップ８０１で、ＣＰＭクライアント１１０は、第３のメディア及び第４のメディアをＣＰＭクライアント１１０とＣＰＭサーバ１２０間で開設されたセッションに付加し、第２のメディアをＣＰＭクライアント１１０とＣＰＭサーバ１２０間で開設されたセッションから削除するためのメディア変更要請メッセージをＣＰＭサーバ１２０に送信する。この際に、このメディア変更要請メッセージは、第１のメディア、第３のメディア、及び第４のメディアに対するＳＤＰパラメータを含む。

ステップ８０３で、ＣＰＭサーバ１２０は、メディア削除要請のためのターゲットセッションを選択する。すなわち、ＣＰＭサーバ１２０は、第２のメディアの削除のために、ＣＰＭサーバ１２０と第２のＩＷＦ１４２間で開設された第２のメディアセッションを選択する。ステップ８０５で、ＣＰＭサーバ１２０は、選択した第２のメディアセッションに対して第３のメディア及び第４のメディアを付加し、第２のメディアをこの選択した第２のメディアセッションから削除するためのセッション変更要請メッセージを生成し、該セッション変更要請メッセージを第２のＩＷＦ１４２に送信する。この際に、このセッション変更要請メッセージは、第３のメディア及び第４のメディアに対するＳＤＰパラメータを含む。

ステップ８０７で、第２のＩＷＦ１４２は、第３のメディア及び第４のメディアをサポートすることができないために、拒絶応答メッセージを返送する。ステップ８０９で、ＣＰＭサーバ１２０は、第２のメディア削除要請メッセージをさらに生成し、第２のメディア削除要請メッセージを第２のＩＷＦ１４２に送信することができる。しかしながら、第２のメディアセッションが削除対象である第２のメディアを除いた他のメディアを含まないために、ＣＰＭサーバ１２０は、メディア削除要請メッセージの代わりにセッション終了要請メッセージ（ＢＹＥ）を第２のＩＷＦ１４２に送信する。ステップ８１１で、第２のＩＷＦ１４２は、受諾応答メッセージをこのセッション終了要請メッセージに返送する。ステップ８１３で、ＣＰＭサーバ１２０と第２のＩＷＦ１４２間で開設された第２のメディアセッションが終了する。

ステップ８１５で、第３のメディア及び第４のメディアを第２のセッションに付加することが第２のＩＷＦ１４２の属性により拒絶されるので、ＣＰＭサーバ１２０は、第３のメディア及び第４のメディアをメディア付加要請をまだ送信していない第１のメディアセッションに付加するためのメディア付加要請メッセージを生成した後に、ステップ８１７で、該生成したメディア付加要請メッセージを第１のＩＷＦ１４１に送信する。この際に、このメディア付加要請メッセージは、第１のメディア、第３のメディア、及び第４のメディアに対するＳＤＰパラメータを含む。

ステップ８１９で、第１のＩＷＦ１４１が第１のメディア及び第４のメディアをサポートする一方、第３のメディアをサポートしないために、第１のＩＷＦ１４１が、第１のメディア及び第４のメディアは受諾するが、第３のメディアは拒絶する。したがって、第１のＩＷＦ１４１は、このような拒絶の内容を含む応答メッセージを返送する。すなわち、この応答メッセージは、第３のメディアが第１のＩＷＦ１４１の属性により拒絶されることを示す情報を含む。第１のメディア及び第４のメディアが受諾されたために、ステップ８２１で、第１のメディアセッションは、第１のメディア及び第４のメディアを含むように変更される。

ステップ８２３で、ＣＰＭサーバ１２０は、第１又は第２のＩＷＦ１４１、１４２の属性により拒絶された第３のメディアに対する付加要請をリトライする。しかしながら、ＣＰＭサーバ１２０がすでに開設されたセッションに対してメディア付加を要請したために、ＣＰＭサーバ１２０は、メディア付加要請メッセージの代わりに、第３のメディアに対するセッション開設要請メッセージを生成する。この後に、ステップ８２５で、ＣＰＭサーバ１２０は、該生成したセッション開設要請メッセージに対してインターワーキングが必要であるか否かを判定する。図１０及び図１１において、インターワーキングが必要であると仮定する。

ステップ８２７で、ＣＰＭサーバ１２０は、第３のメディアに対するセッション開設要請メッセージをＩＳＦ１３０に送信する。ステップ８２９で、ＩＳＦ１３０は、セッション開設に最も適合したＩＷＦを選択する。ここでは、第３のメディアをサポートする第３のＩＷＦ１４３を選択したものと仮定する。ステップ８３１で、ＩＳＦ１３０は、セッション開設要請メッセージを第３のＩＷＦ１４３に送信する。ステップ８３３で、第３のＩＷＦ１４３は、セッション開設要請に対する受諾応答メッセージを生成し、該受諾応答メッセージをＩＳＦ１３０に返送する。ステップ８３５で、ＩＳＦ１３０は、この応答メッセージをＣＰＭサーバ１２０に伝達した後に、ステップ８３７で、第３のメディアセッションは、ＣＰＭサーバ１２０と第３のＩＷＦ１４３間で開設される。

ステップ８３９で、ＣＰＭサーバ１２０は、ステップ８０１で受信したセッション変更要請メッセージ（第３及び第４のメディアの付加及び第２のメディアの削除のためのメッセージ）に対する応答メッセージを生成した後に、該応答メッセージをＣＰＭクライアント１１０に返送する。この際に、この応答メッセージは、ＣＰＭクライアント１１０のすべての要請が受諾されることを示す内容を含む。ステップ８４１で、ＣＰＭクライアント１１０とＣＰＭサーバ１２０間のセッションは、第１のメディア、第３のメディア、及び第４のメディアを含むように変更される。

以下、本発明の第２乃至第４の実施形態においてＣＰＭサーバの動作を説明する。図１２に示す動作は、ＣＰＭサーバがＣＰＭクライアントからセッション変更要請メッセージを受信する場合に対応し、図１３及び図１４に示す動作は、ＣＰＭサーバがＩＷＦからセッション変更要請に対する応答メッセージを受信する場合に対応する。

図１２は、本発明の第２乃至第４の実施形態に従って、ＩＳＦがメッセージボディー部分の修正が許容されないプロキシモードで動作する際に、セッション変更要請メッセージを受信したＣＰＭサーバの動作を説明するフローチャートである。

ステップ９０１で、ＣＰＭサーバは、セッション変更要請メッセージ（Ｒｅ−ＩＮＶＩＴＥ）をＣＰＭクライアントから受信する。このセッション変更要請メッセージは、変更されるセッションがＣＰＭクライアントとＣＰＭサーバ間で開設されたセッションであることを示す情報を含む。ステップ９０３で、ＣＰＭサーバは、受信側クライアントにマッピングされるセッションの中からセッション変更要請に対するターゲットメディアセッションを選択する。この際に、このセッション変更要請に対して幾つかのターゲットメディアセッションが存在する場合には、ＣＰＭサーバは、幾つかのメディアセッションを即座に選択する。例えば、このセッション変更要請が幾つかのメディアタイプのメディアの削除又はメディアタイプの変更に対する要請であり、要請されたメディアが１つのメディアセッションにすべて含まれない場合に、この要請されたメディアを含むそれぞれのメディアセッションがすべて選択されることができる。

ＣＰＭサーバがこのメディアセッションを選択する場合に、次のように動作することができる。

ＣＰＭクライアントからのセッション変更要請がメディア付加要請である場合に、ＣＰＭサーバは、セッション開設の際にＩＷＦから返送された応答メッセージに含まれた内容を記憶した後に、この内容を活用することができる。すなわち、ＩＷＦからの応答メッセージが表２又は表３に示すように対応するＩＷＦがサポートするメディアタイプに関する情報を含む場合に、ＣＰＭサーバは、対応するメディアタイプに関する情報を記憶した後に、このメディア付加要請メッセージで要請されたメディアが対応するＩＷＦによりサポートされるか否かをチェックし、この要請されたメディアを付加するターゲットメディアセッションを選択するために、この情報を活用することができる。このセッション変更要請が特定のメディアに対するメディア削除要請であるか、又は特定のメディアを他のメディアに変更するための要請である場合に、ＣＰＭサーバは、どのメディアが現在のメディアセッションに含まれるかが分かるために、このメディアセッションを即座に選択することができる。

ステップ９０５で、ＣＰＭサーバは、この選択したメディアセッションに適合した形態に合うようにセッション変更要請メッセージを生成し、このセッション変更要請メッセージを対応するメディアセッションに参加するＩＷＦに送信する。幾つかのメディアセッションが変更されるメディアセッションとして選択される場合に、ＣＰＭサーバは、幾つかのメディアセッションに対するセッション変更要請メッセージを生成し、このセッション変更要請メッセージを対応するＩＷＦに送信する。

このセッション変更要請がメディア削除要請であり、この選択されたメディアセッションがこの要請されたメディア以外のメディアを含む場合に、ＣＰＭサーバは、メディア削除要請メッセージ（Ｒｅ−ＩＮＶＩＴＥ）を生成し、このメディア削除要請メッセージを対応するＩＷＦに送信する。しかしながら、この選択されたメディアセッションがこの要請されたメディア以外のメディアを含まない場合に、ＣＰＭサーバは、この選択されたメディアセッションに対するセッション終了要請メッセージ（ＢＹＥ）を生成した後に、このセッション終了要請メッセージを対応するＩＷＦに送信する。

図１３及び図１４は、本発明の第２乃至第４の実施形態に従って、ＩＳＦがメッセージボディー部分の修正が許容されないプロキシモードで動作する際に、応答メッセージをＩＷＦから受信するＣＰＭサーバの動作を説明するフローチャートである。図１３及び図１４において、セッション変更要請メッセージに含まれたメディア付加要請は、受信側クライアント又はＩＷＦの属性により拒絶されることができるが、メディア削除要請及びメディアタイプ変更要請は、受信側クライアントのみによって拒絶されることができると仮定する。

ステップ１００１で、ＣＰＭサーバ１２０は、セッション変更要請に対する応答メッセージをＩＳＦ１３０から受信する。ステップ１００３で、ＣＰＭサーバ１２０は、この応答メッセージがメディア付加要請を含むセッション変更要請に対する応答である場合に、ステップ１００５に進む。このメディア付加要請を含むセッション変更要請は、新たなメディアの付加だけを要請する場合又はメディアタイプの変更を要請する場合を意味する。ステップ１００５で、この応答メッセージが受諾応答メッセージ（２００ ＯＫ）である場合に、ＣＰＭサーバ１２０は、ステップ１００７に進み、この要請されたメディアが付加されるように対応するメディアセッションを変更する。しかしながら、この応答メッセージが受諾応答メッセージではない場合に、ＣＰＭサーバ１２０は、ステップ１０２５に進む。

ステップ１００９で、この要請されたメディアの中でＩＷＦの属性により拒絶されるメディアがある場合に、ＣＰＭサーバ１２０は、ステップ１０１１に進む。そうでなければ、ＣＰＭサーバ１２０は、ステップ１０２３に進み、ＣＰＭクライアントからのセッション変更要請に対する応答メッセージを生成し、この応答メッセージをＣＰＭクライアントに返送する。

ステップ１０１１で、ＣＰＭサーバ１２０に接続されたメディアセッションの中でまだメディアセッション変更要請が送信されないメディアセッションが存在する場合に、ＣＰＭサーバ１２０は、ステップ１０１３に進む。ステップ１０１３で、ＣＰＭサーバは、まだメディアセッション変更要請が送信されないメディアセッションの中で任意の１つのメディアセッションを選択し、この選択したメディアセッションに適合した形態で拒絶されたメディアに対するメディア付加要請メッセージを生成する。ステップ１０１５で、ＣＰＭサーバは、この生成したメディア付加要請メッセージをこの選択したＩＷＦに送信する。この後に、ＣＰＭサーバは、この送信されたメディア付加要請メッセージに対する応答メッセージを処理するために、ステップ１００１に戻る。

ステップ１０１１で、このメディアセッション変更要請がまだ送信されていないメディアセッションが存在しない場合に、ＣＰＭサーバは、ステップ１０２９に進む。ステップ１０２９で、ＣＰＭサーバ１２０は、ＩＷＦの属性により拒絶されたメディアに関するセッション開設要請メッセージ（ＩＮＶＩＴＥ）を生成する。ステップ１０３１で、この生成したセッション開設要請メッセージに対してインターワーキングが必要であるか否かを判定する。インターワーキングが必要である場合に、ＣＰＭサーバは、ステップ１０３３に進み、このセッション開設要請メッセージをＩＳＦ１３０に送信する。インターワーキングが必要でない場合に、ＣＰＭサーバは、ステップ１０３５に進む。

インターワーキングが必要でないということは、受信側クライアントがＣＰＭクライアントであることを意味するので、ＣＰＭサーバは、このセッション開設要請メッセージを受信側クライアントのアドレスに送信する。受信側クライアントがＣＰＭサーバ１２０と同一のネットワーク領域に位置する場合に、このセッション開設要請メッセージは、受信側ＣＰＭクライアント１１０に送信される。しかしながら、受信側クライアントが異なるネットワーク領域に位置する場合に、このセッション開設要請メッセージは、対応するネットワーク領域に属するＣＰＭサーバ１２０に送信される。この後に、ＣＰＭサーバ１２０がこのセッション開設要請に対する応答メッセージを受信する場合に、ＣＰＭサーバ１２０は、この応答メッセージを処理するためにステップ１００１に戻る。

ステップ１００３で、この受信した応答メッセージがメディア付加要請を含むセッション変更要請に対する応答メッセージでない場合、すなわち、この受信した応答メッセージがメディア削除要請に対する応答メッセージである場合に、ＣＰＭサーバは、ステップ１０１７に進む。ステップ１０１７で、この受信した応答メッセージが受諾応答メッセージ（２００ ＯＫ）である場合、すなわち、このセッション変更要請が受諾される場合に、ＣＰＭサーバは、ステップ１０１９に進み、この受諾された内容、すなわち、メディア削除がターゲットメディアセッションに反映されるようにこのターゲットメディアセッションを変更する。しかしながら、この受信した応答メッセージが拒絶応答メッセージである場合に、ＣＰＭサーバは、ステップ１０２１に進み、既存のセッションをそのまま保持する。ステップ１０２３で、ＣＰＭサーバは、ＣＰＭクライアント１１０からのセッション変更要請に対する応答メッセージを生成し、該応答メッセージをＣＰＭクライアント１１０に返送する。

ステップ１００５で、受信した応答メッセージが拒絶応答メッセージである場合に、ＣＰＭサーバは、ステップ１０２５に進む。ステップ１０２５で、この拒絶応答がＩＷＦの属性によるものではない場合に、このセッション変更要請をリトライする必要がないので、ＣＰＭサーバは、ステップ１０２１に進み、既存のセッションをそのまま保持する。ステップ１０２６で、この拒絶応答がＩＷＦの属性によるものである場合に、ＣＰＭサーバは、ステップ１０２６に進む。ステップ１０２６で、ＣＰＭサーバは、この拒絶応答がメディア付加要請に対する拒絶応答であるか又はメディアタイプ変更要請に対する拒絶応答であるかを判定する。メディア付加要請に対する拒絶応答の場合に、ＣＰＭサーバは、ステップ１０１１に進み、メディア付加要請メッセージ又はメディア開設メッセージを作成する。

しかしながら、この拒絶応答がメディアタイプ変更要請に対する拒絶応答である場合に、ステップ１０１１及びステップ１０２７が同時に実行される。すなわち、このメディアタイプ変更要請は、新たなメディアを付加し、前のメディアを削除するための要請である。しかしながら、この付加要請に対する新たなメディアがＩＷＦによりサポートされないので、ＣＰＭサーバ１２０は、メディア付加要請及びメディア削除要請を個別に行わなければならない。したがって、ステップ１０２７で、ＣＰＭサーバは、メディア削除要請メッセージを生成し、これを対応するＩＷＦに再送する。同時に、ＣＰＭサーバ１２０は、ステップ１０１１及び後続ステップに進み、このメディア付加要請を処理する。

Ｂ．メッセージボディー部分の修正が許容される場合
メッセージボディー部分の修正が許容されるプロキシモードで動作するＩＷＦは、Ｂ２ＢＵＡモードで動作するＩＳＦと同一の方式で実質的に動作する。しかしながら、Ｂ２ＢＵＡモードで動作するＩＳＦがメッセージをＩＷＦに伝達する前にメッセージのＳＤＰボディーにメディアの宛先アドレス及びポートをＩＷＦのものに設定する一方、Ｂ２ＢＵＡモードで動作するＩＳＦがメッセージボディーを修正することができないために、ＣＰＭサーバから受信したＳＤＰボディーをそのまま送信するという点で異なる。ＩＳＦがＢ２ＢＵＡモードで動作する際に、セッションの開設及び修正を行う手順について後述する。

ＩＳＦ：Ｂ２ＢＵＡモード
ＩＷＦがプロキシモードで動作する際に、ＣＰＭクライアントにより要請されたすべてのメディアを含む１つのセッションは、ＣＰＭクライアントとＣＰＭサーバ間で開設され、幾つかのメディアセッションは、ＩＷＦがサポートするメディアタイプに従ってＣＰＭサーバとＩＷＦ間で開設されることができる。したがって、１つのセッションは、ＣＰＭサーバで幾つかのメディアセッションに分岐する。

ＩＷＦがＢ２ＢＵＡモードで動作する際に、ＣＰＭクライアントにより要請されたすべてのメディアを含む１つのセッションは、ＣＰＭクライアントとＣＰＭサーバ間だけではなく、ＣＰＭサーバとＩＳＦ間で開設される。しかしながら、幾つかのメディアセッションは、ＩＷＦがサポートするメディアタイプに従ってＩＳＦとＩＷＦ間で開設されることができる。したがって、プロキシモードとは異なり、１つのセッションは、ＩＳＦで幾つかのメディアセッションに分岐する。

Ｂ２ＢＵＡモードでの各エンティティは、次のように動作する。
セッション開設又は変更要請メッセージを受信すると、ＣＰＭサーバは、インターワーキングが必要であるか否かを判定した後に、インターワーキングが必要な場合には、このセッション開設又は変更要請メッセージをＩＳＦに送信する。また、このセッション開設又は変更要請メッセージに対する応答メッセージをＩＳＦから受信すると、ＣＰＭサーバは、この応答メッセージをＣＰＭクライアントに伝達する。

ＩＷＦは、プロキシモードでの動作と同一の方式で動作し、ＩＳＦは、プロキシモードでのＣＰＭサーバの動作と実質的に同一の方式で動作する。

図１５及び図１６は、本発明の第５の実施形態に従ってＩＳＦがＢ２ＢＵＡモードで動作する際にセッションを開設する動作を説明するメッセージフロー図である。

ステップ１１０１で、ＣＰＭクライアント１１０は、第１のメディア及び第２のメディアを含むセッション開設要請メッセージ（ＩＮＶＩＴＥ）をＣＰＭサーバ１２０に送信する。ステップ１１０３で、ＣＰＭサーバ１２０は、セッション開設のためのインターワーキングが必要であるか否かを判定する。ここで、受信側クライアントがｎｏｎ−ＣＰＭクライアントであると仮定した状態であるから、インターワーキングが必要である。したがって、ステップ１１０５で、ＣＰＭサーバ１２０は、このセッション開設要請メッセージをＩＳＦ１３０に送信する。

ステップ１１０７で、ＩＳＦ１３０は、セッション開設に適合したＩＷＦを選択する。図１５及び図１６は、第１のメディアをサポートする第１のＩＷＦ１４１を選択したものと仮定する。したがって、ステップ１１０９で、ＩＳＦ１３０は、セッション開設要請メッセージを第１のＩＷＦ１４１に送信する。ステップ１１１１で、第１のＩＷＦ１４１は、このセッション開設要請に対する受諾応答メッセージ（２００ ＯＫ）を返送する。この際に、第１のＩＷＦ１４１が第１のメディアをサポートし、他方、第２のメディアをサポートしないために、この受諾応答メッセージは、第２のメディアが第１のＩＷＦ１４１の属性、すなわち、第１のＩＷＦ１４１が特定のメディアをサポートしないために拒絶されることを示す内容を含む。ステップ１１１３で、第１のメディアを含むメディアセッションは、ＩＳＦ１３０と第１のＩＷＦ１４１間で開設される。

ステップ１１１５で、ＩＳＦ１３０は、この拒絶された第２のメディアに対してセッション開設要請のリトライが許容されるか否かをチェックする。ここでは、このセッション開設要請のリトライが許容されると仮定する。したがって、ステップ１１１７で、ＩＳＦ１３０は、拒絶された第２のメディアに対するセッション開設要請メッセージを生成する。ステップ１１１９で、ＩＳＦ１３０は、このセッション開設要請メッセージを送信するＩＷＦとして第２のＩＷＦ１４２を選択した後に、ステップ１１２１で、このセッション開設要請メッセージを選択された第２のＩＷＦ１４２に送信する。

ステップ１１２３で、第２のＩＷＦ１４２は、受諾応答メッセージ（２００ ＯＫ）を返送する。ステップ１１２５で、第２のメディアを含むメディアセッションは、ＩＳＦ１３０と第２のＩＷＦ１４２間で開設される。ステップ１１２７で、ＩＳＦ１３０は、ステップ１１０５で受信したセッション開設要請に対する応答メッセージを生成し、この応答メッセージをＣＰＭサーバ１２０に返送する。この際に、この応答メッセージは、第１のメディア及び第２のメディアがすべて受諾されたことを示す内容を含む。ステップ１１２９で、第１のメディア及び第２のメディアを含むセッションは、ＣＰＭサーバ１２０とＩＳＦ１３０間で開設される。ステップ１１３１で、ＣＰＭサーバ１２０は、ステップ１１０１で受信したセッション開設要請に対する応答メッセージを生成し、該応答メッセージをＣＰＭクライアント１１０に返送する。この際に、この応答メッセージは、第１のメディア及び第２のメディアがすべて受諾されることを示す内容を含む。ステップ１１３３で、第１のメディア及び第２のメディアを含むセッションは、ＣＰＭクライアント１１０とＣＰＭサーバ１２０間で開設される。

図２１及び図２２は、本発明の第５の実施形態に従ってＩＳＦがＢ２ＢＵＡモードで動作する際にセッションを開設する他の動作を説明するメッセージフロー図である。図５において、ＩＳＦ１３０は、応答メッセージをそれぞれのＩＷＦからすべて受信した後に、これを１つの応答メッセージに統合し、この１つの応答メッセージをＣＰＭサーバ１２０に伝達した後に、最終的にセッションを開設する。これに反して、図２１及び図２２において、ＩＳＦ１３０は、最初にインターワーキングを実行するＩＷＦ（第１のＩＷＦ）から受信した応答メッセージに基づいて、優先的にＣＰＭサーバ１２０とセッションを開設する。その後に、受諾応答メッセージが二次的にインターワーキングを実行するＩＷＦ（第２のＩＷＦ）から受信される場合には、ＩＳＦ１３０は、ＩＳＦ１３０とＣＰＭサーバ１２０間で、そして、ＣＰＭサーバ１２０とＣＰＭクライアント１１０間で、第２のＩＷＦにより追加で受諾されたメディアをすでに開設されたセッションに付加する。したがって、このような特性を除いては、図２１及び図２２での残りのステップは、図５のステップと同一である。

ステップ１４０１で、ＣＰＭクライアント１１０は、第１のメディア及び第２のメディアを含むセッション開設要請メッセージ（ＩＮＶＩＴＥ）をＣＰＭサーバ１２０に送信する。ステップ１４０３で、ＣＰＭサーバ１２０は、セッション開設のためにインターワーキングが必要であるか否かを判定する。受信側クライアントがｎｏｎ−ＣＰＭクライアントであると仮定するので、インターワーキングが必要である。したがって、ステップ１４０５で、ＣＰＭサーバ１２０は、このセッション開設要請メッセージをＩＳＦ１３０に送信する。

ステップ１４０７で、ＩＳＦ１３０は、受信側クライアントのプレファレンス及びプレゼンス、セッション開設が要請されたメディアタイプ、受信側クライアントが加入したサービス、サービスポリシーなどを含む情報に基づいて、セッション開設を実行するのに最も適合したＩＷＦを選択する。ステップ１４０７で、ＩＳＦ１３０が第１のＩＷＦ１４１を選択するものと仮定する。

ステップ１４０９で、ＩＳＦ１３０は、セッション開設要請メッセージを第１のＩＷＦ１４１に送信する。ステップ１４１１で、第１のＩＷＦ１４１は、第１のメディアをサポートするため、このセッション開設要請に対する受諾応答メッセージとして“２００ ＯＫ”を生成し返送する。ステップ１４１３で、受諾されたメディアに対するセッションは、ＩＳＦ１３０と第１のＩＷＦ１４１間で開設される。ステップ１４１１で、第１のＩＷＦ１４１は、第１のメディアが受信側ユーザーにより受諾され、第１のＩＷＦ１４１によりメディアがサポートされないために、第２のメディアが自動で拒絶されることを示す内容をこの応答メッセージに含ませる。

ステップ１４１５で、ＩＳＦ１３０は、この応答メッセージをＣＰＭサーバ１２０に送信する。ステップ１４１７で、第１のメディアセッションは、ＣＰＭサーバ１２０と第１のＩＷＦ１４１間で開設される。ここで、ＩＳＦ１３０がこの応答メッセージをＣＰＭサーバ１２０に送信する時点は、ＩＳＦ１３０の動作モードに従って変わり得る。言い換えれば、ＩＳＦ１３０は、ステップ１４２９で送信される新規セッション開設要請に対する応答メッセージを受信するために所定の時間の間に待機するか、又は第１のＩＷＦ１４１から最初に応答メッセージを受信し次第、この応答メッセージをＣＰＭサーバ１２０に送信してもよい。図２１及び図２２は、後者の場合を仮定する。前者の場合には、この新規セッション開設要請に対する応答メッセージが定められた時間の間に受信される場合に、ＩＳＦ１３０は、図１５及び図１６の動作と同様に、これらの応答メッセージを統合した後に、最終的に、この応答メッセージをＣＰＭサーバ１２０に送信する。この新規セッション開設要請に対する応答メッセージが定められた時間を過ぎて受信される場合に、ＩＳＦ１３０は、まず、受信された応答メッセージをＣＰＭサーバ１２０に送信することにより、受諾されたメディアに対してセッションを開設した後に、この新規セッション開設要請に対する応答メッセージの内容に従って開設されたセッションを修正するか又はそのまま保持する。

ステップ１４１９で、ＣＰＭサーバ１２０は、応答メッセージをＣＰＭクライアント１１０に送信し、ステップ１４２１で、第１のメディアセッションは、ＣＰＭクライアント１１０とＣＰＭサーバ１２０間で開設される。

ステップ１４２３で、ＩＳＦ１３０は、第１のＩＷＦ１４１により自動で拒絶された第２のメディアに対してセッション開設要請のリトライが許容されるか否かをチェックした後に、許容される場合には、ＩＳＦ１３０は、ステップ１４２５で、第２のメディアに対する新規セッション開設要請を作成し、ステップ１４２７で、新規セッション開設要請を処理するのに最も適合したＩＷＦを選択する。ここで、ＩＳＦ１３０が第２のメディアタイプをサポートする第２のＩＷＦ１４２を選択すると仮定する。ステップ１４２９で、ＩＳＦ１３０は、新規セッション開設要請を第２のＩＷＦ１４２に送信する。

ステップ１４３１で、第２のＩＷＦ１４２は、受諾応答メッセージとして“２００ ＯＫ”をＩＳＦ１３０に送信する。ステップ１４３３で、第２のメディアセッションは、ＩＳＦ１３０と第２のＩＷＦ１４２間で開設される。

ステップ１４３５で、ＩＳＦ１３０は、セッション変更要請をＣＰＭサーバ１２０に送信する。ステップ１４３５でのセッション変更要請は、ＣＰＭサーバ１２０とＩＳＦ１３０間で開設された第１のメディアセッションに第２のメディアを付加するための要請である。

ステップ１４３７で、ＣＰＭサーバ１２０は、セッション変更要請をＣＰＭクライアント１１０に送信する。ステップ１４３７でのセッション変更要請は、ＣＰＭクライアント１１０とＣＰＭサーバ１２０間で開設された第１のメディアセッションに第２のメディアを付加するための要請である。

ステップ１４３９で、ＣＰＭクライアント１１０は、セッション変更要請に対する応答メッセージとして“２００ ＯＫ”をＣＰＭサーバ１２０に送信する。ステップ１４４１で、ＣＰＭクライアント１１０とＣＰＭサーバ１２０間のセッションは、第１のメディア及び第２のメディアを含むように変更される。また、ステップ１４４３で、ＣＰＭサーバ１２０は、“２００ ＯＫ”をＩＳＦ１３０に送信する。その後に、ステップ１４４５で、ＣＰＭサーバ１２０とＩＳＦ１３０間のセッションは、第１のメディア及び第２のメディアを含むように変更される

一方、本発明の第５の実施形態に従ってＩＳＦがセッション開設要請を処理するための図１５及び図１６の動作は、図６で説明したように、ＣＰＭサーバの動作と同一である。しかしながら、Ｂ２ＢＵＡモードにおいて、図６の動作は、ＩＳＦにより実行され、したがって、図６のステップ５１３及びステップ５０９は、次のように変更されなければならない。すなわち、ステップ５０９は、“セッション開設要請に対する応答メッセージを生成し、これをＣＰＭサーバに返送する。”に変更されなければならず、ステップ５１３は、ステップ５１１で生成したセッション開設要請メッセージを処理するのに最も適合したＩＷＦを選択し、このセッション開設要請メッセージを選択されたＩＷＦに送信する。

図１７及び図１８は、本発明の第６の実施形態に従ってＩＳＦがＢ２ＢＵＡモードで動作する際に特定のメディアタイプを変更することによりすでに開設されたセッションを変更する動作を説明するメッセージフロー図である。すなわち、図１７及び図１８は、新規メディア、すなわち、第３のメディア及び第４のメディアが図１５及び図１６ですでに開設された第１のメディア及び第２のメディアを含むセッションに付加される同時に、第２のメディアがセッションから削除される状況を仮定する。

ステップ１２０１で、ＣＰＭクライアント１１０は、第３のメディア及び第４のメディアをすでに開設されたセッションに付加し、第２のメディアをこのセッションから削除するためのセッション変更要請メッセージをＣＰＭサーバ１２０に送信する。

この際に、このセッション変更要請メッセージは、第１のメディア、第３のメディア、及び第４のメディアに対するＳＤＰパラメータを含む。ステップ１２０３で、ＣＰＭサーバ１２０は、この受信したセッション変更要請メッセージをＩＳＦ１３０に伝達する。

ステップ１２０５で、ＩＳＦ１３０は、このセッション変更要請に対するターゲットセッションとして第２のメディアセッションを選択する。ステップ１２０７で、ＩＳＦ１３０は、第２のメディアセッションに適合したセッション変更要請メッセージを生成し、該セッション変更要請メッセージを第２のＩＷＦ１４２に送信する。ステップ１２０７でのセッション変更要請メッセージは、第３のメディア及び第４のメディアに対するＳＤＰパラメータを含む。ステップ１２０９で、第２のＩＷＦ１４２は、第３のメディア及び第４のメディアをサポートしないために拒絶応答メッセージを返送する。

ステップ１２１１で、ＩＳＦ１３０は、第２のメディアセッションから第２のメディアを削除するための要請を第２のＩＷＦ１４２に再送信する。この際に、第２のメディアセッションは、第２のメディア以外のメディアを現在含んでいないので、ＩＳＦ１３０は、第２のメディアセッションに対するセッション終了要請メッセージ（ＢＹＥ）を第２のＩＷＦ１４２に送信する。

ステップ１２１３で、第２のＩＷＦ１４２は、セッション終了要請に対する受諾応答メッセージを返送する。ステップ１２１５で、ＩＳＦ１３０と第２のＩＷＦ１４２間の第２のメディアセッションが終了する。

ステップ１２１７で、ＩＳＦ１３０は、まだメディア付加要請がなされていない第１のメディアセッションにこの拒絶された第３のメディア及び第４のメディアを付加するためのメディア付加要請メッセージを生成した後に、ステップ１２１９で、この生成したメディア付加要請メッセージを第１のＩＷＦ１４１に送信する。この際に、このメディア付加要請メッセージは、第１のメディア、第３のメディア、及び第４のメディアに対するＳＤＰパラメータを含む。

第１のメディア及び第４のメディアが第１のＩＷＦ１４１によりサポートされ、他方、第３のメディアが第１のＩＷＦ１４１によりサポートされないために、第１のＩＷＦ１４１が、第１のメディア及び第４のメディアは受諾するが、第３のメディアは拒絶する。したがって、ステップ１２２１で、第１のＩＷＦ１４１は、このような内容を含む応答メッセージを返送する。すなわち、この応答メッセージは、第３のメディアが第１のＩＷＦ１４１の属性により拒絶されることを示す情報を含む。ステップ１２２３で、第１のメディア及び第４のメディアが受諾されるので、第１のメディアセッションは、第１のメディア及び第４のメディアを含むように変更される。

ステップ１２２５で、ＩＳＦ１３０は、この拒絶された第３のメディアに対するセッション開設要請メッセージをさらに生成する。この生成したセッション開設要請メッセージのインターワーキングのために、ステップ１２２７で、ＩＳＦ１３０は、第３のＩＷＦ１４３を選択し、ステップ１２２５で生成したセッション開設要請メッセージを第３のＩＷＦ１４３に伝達する。ステップ１２３１で、第３のＩＷＦ１４３は、セッション開設要請に対する受諾応答メッセージを生成し返送する。ステップ１２３３で、第３のメディアセッションは、ＩＳＦ１３０と第３のＩＷＦ１４３間で開設される。

ステップ１２３５で、ＩＳＦ１３０は、ステップ１２０３で受信したセッション変更要請に対する受諾応答メッセージを生成し、この受諾応答メッセージをＣＰＭサーバ１２０に返送する。ステップ１２３５での応答メッセージは、すべての要請が受諾されることを示す内容を含む。この後に、ステップ１２３７で、ＣＰＭサーバ１２０とＩＳＦ１３０間のセッションは、第１のメディア、第３のメディア、及び第４のメディアを含むように変更される。

ステップ１２３９で、ＣＰＭサーバ１２０は、ステップ１２０１で受信したセッション変更要請に対する受諾応答メッセージを生成し、この受諾応答メッセージをＣＰＭクライアント１１０に返送する。ステップ１２３９での応答メッセージは、すべての要請が受諾されたことを示す内容を含む。ステップ１２４１で、ＣＰＭクライアント１１０とＣＰＭサーバ１２０間のセッションは、第１のメディア、第３のメディア、及び第４のメディアを含むように変更される。

図１７及び図１８の動作において、ステップ１２０７乃至ステップ１２１７は、ＩＳＦ１３０の実現に従って変更され得る。言い換えれば、ＩＳＦ１３０は、第２のメディアセッションに対するメディア削除要請（Ｒｅ−ＩＮＶＩＴＥ）又はセッション終了要請（ＢＹＥ）を送信する同時に、第３のメディア及び第４のメディアに対するセッション開設要請（ＩＮＶＩＴＥ）を対応するメディアをサポートするＩＷＦに送信することができる。これは、ＩＳＦ１３０がそれぞれのＩＷＦによりサポートされるメディアタイプをすでに知っているために可能である。

一方、本発明の第６の実施形態に従ってセッション変更要請を処理するためのＩＳＦの動作は、図１３及び図１４で説明したようなＣＰＭサーバの動作と同一である。しかしながら、ステップ１０３１は、次のように変更される。図１３及び図１４でのプロキシモードの場合には、ＣＰＭサーバは、インターワーキングが必要であるか否かに従ってステップ１０３３又はステップ１０３５に進み、このセッション開設要請メッセージをＩＳＦ又は受信側クライアントのアドレスに送信する。しかしながら、Ｂ２ＢＵＡモードにおいて、インターワーキングが必要であるか否かがＣＰＭサーバにより判定されるので、Ｂ２ＢＵＡモードでのステップ１０３１は、“ステップ１０２９で生成したセッション開設要請メッセージの処理に最も適合したＩＷＦを選択し、このセッション開設要請メッセージをこの選択したＩＷＦに送信する。”に変更されなければならない。また、不必要なステップ１０３３及びステップ１０３５は削除され、この後に、ＩＳＦは、このセッション開設要請メッセージに対する応答メッセージを処理するためにステップ５０１に戻る。

以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。

１１０ ＣＰＭクライアント
１１１ ｎｏｎ−ＣＰＭクライアント
１２０ ＣＰＭサーバ
１３０ ＩＳＦ
１４０ ＩＷＦ
１６０ ｎｏｎ−ＣＰＭサーバ

Claims (10)

1. 統合インターネットプロトコル（ＩＰ）メッセージング（ＣＰＭ）サービスに加入した第１のクライアントと前記ＣＰＭサービスに加入しない第２のクライアント間のＣＰＭセッションをサポートするためのＣＰＭサーバのセッション制御方法であって、
   前記ＣＰＭセッションが前記ＣＰＭサーバ及びインターワーキング遂行部（ＩＷＦ）を通して前記第１のクライアントと前記第２のクライアント間で開設された後に、特定のメディアを含むセッション変更要請メッセージを前記第１のクライアントから受信するステップと、
   前記特定のメディアを含むセッション変更要請メッセージを前記開設されたＣＰＭセッションを通して前記インターワーキング遂行部に送信するステップと、
   前記特定のメディアを含むセッション変更要請メッセージに対する拒絶の理由を含む応答メッセージを前記インターワーキング遂行部から受信するステップと
   を有することを特徴とするＣＰＭサーバのセッション制御方法。
2. 前記応答メッセージに含まれた拒絶の理由が、前記特定のメディアが前記ＩＷＦによりサポートされないものである場合に、前記拒絶された特定のメディアに対するセッション要請をインターワーキング選択部（ＩＳＦ）に送信するステップをさらに有することを特徴とする請求項１に記載のＣＰＭサーバのセッション制御方法。
3. 統合インターネットプロトコル（ＩＰ）メッセージング（ＣＰＭ）サービスに加入した第１のクライアントと前記ＣＰＭサービスに加入しない第２のクライアント間のＣＰＭセッションをサポートするためのインターワーキング遂行部（ＩＷＦ）のセッション制御方法であって、
   前記ＣＰＭセッションが前記ＣＰＭサーバ及び前記インターワーキング遂行部を通して前記第１のクライアントと前記第２のクライアント間で開設された後に、特定のメディアを含むセッション変更要請メッセージを前記ＣＰＭサーバを通して前記第１のクライアントから受信するステップと、
   前記特定のメディアが前記インターワーキング遂行部によりサポートされない場合に、前記特定のメディアが前記インターワーキング遂行部によりサポートされないとの拒絶の理由を含む応答メッセージを前記ＣＰＭサーバに送信するステップと
   を有することを特徴とするインターワーキング遂行部のセッション制御方法。
4. 統合インターネットプロトコル（ＩＰ）メッセージング（ＣＰＭ）サービスに加入した第１のクライアントと前記ＣＰＭサービスに加入しない第２のクライアント間のＣＰＭセッションをサポートするためのインターワーキング装置であって、
   少なくとも１つのメディアのそれぞれをサポートし、インターワーキング遂行部（ＩＷＦ）によりサポートされないメディアに対するインターワーキング要請を受信する場合に、対応するメディアが前記インターワーキング遂行部によりサポートされないとの拒絶の理由を生成する少なくとも１つのインターワーキング遂行部と、
   前記ＣＰＭセッションが前記ＣＰＭサーバ及び前記インターワーキング遂行部を通して前記第１のクライアントと前記第２のクライアント間で開設された後に、特定のメディアを含むセッション変更要請メッセージを前記ＣＰＭサーバを通して前記第１のクライアントから受信した場合、前記特定のメディアのインターワーキングを担当するエンティティを前記少なくとも１つのインターワーキング遂行部の中から選択するインターワーキング選択部（ＩＳＦ）と
   を有することを特徴とするインターワーキング装置。
5. 前記特定のメディアが前記インターワーキング遂行部によりサポートされないとの拒絶の理由を前記インターワーキング遂行部から受信する場合、前記インターワーキング選択部に前記特定のメディアのインターワーキングを担当するエンティティを再選択することを指示する制御部をさらに有することを特徴とする請求項４に記載のインターワーキング装置。
6. 統合インターネットプロトコル（ＩＰ）メッセージング（ＣＰＭ）サービスに加入した第１のクライアントと前記ＣＰＭサービスに加入しない第２のクライアント間のＣＰＭセッションをサポートするためのＣＰＭサーバのセッション制御方法であって、
   特定のメディアを含むセッション開設メッセージを第１のクライアントから受信するステップと、
   前記特定のメディアを含むセッション開設メッセージをインターワーキング選択部（ＩＳＦ）を通してインターワーキング遂行部（ＩＷＦ）に送信するステップと、
   前記インターワーキング選択部を通して前記セッション開設メッセージに対する拒絶の理由を含む応答メッセージを前記インターワーキング遂行部から受信するステップと
   を有することを特徴とするＣＰＭサーバのセッション制御方法。
7. 前記拒絶の理由が、前記インターワーキング遂行部により前記特定のメディアがサポートされないものである場合に、前記特定のメディアを含むセッション開設メッセージを前記インターワーキング選択部に再送信するステップをさらに有することを特徴とする請求項６に記載のＣＰＭサーバのセッション制御方法。
8. 統合インターネットプロトコル（ＩＰ）メッセージング（ＣＰＭ）サービスに加入した第１のクライアントと前記ＣＰＭサービスに加入しない第２のクライアント間のＣＰＭセッションをサポートするためのインターワーキング遂行部（ＩＷＦ）のセッション制御方法であって、
   特定のメディアを含むセッション開設要請メッセージを前記ＣＰＭサーバを通して前記第１のクライアントから受信するステップと、
   前記特定のメディアが前記インターワーキング遂行部によりサポートされない場合に、前記特定のメディアが前記インターワーキング遂行部によりサポートされないとの拒絶の理由を含む応答メッセージを前記ＣＰＭサーバに送信するステップと
   を有することを特徴とするインターワーキング遂行部のセッション制御方法。
9. 統合インターネットプロトコル（ＩＰ）メッセージング（ＣＰＭ）サービスに加入した第１のクライアントと前記ＣＰＭサービスに加入しない第２のクライアント間のＣＰＭセッションをサポートするためのインターワーキング装置であって、
   少なくとも１つのメディアのそれぞれをサポートし、インターワーキング遂行部（ＩＷＦ）によりサポートされないメディアに対するインターワーキング要請を受信する場合に、対応するメディアが前記インターワーキング遂行部によりサポートされないとの拒絶の理由を生成する少なくとも１つのインターワーキング遂行部と、
   前記特定のメディアを含むセッション開設要請メッセージを前記ＣＰＭサーバを通して前記第１のクライアントから受信した場合に、前記特定のメディアのインターワーキングを担当するエンティティを前記少なくとも１つのインターワーキング遂行部の中から選択するインターワーキング選択部（ＩＳＦ）と
   を有することを特徴とするインターワーキング装置。
10. 前記特定のメディアが前記インターワーキング遂行部によりサポートされないとの拒絶の理由を前記インターワーキング遂行部から受信した場合に、前記インターワーキング選択部に前記特定のメディアのインターワーキングを担当するエンティティを再選択することを指示する制御部をさらに有することを特徴とする請求項９に記載のインターワーキング装置。

Images