(57)【特許請求の範囲】
【請求項１】
他の通信装置に対して、メディア種別が記述された情報を送信する送信手段と、
前記送信手段が送信した情報に基づき前記他の通信装置との間で確立されたメディアセッションを用いてデータ通信を実行するデータ通信手段と、
前記送信手段により前記複数のメディア種別が記述された情報を送信した場合に、前記他の通信装置との間で確立されたメディアセッションの数を判定する判定手段と、
前記確立されたメディアセッションが複数である場合は、前記複数のメディア種別のうち１つのメディア種別が記述され且つ他のメディア種別が記述されていない情報を送信するよう前記送信手段を制御し、前記確立されたメディアセッションが１つである場合は、当該確立されたメディアセッションを用いてデータ通信を実行するよう前記データ通信手段を制御する制御手段と、
を備えることを特徴とする通信装置。
【請求項２】
前記メディア種別は、ＳＤＰ（Session Description Protocol）に基づいて記述されることを特徴とする請求項１記載の通信装置。
【請求項３】
前記複数のメディア種別は、「Application」及び「Image」を含むことを特徴とする請求項１又は２記載の通信装置。
【請求項４】
前記制御手段は、前記確立されたメディアセッションが複数である場合に、「Application」が記述され且つ「Image」が記述されていない情報を送信するよう前記送信手段を制御することを特徴とする請求項３記載の通信装置。
【請求項５】
前記送信手段は、ＳＩＰ（Session Initiation Protocol）に従ったＩＮＶＩＴＥメッセージに前記情報を含めて送信することを特徴とする請求項１乃至４いずれか１項に記載の通信装置。
【請求項６】
前記制御手段は、前記確立されたメディアセッションが複数である場合に、前記複数のメディア種別のうち１つのメディア種別が記述され且つ他のメディア種別が記述されていない情報をＲＥ−ＩＮＶＩＴＥメッセージに含めて送信するよう前記送信手段を制御することを特徴とする請求項５記載の通信装置。
【請求項７】
前記制御手段は、前記確立されたメディアセッションが複数である場合に、前記他の通信装置との間で確立されたＳＩＰ（Session Initiation Protocol）セッションを破棄した後、前記複数のメディア種別のうち１つのメディア種別が記述され且つ他のメディア種別が記述されていない情報をＩＮＶＩＴＥメッセージに含めて送信するよう前記送信手段を制御することを特徴とする請求項５記載の通信装置。
【請求項８】
前記送信手段は、ＳＩＰ（Session Initiation Protocol）に従ったＩＮＶＩＴＥメッセージに対する応答として前記情報を送信することを特徴とする請求項１乃至４いずれか１項に記載の通信装置。
【請求項９】
前記送信手段は、前記ＩＮＶＩＴＥメッセージにメディア種別が記述された情報が含まれていない場合に、当該ＩＮＶＩＴＥメッセージに対する応答として前記情報を送信することを特徴とする請求項８記載の通信装置。
【請求項１０】
前記制御手段は、前記確立されたメディアセッションが複数である場合に、前記複数のメディア種別のうち１つのメディア種別が記述され且つ他のメディア種別が記述されていない情報をＲＥ−ＩＮＶＩＴＥメッセージに含めて送信するよう前記送信手段を制御することを特徴とする請求項９記載の通信装置。
【請求項１１】
他の通信装置に対して、メディア種別が記述された情報を送信する送信工程と、
前記送信工程で送信した情報に基づき前記他の通信装置との間で確立されたメディアセッションを用いてデータ通信を実行するデータ通信工程と、
前記送信工程で前記複数のメディア種別が記述された情報を送信した場合に、前記他の通信装置との間で確立されたメディアセッションの数を判定する判定工程と、
前記確立されたメディアセッションが複数である場合は、前記複数のメディア種別のうち１つのメディア種別が記述され且つ他のメディア種別が記述されていない情報を送信するよう制御し、前記確立されたメディアセッションが１つである場合は、当該確立されたメディアセッションを用いてデータ通信を実行するよう制御する制御工程と、
を備えることを特徴とする通信装置の制御方法。
【請求項１２】
通信装置の制御方法をコンピュータに実行させるプログラムであって、
前記通信装置の制御方法は、
他の通信装置に対して、メディア種別が記述された情報を送信する送信工程と、
前記送信工程で送信した情報に基づき前記他の通信装置との間で確立されたメディアセッションを用いてデータ通信を実行するデータ通信工程と、
前記送信工程で前記複数のメディア種別が記述された情報を送信した場合に、前記他の通信装置との間で確立されたメディアセッションの数を判定する判定工程と、
前記確立されたメディアセッションが複数である場合は、前記複数のメディア種別のうち１つのメディア種別が記述され且つ他のメディア種別が記述されていない情報を送信するよう制御し、前記確立されたメディアセッションが１つである場合は、当該確立されたメディアセッションを用いてデータ通信を実行するよう制御する制御工程と、
を備えることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信装置の制御方法、及びプログラムに関し、特にＳＩＰを用いて通信を行う通信装置、通信装置の制御方法、及びプログラムに関する。
【背景技術】
【０００２】
ＳＩＰ（Session Initiation Protocol）を用いた通信では、まず通信相手とＳＩＰネゴシエーションを行い、お互い受信を希望するメディアを記述したＳＤＰ（Session Description Protocol）を交換する。その後、双方が送受信可能なメディアセッションを含むＳＩＰセッションを確立し、データの送受信を行う。
【０００３】
また、ＩＰ交換網では利用帯域や利用したメディアセッション数で課金が行われる。そのため、複数種類のメディアに対応するネットワークデバイスは、ＳＩＰ通信を行う相手との間に、不要なメディアセッションを含まない最適なメディアセッションを含むＳＩＰセッションを確立することがユーザのメリットとなる。
【０００４】
従来の複数種類のメディアに対応するネットワークデバイスには、通信相手のメディア能力が分からない時でも、最適なメディアセッションを含んだＳＩＰセッションを確立するために、以下の動作を行うものがある。
【０００５】
まず、通信を要求する装置Ａが、複数のメディア情報を記述したＳＤＰ（オファーＳＤＰ）を含んだＳＩＰセッション確立要求（ＩＮＶＩＴＥ）を装置Ｂに送信する。装置Ｂから、エラー応答が返ったら、装置Ａは、そのエラーの内容（アンサーＳＤＰ）をチェックして最適なメディア情報を記述したＳＤＰを含んだＩＮＶＩＴＥを装置Ｂに送信する。装置Ｂから成功応答が返ったら、装置Ａと装置Ｂは成功応答に含まれるＳＤＰアンサーを最適なメディアとして、ＳＩＰセッションを確立する（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−１０９７３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１に開示された方法では、通信相手からの成功応答に含まれるアンサーＳＤＰを最適なメディア情報として扱う必要がある。そのため、オファーＳＤＰを送信する装置が、相手装置と確実にＳＩＰセッションを確立するために複数種類のメディアを提案し、相手装置がオファーＳＤＰの内１つのメディアを選択することを期待する場合、通信相手によっては、オファーＳＤＰの内、自身が対応する全てのメディアをアンサーＳＤＰとして応答することがある。この場合、確立したＳＩＰセッションに本来必要でないメディアセッションが含まれてしまい、上記ＩＰ交換網において無駄な課金が発生してしまう。また、装置は、不要なメディアセッションに対して、ポート、ソケット、メモリなど、装置のリソースを無駄に消費してしまう。
【０００８】
本発明の目的は、不要なメディアセッションを排除したＳＩＰセッションを確立することができる通信装置、通信装置の制御方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、請求項１記載の通信装置は、他の通信装置に対して、メディア種別が記述された情報を送信する送信手段と、前記送信手段が送信した情報に基づき前記他の通信装置との間で確立されたメディアセッションを用いてデータ通信を実行するデータ通信手段と、前記送信手段により前記複数のメディア種別が記述された情報を送信した場合に、前記他の通信装置との間で確立されたメディアセッションの数を判定する判定手段と、前記確立されたメディアセッションが複数である場合は、前記複数のメディア種別のうち１つのメディア種別が記述され且つ他のメディア種別が記述されていない情報を送信するよう前記送信手段を制御し、前記確立されたメディアセッションが１つである場合は、当該確立されたメディアセッションを用いてデータ通信を実行するよう前記データ通信手段を制御する制御手段と、を備えることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、不要なメディアセッションを排除したＳＩＰセッションを確立することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態に係る通信システムの構成を示す図である。
【図２】図１における通信装置の電気的構成を示す図である。
【図３】図１における通信装置の機能ブロックを示す図である。
【図４】第１の実施の形態に係る通信装置間でのやりとりを示すシーケンス図である。
【図５】第１の実施の形態に係る通信装置により実行されるセッション確立処理の手順を示すフローチャートである。
【図６】第２の実施の形態に係る通信装置間でのやりとりを示すシーケンス図である。
【図７】第２の実施の形態に係る通信装置により実行されるセッション確立処理の手順を示すフローチャートである。
【図８】第３の実施の形態に係る通信装置間でのやりとりを示すシーケンス図である。
【図９】第３の実施の形態に係る通信装置により実行されるセッション確立処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態について図面を参照しながら説明する。
【００１３】
図１は、本発明の実施の形態に係る通信システム１の構成を示す図である。
【００１４】
図１において、通信装置１００，２００、ゲートウェイ装置３００，４００、及びＩＰ交換網５００（以下、「網」という）が示されている。
【００１５】
通信装置１００，２００は、本発明の実施の形態に係る通信装置であり、これらの通信装置１００，２００が本実施の形態において網５００を介してＳＩＰ（Session Initiation Protocol）メッセージを交換することで、ＳＩＰセッションの内容を確立する。
【００１６】
ゲートウェイ装置３００，４００は、それぞれ通信装置１００，２００が網５００に接続するための装置である。
【００１７】
網５００は、ＳＩＰプロトコルを利用して、網５００を介したネットワークデバイス間のメディアデータ通信の制御を行う。さらに、網５００は通信装置１００、２００間で交換されるＳＩＰメッセージに含まれるＳＩＰセッションで使用されるメディア情報、帯域情報を基に課金を行う。
【００１８】
図１における構成では、通信装置、及びゲートウェイ装置がそれぞれ２つずつ示されているが、これに限らずＳＩＰセッションを確立する構成であれば本実施の形態を適用できる。なお、以下の説明において、通信装置１００，２００に共通する内容を説明する場合は、通信装置１００（２００）と記載する。
【００１９】
図２は、図１における通信装置１００（２００）の電気的構成を示す図である。
【００２０】
図２において、通信装置１００（２００）は、ＣＰＵ１１（Central Processing Unit）、ＲＡＭ１２（Random Access Memory）、ＲＯＭ１３（Read Only Memory）、操作パネル１４、ＤＫＣ１５（ディスクコントローラ）、ＤＶＣ１７（デバイスコントローラ）、不揮発性メモリ１９、及びＮＩＣ２０（Network Interface Card）を含み、それぞれシステムバス２１で接続されている。
【００２１】
また、ＤＫＣ１５には外部記憶装置１６が接続され、ＤＶＣ１７には、ＤＶ１８（デバイス）が接続されている。
【００２２】
ＣＰＵ１１は、ＲＯＭ１３に格納されているプログラムを実行することで、通信装置１００（２００）を総括的に制御する。ＲＡＭ１２は、ＣＰＵ１１の主メモリ、ワークエリア等として機能する。ＲＯＭ１３には、上記プログラム等が記憶されている。操作パネル１４は、ユーザによる各種設定や、ＳＩＰによる通信を利用するアプリケーションを開始させるためのユーザインタフェースである。ＤＫＣ１５は、画像や様々なユーザデータを記憶する外部記憶装置１６を制御する。ＤＶＣ１７はＤＶ１８（例えばプリンタ、スキャナ）を制御する。不揮発性メモリ１９は、ＳＩＰ通信によって確立されたＳＩＰセッションの内容や操作パネル１４から設定される各種設定情報が記憶される。ＮＩＣ２０はＬＡＮ２２（Local Area Network）と接続するためのインタフェースであり、ＬＡＮ２２を介してＳＩＰ通信を可能とする。なお、図２では、キーボードやマウス等、一般的な入力デバイスを記載していないが、もちろんそれらを備えていてもよい。
【００２３】
図３は、図１における通信装置１００（２００）の機能ブロックを示す図である。
【００２４】
図３において、通信装置１００（２００）は、ＳＤＰ生成部４１、ＳＩＰメッセージ生成部４２、ＳＩＰ送信部４３、メディア判定部４６、ＳＩＰ受信部４４、ＳＩＰ解析部４５、メディア通信部４７、及びＴＣＰ／ＩＰ通信部４８を備える。
【００２５】
ＳＤＰ生成部４１は、ＩＰＦＡＸやＩＰ電話、動画像通信等の音声、データ通信を実現するメディア情報を記述したＳＤＰ生成し、ＳＩＰメッセージ生成部４２へ送信する。ＳＩＰメッセージ生成部４２は、受信したＳＤＰをメッセージボディに反映した各種ＳＩＰメッセージ及びＳＩＰ応答を生成し、ＳＩＰ送信部４３へ送信する。ＳＩＰ送信部４３はＳＩＰメッセージ生成部４２から受信したＳＩＰメッセージを、ＴＣＰ／ＩＰ通信部４８を通して、ネットワーク上に接続されている通信相手となる装置へ送信する。ＳＩＰ受信部４４は、ＴＣＰ／ＩＰ通信部４８を通して、通信装置２００からのＳＩＰメッセージ及びＳＩＰ応答を受信し、ＳＩＰ解析部４５へ送信する。
【００２６】
ＳＩＰ解析部４５は、受信したＳＩＰメッセージ及びＳＩＰ応答からＳＩＰセッションで利用されるメディア種別、メディアデータの送信先ＩＰアドレス、ポート番号等を取得する。そしてＳＩＰ解析部４５は、メディア判定部４６、メディア通信部４７へ送信する。
【００２７】
メディア判定部４６は、ＳＩＰセッションが含むメディアセッションの使用状況から、メディアセッションの必要不要を判別する。メディア通信部４７は、メディアデータの送信先ＩＰアドレス、ポートに対してＩＰＦＡＸやＩＰ電話、動画像通信等の音声、データ通信を行う。ＴＣＰ／ＩＰ通信部４８は、ＴＣＰ／ＩＰの制御と管理、ネットワーク通信のためのポート制御を行う。
【００２８】
上述した構成で実行される、必要なメディアセッションだけを含むＳＩＰセッションを確立する３種類のセッション確立処理について以下説明する。いずれのセッション確立処理も通信装置１００，２００間でのやりとりを示すシーケンス図と、通信装置１００又は通信装置２００により実行されるセッション確立処理の手順を示すフローチャートを用いて説明される。
【００２９】
（第１の実施の形態）
図４は、第１の実施の形態に係る通信装置１００，２００間でのやりとりを示すシーケンス図である。
【００３０】
図４において、通信装置１００は、対応するメディア種別が「Application」及び「Image」であり、通信装置２００と「Application」及び「Image」のメディアセッションを含むＳＩＰセッションを確立して、データ通信を行うことが可能な通信装置である。
【００３１】
一方、通信装置２００は、対応するメディア種別が「Application」及び「Image」であり、通信装置１００と「Application」及び「Image」のメディアセッションを含むＳＩＰセッションを確立してデータ通信を行うことが可能な通信装置である。
【００３２】
通信装置１００は、ＳＩＰセッション上で、「Application」と「Image」のいずれかのメディアセッションで通信可能な場合、通信装置２００がその内１つを選択することを期待して、「Application」と「Image」両方のメディア情報を記述したＳＤＰを含めたＩＮＶＩＴＥメッセージを通信装置２００へ送信する（Ｔ１０１）。
【００３３】
通信装置２００は、受信したＩＮＶＩＴＥメッセージで提案されたメディアに対応しているので、ＳＩＰセッションで受け入れるメディア情報を記述したＳＤＰを含めて通信装置１００に成功応答を送信する（Ｔ１０２）。ここで、通信装置２００は、提案されたメディア情報の中からいずれか１つを選択して受け入れることはせず、自身が対応しているメディア種別であれば受け入れる。
【００３４】
通信装置１００は成功応答を受信すると、ａｃｋメッセージを通信装置２００に対して送信する（Ｔ１０３）。このとき、メディアセッション１を「Application」とし、メディアセッション２を「Image」とした、ＳＩＰセッションＡが確立される。
【００３５】
通信装置１００と通信装置２００は、確立されたＳＩＰセッションが含むメディアセッションのうち、「Application」のメディアセッションでデータ通信を開始する。この際、通信装置１００は、ＳＩＰセッションに含まれるメディアセッションに対して、そのメディアセッションで利用するポートの開閉状況を確認して、ポートが開いていれば必要、閉じていれば不要と判別する。本実施の形態では、「Image」のメディアセッションは不要と判断される。
【００３６】
通信装置１００は、ＳＩＰセッションＡを、「Application」のメディアセッションだけを含むＳＩＰセッションＢへ更新するために、ＳＩＰセッション更新要求として「Application」のメディア情報のみを記述したＳＤＰを含めたＲｅ−Ｉｎｖｉｔｅメッセージを通信装置２００へ送信する（Ｔ１０４）。
【００３７】
通信装置２００は、Ｒｅ−Ｉｎｖｉｔｅメッセージに対する成功応答を通信装置１００へ送信する（Ｔ１０５）。
【００３８】
通信装置１００は、Ｒｅ−Ｉｎｖｉｔｅメッセージに対する成功応答を受信すると、ａｃｋメッセージを通信装置２００へ送信する（Ｔ１０６）。このとき「Application」と「Image」のメディアセッションを含むＳＩＰセッションＡが「Application」のメディアセッションのみ含むＳＩＰセッションＢへ更新される。
【００３９】
なお、本実施の形態では、ＳＩＰセッションに含まれるメディアセッションのメディア種別は「Application」及び「Image」であるが、もちろんそれ以外のメディア種別であってもよい。また、本実施の形態では、メディアセッションで利用するポートが必要か否かを、それぞれのメディアセッションが使用するポートの開閉状況から判別するが、メディアデータを送受信するアプリケーションから使用するメディアセッションを通知してもらい判別してもかまわない。さらに、本実施の形態では、ＳＩＰセッション更新要求をＲｅ−Ｉｎｖｉｔｅメッセージで行っているが、ＵｐｄａｔｅメッセージでＳＩＰセッション更新要求を行ってもよい。
【００４０】
図５は、第１の実施の形態に係る通信装置１００により実行されるセッション確立処理の手順を示すフローチャートである。
【００４１】
図５において、ＳＤＰ生成部４１が、通信装置１００が対応するメディア種別を記述したオファーＳＤＰを生成する（ステップＳ１０１）。ＳＩＰメッセージ生成部４２が、オファーＳＤＰを含んだＩＮＶＩＴＥメッセージを生成し、ＳＩＰ送信部４３がこのＩＮＶＩＴＥメッセージを送信し（ステップＳ１０２）、ＳＩＰ受信部４４が通信装置２００からの最終応答を待ちうける。
【００４２】
ＳＩＰ解析部４５は、受信した最終応答が、成功応答である２００ＯＫ応答であるかを判別し（ステップＳ１０３）、ステップＳ１０３の判別の結果、最終応答が２００ＯＫ応答のとき（ステップＳ１０３でＹＥＳ）、ステップＳ１０４へ進み、そうでないとき（ステップＳ１０３でＮＯ）、本処理を終了する。
【００４３】
次いで、ＳＩＰ送信部４３が２００ＯＫ応答に対するＡＣＫメッセージを送信し（ステップＳ１０４）、通信装置１００はＳＩＰセッション確立を検知する（ステップＳ１０５）。
【００４４】
ＳＩＰ解析部４５がＳＩＰセッションに含まれるメディアセッションが複数であるか判別し（ステップＳ１０６）、ステップＳ１０６の判別の結果、メディアセッションが複数含まれるときは（ステップＳ１０６でＹＥＳ）、ステップＳ１０７へ進み、そうでなければ（ステップＳ１０６でＮＯ）、ステップＳ１１３へ進む。
【００４５】
次いで、メディア判定部４６がＳＩＰセッションに含まれるメディアセッションのそれぞれに対して、メディアセッションが使用するポートの開閉状態をＴＣＰ／ＩＰ通信部４８に確認することで、実際の通信に必要か不要かを判別する（ステップＳ１０７）。
【００４６】
ステップＳ１０７の判別の結果、ＳＩＰセッションに不要なメディアセッションが含まれるとき（ステップＳ１０７でＹＥＳ）、ステップＳ１０８へ進み、そうでなければ（ステップＳ１０７でＮＯ）、ステップＳ１１３へ進む。
【００４７】
ＳＤＰ生成部４１がステップＳ１０７で必要と判断されたメディアセッションのメディア情報を記述したオファーＳＤＰを生成する（ステップＳ１０８）。ＳＩＰメッセージ生成部４２が、ステップＳ１０８で生成したオファーＳＤＰを含んだＲｅ−Ｉｎｖｉｔｅメッセージを生成し、ＳＩＰ送信部４３がこのＲｅ−Ｉｎｖｉｔｅメッセージを送信し（ステップＳ１０９）、ＳＩＰ受信部４４が通信装置２００からの最終応答を待ち受ける。
【００４８】
ＳＩＰ解析部４５は、受信した最終応答が、成功応答である２００ＯＫ応答（４−８）であるかを判別し（ステップＳ１１０）、ステップＳ１１０の判別の結果、最終応答が２００ＯＫ応答であるとき（ステップＳ１１０でＹＥＳ）、ステップＳ１１１へ進み、そうでなければ（ステップＳ１１０でＮＯ）、ステップＳ１１３へ進む。
【００４９】
ＳＩＰ送信部４３が２００ＯＫ応答に対するＡＣＫメッセージを送信する（ステップＳ１１１）。通信装置１００はＳＩＰセッションから、必要なメディアセッションのみを含むＳＩＰセッションへ更新されたことを確認する（ステップＳ１１２）。メディア通信部４７が、ＳＩＰセッションに含まれるメディアセッションを使用してメディアデータの送受信を行い（ステップＳ１１３）、本処理を終了する。
【００５０】
なお、図５のフローチャートにおいて、ステップＳ１０１〜ステップＳ１０５が、ＳＩＰセッションを他装置（通信装置２００）との間に確立する第１の確立部に対応する。また、ステップＳ１０７が第１の確立部により確立されたＳＩＰセッションが、通信装置２００との通信で必要とするメディアセッション以外の不要なメディアセッションを含むか否か判別する判別部に対応する。さらに、ステップＳ１０８〜ステップＳ１１２が、判別部により、確立されたＳＩＰセッションが不要なメディアセッションを含むと判別された場合に、当該不要なメディアセッションを含まないＳＩＰセッションを通信装置２００との間に確立する第２の確立部に対応する。また、ステップＳ１０８〜ステップＳ１１２では、必要とするメディアセッションだけを含むＳＤＰを生成し、当該ＳＤＰに基づいたＳＩＰ接続の更新要求を通信装置２００に送信することにより、不要なメディアセッションを含まないＳＩＰセッションを通信装置２００との間に確立する処理となっている。
【００５１】
図５の処理によれば、不要なメディアセッションを含むか否か判別し（ステップＳ１０７）、不要なメディアセッションを含むと判別された場合に、必要とするメディアセッションだけを含むＳＩＰセッションを通信装置２００との間に確立する（ステップＳ１０８〜ステップＳ１１２）ので、実際の通信に不要なメディアセッションを排除したＳＩＰセッションを確立することができる。
【００５２】
（第２の実施の形態）
図６は、第２の実施の形態に係る通信装置１００，２００間でのやりとりを示すシーケンス図である。
【００５３】
図６において、通信装置１００は、対応するメディア種別が「Application」及び「Image」であり、通信装置２００と「Application」及び「Image」のメディアセッションを含むＳＩＰセッションを確立して、データ通信を行うことが可能な通信装置である。
【００５４】
一方、通信装置２００は、対応するメディア種別が「Application」及び「Image」であり、通信装置１００と「Application」及び「Image」のメディアセッションを含むＳＩＰセッションを確立してデータ通信を行うことが可能な通信装置である。
【００５５】
通信装置１００は、オファーＳＤＰを含まないＩＮＶＩＴＥメッセージを通信装置２００へ送信する（Ｔ２０１）。通信装置２００は、受信したＩＮＶＩＴＥメッセージにオファーＳＤＰが含まれないので、自身が対応するメディア種別である「Application」及び「Image」をオファーＳＤＰに記述する。そして、通信装置２００は、通信装置１００がオファーＳＤＰに記述されるメディア種別の内１つを選択することを期待して、オファーＳＤＰを含む成功応答を送信する（Ｔ２０２）。
【００５６】
通信装置１００は成功応答を受信すると、提案されたメディア情報の中からどれか１つを選択して受け入れることはせず、自身が対応しているメディア種別であれば受け入れてａｃｋメッセージを送信する（Ｔ２０３）。このときメディアセッション１を「Application」とし、メディアセッション２を「Image」とした、ＳＩＰセッションＡが確立される。
【００５７】
通信装置１００と通信装置２００は、確立されたＳＩＰセッションが含むメディアセッションのうち、「Application」のメディアセッションでデータ通信を開始する。この際、通信装置１００は、ＳＩＰセッションＡに含まれるメディアセッションに対して、そのメディアセッションで利用するポートの開閉状況を確認して、ポートが開いていれば必要、閉じていれば不要と判別する。本実施の形態では、「Image」のメディアセッションは不要と判断される。
【００５８】
通信装置２００は、ＳＩＰセッションＡを「Application」のメディアセッションだけを含むＳＩＰセッションＢへ更新するために、ＳＩＰセッション更新要求として送受信可能メディアに「Application」のみを記述したＳＤＰを含めたＲｅ−Ｉｎｖｉｔｅメッセージを通信装置１００へ送信する（Ｔ２０４）。
【００５９】
通信装置１００は、Ｒｅ−Ｉｎｖｉｔｅメッセージに対する成功応答を通信装置２００へ送信する（Ｔ２０５）。
【００６０】
通信装置２００は、Ｒｅ−Ｉｎｖｉｔｅメッセージに対する成功応答を受信するとａｃｋメッセージを通信装置１００へ送信する（Ｔ２０６）。このとき「Application」及び「Image」のメディアセッションを含むＳＩＰセッションＡが、「Application」のメディアセッションのみ含むＳＩＰセッションＢへ更新される。
【００６１】
なお、本実施の形態では、ＳＩＰセッションに含まれるメディアセッションのメディア種別は「Application」及び「Image」であるが、もちろんそれ以外のメディア種別であってもよい。また、本実施の形態では、メディアセッションで利用するポートが必要か否かを、それぞれのメディアセッションが使用するポートの開閉状況から判別するが、メディアデータを送受信するアプリケーションから使用するメディアセッションを通知してもらい判別してもかまわない。さらに、本実施の形態では、ＳＩＰセッション更新要求をＲｅ−Ｉｎｖｉｔｅメッセージで行っているが、ＵｐｄａｔｅメッセージでＳＩＰセッション更新要求を行ってもよい。
【００６２】
図７は、第２の実施の形態に係る通信装置２００により実行されるセッション確立処理の手順を示すフローチャートである。
【００６３】
図７において、ＳＩＰ受信部４４がＩＮＶＩＴＥメッセージを受信する（ステップＳ２０１）。次いで、ＳＩＰ解析部４５が、受信したＩＮＶＩＴＥメッセージにオファーＳＤＰが含まれないかを判別し（ステップＳ２０２）、ステップＳ２０２の判別の結果、ＩＮＶＩＴＥメッセージにオファーＳＤＰが含まれないとき（ステップＳ２０２でＹＥＳ）、ステップＳ２０３へ進み、そうでなければ（ステップＳ２０２でＮＯ）、ステップＳ２１５へ進む。
【００６４】
ＳＤＰ生成部４１が、通信装置２００が対応するメディア種別を記述したオファーＳＤＰを生成する（ステップＳ２０３）。次いでＳＩＰメッセージ生成部４２が、オファーＳＤＰを含んだ２００ＯＫ応答を生成し、ＳＩＰ送信部４３がこの２００ＯＫ応答を送信する（ステップＳ２０４）。
【００６５】
ＳＩＰ送信部４３がこの２００ＯＫ応答を送信してから、３２秒以内にＡＣＫメッセージを受信したか否か判別し（ステップＳ２０５）、ステップＳ２０５の判別の結果、３２秒以内にＡＣＫメッセージを受信したとき（ステップＳ２０５でＹＥＳ）、ステップＳ２０６へ進み、そうでなければ（ステップＳ２０５でＮＯ）、本処理を終了する。
【００６６】
通信装置２００は、ＳＩＰセッション確立を確認する（ステップＳ２０６）。次いでＳＩＰ解析部４５がＳＩＰセッションに含まれるメディアセッションが複数であるか判別する（ステップＳ２０７）。ステップＳ２０７の判別の結果、メディアセッションが複数含まれるときは（ステップＳ２０７でＹＥＳ）、ステップＳ２０８へ進み、そうでなければ（ステップＳ２０７でＮＯ）、ステップＳ２１４へ進む。
【００６７】
メディア判定部４６がＳＩＰセッションに含まれるメディアセッションのそれぞれに対して、メディアセッションが使用するポートの開閉状態をＴＣＰ／ＩＰ通信部４８に確認し、必要か不要かを判別し（ステップＳ２０８）、ステップＳ２０８の判別の結果、ＳＩＰセッションに不要なメディアセッションが含まれるとき（ステップＳ２０８でＹＥＳ）、ステップＳ２０９へ進み、そうでないならば（ステップＳ２０８でＮＯ）、ステップＳ２１４へ進む。
【００６８】
ＳＤＰ生成部４１が、ステップＳ２０８で必要と判断されたメディアセッションのメディア情報を記述したオファーＳＤＰを生成する（ステップＳ２０９）。ＳＩＰメッセージ生成部４２が、Ｓ２０９で生成したオファーＳＤＰを含んだＲｅ−Ｉｎｖｉｔｅメッセージを生成し、ＳＩＰ送信部４３がこのＲｅ−Ｉｎｖｉｔｅメッセージを送信し（ステップＳ２１０）、ＳＩＰ受信部４４が通信装置１００からの最終応答を待ち受ける。
【００６９】
ＳＩＰ解析部４５は、受信した最終応答が、成功応答である２００ＯＫ応答であるか否かを判別し（ステップＳ２１１）、ステップＳ２１１の判別の結果、最終応答が２００ＯＫ応答であるとき（ステップＳ２１１でＹＥＳ）、ステップＳ２１２へ進み、そうでなければ（ステップＳ２１１でＮＯ）、ステップＳ２１４へ進む。次いでＳＩＰ送信部４３が２００ＯＫ応答に対するＡＣＫメッセージを送信する（ステップＳ２１２）。通信装置２００はＳＩＰセッションが、必要なメディアセッションのみを含むＳＩＰセッションへ更新されたことを確認する（ステップＳ２１３）。メディア通信部４７が、ＳＩＰセッションに含まれるメディアセッションを使用してメディアデータの送受信を行い（ステップＳ２１４）、本処理を終了する。
【００７０】
上記ステップＳ２１５では、ＩＮＶＩＴＥにＳＤＰオファーが含まれる場合の処理であるので、通信装置２００はＲＦＣ３２６１に記載されたＳＩＰセッション確立シーケンスに従って動作する。
【００７１】
なお、図７のフローチャートにおいて、ステップＳ２０１〜ステップＳ２０６が、ＳＩＰセッションを他装置（通信装置１００）との間に確立する第１の確立部に対応する。また、ステップＳ２０８が第１の確立部により確立されたＳＩＰセッションが、通信装置１００との通信で必要とするメディアセッション以外の不要なメディアセッションを含むか否か判別する判別部に対応する。さらに、ステップＳ２０９〜ステップＳ２１３が、判別部により、確立されたＳＩＰセッションが不要なメディアセッションを含むと判別された場合に、当該不要なメディアセッションを含まないＳＩＰセッションを通信装置１００との間に確立する第２の確立部に対応する。また、ステップＳ２０９〜ステップＳ２１３は、必要とするメディアセッションだけを含むＳＤＰを生成し、当該ＳＤＰに基づいたＳＩＰ接続の更新要求を通信装置１００に送信することにより、不要なメディアセッションを含まないＳＩＰセッションを通信装置１００との間に確立する処理となっている。
【００７２】
図７の処理によれば、不要なメディアセッションを含むか否か判別し（ステップＳ２０８）、不要なメディアセッションを含むと判別された場合に、必要とするメディアセッションだけを含むＳＩＰセッションを通信装置１００との間に確立する（ステップＳ２０９〜ステップＳ２１３）ので、実際の通信に不要なメディアセッションを排除したＳＩＰセッションを確立することができる。
【００７３】
（第３の実施の形態）
図８は、第３の実施の形態に係る通信装置１００，２００間でのやりとりを示すシーケンス図である。
【００７４】
図８において、通信装置１００は、対応するメディア種別が「Application」及び「Image」であり、通信装置２００と「Application」及び「Image」のメディアセッションを含むＳＩＰセッションを確立して、データ通信を行うことが可能な通信装置である。
【００７５】
一方、通信装置２００は、対応するメディア種別が「Application」及び「Image」であり、通信装置１００と「Application」及び「Image」のメディアセッションを含むＳＩＰセッションを確立してデータ通信を行うことが可能な通信装置である。
【００７６】
通信装置１００は、ＳＩＰセッション上で行うデータ通信が「Application」と「Image」のいずれかのメディアセッションで行える場合、送受信可能メディアとして「Application」と「Image」両方を記述したＳＤＰをＩＮＶＩＴＥメッセージの中に含め、通信装置２００がその内１つを選択することを期待して、通信装置２００へ送信する（Ｔ３０１）。
【００７７】
通信装置２００は、受信したＩＮＶＩＴＥメッセージで提案されたメディアに対応しているので、ＳＩＰセッションで受け入れるメディア情報を記述したＳＤＰを含めて通信装置１００に成功応答を送信する（Ｔ３０２）。ここで、通信装置２００は、提案されたメディア情報の中からどれか１つを選択して受け入れることはせず、自身が対応しているメディア種別であれば受け入れる。
【００７８】
通信装置１００は成功応答を受信すると、ａｃｋメッセージを通信装置２００に対して送信する（Ｔ３０３）。このとき、メディアセッション１を「Application」とし、メディアセッション２を「Image」とした、ＳＩＰセッションＡが確立される。この際、通信装置１００は、ＳＩＰセッション４−６に含まれるメディアセッションに対して、そのメディアセッションで利用するポートの開閉状況を確認して、ポートが開いていれば必要、閉じていれば不要と判別する。
【００７９】
通信装置１００は、ＳＩＰセッションＡを切断するために、ＳＩＰセッション切断要求としてＢｙｅメッセージを通信装置２００へ送信する（Ｔ３０４）。
【００８０】
通信装置２００は、Ｂｙｅメッセージに対する成功応答を通信装置１００へ送信する（Ｔ３０５）。通信装置２００は、Ｂｙｅメッセージに対する成功応答を受信することでＳＩＰセッションが切断されたことを確認する。
【００８１】
通信装置１００は、ＳＩＰセッションにおいて必要と判断したメディアセッションのメディア情報をオファーＳＤＰに記述し、ＩＮＶＩＴＥメッセージに含めて、通信装置２００に送信する（Ｔ３０６）。
【００８２】
通信装置２００は、受信したＩＮＶＩＴＥメッセージで提案されたメディアに対応しているので、ＳＩＰセッションで受け入れるメディア情報を記述したＳＤＰを含めて通信装置１００に成功応答を送信する（Ｔ３０７）。
【００８３】
通信装置１００は成功応答を受信すると、ａｃｋメッセージを通信装置２００に対して送信し（Ｔ３０８）、必要なメディアセッションのみを含んだＳＩＰセッションＢが確立される。
【００８４】
なお、本実施の形態では、ＳＩＰセッションに含まれるメディアセッションのメディア種別は「Application」及び「Image」であるが、もちろんそれ以外のメディア種別であってもよい。また、本実施の形態では、メディアセッションで利用するポートが必要か否かを、それぞれのメディアセッションが使用するポートの開閉状況から判別するが、メディアデータを送受信するアプリケーションから使用するメディアセッションを通知してもらい判別してもかまわない。さらに、本実施の形態では、ＳＩＰセッション更新要求をＲｅ−Ｉｎｖｉｔｅメッセージで行っているが、ＵｐｄａｔｅメッセージでＳＩＰセッション更新要求を行ってもよい。
【００８５】
第７図は、本発明の第３の実施形態に係わるデバイス装置の通信シーケンス（第４（Ｃ）図）を示すフローチャートである。
【００８６】
図９は、第３の実施の形態に係る通信装置１００により実行されるセッション確立処理の手順を示すフローチャートである。
【００８７】
ＳＤＰ生成部４１が、通信装置１００が対応するメディア種別を記述したオファーＳＤＰを生成する（ステップＳ３０１）。ＳＩＰメッセージ生成部４２が、オファーＳＤＰを含んだＩＮＶＩＴＥメッセージを生成し、ＳＩＰ送信部４３がこのＩＮＶＩＴＥメッセージを送信し（ステップＳ３０２）、ＳＩＰ受信部４４が通信装置２００からの最終応答を待ちうける。
【００８８】
ＳＩＰ解析部４５は、受信した最終応答が、成功応答である２００ＯＫ応答であるか否かを判別し（ステップＳ３０３）、ステップＳ３０３の判別の結果、最終応答が２００ＯＫ応答であるとき（ステップＳ３０３でＹＥＳ）、ステップＳ３０４へ進み、そうでないなら（ステップＳ３０３でＮＯ）、本処理を終了する。
【００８９】
ＳＩＰ送信部４３が２００ＯＫ応答に対するＡＣＫメッセージを送信する（ステップＳ３０４）。通信装置１００はＳＩＰセッションの確立を確認する（ステップＳ３０５）。ＳＩＰ解析部４５がＳＩＰセッションに含まれるメディアセッションが複数であるか否かを判別し（ステップＳ３０６）、ステップＳ３０６の判別の結果、メディアセッションが複数含まれるとき（ステップＳ３０６でＹＥＳ）、ステップＳ３０７へ進み、そうでなければ（ステップＳ３０６でＮＯ）、ステップＳ３１５へ進む。
【００９０】
次いで、メディア判定部４６がＳＩＰセッションに含まれるメディアセッションそれぞれに対して、メディアセッションが使用するポートの開閉状態をＴＣＰ／ＩＰ通信部４８に確認し、必要か不要かを判別する（ステップＳ３０７）。
【００９１】
ステップＳ３０７の判別の結果ＳＩＰセッションに不要なメディアセッションが含まれるとき（ステップＳ３０７でＹＥＳ）、ステップＳ３０８へ進み、そうでないならば（ステップＳ３０７でＮＯ）、ステップＳ３１５へ進む。
【００９２】
次いで、ＳＩＰメッセージ生成部４２は、ＳＩＰセッションに対するＢｙｅメッセージを生成し、ＳＩＰ送信部４３は、このＢｙｅメッセージを送信する（ステップＳ３０８）。ＳＩＰ受信部４４がこのＢｙｅメッセージに対する２００ＯＫ応答を受信し、通信装置１００は、ＳＩＰセッションが切断されたことを確認する（ステップＳ３０９）。
【００９３】
ＳＩＰメッセージ生成部４２が、ステップＳ３０７において、必要と判断されたメディアセッションのメディア情報を記述したオファーＳＤＰを生成する（ステップＳ３１０）。ＳＩＰメッセージ生成部４２が、ステップＳ３１０で生成されたオファーＳＤＰを含んだＩｎｖｉｔｅメッセージを生成し、ＳＩＰ送信部４３がこのＩｎｖｉｔｅメッセージを送信し（ステップＳ３１１）、ＳＩＰ受信部４４が通信装置２００からの最終応答を待ち受ける。
【００９４】
ＳＩＰ解析部４５は、受信した最終応答が、成功応答である２００ＯＫ応答であるか否かを判別する（ステップＳ３１２）。ステップＳ３１２の判別の結果、最終応答が２００ＯＫ応答のとき（ステップＳ３１２でＹＥＳ）、ステップＳ３１３へ進み、そうでなければ（ステップＳ３１２でＮＯ）、本処理を終了する。
【００９５】
次いで、ＳＩＰ送信部４３が２００ＯＫ応答に対するＡＣＫメッセージを送信する（ステップＳ３１３）。通信装置１００は、必要なメディアセッションのみを含むＳＩＰセッションが確立されたことを確認する（ステップＳ３１４）。メディア通信部４７が、ＳＩＰセッションに含まれるメディアセッションを使用してメディアデータの送受信を行い（ステップＳ３１５）、本処理を終了する。
【００９６】
なお、図９のフローチャートにおいて、ステップＳ３０１〜ステップＳ３０５が、ＳＩＰセッションを他装置（通信装置２００）との間に確立する第１の確立部に対応する。また、ステップＳ３０７が第１の確立部により確立されたＳＩＰセッションが、通信装置２００との通信で必要とするメディアセッション以外の不要なメディアセッションを含むか否か判別する判別部に対応する。さらに、ステップＳ３０８〜ステップＳ３１４が、判別部により、確立されたＳＩＰセッションが不要なメディアセッションを含むと判別された場合に、当該不要なメディアセッションを含まないＳＩＰセッションを通信装置２００との間に確立する第２の確立部に対応する。また、ステップＳ３０８〜ステップＳ３１４は、第１の確立部により確立されたＳＩＰセッションを切断し、必要とするメディアセッションだけを含むＳＤＰを生成し、当該ＳＤＰに基づいたＳＩＰ接続の接続確立要求を通信装置２００に送信することにより、必要とするメディアセッションだけを含むＳＩＰセッションを通信装置２００との間に確立する処理となっている。
【００９７】
図９の処理によれば、不要なメディアセッションを含むか否か判別し（ステップＳ３０７）、不要なメディアセッションを含むと判別された場合に、必要とするメディアセッションだけを含むＳＩＰセッションを通信装置１００との間に確立する（ステップＳ３０８〜ステップＳ３１４）ので、実際の通信に不要なメディアセッションを排除したＳＩＰセッションを確立することができる。
【００９８】
さらに、本実施の形態では、必要なメディアセッションだけを含むＳＩＰセッションを確立するので、不要なメディアセッションを含むＳＩＰセッションを確立する場合と比較して、ポート、ソケット、メモリなど、通信装置のリソースを有効に利用できる。
【００９９】
（他の実施形態）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【０１００】
１  通信システム
１１  ＣＰＵ
４１  ＳＤＰ生成部
４２  ＳＩＰメッセージ生成部
４３  ＳＩＰ送信部
４４  ＳＩＰ受信部
４５  ＳＩＰ解析部
４６  メディア判定部
４７  メディア通信部
１００、２００  通信装置
【図１】
0005541719.tif 000002
【図２】
0005541719.tif 000003
【図３】
0005541719.tif 000004
【図４】
0005541719.tif 000005
【図５】
0005541719.tif 000006
【図６】
0005541719.tif 000007
【図７】
0005541719.tif 000008
【図８】
0005541719.tif 000009
【図９】
0005541719.tif 000010