JP6765827B2 - 画像処理処理システム、画像処理装置、その制御方法及びプログラム - Google Patents

Description

本発明は、第１の無線通信および第２の無線通信を用いた情報処理技術に関する。

多機能周辺装置（以下、ＭＦＰ；Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）において、スキャナで読み込んだ原稿画像のデータを添付したＥメールを、設定された宛先に送信する機能が一般的になっている。なお、Ｅメールの宛先を設定する技術として、特許文献１は、モバイル端末が宛先を含む設定情報を、無線通信を利用してＭＦＰに送信して、その宛先をＭＦＰに設定する技術を開示している。

上述の送信機能を含め、ＭＦＰが備える様々な機能を利用するために、ユーザはＭＦＰへログインする必要がある。すなわち、上述のようにデータ（例えばＥメールの宛先）をＭＦＰに送信する前に、ユーザによるＭＦＰへのログインが必要である。なお、ログイン中は、そのユーザがＭＦＰを占有することになる。このため、無用なログインによるＭＦＰの占有を避けるべく、従来のＭＦＰでは、ログインのために、ＭＦＰの操作パネル上でのユーザＩＤの入力あるいはＩＤカードのＭＦＰへのタッチ等が要求されている。

このため、従来では、ＭＦＰの操作パネル上でのユーザＩＤの入力あるいはＩＤカードのＭＦＰへのタッチ等に操作よってユーザがＭＦＰにログインした上で、モバイル端末を操作してＭＦＰへデータを送信するといった、ＭＦＰ上の操作とモバイル端末上の操作が必要であった。

特開２０１５−２０７８７５号公報

そこで本発明者は、無線通信機能を有したモバイル端末の近年の普及に鑑み、モバイル端末からでもＭＦＰにログイン可能にして、モバイル端末からＭＦＰにデータ送信ができれば便利であり、上述した従来の操作性に関する課題を解決できると考えた。すなわち、モバイル端末の操作のみで、ＭＦＰへのログインと、該ＭＦＰへのデータ送信が可能となれば、２つのデバイス上での操作という従来の煩雑なユーザ操作を簡略化でき、使い易いものになると考えた。そして、このアイデアを実現するにあたり、本発明者は、以下の潜在的な課題を発見した。

無線通信を利用してＭＦＰへのログインを許可する場合、上述のＭＦＰの占有という観点から、ＭＦＰから非常に離れた場所に位置するユーザからのログインは許可しないのが望ましい。すなわち、無線通信を利用したログインには、通信範囲が比較的広い無線通信よりは、通信範囲が比較的狭い無線通信の方が向いている。一方、無線通信を利用してユーザがモバイル端末からＭＦＰにデータを送信する場合、そのデータ量が大きくなり得る。すなわち、データを送信するために利用される無線通信には、大量のデータであっても短時間で送ることができる高速な無線通信が向いている。このように、モバイル端末からＭＦＰへログインする場合と、モバイル端末からＭＦＰへデータ送信する場合とで、求められる無線通信の特性が異なるといった潜在的な課題を発見した。

しかし、上述した従来の操作性に関する課題、ましてや、上述の潜在的な課題を把握し、この課題を解決する従来技術は存在しなかったため、本発明の創作に至った。

本発明は、上記の課題を解決するためになされたものである。本発明の目的は、認証に関する情報に基づく認証、画像処理装置から情報端末への接続情報の送信、及び情報端末から画像処理装置への設定情報の送信までの一連の動作を容易に行えるようにしつつ、誤送信の発生を抑制し、設定情報が設定された送信設定画面を介して新たな設定情報を追加できる仕組みを提供することである。

本発明は、画像処理装置と情報端末とを有する画像処理システムであって、前記情報端末は、近距離無線通信によって前記画像処理装置に認証に関する情報を送信する第１の送信手段と、前記近距離無線通信によって前記画像処理装置から、前記近距離無線通信とは異なる無線通信によって前記画像処理装置と通信するための接続情報を受信する第１の受信手段と、前記無線通信の確立に従って、前記画像処理装置が有する送信機能の設定情報を前記画像処理装置に前記無線通信によって送信する第２の送信手段とを有し、前記画像処理装置は、前記近距離無線通信によって前記情報端末から前記認証に関する情報を受信する第２の受信手段と、前記第２の受信手段によって受信した情報を用いた認証が成功したら、前記接続情報を前記情報端末に送信する第３の送信手段と、前記第３の送信手段によって前記接続情報が前記情報端末に送信された後、前記無線通信によって前記情報端末から前記送信機能の前記設定情報を受信する第３の受信手段と、前記送信機能の前記設定情報の受信に従って、前記受信した設定情報が設定された送信設定画面を表示する表示手段と、前記表示手段によって表示された送信設定画面を介して新たな設定情報を追加する追加手段とを有することを特徴とする。

本発明によれば、認証に関する情報に基づく認証、画像処理装置から情報端末への接続情報の送信、及び情報端末から画像処理装置への設定情報の送信までの一連の動作を容易に行えるようにしつつ、誤送信の発生を抑制し、設定情報が設定された送信設定画面を介して新たな設定情報を追加することが可能となる。

本発明を適用可能なシステムの構成を例示する図 ＭＦＰのハードウェア構成図 モバイル端末装置のハードウェア構成図 ＭＦＰ及びモバイル端末装置のソフトウェア構成図 ＭＦＰが備えるＢｌｕｅｔｏｏｔｈのサービスを例示する図 モバイル端末のアプリケーションメニュー画面を例示する図 モバイル端末のアプリケーション設定画面を示す図 モバイル端末の宛先送信を行う画面を例示する図 ＭＦＰのログイン・ログアウトに係る画面遷移を例示する図 ＭＦＰのＷｉ−Ｆｉ接続の情報表示を行う画面を例示する図 ＭＦＰの送信画面を例示する図 ＭＦＰにおいてモバイル端末からデータ受信した場合に表示されるポップアップ画面を例示する図 ＭＦＰのアドレス帳画面を例示する図 宛先送信機能のモバイル端末側の処理を例示するフローチャート 図１４のＳ３０２２の詳細を例示するフローチャート 宛先送信機能のＭＦＰ側の処理を例示するフローチャート 図１６のＳ４００８の詳細を例示するフローチャート モバイル端末の印刷画面を例示する図 印刷機能のモバイル端末側の処理を例示するフローチャート 印刷機能のＭＦＰ側の処理を例示するフローチャート

以下、本発明を実施するための形態について図面を用いて説明する。

＜本実施例におけるシステム構成＞
図１は、本発明を適用可能なシステムの構成の一例を示す図である。
図１に例示するように、本実施例のシステムは、モバイル端末１０１及び、ＭＦＰ１０２、アクセスポイント１０３が、それぞれ対応するＷｉ−Ｆｉ通信（ＩＥＥＥ８０２．１１シリーズの通信規格に準拠する通信）により通信可能である。もちろん、図１に示した構成は、一般的な構成を例示したものに過ぎない。そのため、例えば、一般ユーザが使用するモバイル端末（携帯端末）１０１は、その他の情報機器であってもよい。

モバイル端末１０１とＭＦＰ１０２とは、アクセスポイント１０３経由でＷｉ−Ｆｉインフラモードで接続し、通信を行うことが可能である。また、ＭＦＰ１０２自身をＷｉ−Ｆｉのアクセスポイントモード（Ｗｉ−Ｆｉ ＡＰモード）で動作させることができる。この場合、モバイル端末１０１とＭＦＰ１０２とをダイレクトＷｉ−Ｆｉ接続で、アクセスポイント１０３を使わずに直接接続して通信を行うことも可能である。このＷｉ−Ｆｉ ＡＰモードは、ソフトウェアアクセスポイントモードとも呼ばれる。

次に、図２を用いて、ＭＦＰ１０２及びモバイル端末１０１のハードウェア構成を説明する。
＜ＭＦＰ１０２のハードウェア構成＞
図２は、ＭＦＰ１０２のハードウェア構成の一例を示す図である。
図２に示すように、ＭＦＰ１０２は、ＲＯＭ２０２あるいは例えばハードディスク（ＨＤＤ）２１３に記憶されたソフトウェアを実行するＣＰＵ２０１を備える。ＣＰＵ２０１は、システムバス２１６に接続される各デバイスを総括的に制御する。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０８は操作部コントローラーで、ＭＦＰ１０２に備えられた各種ボタン（不図示）あるいは操作パネル２０９、ディスプレイ２１１等を制御する。２１２はディスクコントローラで、ＨＤＤ２１３を制御する。なお、ＨＤＤ２１３は、画像の一時記憶場所としても使われることもある。また、ＨＤＤの代わりに又は併用してＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の他の記憶装置を備えていてもよい。

２０７はネットワークＩ／Ｆで、ネットワーク２２０を介して、他のネットワーク機器あるいはファイルサーバ等と双方向にデータをやりとりする。

２０６は無線ＬＡＮ Ｉ／Ｆである。無線ＬＡＮ Ｉ／Ｆ２０６は、インフラモードで動作する場合は、アクセスポイントを介してネットワーク２２０に接続し、他のネットワーク機器あるいはファイルサーバ等と双方向にデータをやりとりする。また、無線ＬＡＮ Ｉ／Ｆ２０６がＷｉ−Ｆｉ ＡＰモードで動作する場合は、ＭＦＰ１０２は、アクセスポイントとして動作し、モバイル端末１０１等と直接無線通信接続することができる。つまり、ＭＦＰ１０２は、モバイル端末１０１およびＭＦＰ１０２の外部のアクセスポイントを経由せずに、モバイル端末１０１とＭＦＰ１０２との間の通信を行う機能を有する。詳細は後述するが、この通信機能は、ＭＦＰ１０２がＷｉ−Ｆｉ ＡＰモードの開始要求をモバイル端末１０１から受け付けることで有効になる。

２１４はプリンタであり、電子写真方式で実現される、紙等への印字部である。印字方式は、特に電子写真方式でなくても、どのような印字方法でもよい。
２１５はスキャナであり、紙等に印字された画像を読み込むための画像読み取り部である。多くの場合、スキャナ２１５にはオプションとしてＡＤＦ（オートドキュメントフィーダ）（不図示）が装着されており、複数枚の原稿を自動的に読み込むことができる。

２０５はＢｌｕｅｔｏｏｔｈ Ｉ／Ｆである。ＭＦＰ１０２は、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ２０５を介して各種周辺機器とデータの授受を行うことができる。Ｂｌｕｅｔｏｏｔｈに関しては、近年省電力通信を行うＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（以下、ＢＬＥ）に対応したものも普及し始めている。このＢｌｕｅｔｏｏｔｈ（ＩＥＥＥ８０２．１５．１）、特にＢＬＥに準拠した通信のことを以下でＢＬＥ通信と呼ぶ。なお、Ｂｌｕｅｔｏｏｔｈは登録商標である。

＜モバイル端末１０１のハードウェア構成＞
図３は、モバイル端末１０１のハードウェア構成の一例を示す図である。なお、本実施例のモバイル端末１０１は、スマートフォンやタブレット型コンピュータ等の装置を想定しているが、Ｗｉ−Ｆｉ通信、ＢＬＥ通信が可能な情報処理装置であれば他の装置であってもよい。

図３において、３０７はＣＰＵである。ＣＰＵ３０７は、フラッシュメモリ３１０が記憶している制御プログラムを読み出して、モバイル端末１０１の動作を制御するための様々な処理を実行する。フラッシュメモリ３１０は、制御プログラムを記憶している。ＲＡＭ３０９は、ＣＰＵ３０７の主メモリ、ワークエリア等の一時記憶領域として用いられる。なお、フラッシュメモリ３１０は、写真や電子文書等の様々なデータの記憶にも利用される。

操作パネル３０１は、例えばユーザのタッチ操作を検出可能なタッチパネル機能を備え、オペレーティングシステム（ＯＳ）や各種アプリケーション（例えばＥメール送信アプリケーション等）が提供する各種画面を表示する。ユーザは、操作パネル３０１にタッチ操作を入力することで、モバイル端末１０１に所望の操作指示を入力することができる。なお、モバイル端末１０１は、不図示のハードウェアキーを備えていて、ユーザはこのハードウェアキーを用いてモバイル端末１０１に操作指示を入力することもできる。また、不図示のマイクから音声による指示を入力することもできる。

カメラ３０４は、ユーザの撮像指示に応じて撮像する。カメラ３０４で撮像された画像は、フラッシュメモリ３１０の所定の領域に記憶される。また、ＣＰＵ３０７は、ＱＲコード解析が可能なプログラムを用いて、カメラ３０４で読み取ったＱＲコードから情報を取得することも可能である。なお、ＱＲコードは登録商標である。

３０６はＢｌｕｅｔｏｏｔｈ Ｉ／Ｆである。モバイル端末１０１は、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ３０６を介して各種周辺機器とデータの授受を行うことができる。モバイル端末１０１のＢｌｕｅｔｏｏｔｈに関してもＢＬＥ通信に対応した端末が普及し始めている。３１１は無線ＬＡＮ Ｉ／Ｆである。モバイル端末１０１は、無線ＬＡＮ Ｉ／Ｆ３１１を介して各種周辺機器とデータの授受を行うことができる。無線ＬＡＮ Ｉ／Ｆ３１１は、アクセスポイント１０３を介して、又は、アクセスポイント１０３を介することなく直接、ＭＦＰ１０２と接続することが可能である。

＜本実施例におけるソフトウェア構成＞
次に、図４を用いてＭＦＰ１０２及びモバイル端末１０１のソフトウェア構成を説明する。
図４（ａ）は、ＭＦＰ１０２のソフトウェア構成およびソフトウェアが管理するデータ領域の一例を示すブロック図である。図４（ａ）に示すソフトウェアは、ＲＯＭ２０２等に格納されているプログラムをＣＰＵ２０１が実行することにより機能する。

図４（ａ）において、プラットフォーム８０６は、Ｌｉｎｕｘ（登録商標）等のオペレーティングシステムや、ＪＡＶＡのバーチャルマシンやＯＳＧｉフレームワーク、デバイスドライバ群を含む形で構成することができる。ＪＡＶＡは、オラクル社の登録商標である。ＯＳＧｉフレームワークは、ＯＳＧｉ Ａｌｌｉａｎｃｅ（標準化団体）が定義したＪＡＶＡベースのサービスプラットフォームである。プラットフォーム８０６は、各種ハードウェアを制御するためのデバイスドライバを備えており、プラットフォーム８０６上で動作するアプリケーションに対してハードウェアを利用するためのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を提供する。

