データパケットを相互に送受信可能な第1の通信装置および第2の通信装置を備える通信システムであって、前記第2の通信装置は、前記第1の通信装置から受信したデータパケットに対する応答パケットに、前記第2の通信装置から前記第1の通信装置へのデータパケットの送信を要求する要求情報を付加する付加手段と、前記応答パケットを送信する応答パケット送信手段と、を備え、前記第1の通信装置は、前記付加手段により前記要求情報が付加された応答パケットを受信した場合、前記第2の通信装置へのデータパケットの送信を停止する停止手段を備えることを特徴とする通信システム。前記停止手段は、前記付加手段により前記要求情報が付加された応答パケットを受信した場合、前記第1の通信装置によるデータパケットの送信間隔を所定の間隔だけ長くすることによりデータパケットの送信を停止することを特徴とする請求項1に記載の通信システム。前記第1の通信装置は、前記停止手段によりデータパケットの連続した送信が停止されている間に、前記第2の通信装置からデータパケットを受信しない場合、前記停止を解除してデータパケットの送信を再開する再開手段をさらに備えることを特徴とする請求項1または2に記載の通信システム。前記要求情報は、前記2の通信装置から前記第1の通信装置へのデータパケットの送信要求の有無を示すフラグ情報であることを特徴とする請求項1乃至3の何れか1項に記載の通信システム。前記要求情報は、前記2の通信装置から前記第1の通信装置への送信を要求するデータパケットのパケット数を示す情報であり、前記第1の通信装置は、前記パケット数が1以上であるか否かを判定する判定手段をさらに備え、前記停止手段は、前記判定手段により前記パケット数が1以上であると判定された場合、データパケットの送信停止を継続することを特徴とする請求項1乃至3の何れか1項に記載の通信システム。データパケットを相互に送受信可能な第1の通信装置および第2の通信装置を備える通信システムの制御方法であって、前記第2の通信装置は、付加手段が、前記第1の通信装置から受信したデータパケットに対する応答パケットに対して、前記第2の通信装置から前記第1の通信装置へのデータパケットの送信を要求する要求情報を付加する付加工程と、応答パケット送信が、前記応答パケットを送信する応答パケット送信工程と、を備え、前記第1の通信装置は、停止手段が、前記付加工程により前記要求情報が付加された応答パケットを受信した場合、前記第2の通信装置へのデータパケットの送信を停止する停止工程を備えることを特徴とする通信システムの制御方法。コンピュータに請求項6に記載の通信装置の制御方法の各工程を実行させるためのプログラム。すなわち、InitiatorからResponderへ大容量のデータが送信される場合、InitiatorからResponderへの送信が連続してしまうので、ResponderからInitiatorへデータ送信が出来ない。このため、Responder側上位プログラムからのデータ送信停止要求が、Initiator側上位プログラムへ到達するまでに要する時間が、著しく遅延するという課題がある。図5は、データ通信システムの構成図である。図5を参照して、上述した課題について実例を挙げて説明する。データ通信システムは、撮像装置1と出力装置2とを備える。近接無線通信路3は、ポイント-ポイント接続型シンプレックス通信路であり、撮像装置1と出力装置2とを接続する。撮像装置1がInitiatorモードで動作し、出力装置2がResponderモードで動作し、撮影済み画像の印刷を目的に、撮像装置1から出力装置2へ、画像File4を転送する例を示している。InitiatorからResponderへ画像File4が送信されている間に、その送信を停止させたい場合、Responderはデータ送信停止要求5をInitiatorへ送信しようと試みる。しかし、画像File4が送信されている間は、Responderへ画像File4が送信されている間に、その送信を停止させたい場合、Responderは、データ送信停止要求5をInitiatorへ送信できない。そのため送信遅延7が生じ、その送信遅延7に相当する時間の経過後にようやくデータ送信停止要求5をInitiatorへ送信できる。従って、不要データが送信されることを抑制できないという課題がある。また、Initiatorがバッテリ駆動である場合には、無駄な電力の消費に繋がり、機器の有効稼動時間が短くなるという課題がある。上記の課題に鑑み、本発明は、図6に示されるようにInitiatorからResponderへのデータ送信中においても、ResponderからInitiatorへのデータの受け付けを可能にすることを目的とする。上記の目的を達成する本発明に係るデータ通信装置は、データパケットを相互に送受信可能な第1の通信装置および第2の通信装置を備える通信システムであって、前記第2の通信装置は、前記第1の通信装置から受信したデータパケットに対して応答パケットを送信する応答パケット送信手段と、前記応答パケットに対して、前記2の通信装置から前記第1の通信装置へのデータパケットの送信を要求する要求情報を付加する付加手段と、を備え、前記第1の通信装置は、前記付加手段により前記要求情報が付加された応答パケットを受信した場合、前記第2の通信装置へのデータパケットの送信を停止する停止手段を備えることを特徴とする。本発明によれば、InitiatorからResponderへのデータ送信中においても、ResponderからInitiatorへのデータの受け付けが可能になる。第1実施形態図1は、本発明のデータ通信システムの構成図である。データ通信システムは、相互にデータパケットを送受信可能な撮像装置1第1の通信装置と出力装置2第2の通信装置とを備える。近接無線通信路3は、ポイント-ポイント接続型シンプレックス通信路であり、撮像装置1と出力装置2とを接続する。近接無線通信路3は、電磁誘導を利用した非接触ICカード無線通信やNFCNearFieldCommunication、誘導電界を利用したTransferJet等の近接無線通信により構成され、多くの方式でInitiatorからのパケット送信の方が優先されている。本実施形態では、撮像装置1がInitiatorモードで動作し、出力装置2がResponderモードで動作し、撮影済み画像の印刷を目的に、撮像装置1から出力装置2へ、画像File4を転送する例を示している。なお、Responderモードは、Initiatorモードの機器と通信を行う被起動側の動作モードであり、データパケットの送信に際して、Initiatorの送信間隔InterFrameSpaceよりも長い送信間隔を必要とする動作モードである。次に図2を参照して、撮像装置1および出力装置2の機能構成について説明する。撮像装置1は、近接無線通信部11と、通信制御部12と、PayloadDataBuffer部13と、機器内アプリケーション部15とを備える。機器内アプリケーション部15は、FilePrintServiceInitiator部14と、PrintServerアプリケーション部16とを備える。近接無線通信部11は、他の機器と近接無線通信を行う。通信制御部12は、近接無線通信部11を制御する。PayloadDataBuffer部13は、通信データを格納する。FilePrintServiceInitiator部14は、印刷サービスを制御する。PrintServerアプリケーション部16は、印刷対象となる画像Fileの出力装置2への転送サービスを制御する。また、出力装置2は、近接無線通信部21と、通信制御部22と、PayloadDataBuffer部23と、機器内アプリケーション部25とを備える。機器内アプリケーション部25は、FilePrintServiceResponder部24と、PrintClientアプリケーション部26とを備える。近接無線通信部21は、他の機器と近接無線通信を行う。通信制御部22は、近接無線通信部21を制御する。PayloadDataBuffer部23は、通信データを格納する。FilePrintServiceResponder部24は、印刷サービスを制御する。PrintClientアプリケーション部26は、印刷対象の画像Fileの撮像装置1からの転送サービスを制御する。図7は、通信データの正常受信時に返送される従来の応答パケットの構成例を示す。応答パケットは、共通ヘッダ701と、サブヘッダ702とを備える。サブヘッダ702を構成するAttributeフィールド703は、Reservedエリア704を含む。図8は、図7に示される応答パケットのAttributeフィールド703を拡張した構成例を示す。応答パケットは、共通ヘッダ801と、サブヘッダ802とを備える。サブヘッダ802を構成するAttributeフィールド803は、Reservedエリア804を含む。そして、Attributeフィールド803には、フラグ情報である割り込み送信要求フラグビット805が付加されている。これは、図7におけるReservedエリア704の一部を割り込み送信要求フラグビット805としたものである。割り込み送信要求フラグビット805は、ResponderからInitiatorへのデータパケットの割込み送信の要求の有無を示す要求情報である。次に、図9を参照して、本実施形態におけるフレーム送信間隔InterFrameSpaceについて説明する。ACKフレーム901は、前のフレームの送信から、SIFS911の間隔で送信が開始される。同様に、InitiatorのData902は、IIFS912の間隔で送信が開始される。ここで、IIFS912とSIFS911とは同じ間隔である。ResponderのData903は、SIFS911やIIFS912よりもTbstだけ長いRIFS913の間隔で送信される。本実施形態では、Initiatorの送信間隔は、上述したIIFS912の送信間隔と、ResponderからのデータパケットフレームのRIFS913の送信間隔よりも長いIIFS914の送信間隔と、の2種類の送信間隔を取り得るものとしている。ここで、IIFS914はRIFS913よりも所定の間隔Tbstだけ長い送信間隔であり、IIFS912よりも所定の間隔2×Tbstだけ長い送信間隔である。Responderからの応答パケット送信処理により送信された応答パケットに含まれる割り込み送信要求フラグビット805要求情報により、Responderからのデータパケットの割込み送信の要求を、Initiatorが受け付けて認識した場合、InitiatorはResponderのデータパケットフレームのRIFS913の送信間隔よりも長いIIFS914の送信間隔を、Initiatorのデータパケットフレームの送信間隔として選択する処理を行う。図10および図11を参照して、出力装置2が撮像装置1から画像Fileデータパケットを受信している間に、出力装置2から撮像装置1への送信要求データパケットが発生した場合のタイミングチャートの例を説明する。図10に示されるタイミングチャートの例では、図4と同様にInitiator撮像装置1と、Responder出力装置2との間でデータフレームの送信が相互に行われている。Data0、Data1、...、Datanは、InitiatorからResponderへ送信されるデータである。また、DataA、DataBは、ResponderからInitiatorへ送信されるデータである。ACKは、確認応答パケットである。容量が小さいデータData0、DataAの離散的な送信の場合は、従来のフレームの送信間隔であるSIFS911やRIFS913を利用しても、滞ることなく双方向にデータを送信可能である。まずData0がInitiatorから送信されると、Data0を受信したResponderは、ACKをInitiatorへSIFS911の間隔で送信し、さらに、ACKを送信した後にDataAをInitiatorへRIFS913の間隔で送信する。Initiatorは、DataAを受信した後、ACKをInitiatorへSIFS911の間隔で送信し、さらに、ACKを送信した後にData1をInitiatorへIIFS912の間隔で送信する。Data1を受信したResponderは、ACKをInitiatorへSIFS911の間隔で送信することになる。ここで、InitiatorがResponderへ画像File等の大容量データData1、Data2、...、Datanを送信している間に、ResponderはInitiatorへ制御コマンド等の優先度の高い小容量データDataBの割り込み送信を行おうとしている。そのため、Responderにおいて制御コマンドの発生が検出された場合、ResponderはデータパケットData1に対する応答パケットACKに割り込み送信要求フラグビット805をセットした上で、ACKをInitiatorへSIFS911の間隔で送信する。ACKを受信したInitiatorは、割り込み送信要求フラグビット805を検出してそれがONであると判断した場合、Initiatorは、ResponderのRIFS913というデータパケットフレームの送信間隔よりも長いIIFS914という送信間隔を、Initiatorのデータパケットフレームの送信間隔として選択する。この選択により、ResponderのデータパケットフレームのRIFS913という送信間隔の経過後、ResponderはDataBを送信可能となる。すなわち、Initiatorによる画像File等の大容量データData1、Data2、...、Datanの送信中に、ResponderによるDataBの割込送信を実現している。また、Initiatorは、データパケットDataBを受信したことを契機として、送信の停止を解除して再開する。具体的には、送信間隔をIIFS912という送信間隔に戻す。これにより、Responderにおいてデータパケットの連続割り込み要求が生じた際にも、双方の送信比率を均衡した状態で保持することができる。図10に示される例では、Initiatorは、DataBを受信した後、Data2をResponderへIIFS912の間隔で送信することになる。次に、図11に示されるタイミングチャートの例では、図10で説明したResponderによるDataBの送信バッファへのセット完了が遅延した場合の例を示している。図11では、InitiatorによるDataBの送信がないまま、Initiatorのデータパケットフレームの送信間隔であるIIFS914が経過している。Initiatorのデータパケットフレームの送信間隔であるIIFS914が経過した後、Initiatorは、Data2を送信する。その後、Initiatorは、データパケットフレームの送信間隔であるIIFS914を維持することにより、ResponderからのDataBの送信を待ち受ける。Initiatorからの近接無線通信路3を介した画像Fileデータの転送中に、ResponderがInitiatorに対するデータ転送応答パケットの拡張情報要素にステータスをセットして返送することにより、Responderはデータパケットの割り込み送信の要望をResponderへ通知する。データパケットの割り込み送信の要望が通知されたInitiatorは、データパケットフレームの送信間隔を一時的に延長する制御を実施する。すなわち、Initiatorは、データパケットフレームの送信間隔であるIIFS914を維持する。図12のフローチャートを参照して、図10、図11で説明した近接無線通信制御におけるデータフレーム受信時の制御手順を示す。S1201において、フレームを受信した機器は、受信フレームがDataフレームであるか否か判定する。受信フレームがDataフレームであると判定された場合S1201;YES、S1207へ進む。一方、受信フレームがDataフレームでないと判定された場合S1201;NO、S1202へ進む。S1202において、フレームを受信した機器は、受信フレームがACKフレームであるか否か判定する。受信フレームがACKフレームであると判定された場合S1202;YES、S1203へ進む。一方、受信フレームがACKフレームでないと判定された場合S1202;NO、処理を終了する。S1203において、フレームを受信した機器は、自身がInitiatorであるか否か判定する。自身がInitiatorであると判定された場合S1203;YES、S1204へ進む。一方、自身がInitiatorでないと判定された場合S1203;NO、処理を終了する。S1204において、Initiatorは、受信フレームのReqInterビット割り込み送信要求フラグビット805がONであるか否か判定する。ReqInterビットがONであると判定された場合S1204;YES、S1205へ進む。一方、ReqInterビットがOFFであると判定された場合S1204;NO、S1207へ進む。S1205において、Initiatorは、Dataフレームを受信可能であるか否かを判定する。Dataフレームを受信可能であると判定された場合S1205;YES、S1206へ進む。一方、Dataフレームを受信可能でないと判定された場合S1205;NO、S1207へ進む。S1206において、Initiatorは、自身の送信間隔を、IIFS914=SIFS9112×Tbstに設定する。S1207において、Initiatorは、自身の送信間隔を、IIFS912=SIFS911に設定する。以上で処理が終了する。本実施形態によれば、シンプレックス通信路を介した片方向への大容量データの転送中にであっても、逆方向のデータパケットを割り込ませる疑似双方向通信を実現し、大容量データを受信しているResponderによるデータパケットの送信待ち時間を大幅に短縮することができる。また、シンプレックス通信路を介した画像File等大容量データの連続転送を、データ転送の終了前にデータ受領側からの操作によりただちに停止することができるため、冗長な画像File転送のために浪費される通信資源、情報記憶資源を低減し、無駄を排除することができる。第2実施形態第1実施形態では、通信データの正常受信時に返送される応答パケットに対して割り込み送信要求フラグビットを設け、初回の割り込みデータを受信するまでInitiatorのデータパケットフレームの送信間隔を延長する構成を示した。これに対して、第2実施形態では、通信データの正常受信時に返送される応答パケットに割込み送信を要望するデータパケット数を通知するエリアを設けた場合の例を示す。このデータパケット数情報により、通知された個数の割り込みデータパケットをInitiatorが受信するまで、Initiatorのデータパケットフレームの送信間隔を延長する。図13は、第2実施形態に係る応答パケットの構成例を示す。応答パケットは、共通ヘッダ1301と、サブヘッダ1302とを備える。サブヘッダ1302は、割込み送信を要望するデータパケット数を示すReqInterCountエリア1303を含む。図14に示されるタイミングチャートを参照して、の画像Fileの受信中に、ResponderにおいてInitiatorへの送信要望データパケットが発生した場合について説明する。図14に示されるタイミングチャートの例では、図4と同様にInitiator撮像装置1と、Responder出力装置2との間でデータフレームの送信が相互に行われている。Data0、Data1、...、Datanは、InitiatorからResponderへ送信されるデータである。また、DataA、DataBは、ResponderからInitiatorへ送信されるデータである。ACKは、確認応答パケットである。容量が小さいデータData0、DataAの離散的な送信の場合は、従来のフレームの送信間隔であるSIFS911やRIFS913を利用しても、滞ることなく双方向にデータを送信可能である。まずData0がInitiatorから送信されると、Data0を受信したResponderは、ACKをInitiatorへSIFS911の間隔で送信し、さらに、ACKを送信した後にDataAをInitiatorへRIFS913の間隔で送信する。Initiatorは、DataAを受信した後、ACKをInitiatorへSIFS911の間隔で送信し、さらに、ACKを送信した後にData1をInitiatorへIIFS912の間隔で送信する。Data1を受信したResponderは、ACKをInitiatorへSIFS911の間隔で送信することになる。ここで、InitiatorがResponderへ画像File等の大容量データData1、Data2、...、Datanを送信している間に、ResponderはInitiatorへ制御コマンド等の優先度の高い小容量データDataB、DataCの割り込み送信を行おうとしている。そのため、Responderにおいて制御コマンドの発生が検出された場合、ResponderはデータパケットData1に対する応答パケットACKのReqInterCountエリア1303に割り込みパケット数2をセットした上で、ACKをInitiatorへSIFS911の間隔で送信する。ACKを受信したInitiatorが割り込みパケット数を読み込み、有意数1以上であると認識した場合には次の処理を行なう。InitiatorはResponderのデータパケットフレームの送信間隔であるRIFS913よりも長い送信間隔であるIIFS914を、Initiatorのデータパケットフレームの送信間隔として選択する。すなわち、データパケットの一時的な送信停止を継続するこの選択により、Responderのデータパケットフレームの送信間隔であるRIFS913の経過後、ResponderはDataBを送信可能となる。さらに、Responderは、DataBを送信した後、さらにRIFS913の経過後DataCを送信する。すなわち、Initiatorによる画像File等の大容量データData1、Data2、...、Datanの送信中に、ResponderによるDataBおよびDataCという2つ分のデータの割込送信を実現している。また、Initiatorは、データパケットDataBおよびDataCをResponderから受信したことを契機として、割り込み送信要求パケットカウンタ値を減算し、割り込み要求回数分のデータパケットの受信を検出した後に、送信間隔をIIFS912に戻す。これにより、Responderにおいてデータパケットの連続割り込み要求が生じた際にも、双方の送信比率を均衡した状態で保持することができる。図14に示される例では、Initiatorは、DataCを受信した後、Data2をResponderへIIFS912の間隔で送信することになる。図12のフローチャートを参照して、図14で説明した近接無線通信制御におけるデータフレーム受信時の制御手順を示す。S1501において、フレームを受信した機器は、受信フレームがDataフレームであるか否か判定する。受信フレームがDataフレームであると判定された場合S1501;YES、S1508へ進む。一方、受信フレームがDataフレームでないと判定された場合S1501;NO、S1502へ進む。S1502において、フレームを受信した機器は、受信フレームがACKフレームであるか否か判定する。受信フレームがACKフレームであると判定された場合S1502;YES、S1503へ進む。一方、受信フレームがACKフレームでないと判定された場合S1502;NO、処理を終了する。S1503において、フレームを受信した機器は、自身がInitiatorであるか否か判定する。自身がInitiatorであると判定された場合S1503;YES、S1504へ進む。一方、自身がInitiatorでないと判定された場合S1503;NO、処理を終了する。S1504において、Initiatorは、Dataフレームを受信可能であるか否かを判定する。Dataフレームを受信可能であると判定された場合S1504;YES、S1505へ進む。一方、Dataフレームを受信可能でないと判定された場合S1504;NO、S1510へ進む。S1505において、Initiatorは、ReqInterCount値をIFSIntCountとして読み込む。S1506において、Initiatorは、IFSIntCountが1以上であるか否か判定する。IFSIntCountが1以上であると判定された場合S1506;YES、S1507へ進む。一方、IFSIntCountが0であると判定された場合S1506;NO、S1511へ進む。S1507において、Initiatorは、自身の送信間隔を、IIFS914=SIFS9112×Tbstに設定する。S1508において、Initiatorは、IFSIntCountを1減算する。S1509において、Initiatorは、IFSIntCountが-1であるか否か判定する。IFSIntCountが-1であると判定された場合S1509;YES、S1510へ進む。一方、IFSIntCountが-1でないと判定された場合S1509;NO、処理を終了する。S1510において、Initiatorは、IFSIntCountを0に置き換える。S1511において、Initiatorは、自身の送信間隔を、IIFS912=SIFS911に設定する。以上で処理が終了する。本実施形態によれば、シンプレックス通信路を介した片方向への大容量データの転送中にであっても、逆方向のデータパケットを割り込ませる疑似双方向通信を実現し、大容量データを受信しているResponderによるデータパケットの送信待ち時間を大幅に短縮することができる。また、シンプレックス通信路を介した画像File等大容量データの連続転送を、データ転送の終了前にデータ受領側からの操作によりただちに停止することができるため、冗長な画像File転送のために浪費される通信資源、情報記憶資源を低減し、無駄を排除することができる。第3実施形態第1実施形態および第2実施形態では、データパケットの割込み送信を許容させる手法として、データパケットフレームの送信間隔の延長を利用する例を示した。その他に、多くのCSMA/CA通信制御方式で利用されるランダムバックオフ制御の初期値の延長を用いても同等の効果が得られる。また、ポイント-ポイント接続型シンプレックス通信路を介してデータ通信を行う場合であって、Initiatorにデータ送信の優先権が与えられる場合の通信媒体の例として、TranferJetを用いて説明を行ったが、NFC、IrDA等の媒体を用いても同等の効果が得られる。その他の実施形態また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。