(57)【要約】【課題】優先送信機器から非優先送信機器へのデータ送信中においても、非優先送信機器から優先送信機器へのデータの受け付けを可能にすることを目的とする。【解決手段】データパケットを相互に送受信可能な第１の通信装置および第２の通信装置を備える通信システムであって、第２の通信装置は、第１の通信装置から受信したデータパケットに対して応答パケットを送信する応答パケット送信部と、応答パケットに対して、２の通信装置から第１の通信装置へのデータパケットの送信を要求する要求情報を付加する付加部と、を備え、第１の通信装置は、付加部により要求情報が付加された応答パケットを受信した場合、第２の通信装置へのデータパケットの送信を停止する停止部を備える。【選択図】  図９
2012178734.tif 000002
【特許請求の範囲】
【請求項１】
データパケットを相互に送受信可能な第１の通信装置および第２の通信装置を備える通信システムであって、
前記第２の通信装置は、
前記第１の通信装置から受信したデータパケットに対する応答パケットに、前記第２の通信装置から前記第１の通信装置へのデータパケットの送信を要求する要求情報を付加する付加手段と、
前記応答パケットを送信する応答パケット送信手段と、を備え、
前記第１の通信装置は、
前記付加手段により前記要求情報が付加された応答パケットを受信した場合、前記第２の通信装置へのデータパケットの送信を停止する停止手段を備えることを特徴とする通信システム。
【請求項２】
前記停止手段は、前記付加手段により前記要求情報が付加された応答パケットを受信した場合、前記第１の通信装置によるデータパケットの送信間隔を所定の間隔だけ長くすることによりデータパケットの送信を停止することを特徴とする請求項１に記載の通信システム。
【請求項３】
前記第１の通信装置は、
前記停止手段によりデータパケットの連続した送信が停止されている間に、前記第２の通信装置からデータパケットを受信しない場合、前記停止を解除してデータパケットの送信を再開する再開手段をさらに備えることを特徴とする請求項１または２に記載の通信システム。
【請求項４】
前記要求情報は、前記２の通信装置から前記第１の通信装置へのデータパケットの送信要求の有無を示すフラグ情報であることを特徴とする請求項１乃至３の何れか１項に記載の通信システム。
【請求項５】
前記要求情報は、前記２の通信装置から前記第１の通信装置への送信を要求するデータパケットのパケット数を示す情報であり、
前記第１の通信装置は、
前記パケット数が１以上であるか否かを判定する判定手段をさらに備え、
前記停止手段は、前記判定手段により前記パケット数が１以上であると判定された場合、データパケットの送信停止を継続することを特徴とする請求項１乃至３の何れか１項に記載の通信システム。
【請求項６】
データパケットを相互に送受信可能な第１の通信装置および第２の通信装置を備える通信システムの制御方法であって、
前記第２の通信装置は、
付加手段が、前記第１の通信装置から受信したデータパケットに対する応答パケットに対して、前記第２の通信装置から前記第１の通信装置へのデータパケットの送信を要求する要求情報を付加する付加工程と、
応答パケット送信が、前記応答パケットを送信する応答パケット送信工程と、を備え、
前記第１の通信装置は、
停止手段が、前記付加工程により前記要求情報が付加された応答パケットを受信した場合、前記第２の通信装置へのデータパケットの送信を停止する停止工程を備えることを特徴とする通信システムの制御方法。
【請求項７】
コンピュータに請求項６に記載の通信装置の制御方法の各工程を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、効率的に双方向通信を実現する通信システム、通信システムの制御方法、およびプログラムに関する。
【背景技術】
【０００２】
ＩＥＥＥ ｓｔｄ ８０２．１１ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（１９９９）では、単一通信メディアを共用するシンプレックス通信システムにおいて、自局宛てのデータパケットを受信した際に、当該パケットを自局へ送信した送信局宛ての送信要望データパケットがある場合、データパケットに受信応答情報を付加して送信する方法が開示されている。
【０００３】
特許文献１では、自局宛ての通信パケットを受信した際に、当該パケットを自局へ送信した送信局宛ての送信要望データパケットがある場合、受信応答パケットの送信完了後、最短のキャリアセンス間隔で送信要望データパケットを送信する方法が開示されている。
【０００４】
また、特許文献２では、送信待ち状態にあるデータの優先度のレベルが高い場合に、通常のキャリアセンス間隔より短い間隔でキャリアセンスを実施した後に、優先度の高い送信要望データパケットを送信する方法が開示されている。
【０００５】
さらに、特許文献３では、受信応答パケット内に、通信環境情報を付加して返送することにより、送信局側の送信条件（通信レート、誤り訂正符号化則等）を動的に変更し、通信環境に適した良好な送信を行う方法が開示されている。
【０００６】
ポイント−ポイント接続型シンプレックス通信路を用いてデータ通信を行う場合、通信リンクの起動側機器（以下、“Ｉｎｉｔｉａｔｏｒ”と称する）にデータ送信の優先権を与えることによって双方向通信を実現している例がある。この場合、通信リンクの被起動側機器（以下、“Ｒｅｓｐｏｎｄｅｒ”と称する）主導のデータ送信は、“Ｉｎｉｔｉａｔｏｒ”側機器の送信期間の合間を縫って行っていた。
【０００７】
図３および図４を参照して、上記の制御方法を採用しているポイント−ポイント接続型シンプレックス通信路を用いたデータ通信の例を説明する。図３は、従来の近接無線通信（“ＴｒａｎｓｆｅｒＪｅｔ”）制御のフレーム送信間隔の模式図である。ＡＣＫフレーム３０１は、前のフレームの送信から、ＳＩＦＳ３１１の間隔で送信が開始される。同様に、“Ｉｎｉｔｉａｔｏｒ”のＤａｔａ３０２は、ＩＩＦＳ３１２の間隔で送信が開始される。ここで、ＩＩＦＳ３１２とＳＩＦＳ３１１とは同じ間隔である。“Ｒｅｓｐｏｎｄｅｒ”のＤａｔａ３０３は、ＳＩＦＳ３１１やＩＩＦＳ３１２よりもＴｂｓｔだけ長いＲＩＦＳ３１３の間隔で送信される。
【０００８】
図４は、従来の近接無線通信制御におけるデータフレーム送信手順の問題点を示すタイムチャートである。“Ｉｎｉｔｉａｔｏｒ”（撮像装置１）と、“Ｒｅｓｐｏｎｄｅｒ”（出力装置２）との間のデータフレームの送信が相互に行われている。Ｄａｔａ ０、Ｄａｔａ １、…、Ｄａｔａ ｎは、“Ｉｎｉｔｉａｔｏｒ”から“Ｒｅｓｐｏｎｄｅｒ”へ送信されるデータである。また、Ｄａｔａ Ａ、Ｄａｔａ Ｂは、“Ｒｅｓｐｏｎｄｅｒ”から“Ｉｎｉｔｉａｔｏｒ”へ送信されるデータである。ＡＣＫは、確認応答パケットである。まずＤａｔａ ０が“Ｉｎｉｔｉａｔｏｒ”から送信されると、Ｄａｔａ ０を受信したＲｅｓｐｏｎｄｅｒ”は、ＡＣＫを “Ｉｎｉｔｉａｔｏｒ”へＳＩＦＳ３１１の間隔で送信し、さらに、ＡＣＫを送信した後にＤａｔａ Ａを“Ｉｎｉｔｉａｔｏｒ”へＲＩＦＳ３１３の間隔で送信する。“Ｉｎｉｔｉａｔｏｒ”は、Ｄａｔａ Ａを受信した後、ＡＣＫを“Ｉｎｉｔｉａｔｏｒ”へＳＩＦＳ３１１の間隔で送信し、さらに、ＡＣＫを送信した後にＤａｔａ １を“Ｉｎｉｔｉａｔｏｒ”へＩＩＦＳ３１２の間隔で送信する。Ｄａｔａ １を受信したＲｅｓｐｏｎｄｅｒ”は、ＡＣＫを “Ｉｎｉｔｉａｔｏｒ”へＳＩＦＳ３１１の間隔で送信する。“Ｉｎｉｔｉａｔｏｒ”は、ＡＣＫを受信した後、Ｄａｔａ ２を“Ｒｅｓｐｏｎｄｅｒ”へＩＩＦＳ３１２の間隔で送信する。以降、“Ｉｎｉｔｉａｔｏｒ”がＤａｔａ ｎを“Ｒｅｓｐｏｎｄｅｒ”へ送信し終わるまで、“Ｒｅｓｐｏｎｄｅｒ”はＤａｔａ Ｂを“Ｉｎｉｔｉａｔｏｒ”へ送信することができない。
【０００９】
なぜなら “Ｒｅｓｐｏｎｄｅｒ”がＤａｔａ Ｂを“Ｉｎｉｔｉａｔｏｒ”へ送信するために必要なＲＩＦＳ３１３の間隔があく前に、Ｄａｔａ １、…、Ｄａｔａ ｎがＲＩＦＳ３１３よりも短いＩＩＦＳ３１２の間隔で“Ｉｎｉｔｉａｔｏｒ”から“Ｒｅｓｐｏｎｄｅｒ”へ次々と送信されてしまうからである。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００６−３４０１２５号公報
【特許文献２】特開２０００−２３６３３８号公報
【特許文献３】特開２０００−１５１６３９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
すなわち、“Ｉｎｉｔｉａｔｏｒ”から“Ｒｅｓｐｏｎｄｅｒ”へ大容量のデータが送信される場合、“Ｉｎｉｔｉａｔｏｒ”から“Ｒｅｓｐｏｎｄｅｒ”への送信が連続してしまうので、“Ｒｅｓｐｏｎｄｅｒ”から“Ｉｎｉｔｉａｔｏｒ”へデータ送信が出来ない。このため、“Ｒｅｓｐｏｎｄｅｒ”側上位プログラムからのデータ送信停止要求が、“Ｉｎｉｔｉａｔｏｒ”側上位プログラムへ到達するまでに要する時間が、著しく遅延するという課題がある。
【００１２】
図５は、データ通信システムの構成図である。図５を参照して、上述した課題について実例を挙げて説明する。データ通信システムは、撮像装置１と出力装置２とを備える。近接無線通信路３は、ポイント−ポイント接続型シンプレックス通信路であり、撮像装置１と出力装置２とを接続する。
【００１３】
撮像装置１が“Ｉｎｉｔｉａｔｏｒ”モードで動作し、出力装置２が“Ｒｅｓｐｏｎｄｅｒ”モードで動作し、撮影済み画像の印刷を目的に、撮像装置１から出力装置２へ、画像Ｆｉｌｅ４を転送する例を示している。“Ｉｎｉｔｉａｔｏｒ”から“Ｒｅｓｐｏｎｄｅｒ”へ画像Ｆｉｌｅ４が送信されている間に、その送信を停止させたい場合、“Ｒｅｓｐｏｎｄｅｒ”はデータ送信停止要求５を“Ｉｎｉｔｉａｔｏｒ”へ送信しようと試みる。しかし、画像Ｆｉｌｅ４が送信されている間は、“Ｒｅｓｐｏｎｄｅｒ”へ画像Ｆｉｌｅ４が送信されている間に、その送信を停止させたい場合、“Ｒｅｓｐｏｎｄｅｒ”は、データ送信停止要求５を“Ｉｎｉｔｉａｔｏｒ”へ送信できない。そのため送信遅延７が生じ、その送信遅延７に相当する時間の経過後にようやくデータ送信停止要求５を“Ｉｎｉｔｉａｔｏｒ”へ送信できる。従って、不要データが送信されることを抑制できないという課題がある。また、“Ｉｎｉｔｉａｔｏｒ”がバッテリ駆動である場合には、無駄な電力の消費に繋がり、機器の有効稼動時間が短くなるという課題がある。
【００１４】
上記の課題に鑑み、本発明は、図６に示されるように“Ｉｎｉｔｉａｔｏｒ”から“Ｒｅｓｐｏｎｄｅｒ”へのデータ送信中においても、“Ｒｅｓｐｏｎｄｅｒ”から“Ｉｎｉｔｉａｔｏｒ”へのデータの受け付けを可能にすることを目的とする。
【課題を解決するための手段】
【００１５】
上記の目的を達成する本発明に係るデータ通信装置は、
データパケットを相互に送受信可能な第１の通信装置および第２の通信装置を備える通信システムであって、
前記第２の通信装置は、
前記第１の通信装置から受信したデータパケットに対して応答パケットを送信する応答パケット送信手段と、
前記応答パケットに対して、前記２の通信装置から前記第１の通信装置へのデータパケットの送信を要求する要求情報を付加する付加手段と、を備え、
前記第１の通信装置は、
前記付加手段により前記要求情報が付加された応答パケットを受信した場合、前記第２の通信装置へのデータパケットの送信を停止する停止手段を備えることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、“Ｉｎｉｔｉａｔｏｒ”から“Ｒｅｓｐｏｎｄｅｒ”へのデータ送信中においても、“Ｒｅｓｐｏｎｄｅｒ”から“Ｉｎｉｔｉａｔｏｒ”へのデータの受け付けが可能になる。
【図面の簡単な説明】
【００１７】
【図１】本発明に係るデータ通信システムの構成図。
【図２】本発明に係るデータ通信システムを構成する各機器の機能ブロック図。
【図３】従来の近接無線通信制御のフレーム送信間隔の模式図。
【図４】従来の近接無線通信制御のデータフレーム送信手順の問題点を示すタイムチャート。
【図５】従来の近接無線通信制御における課題を説明する図。
【図６】本実施形態の近接無線通信制御を説明する図。
【図７】従来の近接無線通信のデータ応答パケットのフォーマットを示す図。
【図８】第１実施形態の近接無線通信のデータ応答パケットの拡張フォーマットを示す図。
【図９】第１実施形態の近接無線通信制御のデータフレーム送信間隔を拡張する模式図。
【図１０】第１実施形態の近接無線通信制御のデータフレームを送信する手順の改善点を説明する第１のタイムチャート。
【図１１】第１実施形態の近接無線通信制御のデータフレームを送信する手順の改善点を説明する第２のタイムチャート。
【図１２】第１実施形態の近接無線通信制御のデータフレームを受信する際の制御手順を示すフローチャート。
【図１３】第２実施形態の近接無線通信のデータ応答パケットの拡張フォーマットを示す図。
【図１４】第２実施形態の近接無線通信制御のデータフレームを送信する手順の改善点を説明するタイムチャート。
【図１５】第２実施形態の近接無線通信制御のデータフレームを受信する際の制御手順を示すフローチャート。
【発明を実施するための形態】
【００１８】
（第１実施形態）
図１は、本発明のデータ通信システムの構成図である。データ通信システムは、相互にデータパケットを送受信可能な撮像装置１（第１の通信装置）と出力装置２（第２の通信装置）とを備える。近接無線通信路３は、ポイント−ポイント接続型シンプレックス通信路であり、撮像装置１と出力装置２とを接続する。近接無線通信路３は、電磁誘導を利用した非接触ＩＣカード無線通信やＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、誘導電界を利用した“ＴｒａｎｓｆｅｒＪｅｔ”等の近接無線通信により構成され、多くの方式で“Ｉｎｉｔｉａｔｏｒ”からのパケット送信の方が優先されている。本実施形態では、撮像装置１が“Ｉｎｉｔｉａｔｏｒ”モードで動作し、出力装置２が“Ｒｅｓｐｏｎｄｅｒ”モードで動作し、撮影済み画像の印刷を目的に、撮像装置１から出力装置２へ、画像Ｆｉｌｅ４を転送する例を示している。
【００１９】
なお、“Ｒｅｓｐｏｎｄｅｒ”モードは、“Ｉｎｉｔｉａｔｏｒ”モードの機器と通信を行う被起動側の動作モードであり、データパケットの送信に際して、“Ｉｎｉｔｉａｔｏｒ”の送信間隔（Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ）よりも長い送信間隔を必要とする動作モードである。
【００２０】
次に図２を参照して、撮像装置１および出力装置２の機能構成について説明する。撮像装置１は、近接無線通信部１１と、通信制御部１２と、Ｐａｙｌｏａｄ Ｄａｔａ Ｂｕｆｆｅｒ部１３と、機器内アプリケーション部１５とを備える。機器内アプリケーション部１５は、Ｆｉｌｅ Ｐｒｉｎｔ Ｓｅｒｖｉｃｅ Ｉｎｉｔｉａｔｏｒ部１４と、Ｐｒｉｎｔ Ｓｅｒｖｅｒアプリケーション部１６とを備える。
【００２１】
近接無線通信部１１は、他の機器と近接無線通信を行う。通信制御部１２は、近接無線通信部１１を制御する。Ｐａｙｌｏａｄ Ｄａｔａ Ｂｕｆｆｅｒ部１３は、通信データを格納する。Ｆｉｌｅ Ｐｒｉｎｔ Ｓｅｒｖｉｃｅ Ｉｎｉｔｉａｔｏｒ部１４は、印刷サービスを制御する。Ｐｒｉｎｔ Ｓｅｒｖｅｒアプリケーション部１６は、印刷対象となる画像Ｆｉｌｅの出力装置２への転送サービスを制御する。
【００２２】
また、出力装置２は、近接無線通信部２１と、通信制御部２２と、Ｐａｙｌｏａｄ Ｄａｔａ Ｂｕｆｆｅｒ部２３と、機器内アプリケーション部２５とを備える。機器内アプリケーション部２５は、Ｆｉｌｅ Ｐｒｉｎｔ Ｓｅｒｖｉｃｅ Ｒｅｓｐｏｎｄｅｒ部２４と、Ｐｒｉｎｔ Ｃｌｉｅｎｔアプリケーション部２６とを備える。
【００２３】
近接無線通信部２１は、他の機器と近接無線通信を行う。通信制御部２２は、近接無線通信部２１を制御する。Ｐａｙｌｏａｄ Ｄａｔａ Ｂｕｆｆｅｒ部２３は、通信データを格納する。Ｆｉｌｅ Ｐｒｉｎｔ Ｓｅｒｖｉｃｅ Ｒｅｓｐｏｎｄｅｒ部２４は、印刷サービスを制御する。Ｐｒｉｎｔ Ｃｌｉｅｎｔアプリケーション部２６は、印刷対象の画像Ｆｉｌｅの撮像装置１からの転送サービスを制御する。
【００２４】
図７は、通信データの正常受信時に返送される従来の応答パケットの構成例を示す。応答パケットは、共通ヘッダ７０１と、サブヘッダ７０２とを備える。サブヘッダ７０２を構成するＡｔｔｒｉｂｕｔｅフィールド７０３は、Ｒｅｓｅｒｖｅｄエリア７０４を含む。
【００２５】
図８は、図７に示される応答パケットのＡｔｔｒｉｂｕｔｅフィールド７０３を拡張した構成例を示す。応答パケットは、共通ヘッダ８０１と、サブヘッダ８０２とを備える。サブヘッダ８０２を構成するＡｔｔｒｉｂｕｔｅフィールド８０３は、Ｒｅｓｅｒｖｅｄエリア８０４を含む。そして、Ａｔｔｒｉｂｕｔｅフィールド８０３には、フラグ情報である割り込み送信要求フラグビット８０５が付加されている。これは、図７におけるＲｅｓｅｒｖｅｄエリア７０４の一部を割り込み送信要求フラグビット８０５としたものである。割り込み送信要求フラグビット８０５は、“Ｒｅｓｐｏｎｄｅｒ”から“Ｉｎｉｔｉａｔｏｒ”へのデータパケットの割込み送信の要求の有無を示す要求情報である。
【００２６】
次に、図９を参照して、本実施形態におけるフレーム送信間隔（Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ）について説明する。
【００２７】
ＡＣＫフレーム９０１は、前のフレームの送信から、ＳＩＦＳ９１１の間隔で送信が開始される。同様に、“Ｉｎｉｔｉａｔｏｒ”のＤａｔａ９０２は、ＩＩＦＳ９１２の間隔で送信が開始される。ここで、ＩＩＦＳ９１２とＳＩＦＳ９１１とは同じ間隔である。“Ｒｅｓｐｏｎｄｅｒ”のＤａｔａ９０３は、ＳＩＦＳ９１１やＩＩＦＳ９１２よりもＴｂｓｔだけ長いＲＩＦＳ９１３の間隔で送信される。
【００２８】
本実施形態では、“Ｉｎｉｔｉａｔｏｒ”の送信間隔は、上述したＩＩＦＳ９１２の送信間隔と、“Ｒｅｓｐｏｎｄｅｒ”からのデータパケットフレームのＲＩＦＳ９１３の送信間隔よりも長いＩＩＦＳ９１４の送信間隔と、の２種類の送信間隔を取り得るものとしている。ここで、ＩＩＦＳ９１４はＲＩＦＳ９１３よりも所定の間隔（Ｔｂｓｔ）だけ長い送信間隔であり、ＩＩＦＳ９１２よりも所定の間隔（２×Ｔｂｓｔ）だけ長い送信間隔である。
【００２９】
“Ｒｅｓｐｏｎｄｅｒ”からの応答パケット送信処理により送信された応答パケットに含まれる割り込み送信要求フラグビット８０５（要求情報）により、“Ｒｅｓｐｏｎｄｅｒ”からのデータパケットの割込み送信の要求を、“Ｉｎｉｔｉａｔｏｒ”が受け付けて認識した場合、“Ｉｎｉｔｉａｔｏｒ”は“Ｒｅｓｐｏｎｄｅｒ”のデータパケットフレームのＲＩＦＳ９１３の送信間隔よりも長いＩＩＦＳ９１４の送信間隔を、“Ｉｎｉｔｉａｔｏｒ”のデータパケットフレームの送信間隔として選択する処理を行う。
【００３０】
図１０および図１１を参照して、出力装置２が撮像装置１から画像Ｆｉｌｅデータパケットを受信している間に、出力装置２から撮像装置１への送信要求データパケットが発生した場合のタイミングチャートの例を説明する。
【００３１】
図１０に示されるタイミングチャートの例では、図４と同様に “Ｉｎｉｔｉａｔｏｒ”（撮像装置１）と、“Ｒｅｓｐｏｎｄｅｒ”（出力装置２）との間でデータフレームの送信が相互に行われている。Ｄａｔａ ０、Ｄａｔａ １、…、Ｄａｔａ ｎは、“Ｉｎｉｔｉａｔｏｒ”から“Ｒｅｓｐｏｎｄｅｒ”へ送信されるデータである。また、Ｄａｔａ Ａ、Ｄａｔａ Ｂは、“Ｒｅｓｐｏｎｄｅｒ”から“Ｉｎｉｔｉａｔｏｒ”へ送信されるデータである。ＡＣＫは、確認応答パケットである。
【００３２】
容量が小さいデータ（Ｄａｔａ ０、Ｄａｔａ Ａ）の離散的な送信の場合は、従来のフレームの送信間隔であるＳＩＦＳ９１１やＲＩＦＳ９１３を利用しても、滞ることなく双方向にデータを送信可能である。
【００３３】
まずＤａｔａ ０が“Ｉｎｉｔｉａｔｏｒ”から送信されると、Ｄａｔａ ０を受信したＲｅｓｐｏｎｄｅｒ”は、ＡＣＫを “Ｉｎｉｔｉａｔｏｒ”へＳＩＦＳ９１１の間隔で送信し、さらに、ＡＣＫを送信した後にＤａｔａ Ａを“Ｉｎｉｔｉａｔｏｒ”へＲＩＦＳ９１３の間隔で送信する。“Ｉｎｉｔｉａｔｏｒ”は、Ｄａｔａ Ａを受信した後、ＡＣＫを“Ｉｎｉｔｉａｔｏｒ”へＳＩＦＳ９１１の間隔で送信し、さらに、ＡＣＫを送信した後にＤａｔａ １を“Ｉｎｉｔｉａｔｏｒ”へＩＩＦＳ９１２の間隔で送信する。Ｄａｔａ １を受信したＲｅｓｐｏｎｄｅｒ”は、ＡＣＫを “Ｉｎｉｔｉａｔｏｒ”へＳＩＦＳ９１１の間隔で送信することになる。ここで、“Ｉｎｉｔｉａｔｏｒ”が“Ｒｅｓｐｏｎｄｅｒ”へ画像Ｆｉｌｅ等の大容量データ（Ｄａｔａ １、Ｄａｔａ ２、…、Ｄａｔａ ｎ）を送信している間に、“Ｒｅｓｐｏｎｄｅｒ”は“Ｉｎｉｔｉａｔｏｒ”へ制御コマンド等の優先度の高い小容量データ（Ｄａｔａ Ｂ）の割り込み送信を行おうとしている。そのため、“Ｒｅｓｐｏｎｄｅｒ”において制御コマンドの発生が検出された場合、“Ｒｅｓｐｏｎｄｅｒ”はデータパケット（Ｄａｔａ １）に対する応答パケット（ＡＣＫ）に割り込み送信要求フラグビット８０５をセットした上で、ＡＣＫを “Ｉｎｉｔｉａｔｏｒ”へＳＩＦＳ９１１の間隔で送信する。
【００３４】
ＡＣＫを受信した“Ｉｎｉｔｉａｔｏｒ”は、割り込み送信要求フラグビット８０５を検出してそれがＯＮであると判断した場合、“Ｉｎｉｔｉａｔｏｒ”は、“Ｒｅｓｐｏｎｄｅｒ”のＲＩＦＳ９１３というデータパケットフレームの送信間隔よりも長いＩＩＦＳ９１４という送信間隔を、“Ｉｎｉｔｉａｔｏｒ”のデータパケットフレームの送信間隔として選択する。
【００３５】
この選択により、“Ｒｅｓｐｏｎｄｅｒ”のデータパケットフレームのＲＩＦＳ９１３という送信間隔の経過後、“Ｒｅｓｐｏｎｄｅｒ”はＤａｔａ Ｂを送信可能となる。すなわち、“Ｉｎｉｔｉａｔｏｒ”による画像Ｆｉｌｅ等の大容量データ（Ｄａｔａ １、Ｄａｔａ ２、…、Ｄａｔａ ｎ）の送信中に、“Ｒｅｓｐｏｎｄｅｒ”によるＤａｔａ Ｂの割込送信を実現している。また、“Ｉｎｉｔｉａｔｏｒ”は、データパケット（Ｄａｔａ Ｂ）を受信したことを契機として、送信の停止を解除して再開する。具体的には、送信間隔をＩＩＦＳ９１２という送信間隔に戻す。これにより、“Ｒｅｓｐｏｎｄｅｒ”においてデータパケットの連続割り込み要求が生じた際にも、双方の送信比率を均衡した状態で保持することができる。図１０に示される例では、“Ｉｎｉｔｉａｔｏｒ”は、Ｄａｔａ Ｂを受信した後、Ｄａｔａ ２を“Ｒｅｓｐｏｎｄｅｒ”へＩＩＦＳ９１２の間隔で送信することになる。
【００３６】
次に、図１１に示されるタイミングチャートの例では、図１０で説明したＲｅｓｐｏｎｄｅｒ”によるＤａｔａ Ｂの送信バッファへのセット完了が遅延した場合の例を示している。図１１では、“Ｉｎｉｔｉａｔｏｒ”によるＤａｔａ Ｂの送信がないまま、“Ｉｎｉｔｉａｔｏｒ”のデータパケットフレームの送信間隔であるＩＩＦＳ９１４が経過している。“Ｉｎｉｔｉａｔｏｒ”のデータパケットフレームの送信間隔であるＩＩＦＳ９１４が経過した後、“Ｉｎｉｔｉａｔｏｒ”は、Ｄａｔａ ２を送信する。その後、“Ｉｎｉｔｉａｔｏｒ”は、データパケットフレームの送信間隔であるＩＩＦＳ９１４を維持することにより、“Ｒｅｓｐｏｎｄｅｒ”からのＤａｔａ Ｂの送信を待ち受ける。
【００３７】
“Ｉｎｉｔｉａｔｏｒ”からの近接無線通信路３を介した画像Ｆｉｌｅデータの転送中に、“Ｒｅｓｐｏｎｄｅｒ”が“Ｉｎｉｔｉａｔｏｒ”に対するデータ転送応答パケットの拡張情報要素にステータスをセットして返送することにより、“Ｒｅｓｐｏｎｄｅｒ”はデータパケットの割り込み送信の要望を“Ｒｅｓｐｏｎｄｅｒ”へ通知する。データパケットの割り込み送信の要望が通知された“Ｉｎｉｔｉａｔｏｒ”は、データパケットフレームの送信間隔を一時的に延長する制御を実施する。すなわち、“Ｉｎｉｔｉａｔｏｒ”は、データパケットフレームの送信間隔であるＩＩＦＳ９１４を維持する。
【００３８】
図１２のフローチャートを参照して、図１０、図１１で説明した近接無線通信制御におけるデータフレーム受信時の制御手順を示す。
【００３９】
Ｓ１２０１において、フレームを受信した機器は、受信フレームがＤａｔａフレームであるか否か判定する。受信フレームがＤａｔａフレームであると判定された場合（Ｓ１２０１；ＹＥＳ）、Ｓ１２０７へ進む。一方、受信フレームがＤａｔａフレームでないと判定された場合（Ｓ１２０１；ＮＯ）、Ｓ１２０２へ進む。
【００４０】
Ｓ１２０２において、フレームを受信した機器は、受信フレームがＡＣＫフレームであるか否か判定する。受信フレームがＡＣＫフレームであると判定された場合（Ｓ１２０２；ＹＥＳ）、Ｓ１２０３へ進む。一方、受信フレームがＡＣＫフレームでないと判定された場合（Ｓ１２０２；ＮＯ）、処理を終了する。
【００４１】
Ｓ１２０３において、フレームを受信した機器は、自身が“Ｉｎｉｔｉａｔｏｒ”であるか否か判定する。自身が“Ｉｎｉｔｉａｔｏｒ”であると判定された場合（Ｓ１２０３；ＹＥＳ）、Ｓ１２０４へ進む。一方、自身が“Ｉｎｉｔｉａｔｏｒ”でないと判定された場合（Ｓ１２０３；ＮＯ）、処理を終了する。
【００４２】
Ｓ１２０４において、“Ｉｎｉｔｉａｔｏｒ”は、受信フレームの“Ｒｅｑ Ｉｎｔｅｒビット（割り込み送信要求フラグビット８０５）”がＯＮであるか否か判定する。“Ｒｅｑ Ｉｎｔｅｒビット”がＯＮであると判定された場合（Ｓ１２０４；ＹＥＳ）、Ｓ１２０５へ進む。一方、Ｒｅｑ Ｉｎｔｅｒビット”がＯＦＦであると判定された場合（Ｓ１２０４；ＮＯ）、Ｓ１２０７へ進む。
【００４３】
Ｓ１２０５において、“Ｉｎｉｔｉａｔｏｒ”は、Ｄａｔａフレームを受信可能であるか否かを判定する。Ｄａｔａフレームを受信可能であると判定された場合（Ｓ１２０５；ＹＥＳ）、Ｓ１２０６へ進む。一方、Ｄａｔａフレームを受信可能でないと判定された場合（Ｓ１２０５；ＮＯ）、Ｓ１２０７へ進む。
【００４４】
Ｓ１２０６において、“Ｉｎｉｔｉａｔｏｒ”は、自身の送信間隔を、ＩＩＦＳ９１４（＝ＳＩＦＳ９１１＋２×Ｔｂｓｔ）に設定する。
【００４５】
Ｓ１２０７において、“Ｉｎｉｔｉａｔｏｒ”は、自身の送信間隔を、ＩＩＦＳ９１２（＝ＳＩＦＳ９１１）に設定する。以上で処理が終了する。
【００４６】
本実施形態によれば、シンプレックス通信路を介した片方向への大容量データの転送中にであっても、逆方向のデータパケットを割り込ませる疑似双方向通信を実現し、大容量データを受信している“Ｒｅｓｐｏｎｄｅｒ”によるデータパケットの送信待ち時間を大幅に短縮することができる。また、シンプレックス通信路を介した画像Ｆｉｌｅ等大容量データの連続転送を、データ転送の終了前にデータ受領側からの操作によりただちに停止することができるため、冗長な画像Ｆｉｌｅ転送のために浪費される通信資源、情報記憶資源を低減し、無駄を排除することができる。
【００４７】
（第２実施形態）
第１実施形態では、通信データの正常受信時に返送される応答パケットに対して割り込み送信要求フラグビットを設け、初回の割り込みデータを受信するまで“Ｉｎｉｔｉａｔｏｒ”のデータパケットフレームの送信間隔を延長する構成を示した。これに対して、第２実施形態では、通信データの正常受信時に返送される応答パケットに割込み送信を要望するデータパケット数を通知するエリアを設けた場合の例を示す。このデータパケット数情報により、通知された個数の割り込みデータパケットを“Ｉｎｉｔｉａｔｏｒ”が受信するまで、“Ｉｎｉｔｉａｔｏｒ”のデータパケットフレームの送信間隔を延長する。
【００４８】
図１３は、第２実施形態に係る応答パケットの構成例を示す。応答パケットは、共通ヘッダ１３０１と、サブヘッダ１３０２とを備える。サブヘッダ１３０２は、割込み送信を要望するデータパケット数を示すＲｅｑ Ｉｎｔｅｒ Ｃｏｕｎｔエリア１３０３を含む。
【００４９】
図１４に示されるタイミングチャートを参照して、の画像Ｆｉｌｅの受信中に、Ｒｅｓｐｏｎｄｅｒ”において“Ｉｎｉｔｉａｔｏｒ”への送信要望データパケットが発生した場合について説明する。図１４に示されるタイミングチャートの例では、図４と同様に “Ｉｎｉｔｉａｔｏｒ”（撮像装置１）と、“Ｒｅｓｐｏｎｄｅｒ”（出力装置２）との間でデータフレームの送信が相互に行われている。Ｄａｔａ ０、Ｄａｔａ １、…、Ｄａｔａ ｎは、“Ｉｎｉｔｉａｔｏｒ”から“Ｒｅｓｐｏｎｄｅｒ”へ送信されるデータである。また、Ｄａｔａ Ａ、Ｄａｔａ Ｂは、“Ｒｅｓｐｏｎｄｅｒ”から“Ｉｎｉｔｉａｔｏｒ”へ送信されるデータである。ＡＣＫは、確認応答パケットである。容量が小さいデータ（Ｄａｔａ ０、Ｄａｔａ Ａ）の離散的な送信の場合は、従来のフレームの送信間隔であるＳＩＦＳ９１１やＲＩＦＳ９１３を利用しても、滞ることなく双方向にデータを送信可能である。
【００５０】
まずＤａｔａ ０が“Ｉｎｉｔｉａｔｏｒ”から送信されると、Ｄａｔａ ０を受信したＲｅｓｐｏｎｄｅｒ”は、ＡＣＫを “Ｉｎｉｔｉａｔｏｒ”へＳＩＦＳ９１１の間隔で送信し、さらに、ＡＣＫを送信した後にＤａｔａ Ａを“Ｉｎｉｔｉａｔｏｒ”へＲＩＦＳ９１３の間隔で送信する。“Ｉｎｉｔｉａｔｏｒ”は、Ｄａｔａ Ａを受信した後、ＡＣＫを“Ｉｎｉｔｉａｔｏｒ”へＳＩＦＳ９１１の間隔で送信し、さらに、ＡＣＫを送信した後にＤａｔａ １を“Ｉｎｉｔｉａｔｏｒ”へＩＩＦＳ９１２の間隔で送信する。Ｄａｔａ １を受信したＲｅｓｐｏｎｄｅｒ”は、ＡＣＫを “Ｉｎｉｔｉａｔｏｒ”へＳＩＦＳ９１１の間隔で送信することになる。
【００５１】
ここで、“Ｉｎｉｔｉａｔｏｒ”が“Ｒｅｓｐｏｎｄｅｒ”へ画像Ｆｉｌｅ等の大容量データ（Ｄａｔａ １、Ｄａｔａ ２、…、Ｄａｔａ ｎ）を送信している間に、“Ｒｅｓｐｏｎｄｅｒ”は“Ｉｎｉｔｉａｔｏｒ”へ制御コマンド等の優先度の高い小容量データ（Ｄａｔａ Ｂ、Ｄａｔａ Ｃ）の割り込み送信を行おうとしている。そのため、“Ｒｅｓｐｏｎｄｅｒ”において制御コマンドの発生が検出された場合、“Ｒｅｓｐｏｎｄｅｒ”はデータパケット（Ｄａｔａ １）に対する応答パケット（ＡＣＫ）のＲｅｑ Ｉｎｔｅｒ Ｃｏｕｎｔエリア１３０３に割り込みパケット数“２”をセットした上で、ＡＣＫを “Ｉｎｉｔｉａｔｏｒ”へＳＩＦＳ９１１の間隔で送信する。
【００５２】
ＡＣＫを受信した“Ｉｎｉｔｉａｔｏｒ”が割り込みパケット数を読み込み、有意数（１以上）であると認識した場合には次の処理を行なう。“Ｉｎｉｔｉａｔｏｒ”は“Ｒｅｓｐｏｎｄｅｒ”のデータパケットフレームの送信間隔であるＲＩＦＳ９１３よりも長い送信間隔であるＩＩＦＳ９１４を、“Ｉｎｉｔｉａｔｏｒ”のデータパケットフレームの送信間隔として選択する。すなわち、データパケットの一時的な送信停止を継続する
この選択により、“Ｒｅｓｐｏｎｄｅｒ”のデータパケットフレームの送信間隔であるＲＩＦＳ９１３の経過後、“Ｒｅｓｐｏｎｄｅｒ”はＤａｔａ Ｂを送信可能となる。さらに、“Ｒｅｓｐｏｎｄｅｒ”は、Ｄａｔａ Ｂを送信した後、さらにＲＩＦＳ９１３の経過後Ｄａｔａ Ｃを送信する。すなわち、“Ｉｎｉｔｉａｔｏｒ”による画像Ｆｉｌｅ等の大容量データ（Ｄａｔａ １、Ｄａｔａ ２、…、Ｄａｔａ ｎ）の送信中に、“Ｒｅｓｐｏｎｄｅｒ”によるＤａｔａ ＢおよびＤａｔａ Ｃという２つ分のデータの割込送信を実現している。
【００５３】
また、“Ｉｎｉｔｉａｔｏｒ”は、データパケット（Ｄａｔａ ＢおよびＤａｔａ  Ｃ）を“Ｒｅｓｐｏｎｄｅｒ”から受信したことを契機として、割り込み送信要求パケットカウンタ値を減算し、割り込み要求回数分のデータパケットの受信を検出した後に、送信間隔をＩＩＦＳ９１２に戻す。これにより、“Ｒｅｓｐｏｎｄｅｒ”においてデータパケットの連続割り込み要求が生じた際にも、双方の送信比率を均衡した状態で保持することができる。図１４に示される例では、“Ｉｎｉｔｉａｔｏｒ”は、Ｄａｔａ Ｃを受信した後、Ｄａｔａ ２を“Ｒｅｓｐｏｎｄｅｒ”へＩＩＦＳ９１２の間隔で送信することになる。
【００５４】
図１２のフローチャートを参照して、図１４で説明した近接無線通信制御におけるデータフレーム受信時の制御手順を示す。
【００５５】
Ｓ１５０１において、フレームを受信した機器は、受信フレームがＤａｔａフレームであるか否か判定する。受信フレームがＤａｔａフレームであると判定された場合（Ｓ１５０１；ＹＥＳ）、Ｓ１５０８へ進む。一方、受信フレームがＤａｔａフレームでないと判定された場合（Ｓ１５０１；ＮＯ）、Ｓ１５０２へ進む。
【００５６】
Ｓ１５０２において、フレームを受信した機器は、受信フレームがＡＣＫフレームであるか否か判定する。受信フレームがＡＣＫフレームであると判定された場合（Ｓ１５０２；ＹＥＳ）、Ｓ１５０３へ進む。一方、受信フレームがＡＣＫフレームでないと判定された場合（Ｓ１５０２；ＮＯ）、処理を終了する。
【００５７】
Ｓ１５０３において、フレームを受信した機器は、自身が“Ｉｎｉｔｉａｔｏｒ”であるか否か判定する。自身が“Ｉｎｉｔｉａｔｏｒ”であると判定された場合（Ｓ１５０３；ＹＥＳ）、Ｓ１５０４へ進む。一方、自身が“Ｉｎｉｔｉａｔｏｒ”でないと判定された場合（Ｓ１５０３；ＮＯ）、処理を終了する。
【００５８】
Ｓ１５０４において、“Ｉｎｉｔｉａｔｏｒ”は、Ｄａｔａフレームを受信可能であるか否かを判定する。Ｄａｔａフレームを受信可能であると判定された場合（Ｓ１５０４；ＹＥＳ）、Ｓ１５０５へ進む。一方、Ｄａｔａフレームを受信可能でないと判定された場合（Ｓ１５０４；ＮＯ）、Ｓ１５１０へ進む。
【００５９】
Ｓ１５０５において、“Ｉｎｉｔｉａｔｏｒ”は、Ｒｅｑ Ｉｎｔｅｒ Ｃｏｕｎｔ値をＩＦＳ Ｉｎｔ Ｃｏｕｎtとして読み込む。Ｓ１５０６において、“Ｉｎｉｔｉａｔｏｒ”は、ＩＦＳ Ｉｎｔ Ｃｏｕｎtが１以上であるか否か判定する。ＩＦＳ Ｉｎｔ Ｃｏｕｎtが１以上であると判定された場合（Ｓ１５０６；ＹＥＳ）、Ｓ１５０７へ進む。一方、ＩＦＳ Ｉｎｔ Ｃｏｕｎtが０であると判定された場合（Ｓ１５０６；ＮＯ）、Ｓ１５１１へ進む。
【００６０】
Ｓ１５０７において、“Ｉｎｉｔｉａｔｏｒ”は、自身の送信間隔を、ＩＩＦＳ９１４（＝ＳＩＦＳ９１１＋２×Ｔｂｓｔ）に設定する。Ｓ１５０８において、“Ｉｎｉｔｉａｔｏｒ”は、ＩＦＳ Ｉｎｔ Ｃｏｕｎtを１減算する。
【００６１】
Ｓ１５０９において、“Ｉｎｉｔｉａｔｏｒ”は、ＩＦＳ Ｉｎｔ Ｃｏｕｎtが−１であるか否か判定する。ＩＦＳ Ｉｎｔ Ｃｏｕｎtが−１であると判定された場合（Ｓ１５０９；ＹＥＳ）、Ｓ１５１０へ進む。一方、ＩＦＳ Ｉｎｔ Ｃｏｕｎtが−１でないと判定された場合（Ｓ１５０９；ＮＯ）、処理を終了する。
【００６２】
Ｓ１５１０において、“Ｉｎｉｔｉａｔｏｒ”は、ＩＦＳ Ｉｎｔ Ｃｏｕｎtを０に置き換える。Ｓ１５１１において、“Ｉｎｉｔｉａｔｏｒ”は、自身の送信間隔を、ＩＩＦＳ９１２（＝ＳＩＦＳ９１１）に設定する。以上で処理が終了する。
【００６３】
本実施形態によれば、シンプレックス通信路を介した片方向への大容量データの転送中にであっても、逆方向のデータパケットを割り込ませる疑似双方向通信を実現し、大容量データを受信している“Ｒｅｓｐｏｎｄｅｒ”によるデータパケットの送信待ち時間を大幅に短縮することができる。また、シンプレックス通信路を介した画像Ｆｉｌｅ等大容量データの連続転送を、データ転送の終了前にデータ受領側からの操作によりただちに停止することができるため、冗長な画像Ｆｉｌｅ転送のために浪費される通信資源、情報記憶資源を低減し、無駄を排除することができる。
【００６４】
（第３実施形態）
第１実施形態および第２実施形態では、データパケットの割込み送信を許容させる手法として、データパケットフレームの送信間隔の延長を利用する例を示した。その他に、多くのＣＳＭＡ／ＣＡ通信制御方式で利用されるランダムバックオフ制御の初期値の延長を用いても同等の効果が得られる。
【００６５】
また、ポイント−ポイント接続型シンプレックス通信路を介してデータ通信を行う場合であって、“Ｉｎｉｔｉａｔｏｒ”にデータ送信の優先権が与えられる場合の通信媒体の例として、“ＴｒａｎｆｅｒＪｅｔ”を用いて説明を行ったが、ＮＦＣ、ＩｒＤＡ等の媒体を用いても同等の効果が得られる。
【００６６】
（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図２】
2012178734.tif 000003
【図７】
2012178734.tif 000004
【図８】
2012178734.tif 000005
【図１２】
2012178734.tif 000006
【図１５】
2012178734.tif 000007
【図１】
2012178734.tif 000008
【図３】
2012178734.tif 000009
【図４】
2012178734.tif 000010
【図５】
2012178734.tif 000011
【図６】
2012178734.tif 000012
【図９】
2012178734.tif 000013
【図１０】
2012178734.tif 000014
【図１１】
2012178734.tif 000015
【図１３】
2012178734.tif 000016
【図１４】
2012178734.tif 000017