例えば、Ｂｌｕｅｔｏｏｔｈ制御部８０７は、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ２０５を制御するためのデバイスドライバである。ネットワーク制御部８０８は、無線ＬＡＮ Ｉ／Ｆ２０６およびネットワークＩ／Ｆ２０７を制御するためのデバイスドライバである。その他に図示しないが、プリンタ２１４を制御するプリンタモジュール、スキャナ２１５を制御するスキャナモジュール等もプラットフォーム８０６内に存在する。また、プラットフォーム８０６は、ドキュメント８０９、プリントジョブ８１０のデータを読み書きするためのＡＰＩをアプリケーションに提供する。ドキュメント８０９、プリントジョブ８１０は、プラットフォーム８０６がＲＡＭ２０３やＨＤＤ２１３に記録して管理するデータのデータ領域を示す。

コピー８０１、送信８０２、プリント８０３は、プラットフォーム８０６上で動作するアプリケーションであり、ディスプレイ２１１に各種機能を提供するためのユーザインタフェースを表示する。例えば、コピー８０１は、プラットフォーム８０６を介してスキャナ２１５とプリンタ２１４を制御して、コピーを実行する。送信８０２は、スキャナ２１５とネットワークＩ／Ｆ２０７を制御して読み込んだドキュメントデータをネットワーク２２０に対して送信する機能を提供する。プリント８０３は、ドキュメント８０９に格納されたドキュメントデータやプリントジョブ８１０に留め置かれたプリントジョブをプリントするための機能を提供する。

メニュー８００は、ディスプレイ２１１からアプリケーション（例えば、コピー、送信、プリント）を選択するためのメニューを表示するモジュールである。リモートＵＩ８１１は、ＭＦＰ１０２の設定を管理するユーザインタフェースや、ドキュメント８０９に格納されたドキュメントデータをプリントするためのユーザインタフェースを、例えばモバイル端末１０１に提供する。ログインサービス８０４は、ＭＦＰ１０２利用のためのログイン機能を提供するモジュールである。ユーザアカウント８０５は、ログインサービス８０４がＲＡＭ２０３やＨＤＤ２１３に記録して管理するデータのデータ領域を示す。

＜ログインサービス８０４の概要説明＞
以下、ログインサービス８０４の備える、（１）ユーザアカウントの管理機能、（２）ローカルログイン機能、（３）ＢＬＥ通信のサービスアクセス用のログイン機能、及び、（４）リモートログイン機能について説明する。

・（１）ユーザアカウントの管理機能
ユーザアカウントの管理機能において、ログインサービス８０４は、ユーザアカウントの登録や管理を行うユーザインタフェースをユーザに提供する。ログインサービス８０４は、このユーザインタフェースを介して登録された情報をユーザアカウント８０５に記録して管理をする。管理する情報としては、例えば、以下の表１（ユーザ情報一覧）に示すようなユーザ名、パスワード、ロールなどがある。

・（２）ローカルログイン機能
ローカルログイン機能において、ログインサービス８０４は、操作部を利用するユーザに対してログイン／ログアウト機能を提供する。ログインサービス８０４は、ディスプレイ２１１にログイン画面７０１（図９）を表示し、ログインしていないユーザが機能を利用できないようにブロックする。同時にローカルログインできるユーザ数は１人であり、複数のユーザが同時にローカルログインすることはできない。ユーザのログインが成功した場合には、ログインサービス８０４は、ディスプレイ２１１をログイン画面７０１からメニュー画面７０５（図９）に遷移させ、ユーザがＭＦＰ１０２を利用可能な状態にする。ログインサービス８０４は、ローカルログインを行う手段として、複数のログイン手段を提供する。例えば、以下のようなログイン手段（１．キーボードログイン手段，２．モバイルログイン手段）を提供する。

１．キーボードログイン手段
ログインサービス８０４は、ディスプレイ２１１のログイン画面７０１にて、ソフトキーボードを表示し、入力されたユーザ名とパスワードを取得してユーザ認証し、ログイン処理を行う。

２．モバイルログイン手段
ログインサービス８０４は、モバイル端末１０１からＢＬＥ通信でユーザ認証情報と共にログイン要求を受けて、ユーザ認証し、ログイン処理を行う。ログインサービス８０４は、上記ログイン実行の際、ＭＦＰ１０２の状態によって、ログインを許可または拒否する仕組みである。ＭＦＰ１０２は、下記の表２（ログイン可否状態一覧）に示すＳｔａｔｕｓＩＤを、ＲＡＭ２０３上に記録して管理する。モバイルログインは、後述する図５に示すユーザ認証サービス１０００を用いて実現される。

ＭＦＰ１０２は、ローカルログイン処理の成否に基づき、ＭＦＰ１０２の状態を、モバイル端末１０１からのデータの送信を受け付け可能な状態に制御する状態管理を行う。すなわち、ＭＦＰ１０２は、ユーザによるローカルログインがなされていない場合、ＭＦＰ１０２の状態を、モバイル端末１０１からのデータの送信を受け付け不可な状態にし、ローカルログインに成功した場合、ＭＦＰ１０２の状態を、モバイル端末１０１からのデータの送信を受け付け可能な状態に制御する。

なお、ローカルログイン後のログアウト手段としては以下の複数の手段を備える。
・操作パネル２０９にログアウトボタンを表示し、ボタンの押下を検知した場合にログアウト処理を行う手段。
・一定時間操作パネル２０９およびディスプレイ２１１の操作が無い場合に、ログアウト処理を行う手段。
・モバイル端末１０１からログアウト要求を受けて、ログアウト処理を行う手段。
なお、ログアウト処理後は、ログインサービス８０４は、ログイン画面７０１を表示する。

・（３）リモートログイン機能
ログインサービス８０４は、リモートログイン機能では、リモートＵＩ８１１を利用する際のログイン／ログアウト機能を提供する。例えば、ログインサービス８０４は、モバイル端末１０１からリモートＵＩ８１１へのアクセスを検知した場合に、モバイル端末１０１に対して、ＨＴＭＬで記述されたログイン画面を送信する。ログインサービス８０４は、前記ログイン画面に入力されたユーザ名やパスワードを取得してユーザ認証を行い、リモートＵＩ８１１へのログインを許可する。ログインサービス８０４は、リモートログイン機能においては、同時に複数のユーザがリモートログインすることを可能に構成する。

・（４）ＢＬＥ通信のサービスアクセス用のログイン機能
ログインサービス８０４は、ＢＬＥ通信のサービスアクセス用のログイン機能では、ＢＬＥで公開するサービス（図５）にアクセスするためのログイン／ログアウト機能を提供する。本機能もＢＬＥ通信で認証を行うが、ローカルログイン機能の中の"モバイルログイン手段"とは異なり、ログイン後にディスプレイ２１１に表示する画面を切り換えることは行わない。

＜モバイル端末１０１のソフトウェア構成＞
図４（ｂ）は、モバイル端末１０１のソフトウェア構成の一例を示すブロック図である。
モバイル端末１０１は、プラットフォーム９０２と、ＭＦＰ連携アプリケーション（以下、アプリケーション）９００とを、ソフトウェアとして備える。プラットフォーム９０２は、フラッシュメモリ３１０に格納されているプログラムをＣＰＵ３０７が実行することにより機能する。また、アプリケーション９００は、フラッシュメモリ３１０に格納されているプログラムであり、プラットフォーム９０２の制御下においてＣＰＵ３０７が実行することにより機能する。

プラットフォーム９０２は、例えばＧｏｏｇｌｅ社のＡｎｄｒｏｉｄ（登録商標）やアップル社のｉＯＳ（登録商標）などのプラットフォーム（ＯＳ等）で構成することができる。プラットフォーム９０２は、モバイル端末１０１の各種ハードウェアを制御するためのデバイスドライバ群を備えており、プラットフォーム９０２上で動作するアプリケーション９００に対して各種ハードウェアを利用するためのＡＰＩを提供する。

アプリケーション９００は、プラットフォーム９０２によって提供されるＡＰＩを介してモバイル端末１０１のハードウェアを制御することで、各処理を実行するソフトウェアである。具体的には、アプリケーション９００は、ＡＰＩを介してプラットフォーム９０２に対して処理の依頼を行い、プラットフォーム９０２は、依頼された処理の内容に応じたデバイスドライバを用いて、目的の処理をハードウェアで実行する。そしてプラットフォーム９０２は、その処理の結果を、ＡＰＩを介してアプリケーション９００に返す。

デバイスドライバ群として本実施例では、Ｂｌｕｅｔｏｏｔｈ制御部９０３、無線ネットワーク制御部９０４が存在する。Ｂｌｕｅｔｏｏｔｈ制御部９０３は、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ３０６を制御するためのデバイスドライバである。無線ネットワーク制御部９０４は、無線ＬＡＮ Ｉ／Ｆ３１１を制御するためのデバイスドライバである。

アプリケーション９００は、モバイル端末１０１の外部の装置（例えばＭＦＰ１０２）とのデータ送受信をＢＬＥ通信で行うために、まずプラットフォーム９０２に、その外部装置とデータ送受信をＢＬＥ通信で行うことを依頼する。すると、プラットフォーム９０２は、Ｂｌｕｅｔｏｏｔｈ制御部９０３でＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ３０６を制御して、外部装置とのデータ送受信をＢＬＥ通信で行う。以下の説明において特に断りがなければ、アプリケーション９００が外部装置とのデータ送受信をＢＬＥ通信で行う場合には、このような処理手順に従って、アプリケーション９００と外部装置との間のデータ送受信がＢＬＥ通信で行われていることになる。

また、アプリケーション９００は、モバイル端末１０１の外部の装置（例えばＭＦＰ１０２）とのデータ送受信をＷｉ−Ｆｉ通信で行うために、まず、プラットフォーム９０２に、その外部装置とデータ送受信をＷｉ−Ｆｉ通信で行うことを依頼する。するとプラットフォーム９０２は無線ネットワーク制御部９０４で無線ＬＡＮ Ｉ／Ｆ３１１を制御して、外部装置とのデータ送受信をＷｉ−Ｆｉ通信で行う。以下の説明において特に断りがなければ、アプリケーション９００が外部装置とのデータ送受信をＷｉ−Ｆｉ通信で行う場合には、このような処理手順に従って、アプリケーション９００と外部装置との間のデータ送受信がＷｉ−Ｆｉ通信で行われていることになる。

アプリケーション９００は、例えば以下のような機能（１）〜（４）を備える。
・（１）アプリケーション９００は、ＢＬＥ通信でＭＦＰ１０２と接続して、ログイン要求やログアウト要求を行う機能を備える。ログイン要求の際に使用されるユーザ認証情報（ユーザ名・パスワード）は、ユーザがアプリケーション９００を用いて、フラッシュメモリ３１０に認証情報９０１として記録しておくことができる。例えば、下記の表３（認証情報）に示すような情報を記録しておく。

・（２）アプリケーション９００は、ＢＬＥ通信でＭＦＰ１０２と接続して、Ｗｉ−Ｆｉ ＡＰモードの開始／停止の処理を行う機能を備える。この処理には、図５に示すＷｉ−Ｆｉ ＡＰモード開始／停止サービス１００６を用いる。詳細は後述する。
・（３）アプリケーション９００は、ウェブブラウザ９０５を起動して、リモートＵＩ８１１と接続する機能を備える。

・（４）アプリケーション９００は、モバイル端末１０１のアドレス帳９０６に登録されている宛先データやＥメール送信時の件名・本文、添付ファイル名等の情報を、Ｗｉ−Ｆｉ通信を使ってＭＦＰ１０２に送信する機能を備える。本実施例では、アドレス帳９０６は、アプリケーション９００の管理下にあるが、プラットフォーム９０２の管理下にあっても良い。その場合、アプリケーション９００は、アドレス帳９０６に登録されている宛先データを取得するために、プラットフォーム９０２に対して、アドレス帳９０６の宛先データを要求するように構成される。アプリケーション９００は、例えば、以下の表４（宛先送信Ｂｌｕｅｔｏｏｔｈ接続設定一覧）に示すような設置値を保持しているものとする。以下の表４は、ＢＬＥ通信を用いてデータ（例えば宛先）の送信を行う場合、モバイル端末１０１とＭＦＰ１０２との距離が５０ｃｍ未満の場合だけ可能であることを意味する。５０ｃｍ未満の場合だけデータ送信を利用可能にしているのは、使用するユーザがＭＦＰ１０２の装置前にいることを保証するためである。離れた場所から宛先送信が利用できてしまうと、他のユーザが使用中に宛先がＭＦＰ１０２にセットされてしまい、Ｅメール誤送信が発生してしまう可能性があるためである。本実施例では、モバイル端末１０１は、上記（１）のログインを試みるに先立ち、ＢＬＥ通信を利用して、モバイル端末１０１とＭＦＰ１０２との距離を推測する。そして、該距離が所定の距離未満（表４の例では５０ｃｍ未満）であることが推測できたら、上記（１）のログインを試みる。一方、該距離が所定の距離以上であることが推測できた場合、モバイル端末１０１は、上記（１）のログインは行わない。

上述の宛先送信Ｂｌｕｅｔｏｏｔｈ接続設定一覧の距離は、モバイル端末１０１のユーザが変更可能なように構成してもよいし、ＭＦＰ１０２から設定を取得するように構成してもよい。ＭＦＰ１０２からの距離の計測には、ＭＦＰ１０２が発信するＢｌｕｅｔｏｏｔｈのＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｉｏｎ，受信信号強度）を使用する。例えば、ＭＦＰ１０２とモバイル端末１０１の距離が遠いほど、ＲＳＳＩが減衰する性質を利用して、以下の表５（ＲＳＳＩと推測距離一覧）に示すデータのようにＲＳＳＩとＭＦＰ１０２からの距離の関係を示すデータを作ることができる。そして、これを利用して、モバイル端末１０１は、ＭＦＰ１０２からの距離を計測する。

