(57)【特許請求の範囲】
【請求項１】
ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いてデータを送信する通信装置であって、
宛先を設定する設定手段と、
複数のデータを選択可能な選択手段と、
前記選択手段によって選択された複数のデータの数に対応する数の同じメディアタイプのメディアセッションを要求するための１つの接続要求メッセージを送信する接続要求手段と、
前記接続要求手段によって送信された接続要求メッセージに対する接続応答メッセージを受信する受信手段と、
前記受信手段によって受信された接続応答メッセージに基づいて、前記選択手段によって選択された複数のデータの数に対応する数のメディアセッションを前記設定手段によって設定された宛先との間で確立する確立手段と、
前記確立手段によって確立された各メディアセッションで、前記選択手段によって選択された複数のデータのそれぞれを送信する送信手段とを有することを特徴とする通信装置。
【請求項２】
前記受信手段によって受信された接続応答メッセージに基づいて、前記設定手段によって設定された宛先と前記選択手段によって選択された複数のデータの数に対応する数のメディアセッションの使用が許容されたか否かを判定する判定手段をさらに有し、
前記確立手段は、前記判定手段によって前記設定手段によって設定された宛先と前記選択手段によって選択された複数のデータの数に対応する数のメディアセッションの使用が許容されたと判定された場合に、前記選択手段によって選択された複数のデータの数に対応する数のメディアセッションを前記設定手段によって設定された宛先との間で確立することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記確立手段は、前記判定手段によって前記設定手段によって設定された宛先と前記選択手段によって選択された複数のデータの数に対応する数のメディアセッションの使用が許容されなかったと判定された場合に、前記接続要求手段は、１つのデータ毎に１つのメディアセッションを要求するための接続要求メッセージを送信することを特徴とする請求項２に記載の通信装置。
【請求項４】
前記確立手段は、前記受信手段によって受信された接続応答メッセージに基づいて、前記選択手段によって選択された複数のデータの数に対応する数のメディアセッションを前記設定手段によって設定された同一の宛先との間で確立することを特徴とする請求項１〜３のいずれか１項に記載の通信装置。
【請求項５】
ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いてデータを送信する通信装置の制御方法であって、
宛先を設定する設定ステップと、
複数のデータを選択する選択ステップと、
前記選択ステップで選択された複数のデータの数に対応する数の同じメディアタイプのメディアセッションを要求するための１つの接続要求メッセージを送信する接続要求ステップと、
前記接続要求ステップで送信された接続要求メッセージに対する接続応答メッセージを受信する受信ステップと、
前記受信ステップで受信された接続応答メッセージに基づいて、前記選択ステップで選択された複数のデータの数に対応する数のメディアセッションを前記設定ステップで設定された宛先との間で確立する確立ステップと、
前記確立ステップで確立された各メディアセッションで前記選択ステップで選択された複数のデータのそれぞれを送信する送信ステップとを有することを特徴とする制御方法。
【請求項６】
ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いてデータを送信する通信装置で用いられる制御プログラムであって、
前記通信装置が備えるコンピュータに、
宛先を設定する設定ステップと、
複数のデータを選択する選択ステップと、
前記選択ステップで選択された複数のデータの数に対応する数の同じメディアタイプのメディアセッションを要求するための１つの接続要求メッセージを送信する接続要求ステップと、
前記接続要求ステップで送信された接続要求メッセージに対する接続応答メッセージを受信する受信ステップと、
前記受信ステップで受信された前記接続応答メッセージに基づいて、前記選択ステップで選択された複数のデータの数に対応する数のメディアセッションを前記設定ステップで設定された宛先との間で確立する確立ステップと、
前記確立ステップで確立された各メディアセッションで前記選択ステップで選択された複数のデータのそれぞれを送信する送信ステップとを実行させることを特徴とする制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して通信を行う通信装置に関し、特に、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いて通信を行う通信装置、その制御方法、および制御プログラムに関する。
【背景技術】
【０００２】
近年、次世代ネットワーク（ＮＧＮ：Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）に係るインフラが整備されつつある。これによって、通信網がアナログ網からＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）によるネットワーク網に転換しつつある。このような状況下において、例えば、イントラネットではＩＰネットワークを介したファクシミリ通信であるＩＰ−ＦＡＸを行うことができる。
【０００３】
一方、ＳＩＰを用いた通信では、ＩＰ−ＦＡＸに限定されないデータ通信を行うことができ、リモートプリントおよびリモートメンテナンスなどの開発が進むと予想される。
【０００４】
加えて、ＳＩＰを用いた通信では、データ通信に限らず、音声およびビデオなどの通信を行うこともできる。例えば、ＳＩＰを用いた通信によって、音声の同時接続制御（同時セッション制御）を行うようにしたシステムがある（例えば、特許文献１参照）。
【０００５】
ところで、ＳＩＰは複数のクライアント間でセッション（ＳＩＰセッション）を確立するための標準プロトコルである。そして、ＳＩＰではＳＩＰサーバを介してメッセージ通信を行い、相手先のＩＰアドレス又はポート番号を取得してセッション制御を行う。
【０００６】
また、ＳＩＰを用いたメッセージ通信では、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）と呼ばれる記述言語が用いられる。そして、このＳＤＰを用いて、送信側通信機器に対して受信側通信機器のＩＰアドレス又はポート番号を通知するとともに、メディアセッションのネゴシエーションを行う。
【０００７】
なお、メディアセッションとは、送信側通信機器と受信側通信機器とがピアツーピアでメディア（音声、映像、およびデータなど）の送信を行うセッションをいう。このメディアセッションでは、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）又はＵＤＰ／ＩＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を用いて通信が行われる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特表２００８−５４１５０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ところで、従来、ＳＩＰを用いて、複数のデータ（例えば、画像や文書）を同一の受信側通信機器に送信する際には（所謂ボックスから複数の文書を選択する）、まず一番目の文書を送信する。そして、一番目の文書の送信が完了すると、次の文書の送信が行われる。
【００１０】
このように、複数のデータを受信側通信機器に送信する際には、シーケンシャルな送信処理が行われる。よって、複数の文書を送信する際には、文書の数に応じて通信時間が長くなってしまう。
【００１１】
このような問題を鑑み、本発明は、選択された複数のデータをＳＩＰを用いて送信する際に、選択された複数のデータの数に対応する数の同じメディアタイプのメディアセッションを要求するための１つの接続要求メッセージを送信してメディアセッションを確立することのできる通信装置、その制御方法、および制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記の目的を達成するため、本発明による通信装置は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いてデータを送信する通信装置であって、宛先を設定する設定手段と、複数のデータを選択可能な選択手段と、前記選択手段によって選択された複数のデータの数に対応する数の同じメディアタイプのメディアセッションを要求するための１つの接続要求メッセージを送信する接続要求手段と、前記接続要求手段によって送信された接続要求メッセージに対する接続応答メッセージを受信する受信手段と、前記受信手段によって受信された接続応答メッセージに基づいて、前記選択手段によって選択された複数のデータの数に対応する数のメディアセッションを前記設定手段によって設定された宛先との間で確立する確立手段と、前記確立手段によって確立された各メディアセッションで、前記選択手段によって選択された複数のデータのそれぞれを送信する送信手段とを有することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、選択された複数のデータをＳＩＰを用いて送信する際に、選択された複数のデータの数に対応する数の同じメディアタイプのメディアセッションを要求するための１つの接続要求メッセージを送信してメディアセッションを確立することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施の形態による通信装置の構成を示めすブロック図である。
【図２】図１に示す通信装置が接続されたネットワークの一例を示す図である。
【図３】図２に示す通信装置の内部モジュールの構成の一例を示すブロック図である。
【図４】図２に示す通信装置に登録された文書送信に係る制御テーブルを示す図であり、（ａ）は制御テーブルの一例を示す図、（ｂ）は制御テーブルの他の例を示す図である。
【図５】図２に示す通信装置においてＳＩＰ通信を行う際に用いられるユーザインタフェース（ＵＩ）の一例を示す図である。
【図６】図２に示す通信装置においてＳＩＰ通信を行う際に用いられるＳＤＰを示す図であり、（ａ）は送信側通信装置におけるＳＤＰの一例を示す図、（ｂ）は受信側通信装置におけるＳＤＰの一例を示す図である。
【図７】図２に示す通信装置間における通信処理の一例を説明するためのシーケンス図である。
【図８】図２に示す通信装置間における通信処理の他の例を説明するためのシーケンス図である。
【図９】図２に示す通信装置で行われる送信処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態による通信装置（以下通信機器ともいう）の一例について図面を参照して説明する。
【００１６】
図１は、本発明の実施の形態による通信機器の構成を示めすブロック図である。
【００１７】
図１において、図示の通信機器は、例えば、プリンタなどの画像形成装置である。通信機器はＣＰＵ１−１を備えており、このＣＰＵ１−１はＲＯＭ１−３に格納されたプログラムを実行して、通信機器全体の制御を行う。ＲＡＭ１−２はＣＰＵ１−１の主メモリおよびワークエリアなどとして用いられる。さらに、ＲＡＭ１−２は、後述するＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）におけるセッション情報などを保持するバックアップＲＡＭとしても用いられる。
【００１８】
ＣＲＴコントローラ（ＣＲＴＣ）１−４はＣＲＴディスプレイ（ＣＲＴ）１−８における表示画面を制御する。そして、ユーザはＣＲＴディスプレイ１−８を参照してＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）−ＦＡＸの設定などを行うことができる。
【００１９】
ディスクコントローラ（ＤＫＣ）１−８は、画像および種々のユーザデータを保存するためのハードディスク（ＨＤ）１−９を制御する。デバイスコントローラ（ＤＶＣ）１−６はプリンタ部およびスキャナ（ＤＶ）１−１０を制御する。
【００２０】
ネットワークインタフェースカード（ＮＩＣ）１−７はＬＡＮ１−１２を介して、ＣＰＵ１−１の制御下で通信（例えば、ＩＰ−ＦＡＸ通信）を行う。図示のＣＲＴ１−８はタッチパネルを備えているが、別にキーボードを備えるようにしてもよい。さらに、ＨＤ１−９は特に備える必要はなく、ＨＤ１−９の代わりにＵＳＢメモリなどをもちいるようにしてよい。さらに、後述する通信ポート設定値はバックアップＲＡＭに保存されるが、ＨＤ１−９に保存するようにしてもよい。
【００２１】
なお、図示のように、ＣＰＵ１−１、ＲＡＭ１−２、ＲＯＭ１−３、ＣＲＴＣ１−４、ＤＫＣ１−５、ＤＶＣ１−６、およびＮＩＣ１−７は相互にシステムバス１−１１で接続されている。
【００２２】
図２は、図１に示す通信機器が接続されたネットワークの一例を示す図である。
【００２３】
図示の通信機器２−１および２−７の各々は、図１で説明した通信機器と同様の構成を有している。通信機器２−１はＬＡＮ（ローカルエリアネットワーク）２−４に接続されており、このＬＡＮ２−４にはＰＣ（パーソナルコンピュータ）２−２が接続されている。そして、ＬＡＮ２−４は、インターネット接続を行うためのプロキシサーバ２−３を介してインターネット（ネットワーク）２−１２に接続されている。
【００２４】
同様に、通信機器２−７はＬＡＮ２−８に接続されており、このＬＡＮ２−８にはＰＣ２−６が接続されている。そして、ＬＡＮ２−８は、プロキシサーバ２−５を介してインターネット２−１２に接続されている。
【００２５】
また、ＳＩＰサーバ２−９がＬＡＮ２−１１に接続され、このＬＡＮ２−１１はプロキシサーバ２−１０を介してインターネット２−１２に接続されている。
【００２６】
ＰＣ２−２および２−６はそれぞれ通信機器２−１に対して印刷などの処理を指示するとともに、その状態（ステータス）の監視を行う。ＳＩＰサーバ２−９はＳＩＰによってＩＰ電話などの音声通信およびＩＰ−ＦＡＸなどのデータ通信を制御する。
【００２７】
ネットワークとしてインターネット２−１２が用いられているが、他のネットワークを用いるようにしてもよい。さらに、図示の例では、通信機器２−１および２−７とＰＣ２−２および２−７のみが示されているが、通信機器およびＰＣの数は図示の例に限定されない。
【００２８】
図３は、図２に示す通信機器の内部モジュールの構成の一例を示すブロック図である。
【００２９】
前述のように、通信機器２−１および２−７の各々は、例えば、画像形成装置であり、図１に示すＤＶ１−１０が図３においてはスキャナ３−３およびプリンタ３−４として示されている。さらに、通信機器の２−１および２−７の各々はユーザインタフェース（ＵＩ）モジュール３−２、ＩＰ−ＦＡＸモジュール３−５、ＳＩＰプロトコルモジュール３−６、およびＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）モジュール３−７を備えている。
【００３０】
ＴＣＰ／ＩＰモジュール３−７は、ＴＣＰ／ＩＰ機能およびＵＤＰ／ＩＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）機能を備えており、ＬＡＮ３−８上の他の通信機器との間のデータ送受信を制御する。
【００３１】
ＳＩＰモジュール３−６は、ＴＣＰ／ＩＰ制御部３−７を介してＬＡＮ３−８上に存在する通信機器との間でＳＩＰパケット（ＳＩＰデータともいう）の送受信を行ってＳＩＰセッション確立処理を行う。
【００３２】
ＩＰ−ＰＡＸモジュール３−５は、ＴＣＰ／ＩＰ制御部３−７を介してＬＡＮ３−８上に存在する通信機器との間でＩＰ−ＦＡＸの送受信を行う。
【００３３】
これらＵＩモジュール３−２、ＩＰ−ＦＡＸモジュール３−５、ＳＩＰプロトコルモジュール３−６、およびＴＣＰ／ＩＰモジュール３−７は、図１に示すＣＰＵ１−１又はＮＩＣ１−７で動作する。
【００３４】
なお、図３においては、ＩＰ−ＦＡＸ通信を例に挙げているので、スキャナ３−３およびプリンタ３−４が備えられているが、ＩＰ−ＦＡＸ以外のＩＰ通信を行うのであれば、スキャナ３−３およびプリンタ３−４は特に必要ない。
【００３５】
図４は、図２に示す通信機器に登録された文書送信に係る制御テーブルを示す図である。そして、図４（ａ）は制御テーブルの一例を示す図であり、図４（ｂ）は制御テーブルの他の例を示す図である。
【００３６】
図示の制御テーブルは、例えば、図１に示すＲＡＭ１−２に格納される。図４（ａ）および図４（ｂ）において、制御テーブルは、文書送信の要求数（つまり、送信すべき文書の数）が格納されるデータ領域４−１を有しており、ここでは、図４（ａ）および図４（ｂ）ともに要求数＝３となっている。
【００３７】
制御テーブルは許容数を管理するデータ領域４−２を有している。このデータ領域４−２には受信側通信機器とのネゴシエーションによって得られた受信側通信機器の許容数が格納される。図４（ａ）においては、許容数＝３であり、要求数と同一であり、複数のメディアセッションの確立が可能である。一方、図４（ｂ）においては、許容数＝１であり、１つのメディアセッションの確立が許容されることになる。
【００３８】
管理テーブルは、受信側通信機器とのＳＩＰセッション数を管理するデータ領域４−３を有している。図４（ａ）では、複数のメディアセッションの確立が可能であるので、ＳＩＰセッション数＝１となる。図４（ｂ）では、メディアセッション数（つまり、許容数）は”１”であるので、文書数分（つまり、要求数：データ数分）のＳＩＰセッションが必要となって、ＳＩＰセッション数＝３となる。
【００３９】
管理テーブルは受信側通信機器とのメディアセッション数を管理するデータ領域４−４を有している。図４（ａ）では、前述のように、文書数分（データ数分）のメディアセッションの確立が可能であるので、メディアセッション数＝３となる。一方、図４（ｂ）では、複数のメディアセッションの確立ができないので、メディアセッション数＝１となる。
【００４０】
管理テーブルは送信処理した文書数を処理数として管理するデータ領域４−５を有している。図４（ａ）および図４（ｂ）ともに、処理数＝１であり、１つの文書の送信処理が終了したことが示されている。この処理数は最終的に”３”となる。
【００４１】
図４（ａ）および（ｂ）に示す例では、要求数＝３となっているが、要求数は”３”に限定されず、複数の文書の送信を行う場合であればよい。さらに、送信するデータは文書に限定されず、例えば、リモートプリントにおける複数部印刷の部数毎又はリモートメンテナンスにおける同時処理の処理単位分を要求数として管理するようにしてもよい。
【００４２】
図５は、図２に示す通信機器においてＳＩＰ通信を行う際に用いられるユーザインタフェース（ＵＩ）の一例を示す図である。なお、図示のＵＩは、例えば、図１に示すＣＲＴ１−８に表示される。
【００４３】
ユーザはＳＩＰを用いて文書をＩＰ−ＦＡＸで送信する指示を入力する。この際、ユーザは宛先を入力するとともに送信すべき文書を選択する。これによって、ＵＩモジュール３−２はＣＲＴ１０８にＵＩ画面５−１を表示する。このＵＩ画面５−１には、宛先数５−２、宛先（ＳＩＰ−ＵＲＩ）５−３、および送信すべき文書数５−４が表示される。図示の例では、宛先数＝１、文書数＝３となっている。
【００４４】
さらに、ＵＩ画面５−１にはＵＩボタン５−５が表示される。ユーザはこのＵＩボタン５−５を用いてＳＩＰ−ＵＲＩの編集を行うことができ、さらに送信を行うか（ＯＫ）又はキャンセルするかを選択することができる。
【００４５】
ＵＩ画面５−１には解像度選択ボタン５−６、原稿用紙サイズ選択ボタン５−７、およびその他の機能ボタン（詳細設定ボタン）５−８が表示される。解像度選択ボタン５−６は文書の解像度を選択するためのボタンであり、図示の例では、解像度＝２００×１００ｄｐｉが選択されている。
【００４６】
原稿用紙サイズ選択ボタン５−７は送信すべき文書のサイズを選択するためのボタンであり、ここでは、原稿用紙サイズとして自動が選択されている。詳細設定ボタン５−８を用いて、ユーザは送信すべき文書の濃度、原稿の種類、両面原稿、および原稿サイズ混載などが設定することができる。
【００４７】
図６は、図２に示す通信機器においてＳＩＰ通信を行う際に用いられるＳＤＰを示す図である。そして、図６（ａ）は送信側通信機器におけるＳＤＰ（送信側ＳＤＰ）の一例を示す図であり、図６（ｂ）は受信側通信機器におけるＳＤＰ（受信側ＳＤＰ）の一例を示す図である。
【００４８】
図６（ａ）において、”ｖ”は、プロトコルのバージョンを示すタイプである。ここでは、ＳＤＰのバージョン０を用いているので，ｖ＝０となる。”Ｏ”は、セッションを識別するための情報を示すタイプであって、ここには、セッションを開始したデバイス（通信機器）の識別情報が記入される。”ｓ”はセッション名を示すタイプであり、”ｉ”はセッション情報を示すタイプである。
【００４９】
“ｍ”は、メディアタイプ、トランスポートアドレス、およびアプリケーション名を示すタイプである。ここでは、メディアタイプを”ａｐｐｌｉｃａｔｉｏｎ”、”ポート５０６０ポート”、”ＴＣＰ接続”、”アプリケーション：ｔ３８”で宣言している。そして、図４に関連して説明したように、文書数が３の場合について、ｍの宣言が並列に３つ記述される。
【００５０】
図６（ｂ）においても、図６（ａ）と同様に記述がされるが、ここでは、メディアセッションが１に規定されているので、ｍのうちの１つはポート５０６０を指定して許可を行う。そして、残りの２つのｍでは、ポート０として許可をしない。この結果、送信側通信機器からメディアセッション３つの接続要求を行うと、受信側通信機器ではで１つのメディアセッションを許可するようにネゴシエーションを行う。
【００５１】
なお、ここでは、メディアセッションの接続要求を３としたが、接続要求の数は３に限定されない、また、図６（ｂ）において、残りの２つのｍについて、ポート０を指定しなければ、接続要求どおりに３つのメディアセッションが許可されることになる。
【００５２】
図７は、図２に示す通信機器間における通信処理の一例を説明するためのシーケンス図である。図７においては、通信機器２−１を送信デバイスとし、通信機器２−７を受信デバイスとし、複数のメディアセッションが確立された際のＳＩＰ通信について説明する。なお、図７においては、説明の便宜上送信デバイス２−１および２−７とＳＩＰサーバ２−９以外の他の構成要素は省略されている。
【００５３】
図５で説明したように、送信デバイス２−１においてＵＩ画面５０１でＵＩボタン５−５を操作して送信指示を行う。これによって、ＵＩモジュール３−２はＳＩＰモジュール３−６にＳＩＰセッション確立処理を指示する。図示の例では、ＳＩＰモジュール３−６はＳＩＰ接続要求メッセージ（ＩＮＶＩＴＥ）を生成して、ＳＩＰアドレス（ＳＩＰ  ＵＲＩ）として”ｓｉｐ：ｙｏｋｏｋｕｒａ＠ｘｘｘ．ｃｏｍ”を宛先に設定するとともに、前述のように、送信側ＳＤＰを設定する。ここでは、同一の宛先に対して３つの文書の送信要求があるので（図５参照）、ＳＩＰモジュール３−７は送信ＳＤＰによって３つのメディアセッションの要求を行うことになる（図６（ａ）参照）。
【００５４】
続いて、ＳＩＰモジュール３−６はＴＣＰ／ＩＰモジュール３−６を介してＳＩＰ接続要求メッセージ（ＩＮＶＩＴＥ）をＳＩＰサーバ２−９に送信する（Ｓ７０１）。ＳＩＰサーバ２−９は当該ＳＩＰ接続要求メッセージを受けると、ＳＩＰ接続要求メッセージに設定されたＳＩＰ  ＵＲＩ（宛先）にＳＩＰ接続要求メッセージを送信する。ここでは、ＳＩＰサーバ２−９は受信デバイス２−７にＳＩＰ接続要求メッセージを送信する。
【００５５】
受信デバイス２−７は、ＳＩＰ接続要求メッセージに応答してＳＩＰサーバ２−９に応答メッセージ（２００ＯＫ）を送信する（Ｓ７０２）。ＳＩＰサーバ２−９は受信デバイス２−７から応答メッセージを受信すると、接続応答メッセージ（２００ＯＫ）を生成して、この接続応答メッセージを送信デバイス２−１に送る。これによって、ＳＩＰセッションが確立される。ここでは、受信デバイス２−７は受信ＳＤＰによって３つのメディアセッションによる接続の許可を与えている。
【００５６】
送信デバイス２−１では、ＳＩＰモジュール３−６がＴＣＰ／ＩＰモジュール３−７を介して、受信ＳＤＰによって記述された許可に応じて３つのメディアセッションによる接続を同時に行う。そして、ＩＰ−ＦＡＸモジュール３−５はＴＣＰ／ＩＰモジュール３−７を介して、各メディアセッションで１つの文書をＩＰ−ＦＡＸ送信する。これによって、１つのＳＩＰセッションによって、互いに異なる３つの文書が同時に送信デバイス２−１から受信デバイス２−７にＩＰ−ＦＡＸ送信される。
【００５７】
図８は、図２に示す通信機器間における通信処理の他の例を説明するためのシーケンス図である。
【００５８】
図８においては、通信機器２−１を送信デバイスとし、通信機器２−７を受信デバイスとし、説明の便宜上送信デバイス２−１および２−７とＳＩＰサーバ２−９以外の他の構成要素は省略されている。
【００５９】
図５で説明したように、送信デバイス２−１においてＵＩ画面５０１でＵＩボタン５−５を操作して送信指示を行う。これによって、ＵＩモジュール３−２はＳＩＰモジュール３−６にＳＩＰセッション確立処理を指示する。図示の例では、ＳＩＰモジュール３−６はＳＩＰ接続要求メッセージ（ＩＮＶＩＴＥ）を生成して、ＳＩＰアドレス（ＳＩＰ  ＵＲＩ）として”ｓｉｐ：ｙｏｋｏｋｕｒａ＠ｘｘｘ．ｃｏｍ”を宛先に設定するとともに、前述のように、送信側ＳＤＰを設定する。ここでは、同一の宛先に対して３つの文書の送信要求があるので（図５参照）、ＳＩＰモジュール３−７は送信ＳＤＰによって３つのメディアセッションの要求を行うことになる。
【００６０】
続いて、ＳＩＰモジュール３−６はＴＣＰ／ＩＰモジュール３−６を介してＳＩＰ接続要求メッセージ（ＩＮＶＩＴＥ）をＳＩＰサーバ２−９に送信する（Ｓ８０１）。ＳＩＰサーバ２−９は当該ＳＩＰ接続要求メッセージを受けると、ＳＩＰ接続要求メッセージに設定されたＳＩＰ  ＵＲＩ（宛先）にＳＩＰ接続要求メッセージを送信する。ここでは、ＳＩＰサーバ２−９は受信デバイス２−７にＳＩＰ接続要求メッセージを送信する。
【００６１】
受信デバイス２−７は、ＳＩＰ接続要求メッセージに応答してＳＩＰサーバ２−９に応答メッセージ（２００ＯＫ）を送信する（Ｓ８０２）。ＳＩＰサーバ２−９は受信デバイス２−７から応答メッセージを受信すると、接続応答メッセージ（２００ＯＫ）を生成して、この接続応答メッセージを送信デバイス２−１に送る。これによって、ＳＩＰセッションが確立される。ここでは、受信デバイス２−７は受信ＳＤＰによって１つのメディアセッションによる接続の許可を与えている。
【００６２】
１つのメディアセッションによる接続許可が与えられたので、送信デバイス２−１では、ＳＩＰモジュール３−６が再びＴＣＰ／ＩＰモジュール３−７を介して、ＳＩＰアドレスとして”ｓｉｐ：ｙｏｋｏｋｕｒａ＠ｘｘｘ．ｃｏｍ”が設定されたＳＩＰ接続要求メッセージ（ＩＮＶＩＴＥ）をＳＩＰサーバ２０９に送る（Ｓ８０３）。そして、ＳＩＰサーバ２−９は当該ＳＩＰ接続要求メッセージを受けると、ＳＩＰ接続要求メッセージに設定されたＳＩＰ  ＵＲＩ（宛先）にＳＩＰ接続要求メッセージを送信する。
【００６３】
受信デバイス２−７は、ＳＩＰ接続要求メッセージに応答してＳＩＰサーバ２−９に応答メッセージ（２００ＯＫ）を送信する（Ｓ８０４）。ＳＩＰサーバ２−９は受信デバイス２−７から応答メッセージを受信すると、接続応答メッセージ（２００ＯＫ）を生成して、この接続応答メッセージを送信デバイス２−１に送る。これによって、ＳＩＰセッションが確立される。ここでは、受信デバイス２−７は受信ＳＤＰによって１つのメディアセッションによる接続の許可を与えている。
【００６４】
送信デバイス２−１では３つの文書をＩＰ−ＦＡＸ送信する必要があるので、ＳＩＰモジュール３−６が再度ＴＣＰ／ＩＰモジュール３−７を介して、ＳＩＰアドレスとして”ｓｉｐ：ｙｏｋｏｋｕｒａ＠ｘｘｘ．ｃｏｍ”が設定されたＳＩＰ接続要求メッセージ（ＩＮＶＩＴＥ）をＳＩＰサーバ２０９に送る（Ｓ８０５）。そして、ＳＩＰサーバ２−９は当該ＳＩＰ接続要求メッセージを受けると、ＳＩＰ接続要求メッセージに設定されたＳＩＰ  ＵＲＩ（宛先）にＳＩＰ接続要求メッセージを送信する。
【００６５】
受信デバイス２−７は、ＳＩＰ接続要求メッセージに応答してＳＩＰサーバ２−９に応答メッセージ（２００ＯＫ）を送信する（Ｓ８０６）。ＳＩＰサーバ２−９は受信デバイス２−７から応答メッセージを受信すると、接続応答メッセージ（２００ＯＫ）を生成して、この接続応答メッセージを送信デバイス２−１に送る。これによって、ＳＩＰセッションが確立される。ここでは、受信デバイス２−７は受信ＳＤＰによって１つのメディアセッションによる接続の許可を与えている。
【００６６】
このようにして、３つのＳＩＰセッションの確立によって、３つのメディアセッションが許可された後、ＩＰ−ＦＡＸモジュール３−５はＴＣＰ／ＩＰモジュール３−７を介して、各メディアセッションで１つの文書をＩＰ−ＦＡＸ送信する。
【００６７】
これによって、３つのＳＩＰセッションによって、互いに異なる３つの文書が同時に送信デバイス２−１から受信デバイス２−７にＩＰ−ＦＡＸ送信される。つまり、複数の文書数分のメディアセッションが許容されないと、１つの文書の送信毎に、ＳＩＰセッションの確立およびメディアセッションの確立が行われることになる。
【００６８】
図８に示す例では、３つのＳＩＰセッションの確立を行った後、メディアセッションの接続を行うようにしているが、１つのＳＩＰセッションの確立が行われると、該当するメディアセッションの接続を行うようにしてもよい。
【００６９】
図９は、図２に示す通信機器で行われる送信処理を説明するためのフローチャートである。
【００７０】
図１および図９を参照して、ＩＰ−ＦＡＸ送信の指示あると、ＣＰＵ１−１は、当該指示で選択された同一宛先の文書数を確認する（ステップＳ９０１）。続いて、ＣＰＵ１−１は要求文書数分のメディアセッションを表すＳＤＰを記述する（ステップＳ９０２）。要求文書数＝３であれば、図６（ａ）で説明したように、ＳＤＰによる記述が行われる。一方、要求文書数＝１であれば、図６（ａ）において、１つのｍについてＳＤＰによる記述が行われる。
【００７１】
次に、ＣＰＵ１−１はＳＤＰによる記述を用いてＳＩＰセッションの確立を実行する（ステップＳ９０３）。そして、ＣＰＵ１−１は受信側デバイスから接続応答メッセージ（２００ＯＫ）が返信されたか否かを判定する（ステップＳ９０４）。
【００７２】
受信デバイスから接続応答メッセージ（２００ＯＫ）が返信されると（ステップＳ９０４において、ＹＥＳ）、ＣＰＵ１−１は接続要求メッセージに含まれる受信側ＳＤＰ記述を解析して、許容可能なメディアセッションの数を確認する（ステップＳ９０５）。そして、ＣＰＵ１−１は許容されたメディアセッションの数分のセッション接続を行って、文書（つまり、データ）の送信を開始する（ステップＳ９０６）。
【００７３】
次に、ＣＰＵ１−１は要求文書数と送信文書数とが同数に到達したか否かを判定する（ステップＳ９０７）。要求文書数と送信文書数とが同数でないと、つまり、要求文書数＞送信文書数であると（ステップＳ９０７において、ＮＯ）、ＣＰＵ１−１は残りの未送信文書（未送信データ）に関して許容可能なメディアセッション数をＳＤＰで記述して、ステップＳ９０３の処理に戻る。
【００７４】
例えば、４つの文書について、２つのメディアセッションが許容されたとする。この場合には、２つの未送信文書（未送信データ）について許容可能なメディアセッションをＳＤＰで記述する。また、５つの文書について３つのメディアセッションが許容されると、２つの未送信文書（未送信データ）ついて許容可能なメディアセッションをＳＤＰで記述する。
【００７５】
要求文書数と送信文書数とが同数であると（ステップＳ９０７において、ＹＥＳ）、ＣＰＵ１−１は送信処理を終了する。
【００７６】
受信デバイスから接続応答メッセージ（２００ＯＫ）が返信されないと（ステップＳ９０４において、ＮＯ）、つまり、接続拒否メッセージが返信されると、ＣＰＵ１−１は、受信デバイスからの接続拒否メッセージが最初に確立しようとしたＳＩＰセッション（第１ＳＩＰセッション）に係るものであるか否かを判定する（ステップＳ９０９）。第１ＳＩＰセッションに係るものであれば（ステップＳ９０９において、ＹＥＳ）、ＣＰＵ１−１は送信処理を終了する。
【００７７】
一方、第１ＳＩＰセッションに係るものでなければ（ステップＳ９０９において、ＮＯ）、ＣＰＵ１−１は既に接続されたメディアセッションを用いて、未送信文書の送信を開始する（ステップＳ９１０）。続いて、ＣＰＵ１−１は未送信文書が存在するか否かを判定する（ステップＳ９１１）。なお、ステップＳ９１１の判定は、ステップＳ９１０で開始した文書の送信が完了してから実行してもよいし、ステップＳ９１１で開始した文書の送信と並行して（文書の送信が完了する前に）実行してもよい。
【００７８】
未送信文書が存在すると（ステップＳ９１１において、ＹＥＳ）、ＣＰＵ１−１はステップＳ９１０の処理に戻る。一方、未送信文書がなければ（ステップＳ９１１において、ＮＯ）、ＣＰＵ１−１は送信処理を終了する。
【００７９】
図９に示す例では、ＩＰ−ＦＡＸ送信について説明したが、例えば、リモートプリントの複数部印刷又はリモートメンテナンスなどのデータ送信においても適用することができる。また、ステップＳ９０８において２回目のＳＩＰセッションの確立以降は、１つの文書におけるメディアセッションの記述に固定するようにしてもよい。
【００８０】
上述のように、本発明の実施の形態では、複数のデータを送信する際に、通信時間を短縮することができ、ＳＩＰデータ通信を最適なシーケンスで高速化することが可能となる。
【００８２】
以上、本発明について実施の形態に基づいて説明したが、本発明は、これらの実施の形態に限定されるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。
【００８３】
例えば、上記の実施の形態の機能を制御方法として、この制御方法を通信機器に実行させるようにすればよい。また、上述の実施の形態の機能を有するプログラムを制御プログラムとして、この制御プログラムを通信機器が備えるコンピュータに実行させるようにしてもよい。なお、制御プログラムは、例えば、コンピュータに読み取り可能な記録媒体に記録される。
【００８５】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記録媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００８６】
１−１  ＣＰＵ
１−７  ＮＩＣ
２−１，２−７  通信機器（デバイス）
２−３，２−５，２−１０  プロキシサーバ
２−２，２−６  ＰＣ（パーソナルコンピュータ）
２−９  ＳＩＰサーバ
３−２  ＵＩモジュール
３−５  ＩＰ−ＦＡＸモジュール
３−６  ＳＩＰモジュール
３−７  ＴＣＰ／ＩＰモジュール
【図１】
0005854793.tif 000002
【図２】
0005854793.tif 000003
【図３】
0005854793.tif 000004
【図４】
0005854793.tif 000005
【図５】
0005854793.tif 000006
【図６】
0005854793.tif 000007
【図７】
0005854793.tif 000008
【図８】
0005854793.tif 000009
【図９】
0005854793.tif 000010