(57)【特許請求の範囲】
【請求項１】
通信装置とＮＦＣによる無線通信を行うための第１のＮＦＣユニットを制御する情報処理装置であって、
前記第１のＮＦＣユニットと前記通信装置が備える第２のＮＦＣユニットとで確立された、前記第１のＮＦＣユニットがＮＦＣにおけるターゲットとして動作し且つ前記第２のＮＦＣユニットがＮＦＣにおけるイニシエータとして動作する第１の通信により、前記第１のＮＦＣユニットが前記第２のＮＦＣユニットから所定の情報を受信した場合、前記第１のＮＦＣユニットがイニシエータとして動作し且つ前記第２のＮＦＣユニットがパッシブモードにおけるターゲットとして動作する第２の通信として、前記第１の通信が解放された後に通信を再確立させるための制御を行う確立制御手段と、
前記確立制御手段による制御により確立された前記第２の通信に基づいて前記第１のＮＦＣユニットに前記第２のＮＦＣユニットからデータを受信させるための受信処理を行う受信制御手段と
を有することを特徴とする情報処理装置。
【請求項２】
印刷手段と印刷制御手段を更に有し、
前記印刷制御手段は、前記受信制御手段による前記受信処理により前記第１のＮＦＣユニットが受信したデータに応じた画像データを前記印刷手段に出力し、前記印刷手段に前記画像データを印刷させることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記所定の情報は、処理対象のデータのデータ量に関する情報を含み、
前記確立制御手段は、前記データ量に応じて、前記第２の通信として通信を再確立するための前記制御を行うか否かを判断することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
通信装置とＮＦＣによる無線通信を行うための第１のＮＦＣユニットを制御する情報処理装置であって、
前記第１のＮＦＣユニットと前記通信装置が備える第２のＮＦＣユニットとで確立された、前記第１のＮＦＣユニットがＮＦＣにおけるターゲットとして動作し且つ前記第２のＮＦＣユニットがＮＦＣにおけるイニシエータとして動作する第１の通信により、前記第１のＮＦＣユニットが前記第２のＮＦＣユニットから所定の情報を受信した場合、前記第１のＮＦＣユニットが前記イニシエータとして動作し且つ前記第２のＮＦＣユニットがパッシブモードにおける前記ターゲットとして動作する第２の通信として、前記第１の通信が解放された後に通信を再確立させるための制御を行う確立制御手段と、
前記確立制御手段による制御により確立された前記第２の通信に基づいて送信対象のデータを前記第１のＮＦＣユニットにより送信するための送信処理を行う送信制御手段と、
を有することを特徴とする情報処理装置。
【請求項５】
原稿を読み取る読み取り手段を更に有し、
前記読み取り手段は、前記所定の情報の受信の後、前記原稿を読み取り、
前記送信制御手段は、前記読み取り手段が前記原稿を読み取って得られた画像データを送信するための送信処理を行う
ことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記所定の情報は、前記通信装置が有する空きメモリ容量に関する情報を含み、
前記確立制御手段は、前記画像データのデータサイズと前記空きメモリ容量に応じて、前記第２の通信として通信を再確立するための前記制御を行うか否かを判断することを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記確立制御手段は、所定の通知を前記第１のＮＦＣユニットから前記第２のＮＦＣユニットに送信するための制御と、前記第１のＮＦＣユニットを前記パッシブモードにおけるイニシエータとして動作させる制御を行い、
前記第２のＮＦＣユニットは、前記所定の通知に応じて前記パッシブモードにおけるターゲットとして動作する
ことを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
【請求項８】
前記第１の通信において、前記第１のＮＦＣユニットはアクティブモードにおけるターゲットとして動作し、前記第２のＮＦＣユニットはアクティブモードにおけるイニシエータとして動作することを特徴とする請求項７に記載の情報処理装置。
【請求項９】
前記第１の通信において、前記第１のＮＦＣユニットはパッシブモードにおけるターゲットとして動作し、前記第２のＮＦＣユニットはパッシブモードにおけるイニシエータとして動作することを特徴とする請求項７に記載の情報処理装置。
【請求項１０】
ＷＬＡＮ通信を行う第１のＷＬＡＮユニットを更に有し、
ＷＬＡＮ通信において通信相手を特定するための情報に関する、前記第１のＮＦＣユニットと前記第２のＮＦＣユニットとにおけるＮＦＣ通信に基づいて、前記第１のＷＬＡＮユニットと前記通信装置が備える第２のＷＬＡＮユニットとのＷＬＡＮ通信が行われることを特徴とする請求項１乃至９のいずれか１項に記載の情報処理装置。
【請求項１１】
通信装置とＮＦＣによる無線通信を行うための第１のＮＦＣユニットを制御する制御方法であって、
前記第１のＮＦＣユニットと前記通信装置が備える第２のＮＦＣユニットとで確立された、前記第１のＮＦＣユニットがＮＦＣにおけるターゲットとして動作し且つ前記第２のＮＦＣユニットがＮＦＣにおけるイニシエータとして動作する第１の通信により、前記第１のＮＦＣユニットが前記第２のＮＦＣユニットから所定の情報を受信した場合、前記第１のＮＦＣユニットがイニシエータとして動作し且つ前記第２のＮＦＣユニットがパッシブモードにおけるターゲットとして動作する第２の通信として、前記第１の通信が解放された後に通信を再確立させるための制御を行う確立制御工程と、
前記確立制御工程における制御により確立された前記第２の通信に基づいて前記第１のＮＦＣユニットに前記第２のＮＦＣユニットからデータを受信させるための受信処理を行う受信制御工程と
を有することを特徴とする制御方法。
【請求項１２】
通信装置とＮＦＣによる無線通信を行うための第１のＮＦＣユニットを制御する制御方法であって、
前記第１のＮＦＣユニットと前記通信装置が備える第２のＮＦＣユニットとで確立された、前記第１のＮＦＣユニットがＮＦＣにおけるターゲットとして動作し且つ前記第２のＮＦＣユニットがＮＦＣにおけるイニシエータとして動作する第１の通信により、前記第１のＮＦＣユニットが前記第２のＮＦＣユニットから所定の情報を受信した場合、前記第１のＮＦＣユニットが前記イニシエータとして動作し且つ前記第２のＮＦＣユニットがパッシブモードにおける前記ターゲットとして動作する第２の通信として、前記第１の通信が解放された後に通信を再確立させるための制御を行う確立制御工程と、
前記確立制御工程における制御により確立された前記第２の通信に基づいて送信対象のデータを前記第１のＮＦＣユニットにより送信するための送信処理を行う送信制御工程と、
を有することを特徴とする制御方法。
【請求項１３】
請求項１乃至１０のいずれか１項に記載の情報処理装置の各手段としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置とＮＦＣによる無線通信を行うためのＮＦＣユニットを制御する情報処理装置、制御方法、およびプログラムに関する。
【背景技術】
【０００２】
携帯型通信端末装置は、通信網を介した通信に加え、近距離無線通信を行うことが知られている。近接無線通信の相手方の通信装置は、例えば携帯型通信端末装置であったり、ＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｒｉｎｔｅｒ）であって、画像データ等の送受信が行われることが知られている。
【０００３】
携帯型通信端末装置は電池に蓄えられた電力によって動作するため、通信中に携帯型通信端末装置の電源が切れてしまうリスクがある。この傾向は携帯型通信端末装置が例えばＭＦＰと大容量のデータを送受信するケースにおいて顕著である。
【０００４】
また、通信速度と消費電力を鑑みて効率的な通信を実現するために、無線通信を２種類の通信方法で行うことが知られている。１つは消費電力が小さく、且つ通信距離が短い第１の無線通信方式によって、通信対象装置が有する、より高速で通信距離の長い第２の無線通信方式に必要な情報を互いに送受信し、その上で、その情報を用いて第２の無線通信方式による高速な通信を行うというものである。この通信の切り換えは一般にハンドオーバーと呼ばれている。第１の無線通信方式の一例はＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）であり、第２の無線通信方式の一例は、Ｂｌｕｅｔｏｏｔｈ（登録商標）や無線ＬＡＮである。
【０００５】
ハンドオーバーによって、送受信するデータに対して、第１の無線通信で通信する、第２の無線通信で通信する、データを転送しない、を切り替えることで電力消費を抑制することができる（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−８７５４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した特許文献１に開示されている方法では、そもそも２種類の近距離無線通信方法が必要であり、第２の近接無線通信を用いることによる消費電力の増加は避けられないという問題がある。
【０００８】
また、全ての通信を消費電力の小さいＮＦＣで実現したとしても、携帯型通信端末装置はその操作性・利便性が故に通信を主導する役割（ＮＦＣにおけるイニシエーター）が期待されることが多く、ＮＦＣにおいても電力を消費せざるを得ないことも知られている。
【０００９】
本発明は、上記問題を解決するためになされたもので、無線通信におけるデータ送受信において、通信装置の消費電力量を抑制するための技術を提供しようとするものである。
【課題を解決するための手段】
【００１０】
この課題を解決するため、例えば本発明の情報処理装置は以下の構成を備える。すなわち、
通信装置とＮＦＣによる無線通信を行うための第１のＮＦＣユニットを制御する情報処理装置であって、
前記第１のＮＦＣユニットと前記通信装置が備える第２のＮＦＣユニットとで確立された、前記第１のＮＦＣユニットがＮＦＣにおけるターゲットとして動作し且つ前記第２のＮＦＣユニットがＮＦＣにおけるイニシエータとして動作する第１の通信により、前記第１のＮＦＣユニットが前記第２のＮＦＣユニットから所定の情報を受信した場合、前記第１のＮＦＣユニットがイニシエータとして動作し且つ前記第２のＮＦＣユニットがパッシブモードにおけるターゲットとして動作する第２の通信として、前記第１の通信が解放された後に通信を再確立させるための制御を行う確立制御手段と、
前記確立制御手段による制御により確立された前記第２の通信に基づいて前記第１のＮＦＣユニットに前記第２のＮＦＣユニットからデータを受信させるための受信処理を行う受信制御手段とを有する。
【発明の効果】
【００１１】
本発明によれば、無線通信におけるデータ送受信において、通信装置の消費電力量を抑制することができる。
【図面の簡単な説明】
【００１２】
【図１】本無線通信システムの構成を表した図。
【図２】携帯型通信端末装置２００の外観を表した図。
【図３】ＭＦＰ３００の外観を表した図。
【図４】操作表示部３０５の平面図。
【図５】携帯型通信端末装置２００に印刷候補ファイルのサムネイルを表示した例を表した図。
【図６】ＮＦＣ通信におけるパッシブモードの概念図。
【図７】ＮＦＣ通信におけるアクティブモードの概念図。
【図８】携帯型通信端末装置のブロック図。
【図９】ＭＦＰの概略構成を示すブロック図。
【図１０】ＮＦＣユニットの詳細を説明した図。
【図１１】ＭＦＰの表示部の表示例を表した図。
【図１２】携帯型通信端末装置の表示部の表示例を表した図。
【図１３】ＭＦＰのＲＡＭの構成を表した図。
【図１４】ＭＦＰのフラッシュメモリの構成を表した図。
【図１５】ＭＦＰのＮＦＣメモリの構成を表した図。
【図１６】携帯型通信端末装置のＲＡＭの構成を表した図。
【図１７】携帯型通信端末装置の不揮発性メモリの構成を表した図。
【図１８】携帯型通信端末装置のＮＦＣメモリの構成を示す図。
【図１９】ＮＦＣユニットがイニシエータとして動作するためのフローチャート。
【図２０】パッシブモードによるデータ交換を行うシーケンスを示す図。
【図２１】アクティブモードによるデータ交換を行うシーケンスを示す図。
【図２２】ＮＦＣにおけるターゲットの状態遷移図。
【図２３】ＮＦＣとＷＬＡＮを切り換えてデータ転送を行う場合のシーケンスを示す図。
【図２４】プル型の場合の一例を示す図。
【図２５】第１の実施形態に係るＭＦＰと携帯型通信端末装置とにおけるコマンドのやり取りを示すフローチャート。
【図２６】第１の実施形態に係る交代役割判断部における処理を示すフローチャート。
【図２７】第２の実施形態に係るＮＦＣプロトコルおよびＲＦＵの運用のパケット構成図。
【図２８】第３の実施形態に係るＮＦＣプロトコルおよび拡張例のパケット構成図。
【図２９】第３の実施形態に係るＭＦＰと携帯型通信端末装置とにおけるコマンドのやり取りを説明したフローチャート。
【図３０】第４の実施形態に係るＭＦＰと携帯型通信端末装置とにおけるコマンドのやり取りを説明したフローチャート。
【図３１】第５の実施形態に係るＭＦＰと携帯型通信端末装置とにおけるコマンドのやり取りを説明したフローチャート。
【図３２】第５の実施形態に係る交代役割判断部における処理を示すフローチャート。
【発明を実施するための形態】
【００１３】
以下、添付図面に従って本発明に係る実施形態を詳細に説明する。ただし、この実施形態に記載されている構成要素の相対配置、表示画面等は、特に特定的な記載がない限りは、この発明の範囲をそれらのみに限定する趣旨のものではない。
【００１４】
本実施形態では、近接無線通信方式を用いて携帯型通信端末装置の消費電力を抑制しながら印刷データを印刷装置に向けて送信する例を説明する。更に具体的にはＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）のような近距離無線通信を用いた印刷方法について説明する。なお、後述する説明から明らかになるように、携帯端末が要求する処理要求は印刷だけでなく、原稿読取要求でも構わない。後者の場合、要求を実行する情報処理装置は少なくともイメージスキャナ機能を有することになる。
【００１５】
［基本動作］
図１は、本実施形態における無線通信での情報処理システムの構成を表した図である。ネットワーク１００を中心にサーバ装置１０１、携帯型通信端末装置２００、マルチファンクションプリンタ（以後、ＭＦＰ）３００が接続されている。サーバ装置１０１は印刷用の画像データのストレージや、ユーザＩＤの管理、画像処理アプリケーションなどで構成されている。携帯型通信端末装置２００は認証方法、通信速度が違う少なくとも２種類以上の無線通信手段を持つ装置である。ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）などの個人情報端末、携帯電話、デジタルカメラなど、印刷対象となるファイルを扱える装置であれば何でも良い。ＭＦＰ３００は、家庭用電源からの給電で機能し、原稿台に原稿を載せて原稿を読み取る読取機能と、インクジェットプリンタなどの印刷である記録部を用いてた印刷を行う記録機能を有しており、その他ＦＡＸ機能や電話機能を有していても良い。ネットワーク１００とサーバ装置１０１は有線ＬＡＮで接続されている。ネットワーク１００とＭＦＰ３００は有線ＬＡＮもしくはＷｉｒｅｌｅｓｓ  ＬＡＮ（以後、ＷＬＡＮ）で接続されている。ネットワーク１００と携帯型通信端末装置２００はＷＬＡＮで接続されている。携帯型通信端末装置２００とＭＦＰ３００は共にＷＬＡＮの機能を有するため、相互認証をすることによってピアツーピア（以後、Ｐ２Ｐ）の通信が可能となる。
【００１６】
図２は、携帯型通信端末装置２００の外観を表した図である。本実施形態ではスマートホンを例にしている。スマートホンとは、携帯電話の機能の他に、カメラや、ネットブラウザ、メール機能などを搭載した多機能型の携帯電話のことである。ＮＦＣユニット２０１はＮＦＣを用いて通信を行う箇所であり、実際にＮＦＣユニット２０１を相手先のＮＦＣユニットに１０ｃｍ程度以内に近づけることで通信を行うことができる。ＷＬＡＮユニット２０２はＷＬＡＮで通信を行うためのユニットで装置内に配置されている。表示部２０３はＬＣＤ方式の表示機構を備えたディスプレイである。操作部２０４はタッチパネル方式の操作機構を備えており、ユーザの押下情報を検知する。代表的な操作方法は表示部２０３がボタン状の表示を行い、ユーザが操作部２０４を押下することによってボタンが押下されたイベントを発行することである。電源キー２０５は電源のオン、およびオフをする際に用いる。
【００１７】
図３はＭＦＰ３００の外観を表した図である。原稿台３０１はガラス状の透明な台であり、原稿をのせてスキャナで読み取る時に使用する。原稿蓋３０２はスキャナで読み取りを行う際に読取光が外部に漏れないようにするための蓋である。印刷用紙挿入口３０３は様々なサイズの用紙をセットする挿入口である。ここにセットされた用紙は一枚ずつ印刷部に搬送され、所望の印刷を行って印刷用紙排出口３０４から排出される。原稿蓋３０２の上部には操作表示部３０５およびＮＦＣユニット３０６が配置されている。操作表示部３０５は後ほど図４を用いて詳細に説明する。ＮＦＣユニット３０６は近接無線通信を行うためのユニットで、実際に近接接触させる場所である。ＮＦＣユニット３０６から約１０ｃｍが接触の有効距離である。ＷＬＡＮアンテナ３０７はＷＬＡＮで通信するためのアンテナが埋め込まれている。
【００１８】
図４は操作表示部３０５の平面図である。表示部４０６は、画像や操作メニュー等を表示する表示画面であり、例えばドットマトリクスＬＣＤが例に挙げられる。十字キー４０１は表示部上のカーソル移動などに用いる。セットキー４０２は設定入力の為のキーであり、機能キー４０３は機能設定などに用いる。スタートキー４０４は印刷記録の開始など機能の実行を行う。
【００１９】
図５は携帯型通信端末装置２００に印刷候補ファイルのサムネイルを表示した例を表した図である。サムネイル５０１は携帯型通信端末装置２００内に保存してあるファイルのサムネイルであったり、サーバ装置１０１内に保存してあるファイルのサムネイルであったりする。印刷を行いたい画像のサムネイルをタッチするとフォーカス５０２が表示され、印刷対象になったことを示す。印刷対象の画像は複数選択することができ、フォーカス５０２は表示部２０３上に複数存在しても良い。サムネイルは一画面で表示しきれない場合はスクロールしても良い。印刷対象の画像を選択し終わったら印刷開始キー５０３をタッチすることで印刷ジョブを送信する。
【００２０】
次に、ＮＦＣ通信について説明する。ＮＦＣユニットによる近接通信を行う場合には、始めにＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）フィールドを出力して通信を開始する装置をイニシエータと呼ぶ。また、イニシエータの発する命令に応答し、イニシエータとの通信を行う装置をターゲットと呼ぶ。
【００２１】
ＮＦＣユニットの通信モードには、パッシブモードとアクティブモードが存在する。パッシブモードでは、ターゲットは、イニシエータの命令に対し、イニシエータの発するＲＦフィールドに対して負荷変調を行うことで応答する。一方、アクティブモードでは、ターゲットは、イニシエータの命令に対し、ターゲット自らが発するＲＦフィールドによって応答する。
【００２２】
図６は、ＮＦＣ通信におけるパッシブモードの概念図である。図６（ａ）のように、イニシエータ６０１からターゲット６０２にデータ６０４をパッシブモードで送信する場合、イニシエータ６０１がＲＦフィールド６０３を発生させる。イニシエータ６０１は、ＲＦフィールド６０３を自ら変調することで、ターゲット６０２にデータ６０４を送信する。また、図６（ｂ）のように、ターゲット６０６からイニシエータ６０５にデータ６０８をパッシブモードで転送する場合、図６（ａ）と同様にイニシエータ６０５がＲＦフィールド６０７を発生させる。ターゲット６０６は、ＲＦフィールド６０７に対して負荷変調を行うことで、イニシエータ６０５にデータ６０８を送信する。
【００２３】
図７は、ＮＦＣ通信におけるアクティブモードの概念図である。図７（ａ）のように、イニシエータ７０１からターゲット７０２にデータ７０４をアクティブモードで送信する場合、イニシエータ７０１がＲＦフィールド７０３を発生させる。イニシエータ７０１は、ＲＦフィールド７０３を自ら変調することで、ターゲット７０２にデータ７０４を送信する。イニシエータ７０１は、データ送信が完了した後、ＲＦフィールド７０３の出力を停止する。また、図７（ｂ）のように、ターゲット７０６からイニシエータ７０５にデータ７０８をアクティブモードで送信する場合、ターゲット７０６がＲＦフィールド７０７を発生させる。ターゲット７０６は、自らが発するＲＦフィールド７０７によってデータ７０８を送信し、送信が終了したらＲＦフィールド７０７の出力を停止する。
【００２４】
図８は携帯型通信端末装置２００のブロック図を表した図である。携帯型通信端末装置２００は装置のメインの制御を行うメインボード８０１と、ＷＬＡＮ通信を行うＷＬＡＮユニット８１７と、ＮＦＣ通信を行うＮＦＣユニット８１８とＢｌｕｅｔｏｏｔｈ（登録商標）通信を行うＢＴユニット８２１からなる。
【００２５】
メインボード８０１においてＣＰＵ８０２は、システム制御部であり、携帯型通信端末装置２００の全体を制御する。ＲＯＭ８０３は、ＣＰＵ８０２が実行する制御プログラムや組み込みオペレーティングシステム（ＯＳ）プログラム等を格納する。本実施形態では、ＲＯＭ８０３に格納されている各制御プログラムは、ＲＯＭ８０３に格納されている組み込みＯＳの管理下で、スケジューリングやタスクスイッチ等のソフトウエア制御を行う。
【００２６】
ＲＡＭ８０４は、ＳＲＡＭ（ｓｔａｔｉｃ  ＲＡＭ）等で構成され、プログラム制御変数等を格納し、また、ユーザが登録した設定値や携帯型通信端末装置２００の管理データ等を格納し、各種ワーク用バッファ領域が設けられている。
【００２７】
画像メモリ８０５は、ＤＲＡＭ（ｄｙｎａｍｉｃ  ＲＡＭ）等で構成され、通信部を介して受信した画像データや、データ蓄積部８１２から読みだした画像データをＣＰＵ８０２で処理するために一時的に格納したりする。不揮発性メモリ８２２は、フラッシュメモリ（ｆｌａｓｈ  ｍｅｍｏｒｙ）等で構成され、電源がオフされた後でも保存しておきたいデータを格納する。例えば電話帳データや、過去に接続したデバイス情報などがある。なお、このようなメモリ構成はこれに限定されるものではない。例えば画像メモリ８０５とＲＡＭ８０４を共有させてもよいし、データ蓄積部８１２にデータのバックアップなどを行ってもよい。また本実施形態ではＤＲＡＭを用いているが、ハードディスクや不揮発性メモリ等を使用する場合もあるのでこの限りではない。
【００２８】
データ変換部８０６は、ページ記述言語（ＰＤＬ）等の解析や、色変換、画像変換などのデータ変換を行う。電話部８０７は電話回線の制御を行い、スピーカ部８１３を介して入出力される音声データを処理することで電話による通信を実現している。操作部８０８は図２で説明した操作部２０４の信号を制御している。ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）８０９は現在の緯度や経度などを取得する。表示部８１０は図２で説明した表示部２０３の表示内容を電子的に制御しており、各種入力操作や、ＭＦＰ５００の動作状況、ステータス状況の表示等を行う事ができる。
【００２９】
カメラ部８１１はレンズを介して入力された画像を電子的に記録して符号化する機能を有している。カメラ部８１１で撮影された画像はデータ蓄積部８１２に保存される。スピーカ部８１３は電話機能のための音声を入力または出力する機能や、その他アラーム通知などの機能を実現している。電源部８１４は携帯可能な電池、およびその制御をおこなう。電源状態には、電池に残量が無い電池切れ状態、電源キー２０５を押下していない電源オフ状態、通常起動している起動状態、起動しているが省電力になっている省電力状態がある。
【００３０】
携帯型通信端末装置２００には先に示したように無線通信するための手段が３つ搭載されており、ＷＬＡＮ、ＮＦＣ、ＢｌｕｅＴｏｏｔｈ（商標登録）で無線通信することができる。ＭＦＰなどの他デバイスとのデータ通信を行う通信部である。データをパケットに変換し、他デバイスにパケット送信を行う。逆に、外部の他デバイスからのパケットを、データに変換してＣＰＵ１０１に対して送信したりする。ＷＬＡＮユニット８１７、ＮＦＣユニット８１８、ＢＴユニット８２１はそれぞれバスケーブルなどで接続されている。ＷＬＡＮユニット８１７、ＮＦＣユニット８１８、ＢＴユニット８２１は規格に準拠した通信を実現するためのユニットである。ＮＦＣユニットの詳細は図１０を用いて後ほど行う。
【００３１】
上記構成要素８０３〜８１４、８１７、８１８、８２１、８２２は、ＣＰＵ８０２が管理するシステムバス８１９を介して、相互に接続されている。
【００３２】
図９は、ＭＦＰ３００の概略構成を示すブロック図である。ＭＦＰ３００は装置のメインの制御を行うメインボード９０１と、ＷＬＡＮ通信を行うＷＬＡＮユニット９１７と、ＮＦＣ通信を行うＮＦＣユニット９１８とＢｌｕｅｔｏｏｔｈ（登録商標）通信を行うＢＴユニット９１９からなる。
【００３３】
メインボード９０１においてＣＰＵ９０２は、システム制御部であり、ＭＦＰ３００の全体を制御する。ＲＯＭ９０３は、ＣＰＵ９０２が実行する制御プログラムや組み込みオペレーティングシステム（ＯＳ）プログラム等を格納する。本実施形態では、ＲＯＭ９０３に格納されている各制御プログラムは、ＲＯＭ９０３に格納されている組み込みＯＳの管理下で、スケジューリングやタスクスイッチ等のソフトウエア制御を行う。
【００３４】
ＲＡＭ９０４は、ＳＲＡＭ（ｓｔａｔｉｃ  ＲＡＭ）等で構成され、プログラム制御変数等を格納し、また、ユーザが登録した設定値やＭＦＰ３００の管理データ等を格納し、各種ワーク用バッファ領域が設けられている。不揮発性メモリ９０５は、フラッシュメモリ（ｆｌａｓｈ  ｍｅｍｏｒｙ）等で構成され、電源がオフされた時でも保持していたいデータを格納する。具体的にはネットワーク接続情報、ユーザーデータなどである。画像メモリ９０６は、ＤＲＡＭ（ｄｙｎａｍｉｃ  ＲＡＭ）等で構成され、各通信ユニットを介して受信した画像データや、符号復号化処理部９１２で処理した画像データや、メモリカードコントローラ５１６を介して取得した画像データなどを蓄積する。また、携帯型通信端末装置２００のメモリ構成と同様に、このようなメモリ構成はこれに限定されるものではない。データ変換部９０７は、ページ記述言語（ＰＤＬ）等の解析や、画像データからプリントデータへの変換などを行う。
【００３５】
読取制御部９０８について説明する。読取部９１０が、ＣＩＳイメージセンサ（密着型イメージセンサ）によって原稿を光学的に読み取る。次に電気的な画像データに変換した画像信号を、図示しない画像処理制御部を介して、２値化処理や中間調処理等の各種画像処理を施し、高精細な画像データを出力する。
【００３６】
操作部９０９、表示部９１１は図４で説明した操作表示部３０５を表している実現している。符号復号化処理部９１２は、ＭＦＰ３００で扱う画像データ（ＪＰＥＧ、ＰＮＧ等）を符号復号化処理や、拡大縮小処理を行う。給紙部９１５は印刷のための用紙を保持する事ができる部位である。記録制御部９１６からの制御で給紙部９１５から給紙を行うことができる。特に給紙部は複数種類の用紙を一つの装置に保持するために、複数の給紙部を用意する事ができる。そして記録制御部９１６により、どの給紙部から給紙を行うかの制御を行うことができる。記録制御部９１６は、印刷される画像データに対し、図示しない画像処理制御部を介して、スムージング処理や記録濃度補正処理、色補正等の各種画像処理を施し、高精細な画像データに変換し、記録部９１５に出力する。また、記録制御部９１６は印刷印字部の情報を定期的に読みだしてＲＡＭ９０４の情報を更新する役割も果たす。具体的にはインクタンクの残量やプリントヘッドの状態などを更新することである。
【００３７】
ＭＦＰ３００にも携帯型通信端末装置２００と同様に無線通信するための手段が３つ搭載されており、機能は同等のため、説明は省略する。上記構成要素９０２〜９１９は、ＣＰＵ９０２が管理するシステムバス９２３を介して、相互に接続されている。
【００３８】
図１０はＮＦＣユニット８１８やＮＦＣユニット９１８で使用されているＮＦＣユニットの詳細を説明した図である。以下、ＮＦＣユニット１０００の構成について図１０を用いて説明する。ＮＦＣユニット１０００は、ＮＦＣコントローラ部１００１と、アンテナ部１００２と、ＲＦ部１００３と、送受信制御部１００４と、ＮＦＣメモリ１００５と、電源１００６と、デバイス接続部１００７を有する。アンテナ部１００２は、他のＮＦＣデバイスから電波やキャリアを受信したり、他のＮＦＣデバイスに電波やキャリアを送信したりする。ＲＦ部１００３はアナログ信号をデジタル信号に変復調する機能を備えている。ＲＦ部１０３はシンセサイザを備えていて、バンド、チャネルの周波数を識別し、周波数割り当てデータによるバンド、チャネルの制御をしている。送受信制御部１００４は送受信フレームの組み立て及び分解、プリアンブル付加及び検出、フレーム識別など、送受信に関する制御をおこなう。送受信制御部１００４はＮＦＣメモリ１００５の制御も行い、各種データやプログラムを読み書きする。アクティブモードとして動作する場合、電源１００６を介して電力の供給を受け、デバイス接続部１００７を通じてデバイスと通信を行ったり、アンテナ部１００１を介して送受信されるキャリアにより、通信可能な範囲にある他のＮＦＣデバイスと通信したりする。パッシブモードとして動作する場合、アンテナを介して他のＮＦＣデバイスからキャリアを受信して電磁誘導により他のＮＦＣデバイスから電力の供給を受け、キャリアの変調により当該他のＮＦＣデバイスとの間で通信を行ってデータを送受信する。即ち、ＮＦＣデバイスがパッシブモードの場合、そのＮＦＣデバイス自身が電力を供給しなくても、他のＮＦＣデバイスと通信を行うことができる。
【００３９】
図１１はＭＦＰ３００の表示部４０６の表示例を表した図である。ＭＦＰ３００が携帯型通信端末装置２００から印刷ジョブを受信した場合、表示部４０６には印刷ジョブ確認画面１１０１が表示される。読取ジョブを受信した場合は読取ジョブ確認画面１１０２が表示される。
【００４０】
図１２は携帯型通信端末装置２００の表示部２０３の表示例を表した図である。プリンタ選択画面１２０１は印刷するプリンタを選択する画面を表した例である。印刷状態表示画面１２０２は印刷ジョブを投入した印刷装置の現在の状態をリアルタイムに表示している例である。
【００４１】
図１３はＭＦＰのＲＡＭ９０４の構成を表した図である。１３０１はＲＡＭ全体を表している。ワークメモリ１３０２はプログラムの実行のために確保されるメモリである。画像処理バッファ１３０３は画像処理のために一時的なバッファとして使用される領域である。機器状態記憶部１３０４はＭＦＰ３００の現在の状態に関する様々な情報が記憶されている。エラー状態１３０５はＭＦＰ３００のエラーに関する状態を記憶している。インク少警告、インク無エラー、紙ジャムエラー、用紙無し警告、印字画像不良警告、読取画像不良エラー、ネットワーク切断警告、などがある。これらの警告やエラーには印字機能への影響度、読取機能への影響度などが関連付けられている。例えばインク無エラーの場合、印字機能は使用できないが、読取機能は使用できる。ネットワーク切断警告の場合、ネットワークを使う機能は使用できないが、機器単体で行う設定変更や読取機能は使用できる。インク残量１３０６には現在取り付けられているインクタンクの型番やインク残量が記憶されている。インクタンクの型番はインクタンクが取り付けられたタイミングで更新される。インク残量はインクが使用される毎に更新される。次回推定起動時間１３０７は電源がオフされた時に、次に起動する時の推定起動時間が記憶されている。ＭＦＰの起動時間は状態によって大きく異なる。例えば、ＭＦＰの電源状態はハードオフ状態、ソフトオフ状態、通常起動状態、スリープ状態などが存在する。ハードオフ状態は電力の供給が途絶えている状態であり、電源を投入してハードオフ状態から通常起動状態にする場合は大きな時間を要する。ソフトオフ状態は部分的には電源は投入されているが、メインのプログラムは起動していない状態でありいており、ハードオフよりは早い時間で起動することができる。スリープ状態は電源消費が大きな部分がオフにされており、それ以外のプログラムやメカは動作しているため、直ぐに通常起動状態に戻ることができる。また、起動時間が変動する別の要因として、機器のエラー状態がある。例えばインクジェット印刷記録ヘッドのノズルの目詰まりが多いと検知した時は次の起動で長時間の回復処理を行ってから起動する。また、スキャナの光量が落ちている時は調整動作を行ってから起動する。このように電源の状態遷移、および機器の状態によって次に起動する時の推定起動時間が決まる。その他１３０８には現在のメモリ使用量、ハードウェアの温度、消耗品情報など、その他の機器状態が格納されている。その他１３０９にはその他のＲＡＭデータが格納されている。
【００４２】
図１４はＭＦＰ３００のフラッシュメモリ９０５の構成を表した図である。１４０１はフラッシュメモリ全体を表している。ユーザーデータ１４０２はユーザに関する情報が記憶されており、例えばＦＡＸの電話番号、通信履歴、ネットワーク情報などが格納されている。過去に接続した装置リスト１４０３はＭＦＰ３００がこれまでに接続した装置のリストが格納されている。例えばスマートホンとＮＦＣで通信した場合は、スマートホンの識別子が記憶される。スマートホンとＷＬＡＮでピアツーピアＰ２Ｐで接続した場合は、ＷＬＡＮで接続するための識別情報が記憶される。具体的にはＷＬＡＮ接続のためにＷＰＳ（Ｗｉ−Ｆｉ  Ｐｒｏｔｅｃｔｅｄ  Ｓｅｔｕｐ）が使用される場合はＷＰＳ  Ｃｒｅｄｅｎｔｉａｌ認証情報が記憶される。スマートホンとＢｌｕｅｔｏｏｔｈで接続した場合はＯＯＢ認証情報が記憶される。サーバ装置とＬＡＮ経由で接続した場合はサーバ装置のネットワーク情報が記憶される。設定情報１４０６はＭＦＰ装置の設定情報が記憶される。例えば印刷モードなどのメニュー項目や、インクジェットプリント印刷ヘッドの補正情報などが記憶される。その他１４０７にはその他の不揮発情報が記憶される。
【００４３】
図１５はＭＦＰ３００のＮＦＣユニット９１８内のＮＦＣメモリ１００５の構成を表している。１５０１はＮＦＣメモリ全体を表している。機器状態記憶部１５０２は所定のタイミングで機器状態記憶部１３０４の内容がコピーされる。ジョブ記憶部１５０６は携帯型通信端末装置２００からＮＦＣ通信でジョブをＭＦＰ３００に投入する場合に使用する領域である。印刷ジョブ１５０７は印刷ジョブがキューで格納されている。具体的には印刷設定、および画像へのリンク先が格納される。スキャンジョブ１５０８はスキャンジョブがキューで格納されている。具体的には読取設定が格納される。ＦＡＸジョブ１５０９はＦＡＸジョブがキューで格納されている。具体的には、送信先の電話番号や通信画質などが含まれるＦＡＸ設定、および画像が既に読み取ってある場合は画像へのリンク先が格納される。設定変更ジョブ１５１０には設定変更ジョブがキューで格納されている。具体的には本体の設定項目の変更に関するジョブが格納される。
【００４４】
図１６は携帯型通信端末装置２００のＲＡＭの構成を表している。１６０１はＲＡＭ全体を表している。ワークメモリ１６０２はプログラムの実行のために確保されるメモリである。画像処理バッファ１６０３は画像をサムネイルサイズに縮小したり、バンド処理でプリンタに送ったりする時に使用するバッファである。
【００４５】
図１７は携帯型通信端末装置２００の不揮発性メモリ８２２の構成を表した図である。１７０１は不揮発性メモリ全体を表している。プリンタ一覧１７０２は、携帯型通信端末装置２００がこれまでに接続したことのあるプリンタが一覧で格納されている。プリンタＡ１７０３はプリンタの一例を表している。ネットワーク接続情報１７０４はプリンタＡをネットワークに接続した時のネットワーク接続情報が格納されており、例えばＬＡＮ経由で接続した場合は接続先のアドレスおよび認証情報が記憶されている。機器固有情報１７０５はプリンタに関する情報が格納されており、例えばプリンタの解像度やインク数などの情報が格納されている。固有アプリケーション１７０６はプリンタに固有の処理を行うためのアプリケーションで、ネットワーク経由でダウンロードまたは最初にプリンタに接続した時に携帯型通信端末装置２００に保存される。固有アプリケーション１７０６は画像をプリンタの仕様に即した形式に変換したり、バンド処理の制御をおこなったり、通信の制御をおこなったりする。プリンタＢ１７０８は別のプリンタの一例を表している。
【００４６】
ユーザーデータ１７０９はユーザに関するデータで電話番号１７１０や、画像サーバアドレス１７１１などが格納されている。
【００４７】
図１８は携帯型通信端末装置２００のＮＦＣユニット８１８内のＮＦＣメモリ１００５の構成を表している。このメモリの中に格納してあるデータは携帯型通信端末装置２００の電池残量が無くなった場合でもＮＦＣのパッシブモードの通信でリードライトすることができる。１８０１はＮＦＣメモリ全体を表している。ユーザーデータ１８０２は電話番号１８０３、画像サーバアドレス１８０４などが格納されており、ユーザの指定によってユーザ指定データ１８０５なども追加することができる。他にも通信履歴１８０６などが格納されている。携帯型通信端末装置２００の電池残量が無くなった場合でも、パッシブモードでターゲットとして通信するときは、には、所定の手順で認証キー１８０７を用いて認証を行うことでＮＦＣメモリ１００５内のデータをリードライトすることができる。
【００４８】
図１９は、ＮＦＣユニットがイニシエータとして動作するためのフローチャートである。
【００４９】
まず初めにステップＳ１９０１として、すべてのＮＦＣユニットはターゲットとして動作を開始し、イニシエータからの命令を待っている状態になる。次にステップＳ１９０２として、ＮＦＣユニットは、ＮＦＣ規格による通信を制御するアプリケーションからの要求でイニシエータに切り替わることができる。ＮＦＣユニットがイニシエータに切り替わる要求に応じた場合、ステップＳ１９０３において、アプリケーションは、アクティブモードまたはパッシブモードのどちらかを選択し、伝送速度を決める必要がある。次にステップＳ１９０４において、イニシエータは自装置以外が出力する外部のＲＦフィールドの存在を検知する。外部のＲＦフィールドが存在した場合は、イニシエータは自らのＲＦフィールドは発生させない。外部のＲＦフィールドが存在しなかった場合にはステップＳ１９０５に進み、イニシエータは自らのＲＦフィールドを発生させる。以上のステップを経て、ＮＦＣユニットはイニシエータとして動作を開始する。
【００５０】
図２０は、パッシブモードによるデータ交換を行うシーケンスを示している。ここでは、第一のＮＦＣユニット２００１がイニシエータ、第二のＮＦＣユニット２００２がターゲットとして動作している場合について説明する。
【００５１】
まずステップＳ２００１として、第一のＮＦＣユニット２００１は、単一デバイス検知を行い、第二のＮＦＣユニット２００２を特定する。次にステップＳ２００２において、第一のＮＦＣユニット２００１は、属性要求として自身の識別子や送受信のビット伝送速度、有効データ長などを送信する。また、属性要求は汎用バイトを有しており、任意に選択して使用することができる。有効な属性要求を受信した場合、第二のＮＦＣユニット２００２はステップＳ２００３として、属性応答を送信する。ここで、第二のＮＦＣユニット２００２からの送信は負荷変調によって行われており、図中では負荷変調によるデータ送信は点線の矢印で表現している。
【００５２】
有効な属性応答を確認した後、第一のＮＦＣユニット２００１は、ステップＳ２００４として、パラメータ選択要求を送信して引き続く伝送プロトコルのパラメータを変更することができる。パラメータ選択要求に含まれるパラメータは、伝送速度と有効データ長である。第二のＮＦＣユニット２００２は、有効なパラメータ選択要求を受信した場合、ステップＳ２００５においてパラメータ選択応答を送信し、パラメータを変更する。なお、ステップＳ２００４およびＳ２００５は、パラメータ変更を行わない場合は省略しても良い。
【００５３】
次にステップＳ２００６において、第一のＮＦＣユニット２００１と第二のＮＦＣユニット２００２は、データ交換要求およびデータ交換応答によってデータの交換を行う。データ交換要求および応答は、通信相手が有するアプリケーションに対する情報などをデータとして伝送することができ、データサイズが大きい場合には分割して送信することもできる。
【００５４】
データ交換が終了するとステップＳ２００７に移行し、第一のＮＦＣユニット２００１は、選択解除要求または解放要求のどちらか送信する。選択解除要求を送信した場合、第二のＮＦＣユニット２００２はステップＳ２００８で選択解除応答を送信する。第一のＮＦＣユニット２００１は、選択解除応答を受け取ると、第二のＮＦＣユニット２００２を示す属性を解放してステップＳ２００１に戻る。解放要求を送信した場合、第二のＮＦＣユニット２００２は、ステップＳ２００８で解放応答を送信して初期状態へ戻る。第一のＮＦＣユニット２００１は、解放応答を受け取れば、ターゲットは完全に解放されており、初期状態へ戻ってもよい。
【００５５】
図２１は、アクティブモードによるデータ交換を行うシーケンスを示している。ここでは、第一のＮＦＣユニット２１０１がイニシエータ、第二のＮＦＣユニット２１０２がターゲットとして動作している場合について説明する。
【００５６】
まずステップＳ２１０１において、第一のＮＦＣユニット２１０１は、属性要求として自身の識別子や送受信のビット伝送速度、有効データ長などを送信する。第二のＮＦＣユニット２１０２は、有効な属性要求を受信した場合、ステップＳ２１０２において属性応答を送信する。ここで、第二のＮＦＣユニット２１０２からの送信は、自らの発したＲＦフィールドによって行われる。このため、第一および第二のＮＦＣユニットは、データ送信が終了するとＲＦフィールドの出力を停止する。
【００５７】
有効な属性応答を確認した後、第一のＮＦＣユニット２１０１は、ステップＳ２１０３として、パラメータ選択要求を送信して伝送プロトコルのパラメータを変更することができる。パラメータ選択要求に含まれるパラメータは、伝送速度と有効データ長である。第二のＮＦＣユニット２１０２は、有効なパラメータ選択要求を受信した場合、ステップＳ２１０４においてパラメータ選択応答を送信し、パラメータを変更する。なおパッシブモードの場合と同様に、ステップＳ２１０３およびＳ２１０４は、パラメータ変更を行わない場合は省略しても良い。
【００５８】
次にステップＳ２１０５において、第一のＮＦＣユニット２１０１と第二のＮＦＣユニット２１０２は、データ交換要求およびデータ交換応答によってデータの交換を行う。データ交換要求および応答は、アプリケーションに対する情報などをデータとして伝送することができ、データサイズが大きい場合には分割して送信することもできる。
【００５９】
データ交換が終了するとステップＳ２１０６に移行し、第一のＮＦＣユニット２１０１は、選択解除要求または解放要求のどちらか送信する。選択解除要求を送信した場合、第二のＮＦＣユニット２１０２はステップＳ２１０７で選択解除応答を送信する。第一のＮＦＣユニット２１０１は、選択解除応答を受け取ると、第二のＮＦＣユニット２１０２を示す属性を解放する。その後ステップＳ２００８において、第一のＮＦＣユニット２１０１は、識別子が既知な別のターゲットに対して起動要求を送信する。起動要求を受けたターゲットは、起動応答をステップＳ２００９において送信し、ステップＳ２１０１に戻る。解放要求を送信した場合、第二のＮＦＣユニット２１０２は、ステップＳ２１０８で解放応答を送信して初期状態へ戻る。第一のＮＦＣユニット２１０１は、解放応答を受け取れば、ターゲットは完全に解放されており、初期状態へ戻ってもよい。
【００６０】
図２２は、ＮＦＣにおけるターゲットの状態遷移を表している。ＰＯＷＥＲ−ＯＦＦ状態Ｓ２２０１は、電源切断の状態を表している。この状態Ｓ２２０１において、ターゲットは、しきい値Ｈｍｉｎよりも大きな磁場Ｈの中に置かれている場合はＳＥＮＳＥ状態Ｓ２２０２に移行する。
【００６１】
ＳＥＮＳＥ状態Ｓ２２０２にある場合、ターゲットは、イニシエータからの命令を待ち受けている。ターゲットは、検知要求または全デバイス起動要求を受け取った場合、ＲＥＳＯＬＵＴＩＯＮ状態Ｓ２２０３に移行して検知応答を返す。他の命令を受け取った場合は、そのままＳＥＮＳＥ状態Ｓ２２０２にとどまる。
【００６２】
ＲＥＳＯＬＵＴＩＯＮ状態Ｓ２２０３においては、単一デバイス検出が用いられる。単一デバイス検出の結果として、有効な選択要求を受け取った場合、ターゲットは選択応答をイニシエータに返してＳＥＬＥＣＴＥＤ状態Ｓ２２０４になる。他の命令を受け取った場合は、ＳＥＮＳＥ状態Ｓ２２０２に戻る。
【００６３】
ＳＥＬＥＣＴＥＤ状態Ｓ２２０４において、ターゲットは、属性要求、パラメータ選択要求、または有効な独自仕様の命令を認識する。ターゲットは、有効な休止要求または選択解除要求を受け取った場合、ＳＬＥＥＰ状態Ｓ２２０５になる。その他の命令を受け取った場合には、ＳＥＮＳＥ状態Ｓ２２０２に戻る。
【００６４】
ＳＬＥＥＰ状態Ｓ２２０５のターゲットは、全デバイス起動要求を受け取った場合、検知応答を返してからＲＥＳＯＬＵＴＩＯＮ*状態Ｓ２２０６に移行する。他の命令を受け取った場合は、そのままＳＬＥＥＰ状態Ｓ２２０５にとどまる。
【００６５】
ＲＥＳＯＬＵＴＩＯＮ*状態Ｓ２２０６はＲＥＳＯＬＵＴＩＯＮ状態Ｓ２２０３とほぼ同じ状態であり、単一デバイス検出が用いられる。有効な選択要求を受け取った場合、ターゲットはＳＥＬＥＣＴＥＤ*状態Ｓ２２０７に遷移する。その他の命令を受け取った場合は、ＳＬＥＥＰ状態Ｓ２２０５に戻る。
【００６６】
ＳＥＬＥＣＴＥＤ*状態Ｓ２２０７はＳＥＬＥＣＴＥＤ状態Ｓ２２０４とほぼ同じ状態であり、ターゲットは、属性要求、パラメータ選択要求、または有効な独自仕様の命令を認識する。有効な休止要求または選択解除要求を受け取った場合は、ＳＬＥＥＰ状態に遷移する。その他の命令を受け取った場合は、ＳＬＥＥＰ状態にフォールバックする。
【００６７】
図２３は、ＮＦＣとＷＬＡＮを切り換えてデータ転送を行う場合のシーケンスである。ＮＦＣは通信速度が数百ｂｐｓと比較的低速ため、ＮＦＣで認証などを行い、容量の多いデータはより高速なＷＬＡＮで行うことで効率的なデータ転送を図ることができる。図２３は、携帯型通信端末装置２３０１上に存在する画像データを印刷装置２３０２で印刷するために、携帯型通信端末装置２３０１が主体となって転送する、いわゆるプッシュ（ＰＵＳＨ）型の場合の一例である。
【００６８】
ステップＳ２３０１において、ＮＦＣ通信を確立するため、ＮＦＣ通信部２３０３がイニシエータとなって、ＮＦＣ通信部２３０５をターゲットとして検知する。ＮＦＣ通信部２３０５が正しく検知された場合、ステップＳ２３０２において、ＮＦＣ通信部２３０５は検知応答を送信する。なお、図の例は携帯型通信端末装置２３０１がイニシエータとなる場合を示しているが、実際には操作部３０５などからの入力に基づいて印刷装置２３０２がイニシエータとなってもよい。検知応答を正しく受信した場合、ＮＦＣ通信部２３０３は、ステップＳ２３０３においてＮＦＣ通信を行うための属性要求を送信する。属性要求を受信したＮＦＣ通信部２３０５は、ステップＳ２３０４で属性応答を返す。ここで、属性要求および応答では、それぞれイニシエータおよびターゲットのＮＦＣ  ＩＤを送信し、このＩＤによって通信相手を特定する。
【００６９】
ステップＳ２３０５では相互認証が行われ、データ暗号化のための暗号鍵などを渡すことができる。なお、暗号鍵を渡す必要がない場合などは、この相互認証は行わないことも可能である。その後、ステップＳ２３０６では、ＮＦＣ通信部２３０３は、ＮＦＣ通信部２３０５に対して、印刷装置２３０２が利用可能な通信プロトコルの情報を要求する。この要求には携帯型通信端末装置が利用可能な通信プロトコルの情報が含まれており、ＮＦＣ通信部２３０５は、この要求を受信した際に、携帯型通信端末装置のＷＬＡＮ通信が利用可能であることを認識することができる。ＮＦＣ通信部２３０５は、ステップＳ２３０７において、ステップＳ２３０６で受け取った要求に対して、自身の利用可能な通信プロトコルの情報を応答する。これによって互いの装置は、互いの利用可能な通信プロトコルを把握することができる。
【００７０】
ここで認識したＮＦＣ以外のプロトコルであるＷＬＡＮが、ＮＦＣよりも高速なデータ転送が可能であり、ＷＬＡＮに切り換替えて通信を行うことがイニシエータである携帯型通信端末装置によって決定されたとする。なお、切り換えを行うための決定は印刷装置が行っても良い。その場合、ステップＳ２３０８およびＳ２３０９において、ＷＬＡＮで通信を行うために必要な、例えば通信相手を特定するアドレスなどの情報を交換する。その後ステップＳ２３１０に移行し、ＮＦＣ通信部２３０３は、ＮＦＣ通信からＷＬＡＮ通信へと切り換える要求を送信する。ＮＦＣ通信部２３０５は、切り換えの要求を受信すると、ステップＳ２３１１において応答を行う。
【００７１】
正しい切り換え応答が得られたら、ステップＳ２３１２ではＮＦＣ通信部２３０３からＷＬＡＮ通信部２３０４へ、ステップＳ２３１３ではＮＦＣ通信部２３０５からＷＬＡＮ通信部２３０６へと、それぞれ切り換えを行う。切り換えを行った後、ステップＳ２３１４として、ＮＦＣ通信部２３０３は解放要求を送信する。解放要求を受け取ったＮＦＣ通信部２３０５は、ステップＳ２３１５において解放応答を送信し、ＮＦＣ通信を終了する。
【００７２】
ステップＳ２３１６以降では、ステップＳ２３０８およびＳ２３０９で交換したＷＬＡＮ通信のための情報に基づき、ＷＬＡＮ通信が行われる。まずステップＳ２３１６では、ＷＬＡＮ通信部２３０４はデータ転送が可能かどうかＷＬＡＮ通信部２３０６に確認をする。ここで確認する内容は、例えば、印刷装置２３０２内に転送しようとする画像を一時保存するための空き容量などがある。ＷＬＡＮ通信部２３０６は、確認の要求を受け取った後、ステップＳ２３１７で確認に対する応答を送信する。正しい応答が得られ、データ転送が可能であると判断した場合、ＷＬＡＮ通信部２３０４は、ステップＳ２３１８において携帯型通信端末装置２３０１に存在する画像データをＷＬＡＮ通信部２３０６に対して送信する。こうすることで、容量の大きいデータはより高速な通信プロトコルを用いて転送することができる。
【００７３】
図２４は、携帯型通信端末装置２４０１上に存在する画像データを印刷装置２４０２で印刷するために、印刷装置２４０２が主体となって転送する、いわゆるプル（ＰＵＬＬ）型の場合の一例である。
【００７４】
ステップＳ２４０１からＳ２４１５までの手順は図２３の場合と同様である。
【００７５】
ＮＦＣ規格による通信からＷＬＡＮ通信に切り換わった後、まずステップＳ２４１６では、ＷＬＡＮ通信部２４０６からＷＬＡＮ通信部２４０４に対してデータ取得の確認要求が送信される。ここで確認される内容は、例えば携帯型通信端末装置２４０１が転送する予定のデータサイズなどがある。転送データに関する確認の要求を受け取った後、ＷＬＡＮ通信部２４０４は、ステップＳ２４１７において応答を送信する。正しい応答が得られ、印刷装置の空き容量などを考慮したうえでデータ転送が可能であると判断した場合、ＷＬＡＮ通信部２４０６は、ステップＳ２４１８において画像データを要求する。正しい要求を受け取った場合、ＷＬＡＮ通信部２４０４はステップＳ２４１９において要求された画像データを送信する。
【００７６】
［第１の実施形態］
以降、近接無線通信方式を用いて消費電力を抑制しながら、携帯型通信端末装置２００のデータをＭＦＰ３００にて印刷する例を説明する。
【００７７】
図２５は第１の実施形態に係るＭＦＰ３００と携帯型通信端末装置２００とにおけるコマンドのやり取りを説明したフローチャート図である。前述の図２０および図２１と同一の処理には同一の符号を記して説明する。携帯型通信端末装置２００がイニシエータ、ＭＦＰ３００がターゲットであり、アクティブモードで通信を開始する例である。なお、本通信はパッシブモードで通信を開始しても構わない。
【００７８】
ステップＳ２１０１からＳ２１０４は図２１の場合と同様であり、その結果、携帯型通信端末装置２００がイニシエータとなり、ＭＦＰ３００とのデータ交換が可能な状態となる。
【００７９】
ステップＳ２５０１では、携帯型通信端末装置２００からＭＦＰ３００へデータ送信要求を発行する。実施形態では、携帯型通信端末装置２００がＭＦＰ３００で印刷する例を説明しているので、この要求は印刷要求ということもできる。この要求には、携帯型通信端末装置２００が保持する印刷対象のデータに係る情報を記述されており、一例を示すと、データ名称、データ種類、データ格納箇所、データ容量のセットとするリストである。データ名称とは一般にファイル名と呼ばれる名称を示す文字情報である。データ種類とは一般にファイル拡張子と呼ばれる種類を示す文字情報であるが、データ名称に含まれていても良い。データ格納箇所とは、ユーザ指定データ１８０５に格納されている箇所であり、一般にフォルダ或いはディレクトリと呼ばれるファイルパスを示す文字情報である。データ容量とは一般にファイルサイズと呼ばれるデータの論理的大きさを示す数値情報である。前述の各種情報は独自に定義された文字列であっても構わない。また、印刷する際の各種設定情報を含んでも構わない。
【００８０】
ＭＦＰ３００は、ステップＳ２５０２にて、この要求情報を受信し、ＲＡＭ９０４（又は不揮発性メモリ９０５でも構わない）に一時的に格納する。そして、ＭＦＰ３００は、役割交代判断部にて通信役割交代（役割変更）を行うべきか否かを判断する。役割交代判断部は、ＭＦＰ３００のＲＡＭ９０４内のその他１３０８に格納されているアプリケーションを実行することで、ＭＦＰ３００のＣＰＵ９０２が実現することになる。役割交代判断部での制御は後述するが、ここでは交代すると判断され、その結果として後述する再通信の際の安全性を担保とするための交換後通信識別子が生成されたものとする。交換後通信識別子は１６バイトの乱数であるが、これに限らず、ユニークな数値或いは文字列でも良く、例えば図２１のステップＳ２１０１で通知された１０バイト長の乱数識別子ＮＦＣＩＤ３ｉであっても良い。
【００８１】
ステップＳ２５０３では、ＭＰＦ３００はＳ２５０１への応答として、役割要求情報を携帯型通信端末装置２００へ送信する。この役割要求情報には、通信役割交代要求および交代後通信識別子が含まれる。
【００８２】
携帯型通信端末装置２００は、打診可否判断部にて通信役割交代要求を識別すると交代後通信識別子をＲＡＭ等に格納し、通信役割を交代するために現在の通信を終了すると判断する。打診可否判断部は携帯型通信端末装置２００内の固有アプリケーション１７０６に格納されているアプリケーションを実行するＣＰＵ８０２により実現する。通信の終了を行うステップＳ２１０６とＳ２１０７は図２１の場合と同様であり、携帯型通信端末装置２００およびＭＦＰ３００は初期状態に戻る。ただし、図２５の場合、ステップＳ２５０３にてＭＦＰ３００は役割変更要求を携帯型通信端末装置２００に送信しているので、Ｓ２１０６における携帯端末からその解放要求は、役割変更に対する要求受諾（役割変更可）を表わすことになる。
【００８３】
これまでのやり取りに従い、以降は、携帯型通信端末装置２００がターゲット、ＭＦＰ３００がイニシエータとなり、パッシブモードで自身が有するＮＦＣユニットを再起動し、通信が再確立することになる。つまり、携帯型通信端末装置２００のＮＦＣユニット８１８は、ＭＦＰ３００が有するＮＦＣユニット９１８が発信するＲＦフィールドによる電磁誘導をよる起電力で動作することになり、少なくとも携帯端末３００のバッテリー（不図示）の電力消費する負荷の中から、ＮＦＣユニット８１８を除外できることになる。
【００８４】
ステップＳ２００１からＳ２００５は図２０の場合と同様であり、ＭＦＰ３００と携帯型通信端末装置２００はデータ交換が可能となる。ステップＳ２５０４にて、ＭＦＰ３００は携帯型通信端末装置２００に対してデータ受信打診を通知する。その際、ステップＳ２５０３で生成した交代後通信識別子およびステップＳ２５０１で受信したデータ名称、データ種類、データ格納箇所を合わせて通知する。
【００８５】
ステップＳ２５０５では、携帯型通信端末装置２００の打診可否判断部において、データ受信打診の可否を判断する。ステップＳ２５０３で格納した交代後通信識別子と、ステップＳ２５０４で受信した交代後通信識別子が同一であることを確認でき、且つ、通知されたデータに関する情報に合致するデータが存在すれば、データ受信打診を許可すると判断する。もし交代後通信識別子の同一性あるいは指定されたデータの存在が確認できない場合は拒否すると判断する。交代後通信識別子の同一性を確認することで誤通信を防止することができ、指定されたデータの存在を確認することで不要な通信を割愛することができる。
【００８６】
ステップＳ２５０６では、携帯型通信端末装置２００はステップＳ２５０５の判断結果として許可応答をＭＦＰ３００へ応答する。拒否応答をした場合は、ステップＳ２５０４に戻り正しい交代後通信識別子が通知されることを期待しても良いし、通常のターゲットとしての挙動を行っても良い。
【００８７】
ＭＦＰ３００は上記の許可応答を受けると、ステップＳ２５０７にて、ＲＡＭ９０４に格納した、携帯型通信端末装置２００の当初の要求情報を参照し、携帯型通信端末装置２００に対してデータ受信要求（パス付きファイル名）を通知する。その際、受信したデータを格納するＭＦＰ３００のＲＡＭ９０４内のワークメモリ１３０２をリングバッファとして利用し、逐次空き容量に収まる範囲内のデータサイズを指定することで、受信データを分割受信する。
【００８８】
ステップＳ２５０８では、携帯型通信端末装置２００は、ステップＳ２５０７のデータ受信要求に従い、指定されたデータを指定されたサイズに分割してＭＦＰ３００に応答する。この応答は負荷変調で行われるため、携帯型通信端末装置２００のＮＦＣユニット８１８は電力を消費しない。
【００８９】
ステップＳ２５０７およびＳ２５０８はデータ伝達が完了するまで繰り返し遂行され、完了後通信を終了する。ＭＦＰ３００が複数のデータを受信する場合は、ステップＳ２５０４の時点で受信予定の複数のデータに関する情報を通知するが、ステップＳ２５０７で都度受信対象データを指定しても良い。
【００９０】
通信を終了するステップＳ２００７からＳ２００８は図２０の場合と同様であり、携帯型通信端末装置２００およびＭＦＰ３００は初期状態に戻る。図中、ステップＳ２５０８にて転送されたデータは、適宜画像メモリ９０６に送られ、データ変換部９０７や記録制御部９１６を介して印刷される。
【００９１】
図２６は、ＭＦＰ３００のＣＰＵ９０２が実行することで機能する役割交代判断部の判断フロー（ステップＳ２５０２）を示したフローチャート図である。
【００９２】
まずステップＳ２６０１にて対象データに関する情報を取得し、ステップＳ２６０２へ移行する。ステップＳ２６０２では取得したデータ種類を基に、ＭＦＰ３００で利用可能（解釈可能）かを判断する。利用可能であればＳ２６０３へ、利用不能であればステップＳ２６０４へ移行する。データ種類がＭＦＰ３００で印刷可能であるか、具体的には画像ファイルであるか否かを判断する。この判断はＭＦＰ３００の利用目的によって異なっても良く、例えばＭＦＰ３００がメール送信機能を搭載しており、該当データをそのメールに添付する場合は、データ種類を考慮しなくともよい。
【００９３】
ステップＳ２６０３では、取得したデータ容量を基にＭＦＰ３００で取得可能かを判断する。ＭＦＰ３００のワークメモリ１３０２をリングバッファとして利用する場合は考慮しなくとも良いが、ワークメモリ１３０２内にデータの全てを格納する必要がある場合は、ワークメモリ１３０２の空き容量よりデータ量が大きい場合は不可と判断する。交代可能であればステップＳ２６０５へ、交代不可であれば、Ｓ２０６４へ移行する。
【００９４】
ステップＳ２６０４では、交代しないと判断し、ステップＳ２６０６へ移行する。ステップＳ２６０５では交代すると判断し、ステップＳ２６０７へ移行する。
【００９５】
ステップＳ２６０６では、交代不可の理由を生成し、判断フローを終了する。交代しないと判断することで、不要なデータ転送を割愛することができる。また、交代不可理由を生成することで、ステップＳ２５０３にて携帯型通信端末装置２００へ理由を通知することができ、その結果、携帯型通信端末装置２００で再試行や、中止などの判断を行うことができる。
【００９６】
ステップＳ２６０７にて、交代後通信識別子として、１６バイトの乱数文字列を生成し、判断フローを終了する。
【００９７】
以上の説明から明らかなように、バッテリ駆動が基本の携帯型通信端末装置２００の消費電力を抑制することができる。ステップＳ２５０７以降に関しては、携帯型通信端末装置２００の電源を切っていても、ＮＦＣ通信によるデータ交換が実行できる。
【００９８】
また、本実施形態において、交換するデータは携帯型通信端末装置２００内のユーザ指定データ１８０５に格納されている例を用いて説明を行ったがこれに限らない。例えば、データの実体を携帯型通信端末装置２００の内の画像処理バッファ１６０３やサーバ装置１０１に格納しておき、ユーザ指定データ１８０５をリングバッファとして利用することで、適宜データをＭＦＰ３００に応答できるよう、携帯型通信端末装置２００内の固有アプリケーション１７０６を構成しても良い。この場合、ステップＳ２５０７以降も固有アプリケーション１７０６を稼働させるための電力が消費されるが、ＮＦＣユニット８１８は電力を消費しないため、携帯型通信端末装置２００がイニシエータとして稼働しているときに比べ消費電力を抑えることができる。
【００９９】
［第２の実施形態］
上記第１の実施形態において、データ交換でやり取りしている情報の一部は、ＮＦＣプロトコルのＲＦＵ（Ｒｅｓｅｒｖｅｄ  ｆｏｒ  Ｆｕｔｕｒｅ  Ｕｓｅ）を運用することで実現しても良い。
【０１００】
本第２の実施形態では第１の実施形態との差分を中心に、ステップＳ２５０３における通信役割交代要求をＮＦＣの規格で定められたデータ転送プロトコルのＰＦＢバイトのＲＦＵを用いて通知する例について説明する。
【０１０１】
図２７はＮＦＣデータ転送プロトコルおよびＲＦＵの運用を説明した図である。図２７（ａ）がＮＦＣデータ交換プロトコルの定義であり、図２７（ｂ）が本実施形態に係るＲＦＵの運用例である。
【０１０２】
ＣＭＤ０はイニシエータからの要求であればＤ４を、ターゲットからの応答であればＤ５を指定しなければならない。バイト０はＰＦＢバイトであり、定義およびこのＲＦＵ運用については後述する。バイト１およびバイト２はＮＦＣの規格で定められた必須のデータバイトであり、ＣＭＤ０からバイト２までがデータ交換プロトコルヘッダと規定されている。バイト３からバイトｎまでは伝送データバイトと規定されており、ＮＦＣアプリケーションが任意に利用可能なユーザーデータバイトである。第１の実施形態におけるステップＳ２５０１、Ｓ２５０３、Ｓ２５０４、Ｓ２５０６からＳ２５０８ではユーザーデータバイトを利用していた。
【０１０３】
さて、ＰＦＢバイトは伝送制御を要求する情報を伝えるために利用されるバイトである。図示したとおり、情報ｐｄｕ、ＡＣＫ／ＮＡＣＫ  ｐｄｕ、管理ｐｄｕの３種類がビット７からビット５の値の組み合わせで定義されており、その他はＲＦＵと規定されている。本第２の実施形態では、図２７（ｂ）の通りＲＦＵのうち、ビット７からビット５を全て１とした通信役割交換要求ｐｄｕを定義し運用する。
【０１０４】
本第２の実施形態におけるＭＦＰ３００と携帯型通信端末装置２００とにおけるコマンドのやり取りを図２５を用いて説明する。
【０１０５】
ステップＳ２１０１からＳ２５０２までは第１の実施形態と同じであり、役割交代判断部にて交代すると判断され、交換後通信識別子が生成された状態である。
【０１０６】
ステップＳ２５０３にて、ＭＰＦ３００は図２７（ｂ）の通信役割交代要求ｐｄｕを用い、通信役割交代要求を携帯型通信端末装置２００へ応答する。その際ユーザーデータバイトには通信役割交代要求の旨を示す情報は無く、交代後通信識別子のみが格納される。携帯型通信端末装置２００は通信役割交代要求ｐｄｕを識別すると、第１の実施形態と同様に打診可否判断部にて交代後通信識別子を格納する。以降、ステップＳ２１０６からＳ２００８は第１の実施形態と同じであり、ＭＦＰ３００がデータ受信を完了させた後、一連の通信ならびに印刷処理を完了する。
【０１０７】
上記により、携帯型通信端末装置２００内の固有アプリケーション１７０６やＭＦＰ３００のＲＡＭ９０４内のその他１３０８に格納されているアプリケーションで通信役割交代要求に関する制御を簡略化できる。なお、ＲＦＵの運用は上記に限ったものではなく種々の適用が可能である。例えば、ステップＳ２５０１におけるデータ送信要求やＳ２５０４のデータ受信打診のようなＮＦＣ通信の運用上明確な意味を持ち得るデータ交換に関して、ＲＦＵを利用することが想定される。
【０１０８】
なお、本第２の実施形態では、データ転送プロトコルのＰＦＢバイトのＲＦＵを用いたが、利用するＲＦＵはデータ転送プロトコルに限るものではない。例えば、ＲＦＵはステップＳ２１０１の属性要求におけるＢＳｉバイトやＢＲｉバイト、ステップＳ２１０３のパラメータ選択要求におけるＤＲｉバイトやＤＳｉバイトでも定義されている。これらのＲＵＦを運用することで、携帯型通信端末装置２００がＭＦＰ３００に対して役割交換が可能かを予め問い合わせることも想定される。
【０１０９】
同様に、ステップＳ２１０２の属性応答におけるＴＯバイトのＲＦＵを運用することで、ＭＦＰ３００が携帯型通信端末装置２００に役割交換能力の有無を応答することも想定される。
【０１１０】
［第３の実施形態］
第１の実施形態において、データ交換でやり取りしている情報の一部は、ＮＦＣプロトコルを拡張することで実現しても良い。
【０１１１】
本第３の実施形態では第１の実施形態との差分を中心に、ステップＳ２１０６の解放要求およびＳ２１０７の解放応答をＮＦＣの規格で定められたプロトコル命令バイトＣＭＤ１の定義を拡張した例について説明する。
【０１１２】
図２８は、ＮＦＣプロトコルにおける、解放要求および解放応答のパケット構成を説明する図である。図２８（ａ）がＮＦＣプロトコルの定義であり、図２８（ｂ）が本第３の実施形態に係る拡張例である。ＣＭＤ０はイニシエータからの要求であればＤ４を、ターゲットからの応答であればＤ５を指定しなければならない。バイト０はＮＦＣの規格で定められた必須のデータバイトである。ＣＭＤ１に関しては、解放要求であれば０Ａ、解放応答であれば０Ｂと規定されているが、０ＣからＦＦに関してはきていされていない。本発明では、解放後役割交代要求を０Ｃ、解放後役割交代応答を０Ｄと定義する。
【０１１３】
図２９は本第３の実施形態に係るＭＦＰ３００と携帯型通信端末装置２００とにおけるコマンドのやり取りを説明したフローチャート図である。前述の図と同一の処理には同一の符号を記して説明する。ステップＳ２１０１からＳ２５０３までは図２５と同じであり、携帯型通信端末装置２００は打診可否判断部にて通信役割交代要求を識別すると交代後通信識別子を格納した状態である。
【０１１４】
続いてステップＳ２９０１にて、携帯型通信端末装置２００は解放後役割交代要求をＭＦＰ３００に通知する。これによりターゲットであったＭＦＰ３００は以降の通信において役割を交代、すなわちイニシエータとして通信を開始することが明示的に指示される。
【０１１５】
その後ステップＳ２９０２では、ＭＦＰ３００から携帯型通信端末装置２００へ解放後役割交代応答を通知する。これにより、携帯型通信端末装置２００はＭＦＰ３００が通信役割交代を認識していることおよび自身が以降の通信ではターゲットとなるべきことを確認できる。
【０１１６】
以降、Ｓ２００１からＳ２００８は図２５と同じであり、ＭＦＰ３００がデータ受信を完了させた後、一連の通信ならびに印刷処理を完了する。
【０１１７】
以上により、携帯型通信端末装置２００内の固有アプリケーション１７０６やＭＦＰ３００のＲＡＭ９０４内のその他１３０８に格納されているアプリケーションで、解放処理前後の通信役割交代に関する制御を簡略化できる。
【０１１８】
［第４の実施形態］
前述の実施形態では、印刷データの送信が開始される前に、イニシエータとターゲットの役割を交代したが、データ交換の途中で役割を交代しても良い。本第４の実施形態では第１の実施形態との差分を中心に、携帯型通信端末装置２００の電池残量に応じて通信役割を交代する例を説明する。
【０１１９】
図３０は第１の実施形態に係るＭＦＰ３００と携帯型通信端末装置２００とにおけるコマンドのやり取りを説明したフローチャート図である。前述の図２５と同一の処理には同一の符号を記して説明する。
【０１２０】
ステップＳ２１０１からＳ２１０４は図２５と同じであり、携帯型通信端末装置２００がイニシエータとなり、ＭＦＰ３００とのアクティブモードでのデータ交換が可能な状態となる。
【０１２１】
ステップＳ３００１では、携帯型通信端末装置２００からＭＦＰ３００へデータ送信要求を発行する。その際、Ｓ２５０１に加え、携帯型通信端末装置２００の電池残量を通知する。電池残量は携帯型通信端末装置２００内の固有アプリケーション１７０６に格納されているアプリケーションが、携帯型通信端末装置２００内の電源部８１４から取得する数値情報であり、電池容量に対する電池残量割合を示す、百分率の数値である。
【０１２２】
ステップＳ３００２では、ＭＦＰ３００内の役割交代判断部にて通信役割を交換するか否かを判断する。ステップＳ２５０２での判断に加え、携帯型通信端末装置２００の電池残量を基に判断する。ここでは電池残量が７０％と充分残っているものとし役割交代判断部は交代しないと判断する。
【０１２３】
ステップＳ３００３では、ＭＦＰ３００が携帯型通信端末装置２００へ、データ送信ＯＫの旨を応答する。ステップＳ３００４では、携帯型通信端末装置２００は、データを数ブロックに分割し、逐次送信する。その際、その時点の電池残量を合わせて通知する。なお、分割する単位は任意で良く、ここでは固有アプリケーション１７０６であらかじめ指定されている値に従うものとする。ステップＳ３００５では、ＭＦＰ３００はデータを受信するとともに、ステップ３５０２と同じ処理を行う。ステップＳ３００４とＳ３００５は逐次繰り返され、携帯型通信端末装置２００の電池残量は徐々に低下し、いずれ３０％と電池残量が少ない状態となる。するとステップＳ３００５において、役割交代判断部が交代すると判断するとともに交代後通信識別子を生成し、ステップＳ３００６へ移行する。
【０１２４】
ステップＳ３００６では、ＭＦＰ３００が通信役割交代要求および交代後通信識別子を携帯型通信端末装置２００へ通知する。このとき、ＭＦＰ３００は受信済みのデータを保持しておき、以後の通信にて受信するデータと連結可能なよう管理する。同様に、携帯型通信端末装置２００は、未送信のデータを保持しておき、以後の通信で継続利用できるよう管理する。
【０１２５】
ステップＳ２１０６からＳ２００５は図２５と同じであり、携帯型通信端末装置２００の通信を完了後、ＭＰＦ３００がターゲットとなり、携帯型通信端末装置２００とパッシブモードでのデータ交換が可能な状態となる。
【０１２６】
ステップＳ３００７にて、ＭＦＰ３００は携帯型通信端末装置２００に対してデータ受信打診を通知する。その際、ステップＳ３００５で生成した交代後通信識別子およびステップＳ３００１で受信したデータ名称、データ種類、データ格納箇所を合わせて通知する。ステップＳ３００８では、携帯型通信端末装置２００の打診可否判断部において、データ受信打診の可否を判断する。ステップＳ２５０３で格納した交代後通信識別子と、ステップＳ２５０４で受信した交代後通信識別子が同一であることを確認でき、且つ、通知されたデータに関する情報に合致する未送信データが存在すれば、データ受信打診を許可すると判断する。もし交代後通信識別子の同一性あるいは指定されたデータの存在が確認できない場合は拒否すると判断する。ステップＳ３００９では、携帯型通信端末装置２００はステップＳ３００８の判断結果として許可応答をＭＦＰ３００へ応答する。拒否応答をした場合は、ステップＳ３００７に戻り正しい交代後通信識別子が通知されることを期待しても良いし、通常のターゲットとしての挙動を行っても良い。ステップＳ３０１０にて、ＭＦＰ３００は、ステップＳ３００４までに受信したデータに以後受信するデータを連結するデータ引き継ぎ処理を行う。データ転送がブロック単位で行われている場合は、ブロック単位でデータを連結すれば良い。
【０１２７】
以降、ステップＳ２１０６からＳ２００８は図２５と同じであり、ＭＦＰ３００がデータ受信を完了させた後、一連の通信ならびに印刷処理を完了する。
【０１２８】
これにより、携帯型通信端末装置２００の電池切れを回避した上で、データ転送の一部をパッシブモードより転送速度の速いアクティブモードで通信できるため、データ転送完了までの所要時間を短縮することができる。
【０１２９】
なお、本第４の実施形態では、ステップＳ３００４にて逐次携帯型通信端末装置２００の電池残量を通知していたが、ＭＦＰ３００が携帯型通信端末装置２００の電池残量を取得する方法はこれに限らない。たとえば、ステップＳ３００４のデータ送信とは独立し、携帯型通信端末装置２００の電池残量が一定の閾値を下回った場合のみその旨を通知しても良い。また、電池残量や、通信役割交代要求の通知手段は、ユーザーデータであっても、ＮＦＣプロトコルのＲＦＵ領域運用や拡張であっても良いことは、前述の実施形態で説明した通りである。
【０１３０】
［第５の実施形態］
前述の各実施形態では携帯型通信端末装置２００のデータをＭＦＰ３００で印刷するケースについて説明したが、ＭＦＰ３００でスキャンしたデータを携帯型通信端末装置２００に格納しても良い。
【０１３１】
本第５の実施形態では第１の実施形態との差分を中心に、携帯型通信端末装置２００のユーザ指定データ１８０５の空き容量に応じたスキャンデータを伝送する例について説明する。
【０１３２】
図３１は本実施形態に係るＭＦＰ３００と携帯型通信端末装置２００とにおけるコマンドのやり取りを説明したフローチャート図である。前述の図２５と同一の処理には同一の符号を記して説明する。
【０１３３】
ステップＳ２１０１からＳ２１０４は図２５と同じであり、携帯型通信端末装置２００がイニシエータとなり、ＭＦＰ３００とのデータ交換が可能な状態となる。
【０１３４】
ステップＳ３１０１にて、携帯型通信端末装置２００は、ＭＦＰ３００に対してデータ受信要求を通知する。この要求はＭＰＦ３００の原稿台３０１上に載置されているドキュメントをスキャンし、スキャンデータを携帯型通信端末装置２００へ伝送することを要求するものである。この際、携帯型通信端末装置２００は、スキャンデータ受信用のメモリ容量として携帯型通信端末装置２００内のユーザ指定データ１８０５の空き容量を通知する。
【０１３５】
ステップＳ３１０２にて、ＭＦＰ３００内の役割交代判断部は、通信役割を交代するか否かを判断する。役割交代判断部での制御は後述するが、ここでは交代すると判断され、その結果として交換後通信識別子が生成されたものとする。
【０１３６】
ステップＳ３１０３にて、ステップＳ２５０３と同様、ＭＰＦ３００はＳ３１０１への応答として、通信役割交代要求および交代後通信識別子を携帯型通信端末装置２００へ応答する。携帯型通信端末装置２００は、打診可否判断部にて通信役割交代要求を識別すると交代後通信識別子を格納し、通信役割を交代するために現在の通信を終了すると判断する。
【０１３７】
ステップＳ２１０６からＳ２００５は図２５と同じであり、携帯型通信端末装置２００の通信を完了後、ＭＰＦ３００がターゲットとなり、携帯型通信端末装置２００とパッシブモードでのデータ交換が可能な状態となる。
【０１３８】
ＭＰＦ３００は、読取制御部９０８の指示により、読取部９１０を介して原稿台３０１上に載せられているドキュメントをスキャンし、画像メモリ９０６へスキャンデータを格納する。
【０１３９】
ステップＳ３１０４にて、スキャンデータの格納が完了したＭＦＰ３００携帯型通信端末装置２００に対して、データ送信打診を通知する。その際、ステップＳ３１０２で生成した交代後通信識別子およびスキャンデータ名称、スキャンデータサイズ、スキャンデータ種類を合わせて通知する。
【０１４０】
ステップＳ３１０５にて、携帯型通信端末装置２００内の打診可否判断部は、データ送信打診の可否を判断する。ステップＳ３１０３で格納した交代後通信識別子と、ステップＳ３１０４で受信した交代後通信識別子が同一であることを確認し、データ送信打診を許可すると判断する。できなければ拒否すると判断する。
【０１４１】
ステップＳ３１０６にて、携帯型通信端末装置２００は、ステップＳ３１０５の判断結果として許可応答をＭＦＰ３００へ応答する。拒否応答をした場合は、ステップＳ４１０４に戻り正しい交代後通信識別子が通知されることを期待しても良いし、通常のターゲットとしての挙動を行っても良い。
【０１４２】
ステップＳ３１０７にて、許可応答を受けたＭＦＰ３００は、携帯型通信端末装置２００に対してデータ送信を開始する。
【０１４３】
ステップＳ３１０８にて、ＭＰＦ３００から送信されたデータの受信処理が完了すると、携帯型通信端末装置２００は、完了応答を返却する。
【０１４４】
ステップＳ３１０７およびＳ３１０８は必要に応じてデータの伝達が完了するまで繰り返されても良い。たとえば、スキャンデータを任意のブロックに分割して伝達する場合は、ブロックごとにステップＳ３１０７とＳ３１０８が繰り返される。
【０１４５】
以降、ステップＳ２００７からＳ２００８は図２５と同じであり、一連の通信を完了する。
【０１４６】
図３２は、ステップＳ３１０２における役割交代判断部の判断フローを示したフローチャート図である。
【０１４７】
まずステップＳ３２０１にて対象データに関する情報として、スキャンするデータのデータサイズと、メモリ容量を取得する。スキャンするデータのデータサイズは、原稿台３０１上に載せられているドキュメントのプレスキャンを行うことでサイズを識別し、読み取り解像度を考慮して算出する。本実施形態では、通常読取解像度である３００ｄｐｉと小容量化読取解像度である２４０ｄｐｉの２種類のデータサイズを算出する。メモリ容量は、ステップＳ３１０１で通知された情報を用いる。その後、ステップＳ３２０２へ移行する。
【０１４８】
ステップＳ３２０２では通常読取解像度におけるスキャンデータサイズとメモリ容量を比較する。データサイズが大きければＳ３２０３へ、そうでなければＳ３２０４へ移行する。
【０１４９】
ステップＳ３２０３では、データサイズが過大か否かを判断する。小容量化読取解像度がメモリ容量よりも大きい場合に「過大である」と判断し、ステップＳ３２０５へ移行する。過大ではない場合は、ステップＳ３２０６へ移行する。
【０１５０】
ステップＳ３２０４では、交代すると判断し、ステップＳ３２０６へ移行する。ステップＳ３２０５では、交代しないと判断し、ステップＳ３２０８へ移行する。
【０１５１】
ステップＳ３２０６では、スキャンデータを圧縮する。前述のとおり小容量化読取解像度にてスキャンデータを生成すると決定する。ステップＳ３２０７では、交代後通信識別子を生成し、判断フローを終了する。ステップＳ３２０８では、交代不可理由を生成し、判断フローを終了する。交代付加理由をステップＳ３１０３にて通知された携帯型通信端末装置２００は、スキャン処理をあきらめる、或いは、さらに小さい読取解像度でスキャンする、などの対応を決定することができる。以降、スキャンデータの生成の際は、ステップＳ３２０６にて小容量化読取解像度を利用すると決定されていない場合は通常読取解像度を利用する。
【０１５２】
これにより、携帯型通信端末装置２００の状態および能力を考慮したデータ転送を実現できる。携帯型通信端末装置２００のスキャンデータ受信用のメモリ容量が不十分な状態でスキャン処理を継続すると、通信エラーになったり、携帯型通信端末装置２００内部でのデータ受信用のリングバッファ処理を行うための電力消費が生じてしまう。本実施形態ではそれらを避けることができる。
【０１５３】
なお、本第５の実施形態では携帯型通信端末装置２００のユーザ指定データ１８０５の空き容量情報を用いて生成するスキャンデータを変更したが、判断基準となる空き容量はこれに限るものでは無い。例えばデータ実態を携帯型通信端末装置２００の内の画像処理バッファ１６０３やサーバ装置１０１に格納する場合は、それらの空き容量情報を用いることが可能である。
【０１５４】
また、本実施形態ではスキャンデータについて説明したが、本発明で扱えるデータはこれに限らない。例えば、ＭＦＰ３００に挿入されたメモリカード（図９に非図示）内のデータを利用しても良い。この場合、ステップＳ３１０１の前に情報を交換し、ＣＦカード内のデータ情報の一覧を携帯型通信端末装置２００に伝達しておくことで、任意のデータを選択して取得することができる。また、ステップＳ３１０２などで説明したプレスキャンなどの処理は不要となる。
【０１５５】
さらに、本実施形態を基に、種々の改善も可能である。例えば、携帯型通信端末装置２００がリングバッファを構成しており、メモリ容量を考慮しなくても良い構成であっても、データサイズが過大の場合は、交代しないと判断しても良い。この場合、電力消費と引き換えに、データ転送効率の良いアクティブモードでの通信を行うことも可能である。この判断は、ＭＰＦ３００の役割交代判断部が行っても良いし、携帯型通信端末装置２００の打診可否判断部が行っても良い。また、これらの情報・判断結果の伝達には、データ交換のユーザーデータを用いても、ＮＦＣのＲＦＵ運用や拡張にて実現しても良いことは、前述の実施形態からも明らかである。
【０１５６】
［第６の実施形態］
前述の各実施形態では、通信役割交代要求をＭＦＰ３００が発行していたが、携帯型通信端末装置２００が発行しても良い。
【０１５７】
本第６の実施形態では第１の実施形態との差分を中心に、電力消費低減を狙いステップＳ２５０１の時点で通信役割交代要求を発行する例について、ＭＦＰ３００と携帯型通信端末装置２００とにおけるコマンドのやり取りを、図２５を用いて説明する。
【０１５８】
ステップＳ２１０１からＳ２１０４までは実施形態１と同じであり、携帯型通信端末装置２００がイニシエータのＮＦＣ通信が確立されている状態である。ステップＳ２５０１において、ユーザーデータバイト（実施形態１）あるいは通信役割交代要求ｐｄｕ（実施形態２）を利用することで、携帯型通信端末装置２００からＭＦＰ３００へと通信役割交代を要求する。ステップＳ２５０２ではＭＦＰ３００の役割交代判断部がその要求を受けて交代を判断し、交代後通信識別子を生成し、ステップＳ２５０３にて、交代ＯＫの旨を携帯型通信端末装置２００へ応答する。以降、ステップＳ２１０６からＳ２００８  は実施形態１と同じであり、ＭＦＰ３００がデータ受信を完了させた後、一連の通信ならびに印刷処理を完了する。
【０１５９】
これにより、通信開始時にイニシエータであった携帯型通信端末装置２００が役割交代を主導することができる。
【０１６０】
［第７の実施形態］
前述の各実施形態では、解放要求を携帯型通信端末装置２００が主導して発行していたが、ＭＦＰ３００が主導しても良い。
【０１６１】
本第７の実施形態では第１の実施形態との差分を中心に、ステップＳ２５０３の時点で解放処理を要望する例について、ＭＦＰ３００と携帯型通信端末装置２００とにおけるコマンドのやり取りを、図２５を用いて説明する。
【０１６２】
ステップＳ２１０１からＳ２５０２までは第１の実施形態と同じであり、役割交代判断部にて交代すると判断され、交換後通信識別子が生成された状態である。
【０１６３】
ステップＳ２５０３にて、ＭＦＰ３００は携帯型通信端末装置２００へ通信交代要求を通知すると同時に、解放処理の要望を通知する。その際、解放処理を要求する旨を、ユーザーデータバイト（実施形態１）あるいは通信役割交代要求ｐｄｕ（実施形態２）を利用して伝達する。ステップＳ２１０６では、携帯型通信端末装置２００は、ＭＦＰ３００からの解放処理要望を受け、解放要求を通知する。以降、ステップＳ２１０７からＳ２００８  は実施形態１と同じであり、ＭＦＰ３００がデータ受信を完了させた後、一連の通信ならびに印刷処理を完了する。
【０１６４】
これにより、通信開始時にターゲットであったＭＦＰ３００が解放処理を主導することができる。
【０１６５】
以上の実施形態のように、携帯型通信端末装置がイニシエータとしてＭＦＰ等の装置と通信を行った後、携帯型通信端末装置がターゲットとして通信を行うようにする。これにより携帯型通信端末装置には、ＭＦＰ等のイニシエータとの通信により電力が供給されるので、携帯型通信端末装置自身が電力を供給しなくても、適切に通信を行うことができる。
【０１６６】
なお、以上の実施形態では、ＮＦＣにより通信されるデータとして、ＭＦＰで印刷するためのデータや、ＭＦＰにより原稿がスキャンされて得られたデータを例に説明したが、これに限らず、種々のデータを通信するものであってよい。
【０１６７】
［他の実施形態］
上記の各実施形態では、携帯型通信端末装置がスマートホンであることを前提にして説明したが、近接無線通信機能を有しバッテリーで駆動する携帯端末と、その携帯端末からの情報に基づき処理する装置もしくは携帯端末に向けて情報を発信する、外部電源で動作する機器に適用可能であるので、上記例に本願発明が限定されるものではない。また、携帯端末としては、携帯電話、デジタルカメラ、ＰＤＡ、携帯型ＰＣ等種類は問わない。特に、スマートホン、ＰＤＡ、ＰＣの場合、それらの内部のプロセッサが実行するアプリケーションプログラムでもって、上記実施形態で示した携帯型通信端末装置２００を実現できるので、本発明はコンピュータプログラムをもその範疇とすることは明らかである。さらにまた、通常、コンピュータプログラムは、ＣＤ−ＲＯＭ等のコンピュータ可読記憶媒体に格納されているわけであるから、係るコンピュータ可読記憶媒体をもその範疇とすることも明らかである。また、コンピュータプログラムをコンピュータ（ＣＰＵ等）は１つである場合に限らず、複数のコンピュータが協働して本実施形態のプログラムを実行する場合であってもよい。また本実施形態のプログラムの一部を実行する回路等のハードウェアを設け、そのハードウェアと、プログラムを実行するＣＰＵ等のコンピュータが協働することによっても、本実施形態で示した処理を実現することができる。
【図１】
0005969775.tif 000002
【図２】
0005969775.tif 000003
【図３】
0005969775.tif 000004
【図４】
0005969775.tif 000005
【図５】
0005969775.tif 000006
【図６】
0005969775.tif 000007
【図７】
0005969775.tif 000008
【図８】
0005969775.tif 000009
【図９】
0005969775.tif 000010
【図１０】
0005969775.tif 000011
【図１１】
0005969775.tif 000012
【図１２】
0005969775.tif 000013
【図１３】
0005969775.tif 000014
【図１４】
0005969775.tif 000015
【図１５】
0005969775.tif 000016
【図１６】
0005969775.tif 000017
【図１７】
0005969775.tif 000018
【図１８】
0005969775.tif 000019
【図１９】
0005969775.tif 000020
【図２０】
0005969775.tif 000021
【図２１】
0005969775.tif 000022
【図２２】
0005969775.tif 000023
【図２３】
0005969775.tif 000024
【図２４】
0005969775.tif 000025
【図２５】
0005969775.tif 000026
【図２６】
0005969775.tif 000027
【図２７】
0005969775.tif 000028
【図２８】
0005969775.tif 000029
【図２９】
0005969775.tif 000030
【図３０】
0005969775.tif 000031
【図３１】
0005969775.tif 000032
【図３２】
0005969775.tif 000033