＜ＭＦＰ１０２が備えるＢｌｕｅｔｏｏｔｈの機能とサービス＞
本実施例のＭＦＰ１０２では、電源が入ると、プラットフォーム８０６がＢｌｕｅｔｏｏｔｈ制御部８０７を介して、Ｂｌｕｅｔｏｏｔｈを起動し、所定の間隔でＢｌｕｅｔｏｏｔｈのアドバタイジングパケットを送出する。アドバタイジングパケットには以下のようなデータを含める。

・Ｌｏｃａｌ Ｎａｍｅ；デバイスの名称など。例えば、「Ｃａｎｘｎ ＭＦＰ ＣＸＸＸ」等。
・Ｍａｎｕｆａｃｔｕｒｅｒ Ｓｐｅｃｉｆｉｃ Ｄａｔａ；企業の識別子および任意のデータを格納する。
・ＴＸ Ｐｏｗｅｒ Ｌｅｖｅｌ；送信電波強度。例えば−３８ｄｂｍ。
・Ｓｅｒｖｉｃｅ ＵＵＩＤｓ；デバイスの機能を表すＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ ＩＤｅｎｔｉｆｉｅｒ）。

図５は、ＭＦＰ１０２が備えるＢＬＥ通信のサービスの一例を示す図である。
本実施例のＭＦＰ１０２は、ＢＬＥ通信で接続したモバイル端末１０１に対して、ＧＡＴＴプロファイル（Ｇｅｎｅｒｉｃ Ａｔｔｒｉｂｕｔｅ Ｐｒｏｆｉｌｅ）で定義した各種サービスを公開する。これらのサービスは、ユーザ認証サービス１０００、Ｗｉ−Ｆｉ ＡＰモード開始／停止サービス１００６、Ｗｉ−Ｆｉ接続情報取得サービス１００８である。以下、詳細に説明する。

まず、ユーザ認証サービス１０００について説明する。
ユーザ認証サービス１０００は、ＧＡＴＴプロファイルで定義した以下のキャラクタリスティックを備える。ＧＡＴＴにおける、プロファイルとキャラクタリスティックとは、オブジェクト指向のクラスとメンバ変数のような関係である。ログインサービス８０４が、プラットフォーム８０６およびＢｌｕｅｔｏｏｔｈ制御部８０７が提供するＡＰＩを介して各キャラクタリスティックの値の読み書きを行う。

ＳｔａｔｕｓＩＤ１００１は、ＭＦＰ１０２のログイン可否に関する状態を示すキャラクタリスティックである。モバイル端末１０１がＳｔａｔｕｓＩＤ１００１をＲｅａｄして、ＭＦＰ１０２のログイン可否に関する状態を取得する。ＭＦＰ１０２は、ＳｔａｔｕｓＩＤ１００１の値として、表２（ログイン可否状態一覧）に示した値を格納する。この値はログインサービス８０４が状態の変化に応じて変更する。値変更時は、Ｂｌｕｅｔｏｏｔｈ制御部８０７がＡｔｔｒｉｂｕｔｅ Ｐｒｏｔｏｃｏｌ（ＡＴＴ）におけるＮｏｔｉｆｉｃａｔｉｏｎで、接続中のモバイル端末１０１に値変更を通知する。

ＵｓｅｒＮａｍｅ１００２，Ｐａｓｓｗｏｒｄ１００３は、それぞれ、モバイル端末１０１がログイン要求時に、ユーザ名，パスワードをＷｒｉｔｅするためのキャラクタリスティックである。なお、ＵｓｅｒＮａｍｅ１００２，Ｐａｓｓｗｏｒｄ１００３は、Ｗｒｉｔｅする暗号化が必要なキャラクタリスティックとして構成してもよい。

ＲｅｑｕｅｓｔＩＤ１００４は、モバイル端末１０１がユーザ認証サービスへの要求をＷｒｉｔｅするためのキャラクタリスティックである。例えば、ＭＦＰ１０２は、ユーザ認証サービスへの要求として、ＲｅｑｕｅｓｔＩＤ１００４に、下記の表６（ＲｅｑｕｅｓｔＩＤ一覧）に示すようなＲｅｑｕｅｓｔＩＤの値をＷｒｉｔｅする。

ＲｅｓｕｌｔＩＤ１００５は、ＭＦＰ１０２がモバイル端末１０１からログイン要求を受けて、ユーザ認証を実施した際の認証結果（ユーザ認証の成否）を格納するキャラクタリスティックである。例えば、ＭＦＰ１０２は、認証結果として、ＲｅｓｕｌｔＩＤ１００５に、下記の表７（ＲｅｓｕｌｔＩＤ一覧）に示すようなＲｅｓｕｌｔＩＤの値を格納する。

ＭＦＰ１０２によるＲｅｓｕｌｔＩＤ１００５への認証結果の格納時に、Ｂｌｕｅｔｏｏｔｈ制御部８０７がＡｔｔｒｉｂｕｔｅ Ｐｒｏｔｏｃｏｌ（ＡＴＴ）におけるＮｏｔｉｆｉｃａｔｉｏｎで、接続中のモバイル端末１０１に認証結果の値変更を通知する。

次に、Ｗｉ−Ｆｉ ＡＰモード開始／停止サービス１００６について説明する。
Ｗｉ−Ｆｉ ＡＰモード開始／停止サービス１００６は、ＧＡＴＴプロファイルで定義した以下のキャラクタリスティックを備える。
Ｓｔａｔｕｓ１００７は、以下の表８（Ｗｉ−Ｆｉ ＡＰモードＳｔａｔｕｓ一覧）に示すような値を格納する。

ＭＦＰ１０２は、Ｗｉ−Ｆｉ ＡＰモード開始／停止サービス１００６により、ＢＬＥ通信を利用した、モバイル端末１０１からの要求にしたがって、ＭＦＰ１０２とモバイル端末１０１との間のダイレクトＷｉ−Ｆｉ接続を有効化する機能を提供する。

次に、Ｗｉ−Ｆｉ接続情報取得サービス１００８について説明する。
Ｗｉ−Ｆｉ接続情報取得サービス１００８は、ＧＡＴＴプロファイルで定義した以下のキャラクタリスティックを備える。
Ｐｒｉｍａｒｙ ＩＰ Ａｄｄｒｅｓｓ１００９，Ｐｒｉｍａｒｙ ＭＡＣ Ａｄｄｒｅｓｓ１０１０は、それぞれ、ＭＦＰ１０２がアクセスポイント１０３にインフラストラクチャーモードで接続されている場合のＩＰアドレス，ＭＡＣアドレスを示すキャラクタリスティックである。

ＳＳＩＤ１０１１，ＫＥＹ１０１２は、それぞれ、ＭＦＰ１０２がＷｉ−Ｆｉ ＡＰモードで動作している時のダイレクトネットワークを示す識別子（ＳＳＩＤ），ダイレクトネットワークへの接続用ＫＥＹを示すキャラクタリスティックである。
Ｄｉｒｅｃｔ ＩＰ Ａｄｄｒｅｓｓ１０１３，Ｄｉｒｅｃｔ ＭＡＣ Ａｄｄｒｅｓｓ１０１４は、それぞれ、ＭＦＰ１０２がＷｉ−Ｆｉ ＡＰモードで動作している時のＩＰアドレス，ＭＡＣアドレスを示すキャラクタリスティックである。

＜モバイル端末１０１の画面＞
モバイル端末１０１の画面に関して、図６、図７、図８を用いて説明する。
＜モバイル端末１０１のアプリケーションメニュー画面＞
図６は、モバイル端末１０１において、モバイルアプリケーションメニュー画面４０６の一例を示す図である。ユーザは、本画面を用いて、モバイルアプリケーションの設定や利用したい機能を選択することができる。この画面は、例えばモバイルアプリケーションの起動時に表示される。

機能選択ボタン４０１、４０２、４０３、４０４はそれぞれ、ユーザがモバイルアプリケーションによって提供される機能の利用開始を指示することができるボタンである。
例えば、機能選択ボタン４０１は、モバイル端末１０１からＭＦＰ１０２に送信する宛先およびメール情報を設定するための「宛先送信」アプリケーションを選択するためのボタンである。この機能選択ボタン４０１を押下すると、モバイル端末１０１は、後述する図８の宛先送信画面４８０に画面を遷移させる。

機能選択ボタン４０２は、モバイル端末１０１からＭＦＰ１０２に印刷データを送信するための「印刷」アプリケーションを選択するためのボタンである。この機能選択ボタン４０２を押下すると、モバイル端末１０１は、後述する図１８の印刷画面に画面を遷移させる。なお、この機能選択ボタン４０２に対応する機能は実施例２で説明する。
機能選択ボタン４０３，４０４は、それぞれアプリＡ，アプリＢを選択するためのボタンである。

ＭＦＰリスト表示部４０５は、モバイルアプリケーションが過去に通信を行ったことのあるＭＦＰをフラッシュメモリ３１０に記憶しておき、その一覧を表示するものである。２度目以降は、このＭＦＰリスト表示部４０５から選択することにより通信先のＭＦＰ１０２を指定することが可能である。
モバイルアプリケーション設定ボタン４０７を押下すると、モバイル端末１０１は、図７に示すモバイルアプリケーションの設定画面４５０に画面を遷移させる。

＜モバイル端末１０１のアプリケーション設定画面＞
図７は、モバイル端末１０１において、モバイルアプリケーション設定画面４５０の一例を示す図である。
ユーザがアプリケーション設定ボタン４１２を押下すると、モバイル端末１０１は、モバイルアプリケーションの設定項目リストを表示する（不図示）。モバイルアプリケーションの設定項目とは、例えばＭＦＰ１０２のユーザ認証情報（例えば表３のような認証情報）の設定登録などを含む。

ユーザが戻るボタン４１１を押下すると、モバイル端末１０１は、モバイルアプリケーション設定画面４５０から行ったモバイルアプリケーションの設定を保持し、図６に示すモバイルアプリケーションメニュー画面４０６に画面を遷移させる。

＜モバイル端末１０１の宛先送信画面＞
図８は、モバイル端末１０１における宛先送信画面４８０の一例を示す図である。
ユーザは、この宛先送信画面４８０を用いてＥメール（電子メール）送信に必要な情報を入力することができる。

宛先送信画面４８０において、Ｅメールアドレスフィールド（Ｔｏ）４４１は、モバイル端末１０１のフラッシュメモリ３１０に保存されているアドレス帳９０６の中の宛先を選択して入力するためのフィールドである。ここで入力された宛先は、ＥメールにおけるＴｏ指定となる。なお、Ｅメールアドレスフィールド（Ｔｏ）４４１では、複数の宛先が同時に指定可能である。

Ｅメールアドレスフィールド（Ｃｃ）４４７は、同様にモバイル端末１０１に保存されているアドレス帳９０６の中の宛先を選択して入力するためのフィールドである。ここで入力された宛先は、ＥメールにおけるＣｃ指定となる。なお、Ｅメールアドレスフィールド（Ｃｃ）４４７では、複数の宛先が同時に指定可能である。

Ｅメールアドレスフィールド（Ｂｃｃ）４４８は、同様にモバイル端末１０１に保存されているアドレス帳９０６の中の宛先を選択して入力するためのフィールドである。ここで入力された宛先は、ＥメールにおけるＢｃｃ指定となる。なお、Ｅメールアドレスフィールド（Ｂｃｃ）４４８では、複数の宛先が同時に指定可能である。

なお、Ｅメールアドレスフィールド（Ｔｏ）４４１、Ｅメールアドレスフィールド（Ｃｃ）４４７，Ｅメールアドレスフィールド（Ｂｃｃ）４４８は、モバイル端末１０１のソフトキーボードから新規の宛先を入力して指定することも可能である。

件名フィールド４４２は、Ｅメールの件名を入力するためのフィールドである。
本文フィールド４４３は、Ｅメールの本文を入力するためのフィールドである。
ファイル名フィールド４４４は、Ｅメールの添付ファイルの名称を入力するためのフィールドである。
件名フィールド４４２、本文フィールド４４３、ファイル名フィールド４４４は、モバイル端末１０１のソフトキーボードで、ユーザが文字列を入力可能である。
なお、何れのフィールドもソフトキーボードだけでなく、音声認識等の他の入力方法での入力でもよい。

また、本実施例では示していないが、図８に示したＥメール送信に必要な情報（宛先等）以外にも、ＭＦＰ１０２で原稿をスキャンする際のスキャン設定、例えば解像度やカラーモード等の他の情報も、モバイル端末１０１からＭＦＰ１０２に設定可能にしてもよい。詳細は説明しないが、Ｅメール送信に必要な情報と同様の方法により設定可能である。

ユーザが、プリンタに送信ボタン４４５を押下すると、モバイル端末１０１は、宛先送信画面４８０で入力した宛先等のデータをＭＦＰ１０２に送信するための処理（図１４で後述する）を実行する。モバイル端末１０１は、ＭＦＰ１０２に対してデータ送信が完了すると、宛先送信画面４８０の入力を全てクリアし、図６のモバイルアプリケーションメニュー画面４０６に画面表示を戻す。もし、データ送信に失敗した場合は、モバイル端末１０１は、エラー表示を行って、宛先送信画面４８０の入力はクリアせず、画面表示を宛先送信画面４８０のままとする。

＜ＭＦＰ１０２の画面＞
次に、ＭＦＰ１０２のディスプレイ２１１に表示する画面に関して、図９、図１０、図１１（ａ）、図１１（ｂ）、図１２を用いて説明する。

＜ＭＦＰ１０２のログイン／ログアウト時の画面＞
図９は、ログイン、ログアウトに係る画面および画面遷移の一例を示す図である。
例えば、ユーザがログイン前の状態では、ＭＦＰ１０２は、ログイン画面７０１を表示し、ユーザＩＤ７０２やパスワード７０３の入力およびログインボタン７０４の押下イベントの受信や、モバイル端末１０１からＢｌｕｅｔｏｏｔｈによるログイン要求の受信を待機する。

ＭＦＰ１０２は、ログインボタン７０４の押下やＢｌｕｅｔｏｏｔｈによるログイン要求を受信した場合は、ログイン処理を実行する。そして、ＭＦＰ１０２は、ログインが成功した場合にはメニュー画面７０５へ遷移させ、ログインが失敗した場合には元のログイン画面７０１を表示するように制御する。

