"SIPSessionInitiationProtocolを用いてデータを送信する通信機器であって、複数のデータを送信する際に、複数のメディアセッションを要求するための接続要求メッセージを送信する接続要求手段と、前記接続要求メッセージに対する接続応答メッセージを受けた際に、前記接続応答メッセージで前記複数のメディアセッションが許容されたか否かを判定する判定手段と、前記判定手段によって前記複数のメディアセッションが許容されたと判定されると、前記複数のメディアセッションを確立し、各メディアセッションで前記複数のデータのそれぞれを送信する送信手段とを有することを特徴とする通信機器。前記送信手段は、前記判定手段によって前記複数のメディアセッションが許容されないと判定されると、1つのデータの送信毎に1つのメディアセッションの確立を行うことを特徴とする請求項1に記載の通信機器。前記送信手段は、前記判定手段によって前記複数のメディアセッションが許容されないと判定されると、1つのSIPセッションにおいて1つのメディアセッションを確立することを特徴とする請求項2に記載の通信機器。前記送信手段は、前記判定手段によって前記複数のメディアセッションが許容されたと判定されると、1つのSIPセッションにおいて複数のメディアセッションの確立を行うことを特徴とする請求項1~3のいずれか1項に記載の通信機器。SIPSessionInitiationProtocolを用いてデータを送信する通信機器の制御方法であって、複数のデータを送信する際に、複数のメディアセッションを要求するための接続要求メッセージを送信する接続要求ステップと、前記接続要求メッセージに対する接続応答メッセージを受けた際に、前記接続応答メッセージで前記複数のメディアセッションが許容されたか否かを判定する判定ステップと、前記判定ステップで前記複数のメディアセッションが許容されたと判定されると、前記複数のメディアセッションを確立し、各メディアセッションで前記複数のデータのそれぞれを送信する送信ステップとを有することを特徴とする制御方法。SIPSessionInitiationProtocolを用いてデータを送信する通信機器で用いられる制御プログラムであって、前記通信機器が備えるコンピュータに、複数のデータを送信する際に、複数のメディアセッションを要求するための接続要求メッセージを送信する接続要求ステップと、前記接続要求メッセージに対する接続応答メッセージを受けた際に、前記接続応答メッセージで前記複数のメディアセッションが許容されたか否かを判定する判定ステップと、前記判定ステップで前記複数のメディアセッションが許容されたと判定されると、前記複数のメディアセッションを確立し、各メディアセッションで前記複数のデータのそれぞれを送信する送信ステップとを実行させることを特徴とする制御プログラム。ところで、従来、SIPを用いて、複数のデータ例えば、画像や文書を同一の受信側通信機器に送信する際には所謂ボックスから複数の文書を選択する、まず一番目の文書を送信する。そして、一番目の文書の送信が完了すると、次の文書の送信が行われる。このように、複数のデータを受信側通信機器に送信する際には、シーケンシャルな送信処理が行われる。よって、複数の文書を送信する際には、文書の数に応じて通信時間が長くなってしまう。このような問題を鑑み、本発明は、SIPを用いて複数のデータを送信する際に、通信時間を短縮することのできる通信機器、その制御方法、および制御プログラムを提供することを目的とする。上記の目的を達成するため、本発明による通信機器は、SIPSessionInitiationProtocolを用いてデータを送信する通信機器であって、複数のデータを送信する際に、複数のメディアセッションを要求するための接続要求メッセージを送信する接続要求手段と、前記接続要求メッセージに対する接続応答メッセージを受けた際に、前記接続応答メッセージで前記複数のメディアセッションが許容されたか否かを判定する判定手段と、前記判定手段によって前記複数のメディアセッションが許容されたと判定されると、前記複数のメディアセッションを確立し、各メディアセッションで前記複数のデータのそれぞれを送信する送信手段とを有することを特徴とする。本発明によれば、SIPを用いて複数のデータを送信する際に、通信時間を短縮することができる。以下、本発明の実施の形態による通信機器の一例について図面を参照して説明する。図1は、本発明の実施の形態による通信機器の構成を示めすブロック図である。図1において、図示の通信機器は、例えば、プリンタなどの画像形成装置である。通信機器はCPU1-1を備えており、このCPU1-1はROM1-3に格納されたプログラムを実行して、通信機器全体の制御を行う。RAM1-2はCPU1-1の主メモリおよびワークエリアなどとして用いられる。さらに、RAM1-2は、後述するSIPSessionInitiationProtocolにおけるセッション情報などを保持するバックアップRAMとしても用いられる。CRTコントローラCRTC1-4はCRTディスプレイCRT1-8における表示画面を制御する。そして、ユーザはCRTディスプレイ1-8を参照してIPInternetProtocol-FAXの設定などを行うことができる。ディスクコントローラDKC1-8は、画像および種々のユーザデータを保存するためのハードディスクHD1-9を制御する。デバイスコントローラDVC1-6はプリンタ部およびスキャナDV1-10を制御する。ネットワークインタフェースカードNIC1-7はLAN1-12を介して、CPU1-1の制御下で通信例えば、IP-FAX通信を行う。図示のCRT1-8はタッチパネルを備えているが、別にキーボードを備えるようにしてもよい。さらに、HD1-9は特に備える必要はなく、HD1-9の代わりにUSBメモリなどをもちいるようにしてよい。さらに、後述する通信ポート設定値はバックアップRAMに保存されるが、HD1-9に保存するようにしてもよい。なお、図示のように、CPU1-1、RAM1-2、ROM1-3、CRTC1-4、DKC1-5、DVC1-6、およびNIC1-7は相互にシステムバス1-11で接続されている。図2は、図1に示す通信機器が接続されたネットワークの一例を示す図である。図示の通信機器2-1および2-7の各々は、図1で説明した通信機器と同様の構成を有している。通信機器2-1はLANローカルエリアネットワーク2-4に接続されており、このLAN2-4にはPCパーソナルコンピュータ2-2が接続されている。そして、LAN2-4は、インターネット接続を行うためのプロキシサーバ2-3を介してインターネットネットワーク2-12に接続されている。同様に、通信機器2-7はLAN2-8に接続されており、このLAN2-8にはPC2-6が接続されている。そして、LAN2-8は、プロキシサーバ2-5を介してインターネット2-12に接続されている。また、SIPサーバ2-9がLAN2-11に接続され、このLAN2-11はプロキシサーバ2-10を介してインターネット2-12に接続されている。PC2-2および2-6はそれぞれ通信機器2-1に対して印刷などの処理を指示するとともに、その状態ステータスの監視を行う。SIPサーバ2-9はSIPによってIP電話などの音声通信およびIP-FAXなどのデータ通信を制御する。ネットワークとしてインターネット2-12が用いられているが、他のネットワークを用いるようにしてもよい。さらに、図示の例では、通信機器2-1および2-7とPC2-2および2-7のみが示されているが、通信機器およびPCの数は図示の例に限定されない。図3は、図2に示す通信機器の内部モジュールの構成の一例を示すブロック図である。前述のように、通信機器2-1および2-7の各々は、例えば、画像形成装置であり、図1に示すDV1-10が図3においてはスキャナ3-3およびプリンタ3-4として示されている。さらに、通信機器の2-1および2-7の各々はユーザインタフェースUIモジュール3-2、IP-FAXモジュール3-5、SIPプロトコルモジュール3-6、およびTCP/IPTransmissionControlProtocol/InternetProtocolモジュール3-7を備えている。TCP/IPモジュール3-7は、TCP/IP機能およびUDP/IPUserDatagramProtocol/InternetProtocol機能を備えており、LAN3-8上の他の通信機器との間のデータ送受信を制御する。SIPモジュール3-6は、TCP/IP制御部3-7を介してLAN3-8上に存在する通信機器との間でSIPパケットSIPデータともいうの送受信を行ってSIPセッション確立処理を行う。IP-PAXモジュール3-5は、TCP/IP制御部3-7を介してLAN3-8上に存在する通信機器との間でIP-FAXの送受信を行う。これらUIモジュール3-2、IP-FAXモジュール3-5、SIPプロトコルモジュール3-6、およびTCP/IPモジュール3-7は、図1に示すCPU1-1又はNIC1-7で動作する。なお、図3においては、IP-FAX通信を例に挙げているので、スキャナ3-3およびプリンタ3-4が備えられているが、IP-FAX以外のIP通信を行うのであれば、スキャナ3-3およびプリンタ3-4は特に必要ない。図4は、図2に示す通信機器に登録された文書送信に係る制御テーブルを示す図である。そして、図4aは制御テーブルの一例を示す図であり、図4bは制御テーブルの他の例を示す図である。図示の制御テーブルは、例えば、図1に示すRAM1-2に格納される。図4aおよび図4bにおいて、制御テーブルは、文書送信の要求数つまり、送信すべき文書の数が格納されるデータ領域4-1を有しており、ここでは、図4aおよび図4bともに要求数=3となっている。制御テーブルは許容数を管理するデータ領域4-2を有している。このデータ領域4-2には受信側通信機器とのネゴシエーションによって得られた受信側通信機器の許容数が格納される。図4aにおいては、許容数=3であり、要求数と同一であり、複数のメディアセッションの確立が可能である。一方、図4bにおいては、許容数=1であり、1つのメディアセッションの確立が許容されることになる。管理テーブルは、受信側通信機器とのSIPセッション数を管理するデータ領域4-3を有している。図4aでは、複数のメディアセッションの確立が可能であるので、SIPセッション数=1となる。図4bでは、メディアセッション数つまり、許容数は1であるので、文書数分つまり、要求数:データ数分のSIPセッションが必要となって、SIPセッション数=3となる。管理テーブルは受信側通信機器とのメディアセッション数を管理するデータ領域4-4を有している。図4aでは、前述のように、文書数分データ数分のメディアセッションの確立が可能であるので、メディアセッション数=3となる。一方、図4bでは、複数のメディアセッションの確立ができないので、メディアセッション数=1となる。管理テーブルは送信処理した文書数を処理数として管理するデータ領域4-5を有している。図4aおよび図4bともに、処理数=1であり、1つの文書の送信処理が終了したことが示されている。この処理数は最終的に3となる。図4aおよびbに示す例では、要求数=3となっているが、要求数は3に限定されず、複数の文書の送信を行う場合であればよい。さらに、送信するデータは文書に限定されず、例えば、リモートプリントにおける複数部印刷の部数毎又はリモートメンテナンスにおける同時処理の処理単位分を要求数として管理するようにしてもよい。図5は、図2に示す通信機器においてSIP通信を行う際に用いられるユーザインタフェースUIの一例を示す図である。なお、図示のUIは、例えば、図1に示すCRT1-8に表示される。ユーザはSIPを用いて文書をIP-FAXで送信する指示を入力する。この際、ユーザは宛先を入力するとともに送信すべき文書を選択する。これによって、UIモジュール3-2はCRT108にUI画面5-1を表示する。このUI画面5-1には、宛先数5-2、宛先SIP-URI5-3、および送信すべき文書数5-4が表示される。図示の例では、宛先数=1、文書数=3となっている。さらに、UI画面5-1にはUIボタン5-5が表示される。ユーザはこのUIボタン5-5を用いてSIP-URIの編集を行うことができ、さらに送信を行うかOK又はキャンセルするかを選択することができる。UI画面5-1には解像度選択ボタン5-6、原稿用紙サイズ選択ボタン5-7、およびその他の機能ボタン詳細設定ボタン5-8が表示される。解像度選択ボタン5-6は文書の解像度を選択するためのボタンであり、図示の例では、解像度=200×100dpiが選択されている。原稿用紙サイズ選択ボタン5-7は送信すべき文書のサイズを選択するためのボタンであり、ここでは、原稿用紙サイズとして自動が選択されている。詳細設定ボタン5-8を用いて、ユーザは送信すべき文書の濃度、原稿の種類、両面原稿、および原稿サイズ混載などが設定することができる。図6は、図2に示す通信機器においてSIP通信を行う際に用いられるSDPを示す図である。そして、図6aは送信側通信機器におけるSDP送信側SDPの一例を示す図であり、図6bは受信側通信機器におけるSDP受信側SDPの一例を示す図である。図6aにおいて、vは、プロトコルのバージョンを示すタイプである。ここでは、SDPのバージョン0を用いているので,v=0となる。Oは、セッションを識別するための情報を示すタイプであって、ここには、セッションを開始したデバイス通信機器の識別情報が記入される。sはセッション名を示すタイプであり、iはセッション情報を示すタイプである。mは、メディアタイプ、トランスポートアドレス、およびアプリケーション名を示すタイプである。ここでは、メディアタイプをapplication、ポート5060ポート、TCP接続、アプリケーション:t38で宣言している。そして、図4に関連して説明したように、文書数が3の場合について、mの宣言が並列に3つ記述される。図6bにおいても、図6aと同様に記述がされるが、ここでは、メディアセッションが1に規定されているので、mのうちの1つはポート5060を指定して許可を行う。そして、残りの2つのmでは、ポート0として許可をしない。この結果、送信側通信機器からメディアセッション3つの接続要求を行うと、受信側通信機器ではで1つのメディアセッションを許可するようにネゴシエーションを行う。なお、ここでは、メディアセッションの接続要求を3としたが、接続要求の数は3に限定されない、また、図6bにおいて、残りの2つのmについて、ポート0を指定しなければ、接続要求どおりに3つのメディアセッションが許可されることになる。図7は、図2に示す通信機器間における通信処理の一例を説明するためのシーケンス図である。図7においては、通信機器2-1を送信デバイスとし、通信機器2-7を受信デバイスとし、複数のメディアセッションが確立された際のSIP通信について説明する。なお、図7においては、説明の便宜上送信デバイス2-1および2-7とSIPサーバ2-9以外の他の構成要素は省略されている。図5で説明したように、送信デバイス2-1においてUI画面501でUIボタン5-5を操作して送信指示を行う。これによって、UIモジュール3-2はSIPモジュール3-6にSIPセッション確立処理を指示する。図示の例では、SIPモジュール3-6はSIP接続要求メッセージINVITEを生成して、SIPアドレスSIPURIとしてsip:yokokuraxxx.comを宛先に設定するとともに、前述のように、送信側SDPを設定する。ここでは、同一の宛先に対して3つの文書の送信要求があるので図5参照、SIPモジュール3-7は送信SDPによって3つのメディアセッションの要求を行うことになる図6a参照。続いて、SIPモジュール3-6はTCP/IPモジュール3-6を介してSIP接続要求メッセージINVITEをSIPサーバ2-9に送信するS701。SIPサーバ2-9は当該SIP接続要求メッセージを受けると、SIP接続要求メッセージに設定されたSIPURI宛先にSIP接続要求メッセージを送信する。ここでは、SIPサーバ2-9は受信デバイス2-7にSIP接続要求メッセージを送信する。受信デバイス2-7は、SIP接続要求メッセージに応答してSIPサーバ2-9に応答メッセージ200OKを送信するS702。SIPサーバ2-9は受信デバイス2-7から応答メッセージを受信すると、接続応答メッセージ200OKを生成して、この接続応答メッセージを送信デバイス2-1に送る。これによって、SIPセッションが確立される。ここでは、受信デバイス2-7は受信SDPによって3つのメディアセッションによる接続の許可を与えている。送信デバイス2-1では、SIPモジュール3-6がTCP/IPモジュール3-7を介して、受信SDPによって記述された許可に応じて3つのメディアセッションによる接続を同時に行う。そして、IP-FAXモジュール3-5はTCP/IPモジュール3-7を介して、各メディアセッションで1つの文書をIP-FAX送信する。これによって、1つのSIPセッションによって、互いに異なる3つの文書が同時に送信デバイス2-1から受信デバイス2-7にIP-FAX送信される。図8は、図2に示す通信機器間における通信処理の他の例を説明するためのシーケンス図である。図8においては、通信機器2-1を送信デバイスとし、通信機器2-7を受信デバイスとし、説明の便宜上送信デバイス2-1および2-7とSIPサーバ2-9以外の他の構成要素は省略されている。図5で説明したように、送信デバイス2-1においてUI画面501でUIボタン5-5を操作して送信指示を行う。これによって、UIモジュール3-2はSIPモジュール3-6にSIPセッション確立処理を指示する。図示の例では、SIPモジュール3-6はSIP接続要求メッセージINVITEを生成して、SIPアドレスSIPURIとしてsip:yokokuraxxx.comを宛先に設定するとともに、前述のように、送信側SDPを設定する。ここでは、同一の宛先に対して3つの文書の送信要求があるので図5参照、SIPモジュール3-7は送信SDPによって3つのメディアセッションの要求を行うことになる。続いて、SIPモジュール3-6はTCP/IPモジュール3-6を介してSIP接続要求メッセージINVITEをSIPサーバ2-9に送信するS801。SIPサーバ2-9は当該SIP接続要求メッセージを受けると、SIP接続要求メッセージに設定されたSIPURI宛先にSIP接続要求メッセージを送信する。ここでは、SIPサーバ2-9は受信デバイス2-7にSIP接続要求メッセージを送信する。受信デバイス2-7は、SIP接続要求メッセージに応答してSIPサーバ2-9に応答メッセージ200OKを送信するS802。SIPサーバ2-9は受信デバイス2-7から応答メッセージを受信すると、接続応答メッセージ200OKを生成して、この接続応答メッセージを送信デバイス2-1に送る。これによって、SIPセッションが確立される。ここでは、受信デバイス2-7は受信SDPによって1つのメディアセッションによる接続の許可を与えている。1つのメディアセッションによる接続許可が与えられたので、送信デバイス2-1では、SIPモジュール3-6が再びTCP/IPモジュール3-7を介して、SIPアドレスとしてsip:yokokuraxxx.comが設定されたSIP接続要求メッセージINVITEをSIPサーバ209に送るS803。そして、SIPサーバ2-9は当該SIP接続要求メッセージを受けると、SIP接続要求メッセージに設定されたSIPURI宛先にSIP接続要求メッセージを送信する。受信デバイス2-7は、SIP接続要求メッセージに応答してSIPサーバ2-9に応答メッセージ200OKを送信するS804。SIPサーバ2-9は受信デバイス2-7から応答メッセージを受信すると、接続応答メッセージ200OKを生成して、この接続応答メッセージを送信デバイス2-1に送る。これによって、SIPセッションが確立される。ここでは、受信デバイス2-7は受信SDPによって1つのメディアセッションによる接続の許可を与えている。送信デバイス2-1では3つの文書をIP-FAX送信する必要があるので、SIPモジュール3-6が再度TCP/IPモジュール3-7を介して、SIPアドレスとしてsip:yokokuraxxx.comが設定されたSIP接続要求メッセージINVITEをSIPサーバ209に送るS805。そして、SIPサーバ2-9は当該SIP接続要求メッセージを受けると、SIP接続要求メッセージに設定されたSIPURI宛先にSIP接続要求メッセージを送信する。受信デバイス2-7は、SIP接続要求メッセージに応答してSIPサーバ2-9に応答メッセージ200OKを送信するS806。SIPサーバ2-9は受信デバイス2-7から応答メッセージを受信すると、接続応答メッセージ200OKを生成して、この接続応答メッセージを送信デバイス2-1に送る。これによって、SIPセッションが確立される。ここでは、受信デバイス2-7は受信SDPによって1つのメディアセッションによる接続の許可を与えている。このようにして、3つのSIPセッションの確立によって、3つのメディアセッションが許可された後、IP-FAXモジュール3-5はTCP/IPモジュール3-7を介して、各メディアセッションで1つの文書をIP-FAX送信する。これによって、3つのSIPセッションによって、互いに異なる3つの文書が同時に送信デバイス2-1から受信デバイス2-7にIP-FAX送信される。つまり、複数の文書数分のメディアセッションが許容されないと、1つの文書の送信毎に、SIPセッションの確立およびメディアセッションの確立が行われることになる。図8に示す例では、3つのSIPセッションの確立を行った後、メディアセッションの接続を行うようにしているが、1つのSIPセッションの確立が行われると、該当するメディアセッションの接続を行うようにしてもよい。図9は、図2に示す通信機器で行われる送信処理を説明するためのフローチャートである。図1および図9を参照して、IP-FAX送信の指示あると、CPU1-1は、当該指示で選択された同一宛先の文書数を確認するステップS901。続いて、CPU1-1は要求文書数分のメディアセッションを表すSDPを記述するステップS902。要求文書数=3であれば、図6aで説明したように、SDPによる記述が行われる。一方、要求文書数=1であれば、図6aにおいて、1つのmについてSDPによる記述が行われる。次に、CPU1-1はSDPによる記述を用いてSIPセッションの確立を実行するステップS903。そして、CPU1-1は受信側デバイスから接続応答メッセージ200OKが返信されたか否かを判定するステップS904。受信デバイスから接続応答メッセージ200OKが返信されるとステップS904において、YES、CPU1-1は接続要求メッセージに含まれる受信側SDP記述を解析して、許容可能なメディアセッションの数を確認するステップS905。そして、CPU1-1は許容されたメディアセッションの数分のセッション接続を行って、文書つまり、データの送信を開始するステップS906。次に、CPU1-1は要求文書数と送信文書数とが同数に到達したか否かを判定するステップS907。要求文書数と送信文書数とが同数でないと、つまり、要求文書数>送信文書数であるとステップS907において、NO、CPU1-1は残りの未送信文書未送信データに関して許容可能なメディアセッション数をSDPで記述して、ステップS903の処理に戻る。例えば、4つの文書について、2つのメディアセッションが許容されたとする。この場合には、2つの未送信文書未送信データについて許容可能なメディアセッションをSDPで記述する。また、5つの文書について3つのメディアセッションが許容されると、2つの未送信文書未送信データついて許容可能なメディアセッションをSDPで記述する。要求文書数と送信文書数とが同数であるとステップS907において、YES、CPU1-1は送信処理を終了する。受信デバイスから接続応答メッセージ200OKが返信されないとステップS904において、NO、つまり、接続拒否メッセージが返信されると、CPU1-1は、受信デバイスからの接続拒否メッセージが最初に確立しようとしたSIPセッション第1SIPセッションに係るものであるか否かを判定するステップS909。第1SIPセッションに係るものであればステップS909において、YES、CPU1-1は送信処理を終了する。一方、第1SIPセッションに係るものでなければステップS909において、NO、CPU1-1は既に接続されたメディアセッションを用いて、未送信文書の送信を開始するステップS910。続いて、CPU1-1は未送信文書が存在するか否かを判定するステップS911。なお、ステップS911の判定は、ステップS910で開始した文書の送信が完了してから実行してもよいし、ステップS911で開始した文書の送信と並行して文書の送信が完了する前に実行してもよい。未送信文書が存在するとステップS911において、YES、CPU1-1はステップS910の処理に戻る。一方、未送信文書がなければステップS911において、NO、CPU1-1は送信処理を終了する。図9に示す例では、IP-FAX送信について説明したが、例えば、リモートプリントの複数部印刷又はリモートメンテナンスなどのデータ送信においても適用することができる。また、ステップS908において2回目のSIPセッションの確立以降は、1つの文書におけるメディアセッションの記述に固定するようにしてもよい。上述のように、本発明の実施の形態では、複数のデータを送信する際に、通信時間を短縮することができ、SIPデータ通信を最適なシーケンスで高速化することが可能となる。上述の説明から明らかなように、図1に示す例では、CPU1-1およびNIC1-12が接続要求手段および送信手段として機能する。また、CPU1-1は判定手段として機能する。以上、本発明について実施の形態に基づいて説明したが、本発明は、これらの実施の形態に限定されるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。例えば、上記の実施の形態の機能を制御方法として、この制御方法を通信機器に実行させるようにすればよい。また、上述の実施の形態の機能を有するプログラムを制御プログラムとして、この制御プログラムを通信機器が備えるコンピュータに実行させるようにしてもよい。なお、制御プログラムは、例えば、コンピュータに読み取り可能な記録媒体に記録される。この際、制御方法および制御プログラムの各々は、少なくとも接続要求ステップ、判定ステップ、および送信ステップを有することになる。また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記録媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。"