(57)【要約】【課題】本発明は、携帯端末を機器にタッチさせるだけで、機器を省電力状態から無駄に復帰させることなく、携帯端末の機能で必要となるデータを当該機器から取得することができる無線通信システムを提供する。【解決手段】携帯端末１０が画像形成装置２０に搭載されたＮＦＣタグが持つ記憶領域からデータを受信し、当該データが携帯端末１０上で動作するアプリに必要なデータでなかった場合には、画像形成装置２０にＮＦＣの通信モードの切り替え要求を送信する。そして、画像形成装置２０は、ＮＦＣの通信方式を切り替えてＲＡＭ２０２の記憶領域５０２に格納されているデータを携帯端末１０に送信する。【選択図】図６
2015220587.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末と機器とが第１の通信方法により通信を行うことが可能な無線通信システムにおいて、
前記携帯端末は、
前記第１の通信方法により前記機器の無線通信手段との間で無線通信を行い、当該無線通信手段が持つ記憶領域に格納されている第１のデータを受信する受信手段と、
前記受信した第１のデータが必要なデータかを判定する判定手段と、
前記第１のデータが必要なデータでないと判定された場合は、前記無線通信手段の通信方式の切り替えを要求する要求手段とを備え、
前記機器は、
前記無線通信手段が持つ記憶領域に格納されている第１のデータを前記第１の通信方法により前記携帯端末に送信する第１の送信手段と、
前記携帯端末から前記無線通信手段の通信方式の切り替え要求を受けて、当該無線通信手段の通信方式を第１の通信モードから第２の通信モードに切り替える切り替え手段と、
前記無線通信手段の通信方式の切り替えに応じて、当該機器のメモリから該当する第２のデータを前記携帯端末に送信する第２の送信手段とを備えることを特徴とする無線通信システム。
【請求項２】
前記機器は、前記第２の送信手段によるデータ送信が終了したときは、前記切り替え手段により前記無線通信手段の通信方式を第２の通信モードから第１の通信モードに戻すことを特徴とする請求項１に記載の無線通信システム。
【請求項３】
前記第１の通信モードにはカードエミュレーションモードが含まれ、前記第２の通信モードにはＰ２Ｐモードが含まれることを特徴とする請求項１または２に記載の無線通信システム。
【請求項４】
前記受信手段、前記判定手段、および前記要求手段は、前記携帯端末で動作するアプリケーションであることを特徴とする請求項１乃至３のいずれか１項に記載の無線通信システム。
【請求項５】
携帯端末と機器とが第１の通信方法または第２の通信方法により通信を行うことが可能な無線通信システムにおいて、
前記携帯端末は、
前記第１の通信方法により前記機器の第１の無線通信手段との間で無線通信を行い、当該無線通信手段が持つ記憶領域に格納されている第１のデータを受信する受信手段と、
前記受信した第１のデータが必要なデータかを判定する第１の判定手段と、
前記第１のデータが必要なデータでないと判定された場合は、当該第１のデータに前記第２の通信方法により前記機器との間で無線通信を行うための情報があるか否かを判定する第２の判定手段と、
前記第１のデータに前記情報が含まれていた場合は、当該情報を用いて前記第２の通信方法により前記機器と無線接続する接続手段とを備え、
前記機器は、
前記無線通信手段が持つ記憶領域に格納されている第１のデータを前記第１の通信方法により前記携帯端末に送信する第１の送信手段と、
前記第２の通信方法により前記携帯端末との間で無線通信を行い、当該機器のメモリから該当する第２のデータを前記携帯端末に送信する第２の送信手段とを備えることを特徴とする無線通信システム。
【請求項６】
前記第２の通信方法は、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ(登録商標）を含む無線通信方法であることを特徴とする請求項５に記載の無線通信システム。
【請求項７】
前記携帯端末は、ＮＦＣのリーダー／ライター機能を備えることを特徴とする請求項１乃至６のいずれか１項に記載の無線通信システム。
【請求項８】
前記機器は、ＮＦＣタグを含むデバイスであることを特徴とする請求項１乃至７のいずれか１項に記載の無線通信システム。
【請求項９】
前記機器の無線通信手段が持つ記憶領域は、前記ＮＦＣタグが持つ小容量の不揮発性メモリであることを特徴とする請求項８に記載の無線通信システム。
【請求項１０】
前記機器のメモリは、前記機器を制御する制御手段が持つ大容量の揮発性メモリもしくは大容量の不揮発性メモリであることを特徴とする請求項１乃至９のいずれか１項に記載の無線通信システム。
【請求項１１】
前記第１の通信方法は、ＮＦＣを含む近接無線通信方法であることを特徴とする請求項１乃至１０のいずれか１項に記載の無線通信システム。
【請求項１２】
前記受信手段、前記判定手段、および前記接続手段は、前記携帯端末で動作するアプリケーションであることを特徴とする請求項５乃至１１のいずれか１項に記載の無線通信システム。
【請求項１３】
前記第１のデータはＮＤＥＦ形式で格納されるデータであり、前記第２のデータはＮＤＥＦ形式または他の形式で格納されるデータであることを特徴とする請求項１乃至１２のいずれか１項に記載の無線通信システム。
【請求項１４】
携帯端末と機器とが第１の通信方法により通信を行うことが可能な無線通信システムの通信方法において、
前記携帯端末の受信手段が、前記第１の通信方法により前記機器の無線通信手段との間で無線通信を行い、当該無線通信手段が持つ記憶領域に格納されている第１のデータを受信する受信工程と、
前記携帯端末の判定手段が、前記受信した第１のデータが必要なデータかを判定する判定工程と、
前記携帯端末の要求手段が、前記第１のデータが必要なデータでないと判定された場合は、前記無線通信手段の通信方式の切り替えを要求する要求工程と、
前記機器の第１の送信手段が、前記無線通信手段が持つ記憶領域に格納されている第１のデータを前記第１の通信方法により前記携帯端末に送信する第１の送信工程と、
前記機器の切り替え手段が、前記携帯端末から前記無線通信手段の通信方式の切り替え要求を受けて、当該無線通信手段の通信方式を第１の通信モードから第２の通信モードに切り替える切り替え工程と、
前記機器の第２の送信手段が、前記無線通信手段の通信方式の切り替えに応じて、当該機器のメモリから該当する第２のデータを前記携帯端末に送信する第２の送信工程とを備えることを特徴とする通信方法。
【請求項１５】
請求項１４に記載の通信方法を実行させるためのコンピュータに読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムおよびその通信方法、並びにプログラムに関し、特に、無線通信手段を有する情報処理装置と携帯端末との間の無線通信技術に関する。
【背景技術】
【０００２】
近年、近接無線通信手段の一つであるＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と呼ばれる技術がスマートフォンやタブレットＰＣ等の携帯端末に普及している。ＮＦＣの仕様には３つの機能が規定されている。１つ目は、リーダー／ライター機能（リーダー／ライターモード）であり、ＮＦＣカードやＮＦＣタグに対するデータのリードおよびライトを実施することができる。２つ目は、カードエミュレーション機能（カードエミュレーションモード）であり、リーダー／ライターモードで読み取り可能なＮＦＣタグと同等の動作を実施することができる。３つ目は、ピア・ツー・ピア機能（Ｐ２Ｐモード）であり、ＮＦＣを介して様々なデータの送受信が可能である。
【０００３】
ユーザがＮＦＣ搭載の携帯端末を通信相手となる機器に近接（いわゆるタッチ）させる直感的な操作により、２つのＮＦＣ搭載機器間でデータの送受信を実行することが可能となっている。また、携帯端末は、ＮＦＣだけに限らず、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の様々な無線通信手段を備えている。そのため、複数の通信手段を活用した電子機器間でデータ通信が盛んになっている。こうした特徴を生かしたものとして、ＮＦＣデバイスＮＤ１の通信モードを切り替えて使用する技術が知られている（例えば、特許文献１参照）。この技術は、通常動作モードから省電力モードに切り替える際に、ＮＦＣの通信方式をＰ２Ｐモードからカードエミュレーションモードへ切り替えることで省電力モード時でも他のＮＦＣデバイスと通信を確立することを可能としている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−４４０９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、携帯端末の通信相手となる機器に搭載されたＮＦＣの通信方式をカードエミュレーションモードのみにしてコストを抑えた場合、ＮＦＣタグに格納できるデータ量が限られているため、データの種類によっては必要なデータが得られないおそれがある。
【０００６】
また、ＮＦＣの普及に連れてＮＦＣ搭載の携帯端末に追加される機能も増えて、当該機能を利用する際に、携帯端末が相手先の機器から取得するデータの種類も多くなる。データの種類としては、例えば、アプリ起動、他のＩ／Ｆへのハンドオーバー、サービスＵＲＬ取得、機器情報取得、エラー処理、システムログ取得などがある。こうなると、携帯端末に追加されるアプリ等の機能に応じて、ＮＦＣの通信モードを切り替えるだけでは様々なシチュエーションに対応しきれないおそれがある。
【０００７】
本発明は、上記課題に鑑みてなされたものであり、携帯端末を機器にタッチさせるだけで、機器を省電力状態から無駄に復帰させることなく、携帯端末の機能で必要となるデータを当該機器から取得することができる技術を提供する。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明の無線通信システムは、携帯端末と機器とが第１の通信方法により通信を行うことが可能な無線通信システムにおいて、前記携帯端末は、前記第１の通信方法により前記機器の無線通信手段との間で無線通信を行い、当該無線通信手段が持つ記憶領域に格納されている第１のデータを受信する受信手段と、前記受信した第１のデータが必要なデータかを判定する判定手段と、前記第１のデータが必要なデータでないと判定された場合は、前記無線通信手段の通信方式の切り替えを要求する要求手段とを備え、前記機器は、前記無線通信手段が持つ記憶領域に格納されている第１のデータを前記第１の通信方法により前記携帯端末に送信する第１の送信手段と、前記携帯端末から前記無線通信手段の通信方式の切り替え要求を受けて、当該無線通信手段の通信方式を第１の通信モードから第２の通信モードに切り替える切り替え手段と、前記無線通信手段の通信方式の切り替えに応じて、当該機器のメモリから該当する第２のデータを前記携帯端末に送信する第２の送信手段とを備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、携帯端末を機器にタッチさせるだけで、機器を省電力状態から無駄に復帰させることなく、携帯端末で必要となるデータを機器から取得することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の第１の実施形態に係る無線通信システムの一例を示す図である。
【図２】図１における携帯端末のハードウェア構成を示すブロック図である。
【図３】図１における画像形成装置のハードウェア構成を示すブロック図である。
【図４】図１の携帯端末と画像形成装置との間のＮＦＣによる無線通信確立の流れを示すシーケンス図である。
【図５】画像形成装置の第１の無線コントローラに格納された情報とコントローラ内のＲＡＭに格納された情報の概略を示す図である。
【図６】第１の実施形態における携帯端末で実行される画像形成装置からのデータ取得処理の流れを示すフローチャートである。
【図７】画像形成装置の第１の無線コントローラで実行されるデータ送信処理の流れを示すフローチャートである。
【図８】第１の実施形態における画像形成装置のＣＰＵにより実行される処理の流れを示すフローチャートである。
【図９】第２の実施形態における携帯端末で実行される画像形成装置からのデータ取得処理の流れを示すフローチャートである。
【図１０】第２の実施形態における画像形成装置のＣＰＵにより実行される処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
【００１２】
［第１の実施形態］
図１は、本発明の第１の実施形態に係る無線通信システムの一例の図である。
【００１３】
図１において、携帯端末１０は、スマートフォン等の携帯電話、タブレット型パソコン、ノート型パソコン、ＰＤＡ等である。画像形成装置２０は、例えば複数の機能を備えるＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎａｌ  Ｐｅｒｉｐｈｅｒａｌ）である。
【００１４】
携帯端末１０と画像形成装置２０との間では、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等による近接無線通信７００またはＷｉＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）等による無線通信８００により無線接続される。
【００１５】
なお、図示例では、画像形成装置２０は、イーサネット（登録商標）等のＬＡＮを介してパーソナルコンピュータ（ＰＣ）やサーバ、無線ＬＡＮアクセスポイントに接続されているが、図示例に限定されるものではない。
【００１６】
図２は、図１における携帯端末１０のハードウェア構成を示すブロック図である。
【００１７】
図２において、携帯端末１０は、主にコントローラ１００とＵＩ部１３とを備える。
【００１８】
コントローラ１００において、ＣＰＵ１０１は、携帯端末全体を制御する中央演算ユニットであり、各部とシステムバス１１６を介して接続されている。
【００１９】
ＲＡＭ１０２は、ＣＰＵ１０１が動作するためのワークメモリであり、ＣＰＵ１０１の演算データや各種プログラムを格納する。ＲＯＭ１０３は、ＣＰＵ１０１が実行するプログラムや画像データ等、画像形成装置２０と連携して動作するアプリケーション等が格納される。
【００２０】
記憶装置１０４は、サイズの大きなプログラムやデータが格納される不揮発性の記憶装置であり、例えばＳＤカードやＳＳＤなどである。なお、記憶装置１０４がＲＯＭ１０３の記憶領域の一部である構成でもよい。記憶装置１０４に格納されているサイズの大きなプログラムやデータはＲＡＭ１０２に展開されて使用される。
【００２１】
通話部１１３は、不図示のマイクやスピーカを備え、外部の公衆回線に接続して電話として動作するように構成されている。
【００２２】
表示コントローラ１０５は、ＵＩ部１３の表示部１０６の制御を行う。操作部コントローラ１０７は、ＵＩ部１３のタッチパネル１０８、キー１０９の制御を行う。
【００２３】
第２の無線コントローラ１１０は、外部の無線通信装置との間で、例えばＷｉＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）等の規格により無線通信を行う通信インターフェースである。
【００２４】
通信部１１２は、例えば、ＴＣＰ／ＩＰプロトコル等を利用した通信を行うためのネットワークインターフェースである。
【００２５】
第１の無線コントローラ１１４は、外部の無線通信装置との間で、例えば、ＮＦＣ等の近接無線通信規格により無線通信を行う通信インターフェースである。画像形成装置２０とログインするための、ユーザの認証データやＩＰアドレス等を送受信することや、画像形成装置２０に実行させる機能の設定情報などの通信を行う。
【００２６】
ＵＩ部１３は、表示部１０６、タッチパネル１０８およびキー１０９を備える。タッチパネル１０８やキー１０９で受け付けたユーザからの操作指示は、操作部コントローラ１０７によりＣＰＵ１０１に転送される。ユーザは、ＵＩ部１３を操作することで、携帯端末１０にインストールされているアプリケーションを実行させることができる。なお、携帯端末１０では、第２の無線コントローラ１１０や通信部１１２により入力インターフェース機器に接続して、ＵＩ部１３の入出力機能を補うような構成を取ること可能である。
【００２７】
図３は、図１における画像形成装置２０のハードウェア構成を示すブロック図である。
【００２８】
図３において、画像形成装置２０は、主にコントローラ２００と、プリンタ部２３と、スキャナ部２４と、ＵＩ部２５とを備える。これら各部がそれぞれ連動し、印刷、スキャン、コピー、ＦＡＸなどの機能を実現している。
【００２９】
コントローラ２００において、ＣＰＵ２０１は、画像形成装置全体を制御する中央演算ユニットであり、各部とシステムバス２１５を介して接続されている。
【００３０】
ＲＡＭ２０２は、ＣＰＵ２０１が動作するためのワークメモリであり、ＣＰＵ２０１の演算データや各種プログラムを格納する。また、ＲＡＭ２０２は、画像処理部２０５で画像処理を施された画像データを保持する画像メモリとしても利用される。
【００３１】
ＲＯＭ２０３は、ＣＰＵ２０１が実行するプログラムや画像データ、設定データが格納されている。
【００３２】
記憶装置２０４は、サイズの大きなプログラムやデータが格納される不揮発性の記憶装置であり、例えばＨＤＤやＳＳＤなどである。なお、記憶装置２０４がＲＯＭ２０３の記憶領域の一部である構成でもよい。記憶装置２０４に格納されているサイズの大きなプログラムやデータはＲＡＭ２０２に展開されて使用される。
【００３３】
画像処理部２０５は、ＲＡＭ３０２に格納された画像データを読み出し、ＪＰＥＧ、ＪＢＩＧなどの拡大または縮小、色調整などの画像処理を行うことが可能である。
【００３４】
エンジンＩ／Ｆ２０６は、プリンタ部２３に接続するインターフェースである。スキャナＩ／Ｆ２０７は、スキャナ部２４に接続するインターフェースである。
【００３５】
第２の無線コントローラ２０９は、外部の無線通信装置との間で、例えばＷｉＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）等の規格により無線通信を行う通信インターフェースである。
【００３６】
操作部コントローラ２１０は、ＵＩ部に接続するインターフェースである。
【００３７】
第１の無線コントローラ２１１は、外部の無線通信装置との間で、例えば、ＮＦＣ等の近接無線通信規格により無線通信を行う通信インターフェースである。本実施形態では、第１の無線コントローラ２１１は、例えばＮＦＣタグ（パッシブタグ）という形態で画像形成装置２０に搭載されるものとする。このＮＦＣタグは、タグシールのように独立したものではない。すなわち、Ｉ２Ｃ（Ｉｎｔｅｒ−Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）やＳＰＩ（Ｓｅｒｉａｌ  Ｐｅｒｉｐｈｅｒａｌ  Ｉｎｔｅｒｆａｃｅ）のような汎用のＩ／ＦによってＣＰＵと接続して制御可能なものである。
【００３８】
ＵＳＢ＿Ｉ／Ｆ２１２は、不図示のＵＳＢコネクタ、ＵＳＢケーブルを介して、不図示のＰＣ等とローカル接続してＵＳＢ規格による通信を行う。
【００３９】
ネットワークＩ／Ｆ２１３は、イーサネット（登録商標）等のＬＡＮ２６に接続し、ＬＡＮ２６上の不図示のＰＣやサーバとの間でネットワーク通信を行う。このＬＡＮ２６には、不図示の無線ＬＡＮアクセスポイントが接続されていてもよく、携帯端末１０が無線ＬＡＮアクセスポイントを介して画像形成装置２０や不図示のＰＣやサーバ等と通信を行う構成であってもよい。
【００４０】
ＦＡＸ＿Ｉ／Ｆ２１４は、不図示のモジュラージャックを介して公衆回線網２７に接続され、通信先のＦＡＸ装置とＦＡＸ送受信を行う。
【００４１】
プリンタ部２３は、エンジンＩ／Ｆ２０６を介して受信した画像データを、給紙されたシートに印刷して、装置外の排紙する。
【００４２】
スキャナ部２４は、原稿の画像を光学的に読み取って画像データに変換し、スキャナＩ／Ｆ２０７を介して記憶装置２０４や画像処理部２０５に転送する。スキャナ部２４には、原稿検知を行う原稿検知センサ２０８が接続されている。
【００４３】
原稿検知センサ２０８は、不図示の圧板部（原稿台スキャナ部）とＡＤＦ部（Ａｕｔｏ  Ｄｏｃｕｍｅｎｔｏ  Ｆｅｅｄｅｒ部）にそれぞれ備わっている。原稿検知センサ２０８は、原稿台ガラス上に原稿が置かれた場合に原稿を検知してスキャナ部２４へ通知する。また、原稿検知センサ２０８は、シートフィーダに原稿が置かれた場合に原稿を検知してスキャナ部２４へ通知する。
【００４４】
ＵＩ部２５は、各種設定操作の受け付け及びアラーム等の表示を行う。そして、ＵＩ部２５で受け付けた操作指示は、操作部コントローラ２１０を介してＣＰＵ２０１に伝達される。また、操作部コントローラ２１０によりＵＩ部２５に画面表示が行われる。
【００４５】
図４は、図１の携帯端末１０と画像形成装置２０との間のＮＦＣによる無線通信確立の流れを示すシーケンス図である。
【００４６】
まず、Ｓ４０１では、ユーザが携帯端末１０を画像形成装置２０に近づける（タッチする）と、携帯端末１０の第１の無線コントローラ１１４が発生させた電波で画像形成装置２０側のＮＦＣタグ（第１の無線コントローラ２１１）が起動する。ここでは、ＮＦＣタグはカードエミュレーションモードとして動作していることから能動的に電波を出せない。そこで、携帯端末側から発生させた電波で画像形成装置側のＮＦＣタグを起動させる。
【００４７】
Ｓ４０２では、携帯端末１０の第１の無線コントローラ１１４からＰｏｌｌｉｎｇコマンドが画像形成装置２０に送信される。
【００４８】
Ｓ４０３では、画像形成装置２０のＮＦＣタグは、携帯端末１０からＰｏｌｌｉｎｇコマンドを受信すると、当該ＮＦＣタグ内の負荷を変動させてＲｅｓｐｏｎｓｅのデータを携帯端末１０に送信する。このとき、送信されるデータは、ＮＦＣタグが持つ記憶領域に格納されたＮＤＥＦ形式の情報である。ＮＦＣタグが持つ記憶領域は、例えば小容量の不揮発性メモリである。ＮＦＣタグが持つ記憶領域に格納されている情報は、例えば当該情報を提供する画像形成装置側で任意に決定することが可能であり、ＮＦＣのリーダー／ライターモード（リーダー／ライター機能）による書き換えが可能である。なお、ＮＦＣタグが持つ記憶領域に格納された情報がアプリケーション等によりが書き換えられて困る場合は、外部からのＷｒｉｔｅにセキュリティをかけることも可能である。
【００４９】
このように、携帯端末１０は、リーダー／ライターモードに対応する仕様（ＴｙｐｅＡ、ＴｙｐｅＢ、Ｆｅｌｉｃａ（登録商標）等）に切り替えながらデータを送信し、画像形成装置２０は、ＮＦＣタグが対応する仕様で応答する。
【００５０】
次に、携帯端末１０と画像形成装置２０との間のデータの取得方法について説明する。
【００５１】
図５は、画像形成装置２０の第１の無線コントローラ２１１に格納された情報とコントローラ２００内のＲＡＭ２０２に格納された情報の概略を示す図である。
【００５２】
本実施形態では、携帯端末１０が画像形成装置２０から機器の状態を確認するための「ログ情報」を取得する。図５に示すように、画像形成装置２０の第１の無線コントローラ２１１が持つ記憶領域５０１には、「ログ情報」が格納されておらず、「機器情報」や他のＩ／Ｆへの「ハンドオーバー情報」がＮＤＥＦ形式で格納されている。一方、機器の状態を確認するための「ログ情報」は、画像形成装置２０のコントローラ２００内のＲＡＭ２０２が持つ記憶領域５０２に格納されている。このような場合、画像形成装置２０の第１の無線コントローラ２１１がカードエミュレーションモードで動作していることから、ＲＡＭ２０２が持つ記憶領域５０２から必要とする「ログ情報」を取得することができない。そこで、携帯端末１０側から第１の無線コントローラ２１１の通信モード切り替えリクエストを行い、第１の無線コントローラ２１１をカードエミュレーションモードからＰ２Ｐモードに切り替えさせる必要がある。
【００５３】
なお、携帯端末１０が画像形成装置２０から取得するデータは、機器の状態を確認するための「ログ情報」に限定されるものではなく、携帯端末で利用されるアプリケーションの種類に応じて様々なデータが想定される。また、ＲＡＭ２０２が持つ記憶領域５０２は、用途に応じてＲＯＭ２０３に設けられていてもよく、大容量の揮発性メモリまたは不揮発性メモリであればよい。
【００５４】
図６は、携帯端末１０で実行される画像形成装置２０からのデータ取得処理の流れを示すフローチャートである。図示の処理は、コントローラ１００内のＲＯＭ１０３もしくは記憶装置１０４に格納されたプログラムを、ＣＰＵ１０１がＲＡＭ１０２に展開して実行することで実現される。このプログラムは、携帯端末１０で動作する画像形成装置２０との連携アプリであり、その種類は問わない。なお、処理の主体についてはステップ毎に記載する。
【００５５】
まず、携帯端末１０上で動作する画像形成装置との連携アプリが起動されると（ステップＳ６０１）、第１の無線コントローラ１１４がＮＦＣによる通信が可能かを判定する（ステップＳ６０２）。この連携アプリは、対象の機器（ここでは画像形成装置２０）からログ情報を取得する機能を有するアプリケーションであるが、これに限定されるものではない。ユーザが携帯端末１０を画像形成装置２０（の第１の無線コントローラ２１１）にタッチさせると、携帯端末１０の第２の無線コントローラが負荷変動を検知してＮＦＣによる近接無線通信が可能と判断してステップＳ６０３へ移行する。
【００５６】
ステップＳ６０３では、第１の無線コントローラ１１４が、図４で説明した方法でＮＦＣによる近接無線通信が確立したか否かを判定する。画像形成装置２０の第１の無線コントローラ２１１はカードエミュレーションモードで動作している。そのため、携帯端末１０側のリーダー／ライターモードのＰｏｗｅｒ  Ｂｙ  Ｆｉｅｌｄで第１の無線コントローラ２１１が動作することで、画像形成装置側のＣＰＵなどが動作することなく、携帯端末と画像形成装置との間で閉じたデータのやり取りが可能である。
【００５７】
ステップＳ６０３で無線通信が確立できず、対応したデータが取得できなかった場合、例えば、通信規格の不一致や画像形成装置２０のＮＦＣの非対応等が挙げられる。そのため、ＣＰＵ１０１は、表示コントローラ１０５を介して表示部１０６に非対応の通信である旨のエラー表示を行って（ステップＳ６０４）、本処理を終了する。
【００５８】
一方、ステップＳ６０３で無線通信が確立したと判定した場合、第１の無線コントローラ１１４は、画像形成装置２０の第１の無線コントローラ２１１が持つ記憶領域５０１に格納されたデータを受信する（ステップＳ６０５）。
【００５９】
次に、ステップＳ６０６では、第１の無線コントローラ１１４は、画像形成装置２０から受信したデータが、上述した連携アプリが要求したデータか否かを判定する。ここでは、例えば、連携アプリで実行ログを要求したときは、実行ログに対応するデータかどうかをデータの拡張子やヘッダ等で判定する。また、パラメータを要求した場合は、受信したデータが必要なパラメータの項目を網羅できているかで判定する。なお、要求したデータかどうかの判定を連携アプリが可能な場合には、当該データを連携アプリに渡すように構成してもよい。
【００６０】
ステップＳ６０６の判定により、受信したデータが要求したデータであると判定した場合、第１の無線コントローラ１１４はＮＦＣによる無線通信を終了して（ステップＳ６０７）、本処理を終了する。一方、要求したデータでないと判定した場合はステップＳ６０８へ移行する。携帯端末１０側では、機器の状態を確認するための「ログ情報」を要求していたので、「ログ情報」を取得できれば処理を終了するが、「ログ情報」が取得できなかった場合には処理を継続する。
【００６１】
ステップＳ６０８では、第１の無線コントローラ１１４は、受信したデータが要求したデータでないことから、別のデータを引き出すために無線通信の通信方式を切り替える通信モード切り替えリクエストを画像形成装置２０に送信する。ＮＦＣのカードエミュレーションモードで動作している第１の無線コントローラ２１１からは機器の状態を確認するための「ログ情報」が引き出せなかった。画像形成装置２０のコントローラ２００内のＲＡＭ２０２が持つ記憶領域５０２から、要求するデータを取得するために、第１の無線コントローラ１１４は、双方向通信が可能なＰ２Ｐモードに切り替えるための通信モード切り替えリクエストを送信する。
【００６２】
画像形成装置２０の第１の無線コントローラ２１１は、通信モード切り替えリクエストを受信するとＣＰＵ２０１へ通知して、第１の無線コントローラ２１１の通信モードを、双方向通信を実施するためにＰ２Ｐモードに切り替える。
【００６３】
次に、ステップＳ６０９では、第１の無線コントローラ１１４は、通信モード切り替えリクエストに対する応答があったか否か判定する。応答がなかったと判定した場合は、例えば、通信相手がＮＦＣタグシールなどのＣＰＵを絡めた通信モードを実施できないタイプのデバイスである可能性がある。そこで、ＣＰＵ１０１は、表示コントローラ１０５を介して表示部１０６に非対応のデバイスである旨のエラー表示を行って（ステップＳ６１０）、本処理を終了する。
【００６４】
一方、通信モード切り替えリクエストに対して応答があったと判定した場合はステップＳ６１１へ進む。
【００６５】
ステップＳ６１１では、第１の無線コントローラ１１４は、画像形成装置２０のコントローラ２００内のＲＡＭ２０２が持つ記憶領域５０２に格納されたデータ（「ログ情報」）を双方向通信で画像形成装置２０から受信する。この双方向通信では、携帯端末１０のＣＰＵ１０１と画像形成装置２０のＣＰＵ２０１が、第１の無線コントローラ１１４と第１の無線コントローラ２１１をＮＦＣの通信インターフェースとして利用して、それらを介して行われる。
【００６６】
次に、ステップＳ６１２では、第１の無線コントローラ１１４は、データ受信が正常終了したかどうか判定する。通信を完了する前にユーザが携帯端末１０を画像形成装置２０から離してしまった場合や、電波障害により通信が正常に完了しなかった場合には、データ受信が正常終了していないと判定してステップＳ６１４へ移行する。データ受信が正常終了したと判定した場合には、ステップＳ６１３に進み、要求したデータが取得できたことから画像形成装置２０との間の無線通信を終了する。
【００６７】
ステップＳ６１４では、ＣＰＵ１０１は、表示コントローラ１０５を介して表示部１０６に、携帯端末１０を画像形成装置２０にタッチさせて通信を再開させるようにユーザへ促すエラー表示を行って、ステップＳ６０２へ戻る。
【００６８】
このように、画像形成装置２０の第１の無線コントローラ２１１の通信モードをカードエミュレーションモードからＰ２Ｐモードに切り替えるように携帯端末１０から要求することで、携帯端末１０が所望のデータを取得することができる。
【００６９】
図７は、画像形成装置２０の第１の無線コントローラ２１１で実行されるデータ送信処理の流れを示すフローチャートである。図示の処理は、コントローラ２００内のＲＯＭ２０３もしくは記憶装置２０４に格納されたプログラムを、ＣＰＵ２０１がＲＡＭ２０２に展開して実行することで実現される。なお、処理の主体についてはステップ毎に記載する。
【００７０】
ステップＳ７０１では、第１の無線コントローラ２１１は、ＮＦＣによる近接無線通信が可能か否か判定する。ユーザが携帯端末１０を画像形成装置２０（の第１の無線コントローラ２１１）にタッチさせると、携帯端末１０から発する電波で画像形成装置２０の第１の無線コントローラ２１１が独立で起動すると、近接無線通信が可能と判断してステップＳ７０２へ進む。
【００７１】
ステップＳ７０２では、第１の無線コントローラ２１１は、図４で説明した方法でＮＦＣによる近接無線通信が確立したか否かを判定する。近接無線通信が確立した場合は、ＣＰＵ２０１などを動作させることなく、第１の無線コントローラ２１１が携帯端末１０との間でデータ通信を開始して、ステップＳ７０４へ進む。一方、近接無線通信が確立できなかった場合は、ステップＳ７０３に移行する。
【００７２】
ステップＳ７０３では、第１の無線コントローラ２１１は、近接無線通信が確立できなかった場合、通信エラーを示すステータスを新たなステータスとして自身のレジスタに保存し、ＣＰＵ２０１にイベントが発生したことを通知する。通知を受けたＣＰＵ２０１は、第１の無線コントローラ２１１のステータスを読みにいき、通信エラーであることを認識することができる。
【００７３】
ステップＳ７０４では、第１の無線コントローラ２１１は、記憶領域５０１に格納されたデータを携帯端末１０に送信する。本実施形態では、記憶領域５０１に格納されていた「機器情報」や他のＩ／Ｆへの「ハンドオーバー情報」のデータがＮＤＥＦ形式で送られる。
【００７４】
次に、ステップＳ７０５では、第１の無線コントローラ２１１は、携帯端末１０から通信モード切り替えリクエストを受信したかを判定する。この判定の結果、通信モード切り替えリクエストを受信しなかった場合は、本処理を終了する。例えば、携帯端末１０のＮＦＣのリーダー／ライターモードのＰｏｗｅｒ  Ｂｙ  Ｆｉｅｌｄで動作していた第１の無線コントローラ２１１が、携帯端末１０が離されることでＯＦＦして、本処理が終了する。
【００７５】
一方、ステップＳ７０５で携帯端末１０から通信モード切り替えリクエストを受信した場合はステップＳ７０６に移行し、第１の無線コントローラ２１１は、自身の通信モードを双方向通信が可能なＰ２Ｐモードに切り替える。
【００７６】
ステップＳ７０７では、第１の無線コントローラ２１１は、通信方式を切り替えたことを示すステータスを新たなステータスとして自身のレジスタに保存し、ＣＰＵ２０１にイベントが発生したことを通知する。さらに、第１の無線コントローラ２１１は、携帯端末１０に対して通信モード切り替えリクエストの応答を行う。
【００７７】
次に、ステップＳ７０８では、第１の無線コントローラ２１１は、コントローラ２００内のＲＡＭ２０２が持つ記憶領域５０２に格納されたデータ（「ログ情報」）をＰ２Ｐモードの双方向通信により携帯端末１０に送信して、ステップＳ７１０へ進む。
【００７８】
ステップＳ７１０では、第１の無線コントローラ２１１は、データ送信の終了を判定する。データ送信が終了したときは、第１の無線コントローラ２１１は、通信モードをＰ２Ｐモードから元のカードエミュレーションモードに切り替える（ステップＳ７１１）。そして、第１の無線コントローラ２１１は、通信方式を切り替えたことを示すステータスを新たなステータスとして自身のレジスタに保存し、ＣＰＵ２０１にイベントが発生したことを通知して（ステップＳ７１２）、本処理を終了する。
【００７９】
ステップＳ７１０でデータ送信が終了していないと判定した場合は、ステップＳ７１３に進む。例えば、Ｐ２Ｐモードに切り替わったにも関わらず途中で通信が途切れてしまった場合には、データ送信が終了していないと判断する。そのときの通信はＣＰＵ２０１が担っているので、携帯端末１０が離れてしまったと判断して第１の無線コントローラ２１１にモード変更の指示を行う。
【００８０】
ステップＳ７１３では、第１の無線コントローラ２１１は、ＣＰＵ２０１から通信モードの変更指示があったか否かを判定し、変更指示があると判定した場合には、ステップＳ７１１へ進む。一方、変更指示がなかった場合には、ステップＳ７１０に戻る。
【００８１】
図８は、画像形成装置２０のＣＰＵ２０１により実行される処理の流れを示すフローチャートである。図示の処理は、コントローラ２００のＲＯＭ２０３もしくは記憶装置２０４に格納されたプログラムを、ＣＰＵ２０１がＲＡＭ２０２に展開した後に実行することにより実現される。
【００８２】
ステップＳ８０１では、ＣＰＵ２０１は、第１の無線コントローラ２１１からの通知があったか否かを判定する。この通知は、ＣＰＵ２０１が省電力状態であることも想定して、割り込み信号として受ける。通知があった場合には、ステップＳ８０２に進む一方、通知がなかった場合には、ステップＳ８１４に進む。
【００８３】
ステップＳ８０２では、ＣＰＵ２０１は、省電力状態かどうかを判定する。省電力状態であれば、第１の無線コントローラ２１１と通信するために通常状態に復帰させるか、もしくは部分的に動作できるＣＰＵであれば第１の無線コントローラ２１１との通信部分を復帰させる（ステップＳ８０３）。ステップＳ８０２で省電力状態でなければ、ステップＳ８０４へ移行する。
【００８４】
ステップＳ８０４では、ＣＰＵ２０１が、第１の無線コントローラ２１１にアクセスして、レジスタに保存されたステータスを読み出して、第１の無線コントローラ２１１のステータスを取得する。そして、ステップＳ８０５では、ＣＰＵ２０１は、取得した第１の無線コントローラ２１１のステータスをＲＡＭ２０２が持つ記憶領域５０２に格納する。どちらに格納するかは省電力状態になった際のシステム構成で決定される。ＲＡＭ２０２がＯＦＦされてしまう構成の場合は、不揮発性メモリであるＲＯＭ２０３に格納する方が好ましい。
【００８５】
ステップＳ８０６では、ＣＰＵ２０１は、第１の無線コントローラ２１１のステータスが通信エラーを示すものか否かを判定する。通信エラーを示すものと判定した場合には、ステップＳ８０７へ移行し、ＣＰＵ２０１は、ＵＩ部２５に通信エラーを表示して本処理を終了する。ステップＳ８０６で通信エラーでないと判定した場合にはステップＳ８０８へ進む。
【００８６】
ステップＳ８０８では、ＣＰＵ２０１は、第１の無線コントローラ２１１のステータスがＰ２Ｐモードを示すものか否かを判定する。Ｐ２Ｐモードを示すものと判定した場合には、ステップＳ８０９へ移行し、ＣＰＵ２０１は、ＮＦＣの通信インターフェースとなって動作した第１の無線コントローラ２１１を介して携帯端末１０とデータ通信を行う（ステップＳ８０９）。
【００８７】
次に、ＣＰＵ２０１は、ＲＡＭ２０２が持つ記憶領域５０２からデータを送信し（ステップＳ８１０）、データ送信が完了すると通信を終了して（ステップＳ８１１）、ステップＳ８０１へ戻る。本実施形態では、画像形成装置２０のコントローラ２００内のＲＡＭ２０２が持つ記憶領域５０２に格納された機器の状態を確認するための「ログ情報」が送信されることになり、携帯端末１０は必要なデータを取得することができる。
【００８８】
ステップＳ８０８でＰ２Ｐモードではないと判定した場合にはステップＳ８１２へ移行し、ＣＰＵ２０１は、第１の無線コントローラ２１１のステータスがカードエミュレーションモードを示すものかどうかを判定する。ステータスがカードエミュレーションモードを示すものである場合には、本処理を終了する一方、ステータスがカードエミュレーションモードを示すものでない場合には、ステップＳ８１３に進む。
【００８９】
ステップＳ８１３では、例外エラーが発生したおそれがあるので、ＣＰＵ２０１は、第１の無線コントローラ２１１のリセットを行い初期化して通常状態に戻して本処理を終了する。
【００９０】
ステップＳ８１４では、ＣＰＵ２０１は、第１の無線コントローラ２１１のステータスがＰ２Ｐモードを示すものか否かを判定する。Ｐ２Ｐモードを示すものと判定した場合、ステップＳ８１５に移る。一方、Ｐ２Ｐモードを示すものでない場合、通信モード切り替えリクエストを携帯端末１０から受けて第１の無線コントローラ２１１がＰ２Ｐモードに切り替わったにも関わらず通信が完了していない状態であるため、ステップＳ８０１に戻る。
【００９１】
ステップＳ８１５では、携帯端末１０がタッチされた状態での通信途中で携帯端末１０が離れてしまったことが想定されるため、通信が未完了になっていることをユーザにわかるように、ＵＩ部２５に表示する。その後、ステップＳ８１６では、ＣＰＵ２０１は、第１の無線コントローラ２１１をカードエミュレーションモードに変更し、通常の待機状態に戻して本処理を終了する。これは、ＣＰＵ２０１が省電力状態からの復帰に時間がかかる場合を想定したエラー通知となっている。ＣＰＵ２０１の復帰が高速である場合は、この限りではない。ＵＩ部２５の表示を見たユーザは、携帯端末１０を再度画像形成装置２０にタッチさせることで、既にＣＰＵ２０１が復帰しているためにデータ送信を完了させることができる。
【００９２】
第１の無線コントローラ２１１の標準の設定をＰ２Ｐモードにしないのは、ＮＦＣの通信部分を通常は独立させておき、Ｐ２Ｐモードが必要にならない限りはＣＰＵ２０１を関与させず第１の無線コントローラ２１１でデータ通信を実行させるためである。簡易的なＮＦＣによるデータ通信のみの場合は、ＣＰＵが省電力状態でも実行可能であることから、画像形成装置２０のＣＰＵ２０１などを無駄に起動させることもないため、省エネに寄与する。
【００９３】
上記無線通信システムでは、携帯端末１０が画像形成装置２０に搭載されたＮＦＣタグが持つ記憶領域から必要なデータが得られなかった場合には、ＮＦＣの通信方式を切り替えてＲＡＭ２０２から取得するように構成する。これにより、画像形成装置を省電力状態から無駄に復帰させることなく、携帯端末で必要となるデータを取得することができる。
【００９４】
また、ＮＦＣタグが持つ記憶領域の記憶容量に制限がある場合でも、携帯端末１０で必要となるデータを取得することができる。さらに、ユーザが携帯端末を操作して画像形成装置との連携アプリを起動し、携帯端末を画像形成装置にタッチするだけでデータを取得することができるので、利便性を向上させることも可能である。
【００９５】
［第２の実施形態］
本発明の第２の実施形態では、携帯端末１０が画像形成装置２０から取得したデータが必要なデータでなかった場合、ハンドオーバーと呼ばれる別の無線通信に切り替える処理を行う。以下、第２の実施形態では、図１〜図４に示す構成が上記第１の実施の形態と同じであり、第１の実施の形態と同様の部分については、同一の符号を用いてその説明を省略する。以下に、上記第１の実施の形態と異なる点のみを説明する。
【００９６】
図９は、第２の実施形態における携帯端末１０で実行される画像形成装置２０からのデータ取得処理の流れを示すフローチャートである。なお、図９におけるステップＳ９０１からステップＳ９０７までは、図６のステップＳ６０１からステップＳ６０７までの処理と同じなので、それらの説明は省略する。また、図６と同様に、図示の処理は、コントローラ１００内のＲＯＭ１０３もしくは記憶装置１０４に格納されたプログラムを、ＣＰＵ１０１がＲＡＭ１０２に展開して実行することで実現される。なお、処理の主体についてはステップ毎に記載する。
【００９７】
上記第１の実施形態と同様に、画像形成装置２０の第１の無線コントローラ２１１はＮＦＣタグである。そのため、携帯端末１０から予めＮＦＣタグに格納された情報を読み出して接続するＳｔａｉｃ  Ｈａｎｄｏｖｅｒという方式を用いる。
【００９８】
ステップＳ９０８では、第１の無線コントローラ１１４は、画像形成装置２０から受信したデータの中にハンドオーバーするための情報（ハンドオーバー情報）があるかどうかを判定する。ハンドオーバーするための情報には、携帯端末１０から画像形成装置２０に通信接続するためのＩＰアドレスやセキュリティキーが含まれる。ステップＳ９０８で画像形成装置２０から受信したデータの中にハンドオーバー情報がないと判定した場合は、通信相手がハンドオーバーできる別系統の無線通信インターフェースを持っていないか、非対応のデバイスであると判断して、ステップＳ９０９へ移行する。
【００９９】
ステップＳ９０９では、ＣＰＵ１０１は、表示コントローラ１０５を介して表示部１０６に非対応のデバイスである旨のエラー表示を行って、本処理を終了する。
【０１００】
一方、ステップＳ９０８で画像形成装置２０から受信したデータの中にハンドオーバー情報があると判定した場合は、ステップＳ９１０に進み、画像形成装置２０から受信したハンドオーバー情報が一旦ＲＡＭ１０２に格納される。そして、これまで行っていたＮＦＣの近接無線通信を終了して、Ｗｉ−Ｆｉ等の近距離無線通信の接続を行う。本実施形態では、携帯端末１０の第２の無線コントローラ１１０が、ＲＡＭ１０２に格納されたハンドオーバー情報に含まれるＩＰアドレスやセキュリティキーを用いて画像形成装置２０に対してハンドオーバーの要求を行う。画像形成装置２０は、第２の無線コントローラ２０９により携帯端末１０からの接続要求を検知して接続認証の処理を行う（ステップＳ９１０）。
【０１０１】
次に、ステップＳ９１１では、第２の無線コントローラ１１０は、近距離無線通信により接続できたかどうか判定する。接続できなかった場合はステップＳ９１２へ移行し、ＣＰＵ１０１が、表示コントローラ１０５を介して表示部１０６に、接続できなかった旨をエラー表示して本処理を終了する。このケースのエラーとしては、相手がＰ２Ｐでしか認証しないタイプの通信で先に接続しているデバイスがいたか、もしくは何かしらの電波障害（電子レンジとの干渉など）で通信が確立できなかった場合が考えられる。さらに、第２の無線コントローラ１１０が通信可能な範囲を超えてしまった場合などが考えられる。
【０１０２】
ステップＳ９１１で近距離無線通信により接続できたと判定した場合にはステップＳ９１３に進み、第２の無線コントローラ１１０は、画像形成装置２０のコントローラ２００内のＲＡＭ２０２が持つ記憶領域５０２に格納されているデータを受信する。本実施形態では、携帯端末１０と画像形成装置２０とがＷｉＦｉにより直接通信するので、所望のデータである、機器の状態を確認するための「ログ情報」を取得することができる。
【０１０３】
ステップＳ９１４では、第２の無線コントローラ１１０は、データ受信が正常終了したかどうか判定する。データ受信が正常終了しなかった場合はステップＳ９１２に移行し、図６のステップＳ６１４と同様に、エラー表示をして本処理を終了する。
【０１０４】
一方、ステップＳ９１４でデータ受信が正常終了した場合には、ステップＳ９１５に進み、画像形成装置２０との間の無線通信を終了する。
【０１０５】
このように、ハンドオーバーによって通信経路を切り替えることで、上記第１の実施形態と同様に、画像形成装置２０のコントローラ２００内のＲＡＭ２０２が持つ記憶領域５０２から所望の「ログ情報」を取得することができる。
【０１０６】
第２の実施形態における画像形成装置２０の第１の無線コントローラ２１１で実行されるデータ送信処理は、図７と同様の処理であることから、その説明を省略する。なお、携帯端末１０と画像形成装置２０がハンドオーバーによりＮＦＣ通信からＷｉＦｉ通信に切り替わった後は、第１の無線コントローラ２１１は関与しない。
【０１０７】
図１０は、第２の実施形態における画像形成装置２０のＣＰＵ２０１により実行される処理の流れを示すフローチャートである。図示の処理は、図８と同様に、コントローラ２００のＲＯＭ２０３もしくは記憶装置２０４に格納されたプログラムを、ＣＰＵ２０１がＲＡＭ２０２に展開した後に実行することにより実現される。
【０１０８】
ステップＳ１００１は、ＣＰＵ２０１は、第２の無線コントローラ２０９からの通知があったか否かを判定する。この通知は、ＣＰＵ２０１が省電力状態であることも想定して、割り込み信号として受ける。もしくは、第２の無線コントローラ２０９を制御するＣＰＵ２０１内のブロックは通常動作しながら第２の無線コントローラ２０９からの通知を検知して、その制御するブロックがその他のブロックへ通知する。通知があった場合には、ステップＳ１００２に進む。
【０１０９】
ステップＳ１００２では、ＣＰＵ２０１は、省電力状態かどうかを判定する。省電力状態であれば、第２の無線コントローラ２０９と通信するために通常状態に復帰させるか、もしくは部分的に動作できるＣＰＵであれば第２の無線コントローラ２０９との通信部分を復帰させる（ステップＳ１００３）。ステップＳ１００２で省電力状態でなければ、ステップＳ１００４へ移行する。
【０１１０】
ステップＳ１００４では、ＣＰＵ２０１は、画像形成装置２０からの要求により近距離無線通信の確立を行う。本実施形態では、携帯端末１０は、画像形成装置２０とのハンドオーバーするための情報を取得しているため、接続するためのＩＰアドレスとセキュリティキーを使用してＷｉＦｉ接続を行う。ここで、通信相手が接続可能な情報を持っておらず、通信確立できなかった場合は本処理を終了する。なお、通信相手のＩＰアドレスやセキュリティキーをユーザが知っている場合は、携帯端末１０を操作して手動設定することも可能である。ＷｉＦｉの設定が済み、通信が確立した後にステップＳ１００５へ移行して、第２の無線コントローラ２０９を介して携帯端末１０とデータ通信を行う。
【０１１１】
ステップＳ１００６では、必要なデータの要求を携帯端末１０側から受け、ＣＰＵ２０１は、ＲＡＭ２０２が持つ記憶領域５０２から必要なデータを送信する。データ送信が終了すると通信を終了（ステップＳ１００７）し、本処理を終了する。
【０１１２】
上記実施形態によれば、ＮＦＣの通信方式を切り替えるだけでは対応しきれない場合でも、携帯端末で必要となるデータを取得することができる。
【０１１３】
上記実施形態では、本発明を構成する画像形成装置を複合機に適用した場合について説明したが、ＰＣ等の情報処理装置に適用した場合であっても、本発明の効果が得られることは云うまでもない。
【０１１４】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【０１１５】
１０  携帯端末
２０  画像形成装置
１０１，２０１  ＣＰＵ
１１０，２０９  第２の無線コントローラ
１１４，２１１  第１の無線コントローラ
２０２  ＲＡＭ
５０１  第１の無線コントローラ２１１の記憶領域
５０２  ＲＡＭ２０２の記憶領域
【図１】
2015220587.tif 000003
【図２】
2015220587.tif 000004
【図３】
2015220587.tif 000005
【図４】
2015220587.tif 000006
【図５】
2015220587.tif 000007
【図６】
2015220587.tif 000008
【図７】
2015220587.tif 000009
【図８】
2015220587.tif 000010
【図９】
2015220587.tif 000011
【図１０】
2015220587.tif 000012