メニュー画面７０５は、各種アプリケーションを呼出すためのボタン（図９の例では、コピーボタン７０６、送信ボタン７０７、プリントボタン７０８）と、ログアウトボタン７０９を備える。ＭＦＰ１０２は、ログアウトボタン７０９の押下を検知した場合、ログアウト処理を実行し、ログイン画面７０１を表示する。

＜ＭＦＰ１０２のモバイル接続用ポータル画面＞
図１０は、ＭＦＰ１０２とモバイル端末１０１とがＷｉ−Ｆｉ接続するためのポータル画面の一例を示す図である。この画面は、後述する図１１（ａ）に示す送信画面６０１のモバイルから宛先指定ボタン６０８を押下することにより表示される。

モバイルポータル画面５０１には、インフラ接続モードボタン５０４とダイレクト接続モードボタン５０５が備えられている。インフラ接続モードボタン５０４は、Ｗｉ−Ｆｉインフラでモバイル端末１０１と接続するための表示（図１０（ｂ））に切り替えるためのボタンである。ダイレクト接続モードボタン５０５は、Ｗｉ−Ｆｉダイレクトでモバイル端末１０１と接続するための表示（図１０（ａ））に切り替えるためのボタンである。

図１０（ａ）は、ダイレクト接続モードボタン５０５を押下した場合の表示を例示するものである。
ユーザが、Ｗｉ−Ｆｉダイレクト通信操作ボタン５０２を押下すると、ＭＦＰ１０２は、Ｗｉ−Ｆｉダイレクト通信を開始または終了させる。図１０（ａ）に示す例では、Ｗｉ−Ｆｉダイレクト通信が開始されている状態を示しているため、Ｗｉ−Ｆｉダイレクト通信操作ボタン５０２を押下すると、Ｗｉ−Ｆｉダイレクト通信が終了する。

Ｗｉ−Ｆｉダイレクト通信開始時には、ＭＦＰ１０２は、Ｗｉ−Ｆｉダイレクト通信に必要な情報をモバイルポータル画面５０１に表示するとともに、それらの情報を埋め込んだＱＲコード５０３を合わせて表示する。Ｗｉ−Ｆｉダイレクト通信に必要な情報とは、例えばＳＳＩＤやＫＥＹであるが、これに限定されるものではない。Ｗｉ−Ｆｉダイレクト通信を終了させると、これらのＷｉ−Ｆｉダイレクト通信に必要な情報およびＱＲコード５０３は非表示になる。

図１０（ｂ）では、インフラ接続モードボタン５０４を押下した場合の表示を示している。ここでは、ＭＦＰ１０２は、モバイル端末１０１とＭＦＰ１０２とがアクセスポイント１０３経由でＷｉ−Ｆｉインフラ接続を行うための情報を表示するとともに、それらの情報を埋め込んだＱＲコード５０６を合わせて表示する。Ｗｉ−Ｆｉインフラ接続に必要な情報とは、例えばＭＦＰ１０２のＩＰアドレスであるが、これに限定されるものではない。

例えば、Ｗｉ−Ｆｉダイレクト接続であれば、モバイル端末１０１は、ＱＲコード５０３を読み取ることにより、ＳＳＩＤとＫＥＹを自動取得し、Ｗｉ−ＦｉダイレクトのネットワークにハンドオーバしてＭＦＰ１０２と通信可能な状態にすることができる。
また、Ｗｉ−Ｆｉインフラ接続であれば、モバイル端末１０１は、ＱＲコード５０６を読み取ることにより、ＭＦＰ１０２のＩＰアドレスを自動取得し、ＭＦＰ１０２とペアリングを行って接続先を決定することができる。

なお、ＭＦＰ１０２でＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ２０５が使用可能な状態になっていれば、前述したＱＲコードにより取得可能な情報と同じ情報をモバイル端末１０１のＢＬＥ通信機能を用いて取得し、Ｗｉ−Ｆｉ接続を行うことができる。

＜ＭＦＰ１０２の送信画面＞
図１１は、ＭＦＰ１０２の送信画面の一例を示す図である。
特に、図１１（ａ）は、ＭＦＰ１０２の送信画面において宛先設定前の画面の表示例に対応する。この画面は、例えば、ユーザが図９の送信ボタン７０７を押下することにより表示される。

図１１において、送信画面６０１は、宛先とスキャンの設定を行うための画面である。宛先リスト６０２は、送信先に設定された宛先をリストで表示する。宛先は、Ｅメール、ＦＡＸ、サーバ等のアドレスである。図１１（ａ）の表示例は、宛先リスト６０２は送信先が未設定の状態を示している。ユーザが宛先の指定ボタン６０９を押下すると、図１３に示すアドレス帳画面６１４に遷移し、ＭＦＰ１０２のアドレス帳に登録されている宛先から選択して宛先リスト６０２に追加することが可能となる。

スキャン設定ボタン６０３では、スキャン設定を変更することができる。
詳細情報ボタン６０５を押下すると、ＭＦＰ１０２は、選択中の宛先の詳細情報を表示する画面に遷移する。宛先削除ボタン６０６を押下すると、ＭＦＰ１０２は、選択中の宛先を削除することができる。その他の設定ボタン６０７を押下すると、ＭＦＰ１０２は、送信の内容変更のメニュー一覧の画面（不図示）を表示する。モバイルから宛先指定ボタン６０８を押下すると、ＭＦＰ１０２は、図１０に示したモバイルポータル画面５０１に画面を遷移させる。

＜宛先データ受信時の送信画面＞
次にＷｉ−Ｆｉ通信でモバイル端末１０１からデータを受信した後のＭＦＰ１０２の画面に関して、図１１（ｂ）、図１２を用いて説明する。
図１１（ｂ）は、ＭＦＰ１０２の送信画面において宛先設定後の画面の表示例に対応する。
ＭＦＰ１０２は、無線ＬＡＮでモバイル端末１０１からデータを受信すると、図１１（ｂ）で示すように、受信したデータに含まれるＥメールアドレスを、送信画面６０１の宛先リスト６０２に表示する。ここでは、受信したデータに含まれる、件名や本文、ファイル名等に関しては送信画面６０１には表示されない。ただし、ユーザが、その他の設定ボタン６０７を押下することで表示される送信の内容変更のメニュー一覧の画面（不図示）より、それぞれの送信設定機能を選択することにより、受信した送信設定を確認、修正することが可能である。

また、ＭＦＰ１０２は、Ｗｉ−Ｆｉ通信でモバイル端末１０１からデータを受信した際には、図１２で示すようなモバイル端末１０１からデータを受信した旨を伝えるポップアップを表示する。

図１２は、ＭＦＰ１０２の送信画面においてモバイル端末１０１からのＥメール送信設定を反映した直後に表示されるポップアップの一例を示す図である。
図１２において、メッセージフィールド６１１は、モバイルからデータを受信した旨をユーザに通知するためのフィールドである。ユーザがＯＫボタン６１２を押下すると、ＭＦＰ１０２は、メッセージフィールド６１１を含むポップアップを閉じて、図１１（ｂ）で示す送信画面６０１を表示する。

＜ＭＦＰ１０２のアドレス帳画面＞
図１３は、ＭＦＰ１０２のアドレス帳画面の一例を示す図である。この画面は、ユーザが、宛先の指定ボタン６０９を押下することにより表示される。
アドレス帳画面６１４には、ＭＦＰ１０２のＨＤＤ２１３に保持されるアドレス帳に登録されている宛先を表示する宛先表示フィールド６１５が設けられており、ここから１件以上の宛先を選択することができる。ユーザがＯＫボタン６１６を押下すると、ＭＦＰ１０２は、アドレス帳画面６１４を閉じ、宛先表示フィールド６１５で選択された宛先を、図１１（ｂ）のように、送信画面６０１の宛先リスト６０２に設定する。ユーザがキャンセルボタン６１７を押下すると、ＭＦＰ１０２は、アドレス帳画面６１４を閉じ、送信画面６０１の宛先リスト６０２の更新を行わない。

＜宛先送信機能のモバイル端末１０１側の処理＞
図１４は、実施例１のモバイル端末１０１の宛先送信機能の処理の一例を示すフローチャートである。なお、図１４及び後述する図１５のフローチャートに示す一連の処理は、ＣＰＵ３０７がプラットフォーム９０２の制御下でアプリケーション９００を実行することで実現されるものである。以下、ＣＰＵ３０７が実行するアプリケーション９００の処理を、アプリケーション９００を主体として説明する。また、ＣＰＵ３０７が実行するプラットフォーム９０２の処理を、プラットフォーム９０２を主体として説明する。

Ｓ３０００において、アプリケーション９００は、操作パネル３０１にて各Ｅメールアドレス入力フィールド（図８の４４１、４４７、４４８）、件名、ファイル名、本文のメール情報入力フィールド（図８の４４２、４４４、４４３）への入力を検出すると、入力されたデータをＲＡＭ３０９に保存する。

次に、Ｓ３００１において、アプリケーション９００は、操作パネル３０１にてプリンタに送信ボタン４４５（図８）の押下を検出すると（流し込みボタン押下）、Ｓ３００２に処理を進める。

Ｓ３００２において、アプリケーション９００は、ＢＬＥ通信の電波受信を開始する。即ち、アプリケーション９００は、ＢＬＥ通信の電波受信を行うために、まず、プラットフォーム９０２に、ＢＬＥ通信の電波受信を行うことを依頼する。するとプラットフォーム９０２は、Ｂｌｕｅｔｏｏｔｈ制御部９０３でＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ３０６を制御して、ＢＬＥ通信の電波受信を開始する。このように、アプリケーション９００は、ＢＬＥ通信の電波受信を開始する。なお、プラットフォーム９０２は、該開始したＢＬＥ通信の電波受信で受信したＢｌｕｅｔｏｏｔｈのアドバタイジングパケットをアプリケーション９００に渡す。そして、アプリケーション９００は、該受信したアドバタイジングパケットを解析する。

次に、Ｓ３００３において、アプリケーション９００は、上記Ｓ３００２で受信したアドバタイジングパケット中にＬｏｃａｌ ＮａｍｅやＭａｎｕｆａｃｔｕｒｅｒ Ｓｐｅｃｉｆｉｃ Ｄａｔａの情報が含まれており、かつ宛先送信に対応したＭＦＰ１０２が見つかったかどうかを判定する。すなわち、アプリケーション９００は、ＢＬＥ探索でＭＦＰが見つかったかどうかを判定する。そして、ＢＬＥ探索でＭＦＰが見つかったと判定した場合（Ｓ３００３でＹｅｓの場合）、アプリケーション９００は、Ｓ３００６に処理を進める。

Ｓ３００６において、アプリケーション９００は、上述のＢＬＥ探索で見つかったＭＦＰ１０２の一覧を操作パネル３０１に表示する。
次に、Ｓ３００７において、アプリケーション９００は、表示中のＭＦＰ１０２の中から１つのＭＦＰが選択されたことを検知すると、Ｓ３００８に処理を進める。

なお、上述のＢＬＥ探索でＭＦＰが１台しか見つからなかった場合には、ユーザによるＭＦＰの選択操作なしに、該ＭＦＰを送信先のＭＦＰとするように構成してもよい。また、予めデータ送信先のＭＦＰをモバイル端末１０１に登録しておき（フラッシュメモリ３１０に記憶）、ＢＬＥ探索で登録されているＭＦＰが見つかった場合、ユーザによるＭＦＰの選択操作なしに、該ＭＦＰを送信先のＭＦＰとするように構成してもよい。これらの構成では、上記Ｓ３００６〜Ｓ３００７の処理（即ち、ユーザによるＭＦＰの選択操作）を省略することが可能となる。

Ｓ３００８において、アプリケーション９００は、上記Ｓ３００７で選択されたＭＦＰ１０２（以下、単位ＭＦＰ１０２と呼ぶ）との距離がデータ送信可能な距離か否かを判定する。この判定は受信したＢＬＥのＲＳＳＩの値が、フラッシュメモリ３１０に格納されている閾値（表５の例であれば−５０ｄＢｍ）未満か否かで判定する。ＲＳＳＩの値が閾値未満であれば、データ送信可能な距離であると判定する。一方、ＲＳＳＩの値が閾値以上であれば、データ送信可能な距離でないと判定する。

上記Ｓ３００８において、ＭＦＰとの距離がデータ送信可能な距離でないと判定した場合（Ｓ３００８でＮｏの場合）、アプリケーション９００は、Ｓ３００９に処理を進める。Ｓ３００９において、アプリケーション９００は、ＭＦＰ１０２に近づくようにユーザに促すメッセージを表示して、再びＳ３００８に処理を戻す。
一方、上記Ｓ３００８において、ＭＦＰ１０２との距離がデータ送信可能な距離であると判定した場合（Ｓ３００８でＹｅｓの場合）、アプリケーション９００は、Ｓ３０１０に処理を進める。

このように閾値未満の距離（本実施例では５０ｃｍ未満の距離）にいるモバイル端末１０１のユーザだけが、Ｓ３０１０以降でＭＦＰ１０２にログインできるので、ログインユーザがＭＦＰ１０２の目前（近く）にいることを保証させることができる。これがＢＬＥ通信を用いる長所の一つである。

Ｓ３０１０において、アプリケーション９００は、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ３０６を介したＢＬＥのＧＡＴＴ通信（以下、単にＢＬＥ通信と呼ぶ）を開始する（Ｂｌｕｅｔｏｏｔｈ接続）。すなわち、アプリケーション９００は、ＢＬＥ通信を開始するために、まず、プラットフォーム９０２に、ＭＦＰ１０２とＢＬＥ通信を開始することを依頼する。するとプラットフォーム９０２はＢｌｕｅｔｏｏｔｈ制御部９０３でＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ３０６を制御して、ＭＦＰ１０２とＢＬＥ通信を開始する。

次に、Ｓ３０１１において、アプリケーション９００は、ＢＬＥ通信により、ＭＦＰ１０２のローカルログイン状態を取得する。すなわち、アプリケーション９００は、ＢＬＥ通信により、ＭＦＰ１０２が公開しているユーザ認証サービス１０００にアクセスし、ローカルログイン状況を示すキャラクタリスティック（図５のＳｔａｔｕｓＩＤ１００１）の値を取得することによりＭＦＰ１０２のローカルログイン状態を取得することを、プラットフォーム９０２に依頼する。そして、プラットフォーム９０２は、Ｂｌｕｅｔｏｏｔｈ制御部９０３でＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ３０６を制御して、ＢＬＥ通信によりＭＦＰ１０２のユーザ認証サービス１０００にアクセスしてＳｔａｔｕｓＩＤ１００１の値を取得することによりＭＦＰ１０２のローカルログイン状態を取得し、アプリケーション９００に渡す。このように、アプリケーション９００は、ＢＬＥ通信により、ＭＦＰ１０２のローカルログイン状況を取得する。

次に、Ｓ３０１２において、アプリケーション９００は、上記Ｓ３０１１で取得したＭＦＰ１０２のローカルログイン状態を示すＳｔａｔｕｓＩＤ１００１の値と、表２に示した値と比較し、ＭＦＰ１０２がログイン可能な状態か否かを判定する。

そして、ＭＦＰ１０２がログイン可能な状態でないと判定した場合（Ｓ３０１２でＮｏの場合）、アプリケーション９００は、Ｓ３０２３に処理を進め、ＢＬＥ通信を切断する。即ち、アプリケーション９００は、ＢＬＥ通信を切断するために、まず、プラットフォーム９０２に、ＭＦＰ１０２とＢＬＥ通信を切断することを依頼する。するとプラットフォーム９０２はＢｌｕｅｔｏｏｔｈ制御部９０３でＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ３０６を制御して、ＭＦＰ１０２とのＢＬＥ通信を切断する。このように、アプリケーション９００は、ＢＬＥ通信を切断する。ＢＬＥ通信の切断後、アプリケーション９００は、本フローチャートの処理を終了する。

一方、上記Ｓ３０１２において、ＭＦＰ１０２がログイン可能な状態であると判定した場合（Ｓ３０１２でＹｅｓの場合）、アプリケーション９００は、Ｓ３０１３に処理を進める。

Ｓ３０１３において、アプリケーション９００は、フラッシュメモリ３１０に格納してある認証情報９０１（図４（ｂ））から読み取った値を用い、ＢＬＥ通信により、ＭＦＰ１０２にモバイルログイン要求を行う。すなわち、アプリケーション９００は、ＢＬＥ通信により、上記認証情報９０１（図４（ｂ））から読み取った値をキャラクタリスティックＵｓｅｒＮａｍｅ１００２、Ｐａｓｓｗｏｒｄ１００３に書き込むことを、プラットフォーム９０２に依頼する。さらに、アプリケーション９００は、ＢＬＥ通信により、キャラクタリスティックＲｅｑｕｅｓｔＩＤ１００４に表６に示すログイン要求を示す値を書き込むことを、プラットフォーム９０２に依頼する。このような処理により、アプリケーション９００は、ＭＦＰ１０２に対してローカルログインの実行をＢＬＥ通信で要求することを、プラットフォーム９０２に依頼する。そして、プラットフォーム９０２は、Ｂｌｕｅｔｏｏｔｈ制御部９０３でＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ３０６を制御して、ＵｓｅｒＮａｍｅ１００２、Ｐａｓｓｗｏｒｄ１００３に書き込む。さらに、プラットフォーム９０２は、Ｂｌｕｅｔｏｏｔｈ制御部９０３でＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ３０６を制御して、ＲｅｑｕｅｓｔＩＤ１００４に表６に示すログイン要求を示す値を書き込む。このような処理により、プラットフォーム９０２は、ＭＦＰ１０２に対してローカルログインの実行をＢＬＥ通信で要求する。このように、アプリケーション９００は、ＭＦＰ１０２にモバイルログイン要求を行う。この要求に応じて、ＭＦＰ１０２側で認証処理が行われ、その結果がキャラクタリスティックＲｅｓｕｌｔＩＤ１００５（図５）に書き込みされると、ＡＴＴのＮｏｔｉｆｉｃａｔｉｏｎにより通知される。この通知は、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ３０６およびプラットフォーム９０２を介して、アプリケーション９００に通知される。

この通知に応じて、アプリケーション９００は、Ｓ３０１４において、ＢＬＥ通信で、ＭＦＰ１０２から、上記Ｓ３０１３で行ったモバイルログイン要求に対応する認証結果の取得を行う。すなわち、アプリケーション９００は、ＢＬＥ通信により、ＭＦＰ１０２が公開しているユーザ認証サービス１０００にアクセスし、認証結果を示すキャラクタリスティック（図５のＲｅｓｕｌｔＩＤ１００５）の値を取得することによりモバイルログイン要求に対応する認証結果を取得することを、プラットフォーム９０２に依頼する。そして、プラットフォーム９０２は、Ｂｌｕｅｔｏｏｔｈ制御部９０３でＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ３０６を制御して、ＢＬＥ通信によりユーザ認証サービス１０００にアクセスしてＲｅｓｕｌｔＩＤ１００５の値を取得することにより認証結果を取得し、アプリケーション９００に渡す。このように、アプリケーション９００は、上記Ｓ３０１３で行ったモバイルログイン要求に対応する認証結果の取得を行う。

次に、Ｓ３０１５において、アプリケーション９００は、上記Ｓ３０１４で取得した認証結果の判定を行う。そして、認証失敗であると判定した場合（Ｓ３１５でＮｏの場合）、アプリケーション９００は、Ｓ３０２３に処理を進め、ＢＬＥ通信を切断し、処理を終了する。

一方、上記Ｓ３１５において、認証成功と判定した場合（Ｓ３０１５でＹｅｓの場合）、アプリケーション９００は、Ｓ３０１６に処理を進める。

Ｓ３０１６において、アプリケーション９００は、ＢＬＥ通信により、ＭＦＰ１０２のＷｉ−Ｆｉ ＡＰモードの状態を取得する。すなわち、アプリケーション９００は、ＢＬＥ通信により、ＭＦＰ１０２が公開しているＷｉ−Ｆｉ ＡＰモード開始／停止サービス１００６にアクセスし、Ｗｉ−Ｆｉ ＡＰモードの状態を示すキャラクタリスティック（図５のＳｔａｔｕｓ１００７）の値を取得することによりＭＦＰ１０２のＷｉ−Ｆｉ ＡＰモードの状態を取得することを、プラットフォーム９０２に依頼する。そして、プラットフォーム９０２は、Ｂｌｕｅｔｏｏｔｈ制御部９０３でＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ３０６を制御して、ＢＬＥ通信によりＷｉ−Ｆｉ ＡＰモード開始／停止サービス１００６にアクセスしてＳｔａｔｕｓ１００７の値を取得することによりＭＦＰ１０２のＷｉ−Ｆｉ ＡＰモードの状態を取得し、アプリケーション９００に渡す。このように、アプリケーション９００は、ＭＦＰ１０２のＷｉ−Ｆｉ ＡＰモードの状態を取得する。

次に、Ｓ３０１７において、アプリケーション９００は、上記Ｓ３０１６での取得結果に基づいて、ＭＦＰ１０２のＷｉ−Ｆｉ ＡＰモードが開始状態であるか否かを判定する。そして、Ｗｉ−Ｆｉ ＡＰモードが開始状態でない（停止状態である）と判定した場合（Ｓ３０１７でＮｏの場合）、アプリケーション９００は、Ｓ３０１８に処理を進める。

Ｓ３０１８において、アプリケーション９００は、ＢＬＥ通信により、ＭＦＰ１０２に対して、Ｗｉ−Ｆｉ ＡＰモードの開始を要求する。すなわち、アプリケーション９００は、ＢＬＥ通信により、ＭＦＰ１０２が公開しているＷｉ−Ｆｉ ＡＰモード開始／停止サービス１００６にアクセスし、Ｓｔａｔｕｓ１００７に開始を示す値を書き込むことによりＭＦＰ１０２に対してＷｉ−Ｆｉ ＡＰモードの開始を要求することを、プラットフォーム９０２に依頼する。そして、プラットフォーム９０２は、Ｂｌｕｅｔｏｏｔｈ制御部９０３でＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ３０６を制御して、ＢＬＥ通信によりＷｉ−Ｆｉ ＡＰモード開始／停止サービス１００６にアクセスしてＳｔａｔｕｓ１００７に開始を示す値を書き込むによりＭＦＰ１０２に対してＷｉ−Ｆｉ ＡＰモードの開始を要求する。このように、アプリケーション９００は、ＭＦＰ１０２に対して、Ｗｉ−Ｆｉ ＡＰモードの開始を要求する。上記Ｓ３０１８の処理の後、アプリケーション９００は、Ｓ３０１９に処理を進める。

一方、Ｗｉ−Ｆｉ ＡＰモードが開始状態であると判定した場合（Ｓ３０１７でＹｅｓの場合）、アプリケーション９００は、そのままＳ３０１９に処理を進める。

Ｓ３０１９において、アプリケーション９００は、ＢＬＥ通信により、ＭＦＰ１０２のＷｉ−Ｆｉ接続に必要な情報（ＳＳＩＤ、ＫＥＹ、Ｄｉｒｅｃｔ ＩＰ Ａｄｄｒｅｓｓ、Ｄｉｒｅｃｔ ＭＡＣ Ａｄｄｒｅｓｓ等）の値を取得する。すなわち、アプリケーション９００は、ＢＬＥ通信により、ＭＦＰ１０２が公開しているＷｉ−Ｆｉ接続情報取得サービス１００８にアクセスし、Ｗｉ−Ｆｉ接続に必要な情報を示すキャラクタリスティック（ＳＳＩＤ１０１１、ＫＥＹ１０１２、Ｄｉｒｅｃｔ ＩＰ Ａｄｄｒｅｓｓ１０１３、Ｄｉｒｅｃｔ ＭＡＣ Ａｄｄｒｅｓｓ１０１４）の値を取得することを、プラットフォーム９０２に依頼する。そして、プラットフォーム９０２は、Ｂｌｕｅｔｏｏｔｈ制御部９０３でＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ３０６を制御して、ＢＬＥ通信によりＷｉ−Ｆｉ接続情報取得サービス１００８にアクセスしてＳＳＩＤ１０１１、ＫＥＹ１０１２、Ｄｉｒｅｃｔ ＩＰ Ａｄｄｒｅｓｓ１０１３、Ｄｉｒｅｃｔ ＭＡＣ Ａｄｄｒｅｓｓ１０１４の値を取得し、アプリケーション９００に渡す。このように、アプリケーション９００は、ＭＦＰ１０２のＷｉ−Ｆｉ接続に必要な情報（ＳＳＩＤ、ＫＥＹ、Ｄｉｒｅｃｔ ＩＰ Ａｄｄｒｅｓｓ、Ｄｉｒｅｃｔ ＭＡＣ Ａｄｄｒｅｓｓ等）の値を取得する。

次に、Ｓ３０２０において、アプリケーション９００は、ＢＬＥ通信を切断する。上述した、Ｓ３０２３と同様のため詳細は省略する。

さらに、Ｓ３０２１において、アプリケーション９００は、上記Ｓ３０１９で取得した情報を用いて、ＭＦＰ１０２とのダイレクトＷｉ−Ｆｉ通信の接続を開始する。すなわち、アプリケーション９００は、上記Ｓ３０１９で取得した情報を用いてＭＦＰ１０２に対してダイレクトＷｉ−Ｆｉ通信の接続を開始することを、プラットフォーム９０２に依頼する。するとプラットフォーム９０２は、無線ネットワーク制御部９０４で無線ＬＡＮ Ｉ／Ｆ３１１を制御して、ＭＦＰ１０２とのダイレクトＷｉ−Ｆｉ通信の接続を開始する。そして、アプリケーション９００は、上記取得したＤｉｒｅｃｔ ＩＰ Ａｄｄｒｅｓｓ１０１３とペアリングを組む。

上記ペアリングが終わると、アプリケーション９００は、Ｓ３０２２に処理を進め、無線ＬＡＮ Ｉ／Ｆ３１１を用いて（つまりＷｉ−Ｆｉ通信で）、ＭＦＰ１０２にリモートログインを行い、上記Ｓ３０００にてＲＡＭ３０９に保存した宛先および件名等のデータを、ＭＦＰ１０２に送信する。Ｓ３０２２の詳細は図１５にて後述する。以上のように、アプリケーション９００は、送信ボタン４４５押下の検出（Ｓ３００１）に応じて、ＭＦＰ１０２へのモバイルログインを行い（Ｓ３０１３）、モバイルログインの成功後にデータの送信指示をユーザから受け付けること無しに、該モバイルログインの成功に基づき、Ｗｉ−Ｆｉ通信を利用してＭＦＰ１０２に前記データを送信する（Ｓ３０２２）ように制御する。Ｓ３０２２の処理の後、アプリケーション９００は、本フローチャートの処理を終了する。

また、上記Ｓ３００３において、アプリケーション９００が、ＢＬＥ探索でＭＦＰ１０２が見つからなかったと判定した場合（Ｓ３００３でＮｏの場合）、Ｓ３００４に処理を進め、カメラ３０４を起動する。
次に、Ｓ３００５において、アプリケーション９００は、カメラ３０４を用いて、ＭＦＰ１０２のモバイルポータル画面５０１（図１０（ａ））に表示されたＱＲコード５０３を読み取り、その内容をデコードする。そして、Ｓ３０２４において、アプリケーション９００は、上記Ｓ３００５でデコードしたデータに含まれるＷｉ−Ｆｉ接続情報を取得し、Ｓ３０２１に処理を進める。Ｓ３０２１以降は同様であるので説明を省略する。

以下、図１５を用いて、図１４のＳ３０２２の詳細を説明する。
図１５は、図１４のＳ３０２２の詳細を説明するフローチャートである。
Ｓ１０２１において、アプリケーション９００は、アプリケーション設定ボタン４１２（図７）から設定されフラッシュメモリ３１０に記憶されている認証情報９０１を取得し、該認証情報９０１を用い、ＭＦＰ１０２に対してリモートログイン要求をＷｉ−Ｆｉ通信で送信する。すなわち、アプリケーション９００は、ＭＦＰ１０２に対して認証情報９０１を用いたリモートログイン要求をＷｉ−Ｆｉ通信で送信することを、プラットフォーム９０２に依頼する。そして、プラットフォーム９０２は、無線ネットワーク制御部９０４で無線ＬＡＮ Ｉ／Ｆ３１１を制御して、ＭＦＰ１０２に対し、認証情報９０１を用いたリモートログイン要求を、Ｗｉ−Ｆｉ通信で送信する。リモートログインが成功した場合、ＭＦＰ１０２がセッションＩＤを生成するので、アプリケーション９００は、プラットフォーム９０２を介して、そのセッションＩＤを取得する。なお、リモートログインに失敗した場合、図示しないが、アプリケーション９００は、再度Ｓ１０２１に処理を実行する。

次に、Ｓ１０２３において、アプリケーション９００は、図１４のＳ３０００でＲＡＭ３０９に保存した宛先および件名等のデータを、Ｗｉ−Ｆｉ通信でＭＦＰ１０２に送信する。すなわち、アプリケーション９００は、ＭＦＰ１０２に対して上記データをＷｉ−Ｆｉ通信で送信することを、プラットフォーム９０２に依頼する。そして、プラットフォーム９０２は、無線ネットワーク制御部９０４で無線ＬＡＮ Ｉ／Ｆ３１１を制御して、ＭＦＰ１０２に対し、上記データをＷｉ−Ｆｉ通信で送信する。このＳ１０２３の処理では、アプリケーション９００は、認証情報９０１に含まれるユーザ名、および、上記Ｓ１０２１で取得したセッションＩＤも合わせて送信するように制御する。このユーザ名およびセッションＩＤはＭＦＰ１０２側で、他人からのデータ送信リクエストをはじくために用いられる。詳細は図１７で説明する。なお、プラットフォーム９０２は、ＭＦＰ１０２から、データ送信の応答を受信した場合には、該応答をアプリケーション９００に渡す。

次に、Ｓ１０２４において、アプリケーション９００は、データ送信の応答を受信し、成功したか否かを判定する。そして、データ送信に成功したと判定した場合（Ｓ１０２４でＹｅｓの場合）、アプリケーション９００は、Ｓ１０２５に処理を進める。
Ｓ１０２５において、アプリケーション９００は、Ｅメール送信設定画面の入力をクリアし、アプリケーションメニュー画面に遷移させる。なお、アプリケーション９００は、画面を遷移する際にデータ送信が成功した旨のポップアップ表示を行ってもよい。

次に、Ｓ１０２６において、アプリケーション９００は、データ送信を行ったＭＦＰ１０２がモバイル端末１０１のフラッシュメモリ３１０に記憶されているか否かを判定する。そして、記憶されていないと判定した場合（Ｓ１０２６でＮｏの場合）、アプリケーション９００は、データ送信を行ったＭＦＰ１０２のＭＡＣアドレス等の情報をフラッシュメモリ３１０に保存し（Ｓ１０２７）、本フローチャートの処理を終了する。

一方、上記Ｓ１０２６において、既に記憶されていると判定した場合（Ｓ１０２６でＹｅｓの場合）、アプリケーション９００は、そのまま本フローチャートの処理を終了する。

また、上記Ｓ１０２４において、アプリケーション９００は、データ送信に失敗したと判定した場合（Ｓ１０２４でＮｏの場合）、Ｓ１０２８において、エラーメッセージを操作パネル３０１に表示し、宛先送信画面４８０の入力はそのままにして、本フローチャートの処理を終了する。

＜宛先送信機能のＭＦＰ１０２側の処理＞
図１６は、実施例１のＭＦＰ１０２が未ログイン状態のときに宛先送信機能を利用する場合のＭＦＰ１０２側の処理の一例を示すフローチャートである。なお、図１６及び後述する図１７に示す一連の処理は、ＭＦＰ１０２のＣＰＵ２０１が、以下に示す手順を記述したＭＦＰ１０２が実行可能なプログラムを、ＲＯＭ２０２からＲＡＭ２０３上に読み込んだ後に実行することによって実現される。

はじめに、Ｓ４０００において、ＭＦＰ１０２のＣＰＵ２０１は、ディスプレイ２１１にログイン画面７０１を表示する。
次に、Ｓ４００１において、ＣＰＵ２０１は、モバイル端末１０１がＢＬＥ通信によりユーザ認証サービス１０００のキャラクタリスティックＲｅｑｕｅｓｔＩＤ１００４に、表６に示したログイン要求を示す値を書き込んだことをＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ２０５が検出する（モバイルログイン要求受信）と、Ｓ４００２に処理を進める。

Ｓ４００２において、ＣＰＵ２０１は、同サービスのキャラクタリスティックであるＵｓｅｒＮａｍｅ１００２，Ｐａｓｓｗｏｒｄ１００３の値を読み取り、ログインサービス８０４がユーザアカウント８０５に登録されているユーザ認証情報と一致するものがあるか否かを判定し、認証処理を行う。

その後、Ｓ４００３において、ＣＰＵ２０１は、上記Ｓ４００２の認証結果をユーザ認証サービス１０００のＲｅｓｕｌｔＩＤ１００５に書き込むことにより、認証結果をモバイル端末１０１に通知する。この時、Ｂｌｕｅｔｏｏｔｈ制御部８０７がＡｔｔｒｉｂｕｔｅ Ｐｒｏｔｏｃｏｌ（ＡＴＴ）におけるＮｏｔｉｆｉｃａｔｉｏｎで、接続中のモバイル端末１０１に認証結果の値変更を通知する。また、このとき認証が成功していれば、ＣＰＵ２０１は、登録されているユーザ認証情報と一致したユーザアカウントのユーザ名をＲＡＭ２０３等に記憶しておく。この記憶されたユーザ名は、後述のＳ２０１４（図１７）で用いられる。

次に、Ｓ４００４において、ＣＰＵ２０１は、認証が成功したか否かを判定する。そして、認証が失敗したと判定した場合（Ｓ４００４のＮｏの場合）、ＣＰＵ２０１は、Ｓ４０１２に処理を進め、ディスプレイ２１１にエラーメッセージを表示し、Ｓ４０００に処理を戻す。

一方、認証が成功したと判定した場合（Ｓ４００４でＹｅｓの場合）、ＣＰＵ２０１は、Ｓ４００５に処理を進め、ディスプレイ２１１にメニュー画面７０５を表示する。なお、図示しないが、認証に成功すると、ＣＰＵ２０１は、ＭＦＰ１０２をモバイルログイン状態とし、モバイル端末１０１からのデータの送信を受け付け可能な状態に状態する。反対に、認証に失敗すると、ＭＦＰ１０２の状態はモバイルログイン状態とならず、メニュー画面７０５は表示されない。つまりＭＦＰ１０２は、モバイル端末１０１からのデータの送信を受け付け不可能な状態のままとなる。また、ログインサービス８０４が、ユーザ認証サービス１０００のＳｔａｔｕｓＩＤ１００１の値を変更する。なお、図１６には示していないが、ＭＦＰ１０２は、ユーザ認証サービス１０００により、認証結果をモバイル端末１０１等に提供している。図１４のＳ３０１４に示したように、モバイル端末１０１は、ユーザ認証サービス１０００を利用し、ＭＦＰ１０２から認証結果（ＲｅｓｕｌｔＩＤ１００５）を取得する。

次に、Ｓ４００６において、ＣＰＵ２０１は、モバイル端末１０１からＢＬＥ通信で、Ｗｉ−Ｆｉ ＡＰモード開始要求を受けたか否かを判定する。この判定では、Ｗｉ−Ｆｉ ＡＰモード開始／停止サービス１００６のキャラクタリスティックＳｔａｔｕｓ１００７にＷｉ−Ｆｉ ＡＰモードの開始を示す値が書き込まれたことをＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ２０５を介して検出した場合に、ＣＰＵ２０１はＹｅｓと判定する。一方、Ｓｔａｔｕｓ１００７の値更新が検出されなかった場合には、ＣＰＵ２０１はＮｏと判定する。なお、図１６には示していないが、ＭＦＰ１０２は、Ｗｉ−Ｆｉ ＡＰモード開始／停止サービス１００６により、Ｗｉ−Ｆｉ ＡＰモードの開始状態をモバイル端末１０１等に提供している。図１４のＳ３０１６に示したように、モバイル端末１０１は、Ｗｉ−Ｆｉ ＡＰモード開始／停止サービス１００６のＳｔａｔｕｓ１００７を利用し、ＭＦＰ１０２からＷｉ−Ｆｉ ＡＰモードの開始状態等を取得している。そして、図１４のＳ３０１８に示したように、ＭＦＰ１０２でＷｉ−Ｆｉ ＡＰモードが開始状態でない場合に、モバイル端末１０１は、Ｗｉ−Ｆｉ ＡＰモード開始要求を行う。

上記Ｓ４００６において、モバイル端末１０１からＢＬＥ通信でＷｉ−Ｆｉ ＡＰモード開始要求を受けたと判定した場合（Ｓ４００６でＹｅｓの場合）、ＣＰＵ２０１は、Ｓ４０１３に処理を進める。
Ｓ４０１３において、ＣＰＵ２０１は、無線ＬＡＮ Ｉ／Ｆ２０６を用いて、Ｗｉ−Ｆｉ ＡＰモードを開始する。この処理を行った場合、ＣＰＵ２０１は、元々のＳｔａｔｕｓ１００７の値が停止を示すものであったか否かを一時的にＲＡＭ２０３に記憶しておく。Ｓ４０１３の処理の後、ＣＰＵ２０１は、Ｓ４００７に処理を進める。

一方、上記Ｓ４００６において、モバイル端末１０１からＢＬＥ通信でＷｉ−Ｆｉ ＡＰモード開始要求を受けていないと判定した場合（Ｓ４００６でＮｏの場合）、ＣＰＵ２０１は、そのままＳ４００７に処理を進める。

Ｓ４００７において、ＣＰＵ２０１は、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ２０５を介してＢＬＥ通信の切断を検出すると、ＢＬＥ通信を終了する。なお、図１６には示していないが、ＭＦＰ１０２は、Ｗｉ−Ｆｉ接続情報取得サービス１００８により、ＳＳＤＩやＫＥＹ等のＷｉ−Ｆｉ接続に必要な情報をモバイル端末１０１等に提供している。図１４のＳ３０１９に示したように、モバイル端末１０１は、ＢＬＥ通信の切断前に、Ｗｉ−Ｆｉ接続情報取得サービス１００８を利用し、ＭＦＰ１０２からＳＳＤＩやＫＥＹ等を取得している。そして、図１４のＳ３０２１に示したように、モバイル端末１０１は、ＢＬＥ通信の切断後等に、上記取得したＳＳＤＩやＫＥＹ等を用いて、ＭＦＰ１０２とのダイレクトＷｉ−Ｆｉ通信の接続を開始する。

次に、Ｓ４０１７において、ＣＰＵ２０１は、無線ＬＡＮ Ｉ／Ｆ２０６又はネットワークＩ／Ｆ２０７においてモバイル端末１０１からのデータ送信要求の検出を行う。そして、データ送信要求を受信していないと判定した場合（Ｓ４０１７でＮｏの場合）、ＣＰＵ２０１は、再びＳ４０１７の処理を行う。

一方、データ送信要求を受信したと判定した場合（Ｓ４０１７でＹｅｓの場合）、ＣＰＵ２０１は、Ｓ４００８に処理を進める。
Ｓ４００８において、ＣＰＵ２０１は、モバイル端末１０１からリモートログイン要求を受け付けて宛先や件名等のデータ等を受信する。Ｓ４００８の詳細は図１７にて後述する。

次に、Ｓ４００９において、ＣＰＵ２０１は、上記Ｓ４００８のデータ受信処理が成功したか否かを判定する。そして、データ受信処理が成功したと判定した場合（Ｓ４００９でＹｅｓの場合）、ＣＰＵ２０１は、Ｓ４０１０に処理を進める。
Ｓ４０１０において、ＣＰＵ２０１は、ディスプレイ２１１に、モバイル端末１０１から宛先データを受信した旨のメッセージを、メッセージフィールド６１１（図１２）に表示した状態で、送信画面６０１を表示する。そして、Ｓ４０１１に処理を進める。

一方、上記Ｓ４００９において、データ受信処理が失敗したと判定した場合（Ｓ４００９でＮｏの場合）、ＣＰＵ２０１は、モバイル端末１０１にエラーを返し（不図示）、ディスプレイ２１１の表示は何も変更せず、そのままＳ４０１１に処理を進める。

Ｓ４０１１において、ＣＰＵ２０１は、Ｗｉ−Ｆｉ ＡＰモードが元々停止状態であったか否かを判定する。この判定では、ＣＰＵ２０１は、上記Ｓ４０１３でＲＡＭ２０３に元々のＳｔａｔｕｓ１００７の値を記憶し、かつ、その値が停止を示す値であった場合にはＹｅｓと判定し、そうでない場合はＮｏと判定する。

そして、Ｗｉ−Ｆｉ ＡＰモードが元々停止状態であったと判定した場合（Ｓ４０１１でＹｅｓの場合）、ＣＰＵ２０１は、Ｓ４０１４に処理を進める。Ｓ４０１４において、ＣＰＵ２０１は、Ｗｉ−Ｆｉ ＡＰモードを元の状態に戻すために、Ｓｔａｔｕｓ１００７に停止を示す値を書き込み、無線ＬＡＮ Ｉ／Ｆ２０６に対して、ＡＰモードの停止を指示する。そして、Ｓ４０１５に処理を進める。
一方、Ｗｉ−Ｆｉ ＡＰモードが元々停止状態でなかったと判定した場合（Ｓ４０１１でＮｏの場合）、ＣＰＵ２０１は、そのままＳ４０１５に処理を進める。

Ｓ４０１５において、ＣＰＵ２０１は、操作パネル２０９においてＥメール送信スタートの入力を検出したか否かを判定する。そして、Ｅメール送信スタートの入力を検出していないと判定した場合（Ｓ４０１４でＮｏの場合）、ＣＰＵ２０１は、Ｓ４０１７に処理を戻す。

一方、Ｅメール送信スタートの入力を検出したと判定した場合（Ｓ４０１４でＹｅｓの場合）、ＣＰＵ２０１は、Ｓ４０１６に処理を進める。
Ｓ４０１６において、ＣＰＵ２０１は、上記Ｓ４００８内（詳細には図１７で後述するＳ２０２２）で保存したセッションＩＤをクリアし、本フローチャートの処理を終了する。なお、図１６には示していないが、Ｅメール送信スタートの入力を検出した場合、ＣＰＵ２０１は、送信画面６０１で設定されている宛先とスキャンの設定に基づいて、スキャナ２１５を用いた原稿の読み取り、Ｅメールの送信等の処理を行う。

次に、図１７を用いてＳ４００８の詳細を説明する。
図１７は、図１６のＳ４００８の詳細の一例を示すフローチャートである。
Ｓ２０１１において、ＣＰＵ２０１は、モバイル端末１０１からのリモートログイン要求を無線ＬＡＮ Ｉ／Ｆ２０６またはネットワークＩ／Ｆ２０７にて検出すると、リモートログイン処理を行い、セッションＩＤを生成し、モバイル端末１０１に送信する。

次に、Ｓ２０１３において、ＣＰＵ２０１は、無線ＬＡＮ Ｉ／Ｆ２０６またはネットワークＩ／Ｆ２０７にてモバイル端末１０１がＳ１０２３で送信した宛先等のデータ送信リクエストを受信する。このデータ送信リクエストには、図１５のＳ１０２３で説明したように、ユーザ名とセッションＩＤが含まれている。

次に、Ｓ２０１４において、ＣＰＵ２０１は、ＭＦＰ１０２がユーザ管理している場合、上記Ｓ４００２で認証したローカルログインユーザ（すなわち図１６のＳ４００３で記憶されたユーザ名）と上記Ｓ２０１１で検出したリモートログインユーザ（すなわち上記Ｓ２０１３で受信されたユーザ名）が一致するか否かを判定する。これは、モバイル端末１０１から宛先等のデータ送信を行うユーザがＭＦＰ１０２の装置前にいることを保証するためのチェックである。つまり、上記Ｓ１０２３のデータ送信を行ったユーザが、キーボードログインあるいは図１４のＳ３０１３によるＢＬＥ通信でのモバイルログインを行ったユーザと一致しているかのチェックである。モバイル端末１０１に登録されているユーザがＭＦＰ１０２にローカルログインしていれば、そのユーザが装置前にいるとみなす。

上記Ｓ２０１４において、ローカルとリモートのログインユーザが一致しないと判定した場合（Ｓ２０１４でＮｏの場合）、ＣＰＵ２０１は、Ｓ２０２５に処理を進める。Ｓ２０２５において、ＣＰＵ２０１は、モバイル端末１０１に対してエラー応答を返し、本フローチャートの処理を終了する。

一方、上記Ｓ２０１４において、ローカルとリモートのログインユーザが一致すると判定した場合（Ｓ２０１４でＹｅｓの場合）、ＣＰＵ２０１は、Ｓ２０１５に処理を進める。なお、図示しないが、ＭＦＰ１０２でログイン管理していない場合にも、ＣＰＵ２０１は、Ｓ２０１５に処理を進める。

Ｓ２０１５およびＳ２０１６において、ＣＰＵ２０１は、上記Ｓ２０１３で受信したデータ送信リクエストに含まれるセッションＩＤのチェックを行う。これは、あるユーザがモバイル端末１０１から宛先等のデータ送信を行い、Ｅメール送信スタートを実行するまでの間に、別のユーザからのデータ送信リクエストを受け付けなくするための処理である。以下、詳細に説明する。

Ｓ２０１５において、ＣＰＵ２０１は、受信したリクエストが初回リクエストであるか否かを判定する。ＣＰＵ２０１は、モバイル端末１０１からのリクエストを受け付けた場合は、そのリクエストで送信されてきたセッションＩＤを後述するＳ２０２２でＲＡＭ２０３に保存し、図１６のＳ４０１５にてＥメール送信スタートが実行されるまで保持しておく。従って、初期状態および、Ｅメール送信のジョブが投入された後は、ＲＡＭ２０３にはセッションＩＤが残っていない（例えば図１６のＳ４０１６でクリアされる）。よって、Ｓ２０１５では、ＣＰＵ２０１は、ＲＡＭ２０３のセッションＩＤの有無により初回リクエストか否かの判定を行う。

そして、ＲＡＭ２０３にセッションＩＤが保存されておらず、初回リクエストであると判定した場合（Ｓ２０１５でＹｅｓの場合）、ＣＰＵ２０１は、Ｓ２０１７に処理を進める。

一方、初回リクエストでないと判定した場合（Ｓ２０１５でＮｏの場合）、ＣＰＵ２０１は、Ｓ２０１６に処理を進める。Ｓ２０１６において、ＣＰＵ２０１は、受信したリクエストに含まれるセッションＩＤとＲＡＭ２０３に保存してあるセッションＩＤ（後述するＳ２０２２にて保存されたセッションＩＤ）が同じかどうか判定する。そして、初回リクエストと同じセッションでないと判定した場合（Ｓ２０１６でＮｏの場合）、ＣＰＵ２０１は、Ｓ２０２５に処理を進める。Ｓ２０２５において、ＣＰＵ２０１は、初回にリクエストを送信したモバイルとは異なるモバイルからの送信リクエストであるため、リクエストは受け付けず、モバイル端末にエラー応答を返し、本フローチャートの処理を終了する。

一方、初回リクエストと同じセッションであると判定した場合（Ｓ２０１６でＹｅｓの場合）、ＣＰＵ２０１は、リクエストを受け付けるために、Ｓ２０１７に処理を進める。

Ｓ２０１７において、ＣＰＵ２０１は、受信したリクエストの中に含まれるデータの数分だけ（ｎ＝１〜受信データ数）、以下のＳ２０１８〜２０２０のループ処理を行う。
まずＳ２０１８において、ＣＰＵ２０１は、データｎが宛先か否かを判定する。そして、宛先であると判定した場合（Ｓ２０１８でＹｅｓの場合）、ＣＰＵ２０１は、「追加設定」でデータｎをＲＡＭ２０３に保存する（Ｓ２０１９）。宛先は、追加で設定するため、既に宛先リスト６０２に宛先が設定されていてもその宛先は消さずに追加する。つまり、ＭＦＰ１０２のアドレス帳画面６１４から宛先を設定した後に、モバイル端末１０１から宛先を追加したり、モバイル端末１０１から何度でも宛先の追加をしたりすることができる。

一方、宛先以外（本実施例では件名、本文、ファイル名の何れか）であると判定した場合（Ｓ２０１８でＮｏの場合）、ＣＰＵ２０１は、既にＲＡＭ２０３に保存してある同項目に「上書き設定」でデータｎを保存する（Ｓ２０２０）。

上記Ｓ２０１９又はＳ２０２０の処理の後、ＣＰＵ２０１は、ｎをインクリメントし、ｎが受信データ数まで、上記ループ処理を繰り返す。そして、上記ループ処理が終了すると、ＣＰＵ２０１は、Ｓ２０２１に処理を進める。

Ｓ２０２１において、ＣＰＵ２０１は、ディスプレイ２１１にモバイル端末１０１から宛先等のデータが設定された旨のポップアップメッセージ（例えば図１２の６１１）を表示する。そして、Ｓ２０２２において、ＣＰＵ２０１は、上記リクエストから取得したセッションＩＤをＲＡＭ２０３に保存して、本フローチャートの処理を終了する。

すなわち、ＣＰＵ２０１は、リモートログインに成功した後に、データの受信が複数回あった場合、２回目以降に受信したデータについては、セッションＩＤが、初回のデータのセッションＩＤと同一である場合に、そのデータを利用すべきデータとして設定する。一方、初回のデータのセッションＩＤと異なる場合、そのデータを利用すべきデータとしては設定しないように制御する。

以上の説明の通り、実施例１によれば、ＭＦＰ１０２にキーボードログイン等でローカルログインする前の状態（例えばログイン画面が表示されている状態）であっても、モバイル端末１０１のアプリケーション画面から宛先送信のボタン（図８の４４５）を押すだけで、モバイルログインによりＭＦＰ１０２にローカルログインし、データ（例えば宛先）を送信できる。そして、ＭＦＰ１０２では、上記モバイル端末１０１から送信されるデータの受信により、ログイン画面を解除し、宛先等のデータが設定された状態の送信画面を、ＭＦＰ１０２のディスプレイに自動表示することができる。このように、ユーザは、容易に、モバイル端末１０１からＭＦＰ１０２に自動ログインしてモバイル端末１０１からＭＦＰ１０２にデータ送信することが可能となる。

実施例１では、モバイル端末１０１からＥメールの宛先等のデータをＭＦＰ１０２に送信する実施例について説明した。以下、実施例２では、図１８、図１９、図２０を用いて、モバイル端末１０１から印刷データをＭＦＰ１０２に送信する実施例について説明する。

＜モバイル端末１０１の印刷機能画面＞
図１８は、モバイル端末１０１の画面からフラッシュメモリ３１０に保存してある印刷データ（例えばＰＤＦ文書）をユーザが選択してＭＦＰ１０２への送信をユーザが指示するための印刷画面の一例を示す図である。この印刷画面は、図６のモバイルアプリケーションメニュー画面４０６において機能選択ボタン４０２が押下された場合に、モバイル端末１０１により表示される。

図１８に示す印刷画面において、４６０は印刷データ一覧が表示されるエリアで、ユーザが印刷データを選択するためのチェックボックスが備わっている。ユーザによって選択された印刷データについては、対応するチェックボックスにチェックが入るように、モバイル端末１０１が制御している。ユーザが「プリンタに送信ボタン」４６１を押下すると、モバイル端末１０１は、印刷データ一覧４６０でユーザが選択した印刷データをＭＦＰ１０２に送信するための処理（図１９で後述する）を実行する。ＭＦＰ１０２に対してデータ送信が完了すると、モバイル端末１０１は、図６のモバイルアプリケーションメニュー画面４０６に画面を戻す。もし、データ送信に失敗した場合には、モバイル端末１０１は、エラーを表示して印刷データ一覧４６０の選択状態は変更せずそのままにしておく。

＜印刷機能のモバイル端末１０１側のフロー＞
図１９は、実施例２のモバイル端末１０１の印刷データ送信機能の処理の一例を示すフローチャートである。なお、図１９のフローチャートに示す一連の処理は、ＣＰＵ３０７がプラットフォーム９０２の制御下でアプリケーション９００を実行することで実現されるものである。また、図１４と同一のステップには同一のステップ番号を付し、説明を省略する。以下、ＣＰＵ３０７が実行するアプリケーション９００の処理を、アプリケーション９００を主体として説明する。また、ＣＰＵ３０７が実行するプラットフォーム９０２の処理を、プラットフォーム９０２を主体として説明する。

Ｓ５０００において、アプリケーション９００は、操作パネル３０１に表示された印刷機能画面（図１８）にて、印刷データの選択入力を検出すると、選択されたリストデータをＲＡＭ３０９に保存する。

次に、Ｓ５００１において、アプリケーション９００は、操作パネル３０１にてプリンタに送信ボタン４６１の押下を検出すると、アプリケーション９００は、Ｓ３００２に処理を進める。Ｓ３００２〜Ｓ３０２４は、図１４と同じため説明を割愛する。

Ｓ３０２１において、ＭＦＰ１０２とのＷｉ−Ｆｉ接続およびペアリングが完了すると、アプリケーション９００は、Ｓ５００２に処理を進める。
Ｓ５００２において、アプリケーション９００は、無線ＬＡＮ Ｉ／Ｆ３１１を用いて（つまりＷｉ−Ｆｉ通信で）、ＭＦＰ１０２にリモートログインを行い、上記Ｓ５０００でＲＡＭ３０９に保存した印刷データの選択リストデータに含まれる印刷データを、フラッシュメモリ３１０から読み出し、ＭＦＰ１０２に送信する。そして、本フローチャートの処理を終了する。なお、Ｓ５００２の詳細は、図１５に示したＳ３０２２の詳細フローチャートにおいて、宛先、件名、本文、ファイル名等のＥメールに関するデータを、上記Ｓ５０００でＲＡＭ３０９に保存した印刷データの選択リストデータに含まれる印刷データに置き換えた処理であるので、説明を省略する。

すなわち、実施例２のアプリケーション９００は、プリンタに送信ボタン４６１押下の検出（Ｓ５００１）に応じて、ＭＦＰ１０２へのモバイルログインを行い（Ｓ３０１３）、モバイルログインの成功後に印刷データの送信指示をユーザから受け付けること無しに、該モバイルログインの成功に基づき、Ｗｉ−Ｆｉ通信を利用してＭＦＰ１０２に印刷データを送信する（Ｓ５００２）ように制御する。

＜印刷機能のＭＦＰ１０２側のフロー＞
図２０は、実施例２のＭＦＰ１０２が未ログイン状態のときに宛先送信機能を行う場合のＭＦＰ１０２側の処理の一例を示すフローチャートである。なお、図２０に示す一連の処理は、ＭＦＰ１０２のＣＰＵ２０１が、以下に示す手順を記述したＭＦＰ１０２が実行可能なプログラムを、ＲＯＭ２０２からＲＡＭ２０３上に読み込んだ後に実行することによって実現される。また、図１６と同一のステップには同一のステップ番号を付し、説明を省略する。

Ｓ４０００〜Ｓ４０１８の処理は図１６と同一であるため説明を割愛する。
なお、Ｓ４０１７において、無線ＬＡＮ Ｉ／Ｆ２０６およびネットワークＩ／Ｆ２０７においてモバイル端末１０１からのデータ送信要求を受信したと判定した場合（Ｓ４０１７でＹｅｓの場合）、ＣＰＵ２０１は、Ｓ６０００に処理を進める。

Ｓ６０００において、ＣＰＵ２０１は、モバイル端末１０１から送信されてくる印刷データを無線ＬＡＮ Ｉ／Ｆ２０６またはネットワークＩ／Ｆ２０７を用いて受信を行う。なお、Ｓ６０００の詳細は、図１７に示したＳ４００８の詳細フローチャートにおいて、宛先、件名、本文、ファイル名等のＥメールに関するデータを、印刷データに置き換えた処理であるので、説明を省略する。

また、Ｓ４００９において、ＣＰＵ２０１が、上記Ｓ６０００の印刷データ受信処理が成功したと判定した場合（Ｓ４００９でＹｅｓの場合）、Ｓ６００１に処理を進める。
Ｓ６００１において、ＣＰＵ２０１は、上記Ｓ６０００で受信した印刷データのプリント処理を、プリンタ２１４で開始する。Ｓ６００１の処理の後、ＣＰＵ２０１は、Ｓ４０１１に処理を進める。

以上の説明の通り、実施例２によれば、ＭＦＰ１０２にキーボードログイン等でローカルログインする前の状態（例えばログイン画面が表示されている状態）であっても、モバイル端末１０１のアプリケーション画面から印刷データの送信のボタン（図１８の４６１）を押すだけで、モバイルログインによりＭＦＰ１０２にローカルログインし、データ（例えば印刷データ）を送信できる。そして、ＭＦＰ１０２では、上記モバイル端末１０１から送信される印刷データの受信により、ログイン画面を解除し、該受信した印刷データを自動で印刷することができる。このように、ユーザは、容易に、モバイル端末１０１からＭＦＰ１０２に自動ログインしてモバイル端末１０１からＭＦＰ１０２にデータ送信することが可能となる。

上記各実施例では、モバイル端末１０１とＭＦＰ１０２とをダイレクトＷｉ−Ｆｉ接続でアクセスポイント１０３を使わずに直接接続して、モバイル端末１０１からＭＦＰ１０２へデータ（例えば宛先や印刷データ）の送信を行う構成について説明した。しかし、モバイル端末１０１とＭＦＰ１０２とをアクセスポイント１０３経由でＷｉ−Ｆｉインフラモードで接続して、モバイル端末１０１からＭＦＰ１０２へデータ（例えば宛先や印刷データ）の送信を行うように構成してもよい。

上記各実施例では、モバイル端末１０１は、ＢＬＥ通信を利用して、ＭＦＰ１０２とＷｉ−Ｆｉダイレクト通信に必要な情報（ＳＳＩＤ、ＫＥＹ等）を、ＭＦＰ１０２から取得する構成について説明した。しかし、ＭＦＰ１０２とＷｉ−Ｆｉダイレクト通信に必要な情報を、予めモバイル端末１０１に設定してフラッシュメモリ３１０に記憶しておくように構成してもよい。また、ＭＦＰ１０２とＷｉ−Ｆｉダイレクト通信に必要な情報がモバイル端末１０１に設定されていない場合にＢＬＥ通信を利用して、ＭＦＰ１０２から取得するようにしてもよい。

また、上記各実施例では、Ｂｌｕｅｔｏｏｔｈを用いた通信によりモバイル端末１０１からＭＦＰ１０２へローカルログインを行っておき、Ｗｉ−Ｆｉ通信によりリモートログインを行ってモバイル端末１０１からＭＦＰ１０２へデータを送信する構成について説明した。しかし、モバイル端末１０１からＭＦＰ１０２へローカルログインを行う際に使用する通信は、Ｂｌｕｅｔｏｏｔｈに限定されるものではない。例えば、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ ｒａｄｉｏ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と呼ばれる近距離無線通信や、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）等の赤外線通信などの他の通信方法を用いて、モバイル端末１０１からＭＦＰ１０２へローカルログインを行う構成であってもよい。

また、モバイル端末が接続してデータを送信する装置はＭＦＰに限定されるものではなく、その他の外部装置であってもよい。例えば、パーソナルコンピュータ等の情報処理装置や、カーナビゲーションシステム、その他の家電等であってもよい。

以上示したように、本発明は、モバイル端末等の情報処理装置（以下、モバイル端末）は、ＭＦＰ等の外部装置（以下、ＭＦＰ）と、ローカルログインに適した第１の無線通信機能（例えばＢＬＥ通信機能）と、データ送信に適した第２の無線通信機能（例えばＷｉ−Ｆｉ通信機能）を利用して通信可能な構成を有する。さらに、モバイル端末は、第１の無線通信機能を用いてＭＦＰにログインし、該ログインの成否に基づき、第２の無線通信機能を利用してＭＦＰにデータ（例えばＥメールアドレス、印刷データ、スキャン設定等を含む各種設定データ）を送信する構成を有する。

また、ＭＦＰ等の情報処理装置（以下、ＭＦＰ）は、モバイル端末等の外部装置（以下、モバイル端末）と、第１の無線通信機能と、第２の無線通信機能を利用して通信可能な構成を有する。さらに、ＭＦＰは、第１の無線通信機能を利用した、モバイル端末からのログイン要求にしたがって、ログイン処理を試み、該ログイン処理の成否に基づき、ＭＦＰの状態を、モバイル端末からのデータの送信を受け付け可能な状態にする状態管理を行い、前記受け付け可能な状態において、第２の無線通信機能を利用して、モバイル端末からデータを受信する構成を有する。

以上のような構成により、ユーザは、モバイル端末においてデータ送信の指示をするだけで（例えば図８のボタン４４５や図１８のボタン６４１の押下のみで）、ＭＦＰへのローカルログイン（例えば図１４のＳ３０１３）とデータ送信（例えば図１４のＳ３０２２又は図１９のＳ５００２）を一括で行うことができる。すなわち、ＭＦＰにローカルログインしていない場合であっても、従来のように、ユーザが事前に手動でＭＦＰにローカルログインをしてから、さらにモバイル端末を操作してＭＦＰへデータを送信する等の煩雑な操作の必要がなくなる。よって、モバイル端末からＭＦＰへ容易にデータ送信することが可能となるユーザフレンドリなシステムを構築することができる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されていてもよい。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。

（その他の実施例）
本発明は、上述の実施例の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

１０１ モバイル端末
３０６ Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ
３１１ 無線ＬＡＮ Ｉ／Ｆ
１０２ ＭＦＰ
２０５ Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ
２０６ 無線ＬＡＮ Ｉ／Ｆ

Claims (18)

1. 画像処理装置と情報端末とを有する画像処理システムであって、
   前記情報端末は、
   近距離無線通信によって前記画像処理装置に認証に関する情報を送信する第１の送信手段と、
   前記近距離無線通信によって前記画像処理装置から、前記近距離無線通信とは異なる無線通信によって前記画像処理装置と通信するための接続情報を受信する第１の受信手段と、
   前記無線通信の確立に従って、前記画像処理装置が有する送信機能の設定情報を前記画像処理装置に前記無線通信によって送信する第２の送信手段とを有し、
   前記画像処理装置は、
   前記近距離無線通信によって前記情報端末から前記認証に関する情報を受信する第２の受信手段と、
   前記第２の受信手段によって受信した情報を用いた認証が成功したら、前記接続情報を前記情報端末に送信する第３の送信手段と、
   前記第３の送信手段によって前記接続情報が前記情報端末に送信された後、前記無線通信によって前記情報端末から前記送信機能の前記設定情報を受信する第３の受信手段と、
   前記送信機能の前記設定情報の受信に従って、前記受信した設定情報が設定された送信設定画面を表示する表示手段と、
   前記表示手段によって表示された送信設定画面を介して新たな設定情報を追加する追加手段とを有することを特徴とする画像処理システム。
2. 画像処理装置と情報端末とを有する画像処理システムであって、
   前記情報端末は、
   近距離無線通信によって前記画像処理装置に認証に関する情報を送信する第１の送信手段と、
   前記近距離無線通信によって前記画像処理装置から、前記近距離無線通信とは異なる無線通信によって前記画像処理装置と通信するための接続情報を受信する第１の受信手段と、
   前記無線通信の確立に従って、前記画像処理装置が有する送信機能の設定情報を前記画像処理装置に前記無線通信によって送信する第２の送信手段とを有し、
   前記画像処理装置は、
   前記近距離無線通信によって前記情報端末から前記認証に関する情報を受信する第２の受信手段と、
   前記第２の受信手段によって受信した情報を用いた認証が成功したら、前記接続情報を前記情報端末に送信する第３の送信手段と、
   前記第３の送信手段によって前記接続情報が前記情報端末に送信された後、前記無線通信によって前記情報端末から前記送信機能の前記設定情報を受信する第３の受信手段と、
   前記送信機能の前記設定情報の受信に従って、前記受信した設定情報が設定された送信設定画面を表示する表示手段と、
   前記表示手段によって表示された送信設定画面に設定された設定情報を削除する削除手段とを有することを特徴とする画像処理システム。
3. 画像処理装置と情報端末とを有する画像処理システムであって、
   前記情報端末は、
   近距離無線通信によって前記画像処理装置に認証に関する情報を送信する第１の送信手段と、
   前記近距離無線通信によって前記画像処理装置から、前記近距離無線通信とは異なる無線通信によって前記画像処理装置と通信するための接続情報を受信する第１の受信手段と、
   前記無線通信の確立に従って、前記画像処理装置が有する送信機能の設定情報を前記画像処理装置に前記無線通信によって送信する第２の送信手段とを有し、
   前記画像処理装置は、
   前記近距離無線通信によって前記情報端末から前記認証に関する情報を受信する第２の受信手段と、
   前記第２の受信手段によって受信した情報を用いた認証が成功したら、前記接続情報を前記情報端末に送信する第３の送信手段と、
   前記第３の送信手段によって前記接続情報が前記情報端末に送信された後、前記無線通信によって前記情報端末から前記送信機能の前記設定情報を受信する第３の受信手段と、
   前記送信機能の前記設定情報の受信に従って、前記受信した設定情報が設定された送信設定画面を表示する表示手段と、
   前記表示手段によって表示された前記送信設定画面を介して前記送信機能の別の設定を受け付ける受付手段とを有することを特徴とする画像処理システム。
4. 原稿を読み取る読取手段をさらに有し、
   前記別の設定は、前記読取手段による原稿の読取設定であることを特徴とする請求項３に記載の画像処理システム。
5. 原稿を読み取る読取手段をさらに有し、
   前記表示手段によって前記送信設定画面を表示した後、送信開始指示を受付けたことに従って前記読取手段は前記原稿を読み取り、前記画像処理装置は、前記原稿を読み取ることによって生成された画像データを送信することを特徴とする請求項１または２に記載の画像処理システム。
6. 前記第２の受信手段によって受信した情報を用いた認証の成功に従って、ユーザを前記画像処理装置にログインさせるログイン手段をさらに有することを特徴とする請求項１乃至５のいずれか１項に記載の画像処理システム。
7. 前記表示手段は、前記送信機能の前記設定情報の受信に従って、前記設定情報を受信した旨をさらに表示することを特徴とする請求項１乃至６のいずれか１項に記載の画像処理システム。
8. 前記設定情報は宛先であることを特徴とする請求項１乃至７のいずれか１項に記載の画像処理システム。
9. 近距離無線通信によって情報端末から認証に関する情報を受信する第１の受信手段と、 前記第１の受信手段によって受信した情報を用いた認証が成功したら、接続情報を前記情報端末に送信する送信手段と、
   前記接続情報が前記情報端末に送信された後、前記近距離無線通信とは異なる無線通信によって前記情報端末から送信機能の設定情報を受信する第２の受信手段と、
   前記送信機能の前記設定情報の受信に従って、前記受信した設定情報が設定された送信設定画面を表示する表示手段と、
   前記表示手段によって表示された送信設定画面を介して新たな設定情報を追加する追加手段とを有する画像処理装置。
10. 近距離無線通信によって情報端末から認証に関する情報を受信する第１の受信手段と、 前記第１の受信手段によって受信した情報を用いた認証が成功したら、接続情報を前記情報端末に送信する送信手段と、
    前記接続情報が前記情報端末に送信された後、前記近距離無線通信とは異なる無線通信によって前記情報端末から送信機能の設定情報を受信する第２の受信手段と、
    前記送信機能の前記設定情報の受信に従って、前記受信した設定情報が設定された送信設定画面を表示する表示手段と、
    前記表示手段によって表示された送信設定画面に設定された設定情報を削除する削除手段とを有することを特徴とする画像処理装置。
11. 近距離無線通信によって情報端末から認証に関する情報を受信する第１の受信手段と、 前記第１の受信手段によって受信した情報を用いた認証が成功したら、接続情報を前記情報端末に送信する送信手段と、
    前記接続情報が前記情報端末に送信された後、前記近距離無線通信とは異なる無線通信によって前記情報端末から送信機能の設定情報を受信する第２の受信手段と、
    前記送信機能の前記設定情報の受信に従って、前記受信した設定情報が設定された送信設定画面を表示する表示手段と、
    前記表示手段によって表示された前記送信設定画面を介して前記送信機能の別の設定を受け付ける受付手段を有することを特徴とする画像処理装置。
12. 原稿を読み取る読取手段をさらに有し、
    前記別の設定は、前記読取手段による原稿の読取設定であることを特徴とする請求項１１に記載の画像処理装置。
13. 原稿を読み取る読取手段をさらに有し、
    前記表示手段によって前記送信設定画面を表示した後、送信開始指示を受付けたことに従って前記読取手段は前記原稿を読み取り、前記画像処理装置は、前記原稿を読み取ることによって生成された画像データを送信することを特徴とする請求項９または１０に記載の画像処理装置。
14. 前記第１の受信手段によって受信した情報を用いた認証の成功に従って、ユーザを前記画像処理装置にログインさせるログイン手段をさらに有することを特徴とする請求項９乃至１３のいずれか１項に記載の画像処理装置。
15. 前記表示手段は、前記送信機能の前記設定情報の受信に従って、前記設定情報を受信した旨をさらに表示することを特徴とする請求項９乃至１４のいずれか１項に記載の画像処理装置。
16. 前記設定情報は宛先であることを特徴とする請求項９乃至１５のいずれか１項に記載の画像処理装置。
17. 画像処理装置の制御方法であって、
    近距離無線通信によって情報端末から認証に関する情報を受信する第１の受信工程と、 前記第１の受信工程において受信した情報を用いた認証が成功したら、接続情報を前記情報端末に送信する送信工程と、
    前記接続情報が前記情報端末に送信された後、前記近距離無線通信とは異なる無線通信によって前記情報端末から送信機能の設定情報を受信する第２の受信工程と、
    前記送信機能の前記設定情報の受信に従って、前記受信した設定情報が設定された送信設定画面を表示手段に表示する表示工程と、
    前記表示工程において表示された送信設定画面を介して新たな設定情報を追加する追加工程を有する画像処理装置の制御方法。
18. 請求項１７に記載の画像処理装置の制御方法をコンピュータにより実行させるためのプログラム。

Images