JP2016197379A - 携帯端末、プログラムおよび通信システム - Google Patents

Abstract

【課題】画像形成装置との連携動作を行う携帯端末において、無用なメッセ−ジが表示される機会を抑制することが可能な技術を提供する。【解決手段】携帯端末５０は、画像形成装置（ＭＦＰ）１０への自装置の近接が検出されると、ＭＦＰ１０の認証モードが要認証モード（ユーザ認証を要するモード）であるか認証不要モード（ユーザ認証を要しないモード）であるかを示す情報（認証モード情報）をＭＦＰ１０から取得する。携帯端末５０は、ＭＦＰ１０の認証モードが要認証モードである旨の認証モード情報が取得されることを条件として、認証動作を実行するか否かを携帯端末５０のユーザに確認する確認メッセージを携帯端末５０の表示手段に表示する。【選択図】図５

Description

本発明は、画像形成装置との連携動作を行う携帯端末およびそれに関連する技術に関する。

ＭＦＰ（マルチ・ファンクション・ペリフェラル（Multi-Functional Peripheral））などの画像形成装置とその外部の携帯端末との連携を図る技術が存在する（特許文献１等参照）。

画像形成装置と携帯端末との間の通信には、各種の無線通信技術が利用され得る。たとえば、無線ＬＡＮ（IEEE 802.11等）による通信、および／または近距離無線通信が利用され得る。近距離無線通信としては、Bluetooth（登録商標）規格に基づく通信、およびBluetooth（ブルートゥース）の拡張規格であるＢＬＥ（Bluetooth Low Energy）に基づく通信等が存在する。

特開２０１２−１３８９７０号公報

このような無線通信を画像形成装置と携帯端末との通信に利用することによって、様々な応用技術が創出される。

たとえば、ＢＬＥ等を利用して画像形成装置がその周辺に電波を発信しておき、画像形成装置の周辺に移動してきた携帯端末がＢＬＥからの当該電波を受信することによって、当該携帯端末が画像形成装置への近接を検出することが考えられる。

また、携帯端末は、画像形成装置への近接を検出することに応答して、認証動作（たとえば認証情報の送信動作）を自動的に開始することが可能である。

ただし、ＢＬＥ等を利用する場合、画像形成装置からの電波の強度にばらつきがあることなどに起因して、或る程度大きな強度の電波を画像形成装置からその周辺に向けて送出することが求められる。その結果、携帯端末を所持しているユーザが画像形成装置の前を通っただけでも画像形成装置からの電波の強度が一定程度を超えたと判定されること（端的に言えば、携帯端末が過剰に反応すること）もある。したがって、携帯端末が画像形成装置への近接の検出に応答して認証動作を自動的に開始する場合には、ユーザの意図に反して当該認証動作が実行されることがある。

これに対して、本願発明者は、画像形成装置へのユーザの接近に伴って、当該ユーザによって所持される携帯端末が画像形成装置に近接すると、当該認証動作の実行を確認する確認メッセージを携帯端末の表示部に表示する技術をさらに案出した。これによれば、ユーザの認証動作が自動的に開始されるのではなく、当該確認メッセージを確認したユーザからの指示に基づいて当該認証動作が開始されるので、ユーザの意図をより確実に確認して当該認証動作を進めることが可能である。

しかしながら、このような技術においては、画像形成装置への携帯端末の近接に応じて当該確認メッセージが無条件に表示されると、ユーザにとって無用なメッセージもが表示されてしまうことがある。

たとえば、画像形成装置の中には、ユーザ認証の要否を設定することができるものも存在する。このような画像形成装置において、ユーザ認証を要しない旨（いずれのユーザも認証情報の入力を要求されることなく自由に利用できる旨）が設定されている場合、認証動作の実行確認は、ユーザにとって無用なことである。換言すれば、認証情報を入力することなく利用できるように画像形成装置にて設定されているにもかかわらず認証動作の実行を確認するメッセージが携帯端末に表示されてしまうと、ユーザは無用なメッセージを確認することを強いられる。

そこで、本願発明は、画像形成装置との連携動作を行う携帯端末において、無用なメッセ−ジが表示される機会を抑制することが可能な技術を提供することを目的とする。

上記課題を解決すべく、請求項１の発明は、ユーザ認証に関する認証モードを、前記ユーザ認証を要する要認証モードと前記ユーザ認証を要しない認証不要モードとの２種類のモードから選択された一方のモードに設定することが可能な画像形成装置との連携動作を行う携帯端末であって、前記画像形成装置に対する前記携帯端末の近接が検出されると、認証動作を実行するか否かを前記携帯端末のユーザに確認する確認メッセージを表示する表示手段と、前記確認メッセージの表示動作を制御する制御手段と、を備え、前記制御手段は、前記画像形成装置の前記認証モードが前記要認証モードであるか前記認証不要モードであるかを示す情報である認証モード情報を前記画像形成装置から取得するとともに、前記認証モードが前記要認証モードである旨の前記認証モード情報が取得されることを条件として、前記確認メッセージを前記表示手段に表示することを特徴とする。

請求項２の発明は、請求項１の発明に係る携帯端末において、前記制御手段は、前記画像形成装置からの近距離無線通信用の電波の強度が所定の閾値よりも大きいことを条件として、前記画像形成装置に対する前記携帯端末の近接が検出された旨を判定することを特徴とする。

請求項３の発明は、請求項１または請求項２の発明に係る携帯端末において、前記制御手段は、前記認証動作を実行するアプリケーションソフトウエアプログラムが前記携帯端末においてフォアグラウンドで動作している場合、前記認証モードが前記要認証モードである旨の前記認証モード情報が取得されるときには、前記確認メッセージを前記アプリケーションソフトウエアプログラムの画面内にて表示し、前記認証モードが前記認証不要モードである旨の前記認証モード情報が取得されるときには、前記確認メッセージを前記表示手段に表示しないことを特徴とする。

請求項４の発明は、請求項１または請求項２の発明に係る携帯端末において、前記制御手段は、前記認証動作を実行するアプリケーションソフトウエアプログラムが前記携帯端末においてバックグラウンドで動作している場合、前記認証モードが前記要認証モードである旨の前記認証モード情報が取得されるときには、前記携帯端末のオペレーティングシステムの通知機能を用いて前記確認メッセージを前記表示手段に表示し、前記認証モードが前記認証不要モードである旨の前記認証モード情報が取得されるときには、前記確認メッセージを前記表示手段に表示しないことを特徴とする。

請求項５の発明は、請求項１ないし請求項４のいずれかの発明に係る携帯端末において、前記制御手段は、前記画像形成装置に対する前記携帯端末の近接の検出に応じて前記認証モード情報の送信要求を前記画像形成装置に送信するとともに、当該送信要求に応じて前記画像形成装置から送信されてきた前記認証モード情報を取得することを特徴とする。

請求項６の発明は、請求項１ないし請求項４のいずれかの発明に係る携帯端末において、前記制御手段は、前記画像形成装置に対する前記携帯端末の近接の検出に際して近距離無線通信において前記画像形成装置からブロードキャスト送信されてきた送信データに基づき、前記認証モード情報を取得することを特徴とする。

請求項７の発明は、請求項１ないし請求項６のいずれかの発明に係る携帯端末において、前記制御手段は、前記認証モード情報を近距離無線通信を介して前記画像形成装置から取得することを特徴とする。

請求項８の発明は、請求項１ないし請求項６のいずれかの発明に係る携帯端末において、前記制御手段は、前記認証モード情報を無線ＬＡＮによる通信を介して前記画像形成装置から取得することを特徴とする。

請求項９の発明は、ユーザ認証に関する認証モードを、前記ユーザ認証を要する要認証モードと前記ユーザ認証を要しない認証不要モードとの２種類のモードから選択された一方のモードに設定することが可能な画像形成装置との連携動作を行う携帯端末に内蔵されたコンピュータに、ａ）前記画像形成装置の前記認証モードが前記要認証モードであるか前記認証不要モードであるかを示す情報である認証モード情報を前記画像形成装置から取得するステップと、ｂ）前記画像形成装置に対する前記携帯端末の近接が検出されると、認証動作を実行するか否かを前記携帯端末のユーザに確認する確認メッセージを前記携帯端末の表示手段に表示するステップと、を実行させるためのプログラムであって、前記ステップｂ）においては、前記認証モードが前記要認証モードである旨の前記認証モード情報が取得されることを条件として、前記確認メッセージが表示されることを特徴とする。

請求項１０の発明は、請求項９の発明に係るプログラムにおいて、前記ステップｂ）においては、前記画像形成装置からの近距離無線通信用の電波の強度が所定の閾値よりも大きいことを条件として、前記画像形成装置に対する前記携帯端末の近接が検出された旨が判定されることを特徴とする。

請求項１１の発明は、請求項９または請求項１０の発明に係るプログラムにおいて、前記プログラムは、前記認証動作を実行するアプリケーションソフトウエアプログラムであり、前記ステップｂ）においては、前記アプリケーションソフトウエアプログラムが前記携帯端末においてフォアグラウンドで動作している場合、前記認証モードが前記要認証モードである旨の前記認証モード情報が取得されるときには、前記確認メッセージが前記アプリケーションソフトウエアプログラムの画面内にて表示され、前記認証モードが前記認証不要モードである旨の前記認証モード情報が取得されるときには、前記確認メッセージは前記表示手段に表示されないことを特徴とする。

請求項１２の発明は、請求項９または請求項１０の発明に係るプログラムにおいて、前記プログラムは、前記認証動作を実行するアプリケーションソフトウエアプログラムであり、前記ステップｂ）においては、前記アプリケーションソフトウエアプログラムが前記携帯端末においてバックグラウンドで動作している場合、前記認証モードが前記要認証モードである旨の前記認証モード情報が取得されるときには、前記携帯端末のオペレーティングシステムの通知機能を用いて前記確認メッセージが前記表示手段に表示され、前記認証モードが前記認証不要モードである旨の前記認証モード情報が取得されるときには、前記確認メッセージは前記表示手段に表示されないことを特徴とする。

請求項１３の発明は、請求項９ないし請求項１２のいずれかの発明に係るプログラムにおいて、前記プログラムは、ｃ）前記ステップａ）の前において、前記画像形成装置に対する前記携帯端末の近接の検出に応じて前記認証モード情報の送信要求を前記画像形成装置に送信するステップ、を前記コンピュータにさらに実行させ、前記ステップａ）においては、当該送信要求に応じて前記画像形成装置から送信されてきた前記認証モード情報が取得されることを特徴とする。

請求項１４の発明は、請求項９ないし請求項１２のいずれかの発明に係るプログラムにおいて、前記ステップａ）においては、前記画像形成装置に対する前記携帯端末の近接の検出に際して近距離無線通信において前記画像形成装置からブロードキャスト送信されてきた送信データに基づき、前記認証モード情報が取得されることを特徴とする。

請求項１５の発明は、請求項９ないし請求項１４のいずれかの発明に係るプログラムにおいて、前記ステップａ）においては、前記認証モード情報が近距離無線通信を介して前記画像形成装置から取得されることを特徴とする。

請求項１６の発明は、請求項９ないし請求項１４のいずれかの発明に係るプログラムにおいて、前記ステップａ）においては、前記認証モード情報が無線ＬＡＮによる通信を介して前記画像形成装置から取得されることを特徴とする。

請求項１７の発明は、通信システムであって、ユーザ認証に関する認証モードを、前記ユーザ認証を要する要認証モードと前記ユーザ認証を要しない認証不要モードとの２種類のモードから選択された一方のモードに設定することが可能な画像形成装置と、前記画像形成装置との連携動作を行う携帯端末と、を備え、前記携帯端末は、前記画像形成装置に対する前記携帯端末の近接が検出されると、認証動作を実行するか否かを前記携帯端末のユーザに確認する確認メッセージを表示する表示手段と、前記確認メッセージの表示動作を制御する制御手段と、を有し、前記画像形成装置は、前記画像形成装置の前記認証モードが前記要認証モードであるか前記認証不要モードであるかを示す情報である認証モード情報を前記携帯端末に送信する通信手段、を有し、前記携帯端末の前記制御手段は、前記認証モード情報を前記画像形成装置から取得するとともに、前記認証モードが前記要認証モードである旨の前記認証モード情報が取得されることを条件として、前記確認メッセージを前記携帯端末の前記表示手段に表示することを特徴とする。

請求項１ないし請求項１７に記載の発明によれば、画像形成装置の認証モードが要認証モードである旨の認証モード情報が当該画像形成装置から取得されることを条件として、認証動作を実行するか否かを確認する確認メッセージが携帯端末に表示される。したがって、画像形成装置との連携動作を行う携帯端末において、無用なメッセ−ジが表示される機会を抑制することが可能である。

通信システムを示す図である。 画像形成装置（ＭＦＰ）の機能ブロックを示す図である。 携帯端末の概略構成を示す機能ブロック図である。 電波強度の時間変化等を示す図である。 携帯端末がＭＦＰに近づいている様子を示す図である。 携帯端末の動作を示すフローチャートである。 認証用プログラムがフォアグラウンド動作状態を有している場合における携帯端末の動作を示すフローチャートである。 認証用プログラムがバックグラウンド動作状態を有している場合における携帯端末の動作を示すフローチャートである。 通信システムにおける動作の一例を示すタイミングチャートである。 表示画面（ログイン受付画面）を示す図である。 登録データテーブルを示す図である。 確認メッセージを示す図である。 確認メッセージを示す図である。 認証情報の入力画面を示す図である。 確認メッセージを示す図である。 確認メッセージを示す図である。 表示画面（トップメニュー画面）を示す図である。

以下、本発明の実施形態を図面に基づいて説明する。

＜１．構成概要＞
図１は、本発明に係る通信システム１を示す図である。図１に示すように、通信システム１は、ＭＦＰ（画像形成装置）１０と携帯端末５０とを備える。

ＭＦＰ１０と携帯端末５０とは、各種の無線通信技術を用いて互いに無線接続される。たとえば、ＭＦＰ１０と携帯端末５０との間の通信には、無線ＬＡＮ（IEEE 802.11等）による通信、および近距離無線通信が利用され得る。この実施形態では、近距離無線通信として、ＢＬＥ（Bluetooth Low Energy）に基づく通信が用いられ、携帯端末５０とＭＦＰ１０との近接判定処理等が行われる。

このＭＦＰ１０は、ユーザ認証に関する認証モードを、「要認証モード」と「認証不要モード」との２種類のモードから選択された一方のモードに設定することが可能である。

「要認証モード」は、ＭＦＰ１０の利用に際してユーザ認証を要する認証モードである。ＭＦＰ１０の認証モードが「要認証モード」に設定されている場合、ＭＦＰ１０は、図１０に示すようなログイン受付画面２０１をタッチパネル２５に表示しつつ、ユーザのログインを待機する。そして、ユーザがＭＦＰ１０を利用する際には、ＭＦＰ１０は、当該ユーザに対して認証情報（ログイン情報）の入力を要求する。ユーザによって認証情報が入力されると、ＭＦＰ１０は、入力された認証情報と正規の認証情報とを照合して認証処理（ログイン処理）を実行する。認証に成功すると、トップメニュー画面２０２（図１７参照）等がタッチパネル２５に表示され、当該ユーザはＭＦＰ１０を利用することができる。

一方、「認証不要モード」は、ＭＦＰ１０の利用に際してユーザ認証を要しない認証モードである。ＭＦＰ１０の認証モードが「認証不要モード」に設定されている場合、ＭＦＰ１０は、自装置を利用するユーザに対して認証情報の入力を要求しない。換言すれば、ＭＦＰ１０の利用に際してＭＦＰ１０のタッチパネル２５にはログイン受付画面２０１は表示されず、いずれのユーザも、認証情報の入力を要求されることなく（自由に）ＭＦＰ１０を利用することができる。

＜２．画像形成装置の構成＞
図２は、画像形成装置１０の機能ブロックを示す図である。ここでは、画像形成装置１０として、ＭＦＰ（マルチ・ファンクション・ペリフェラル（Multi-Functional Peripheral））を例示する。図２においては、ＭＦＰ１０の機能ブロックが示されている。

ＭＦＰ１０は、スキャン機能、コピー機能、ファクシミリ機能およびボックス格納機能などを備える装置（複合機とも称する）である。具体的には、ＭＦＰ１０は、図２の機能ブロック図に示すように、画像読取部２、印刷出力部３、通信部４、格納部５、操作部６およびコントローラ（制御部）９等を備えており、これらの各部を複合的に動作させることによって、各種の機能を実現する。

画像読取部２は、ＭＦＰ１０の所定の位置に載置された原稿を光学的に読み取って（すなわちスキャンして）、当該原稿の画像データ（原稿画像ないしスキャン画像とも称する）を生成する処理部である。この画像読取部２は、スキャン部であるとも称される。

印刷出力部３は、印刷対象に関するデータに基づいて紙などの各種の媒体に画像を印刷出力する出力部である。

通信部４は、公衆回線等を介したファクシミリ通信を行うことが可能な処理部である。さらに、通信部４は、各種の無線通信（ＢＬＥによる無線通信等を含む）を行うことも可能である。具体的には、通信部４は、無線ＬＡＮ（IEEE 802.11等）による無線通信を行う無線ＬＡＮ通信部４ａと、ＢＬＥによる無線通信を行うＢＬＥ通信部４ｂとを備える。ＭＦＰ１０には、ＢＬＥ通信部４ｂの一部または全部として機能するＢＬＥチップ４２（近距離無線通信用チップ（あるいは単に通信チップ）とも称される）が内蔵されている（図１も参照）。ＢＬＥチップ４２は、アドバタイジングデータ（Advertising Data）（ブロードキャスト送信される送信データ）をブロードキャスト送信（一斉同報送信）することが可能である。このアドバタイジングデータには、ＭＦＰ１０のＭＡＣアドレス（Media Access Control address）等が含まれている。

格納部５は、ハードディスクドライブ（ＨＤＤ）等の記憶装置で構成される。

操作部６は、ＭＦＰ１０に対する操作入力を受け付ける操作入力部６ａと、各種情報の表示出力を行う表示部６ｂとを備えている。

このＭＦＰ１０においては、略板状の操作パネル部６ｃ（図１参照）が設けられている。また、操作パネル部６ｃは、その正面側にタッチパネル２５（図１参照）を有している。タッチパネル２５は、操作入力部６ａの一部としても機能するとともに、表示部６ｂの一部としても機能する。タッチパネル２５は、液晶表示パネルに各種センサ等が埋め込まれて構成され、各種情報を表示するとともに操作者からの各種の操作入力を受け付けることが可能である。

コントローラ（制御部）９は、ＭＦＰ１０に内蔵され、ＭＦＰ１０を統括的に制御する制御装置である。コントローラ９は、ＣＰＵおよび各種の半導体メモリ（ＲＡＭおよびＲＯＭ）等を備えるコンピュータシステムとして構成される。コントローラ９は、ＣＰＵにおいて、ＲＯＭ（例えば、ＥＥＰＲＯＭ）内に格納されている所定のソフトウエアプログラム（以下、単にプログラムとも称する）を実行することによって、各種の処理部を実現する。なお、当該プログラム（詳細にはプログラムモジュール群）は、ＵＳＢメモリなどの可搬性の記録媒体に記録され、当該記録媒体を介してＭＦＰ１０にインストールされてもよく、あるいは無線ＬＡＮ等を介してＭＦＰ１０にインストールされてもよい。

具体的には、図２に示すように、コントローラ９は、上記のプログラムの実行により、通信制御部１１と入力制御部１２と表示制御部１３と認証処理部１４とを含む各種の処理部を実現する。

通信制御部１１は、他の装置（携帯端末５０等）との間の通信動作を通信部４等と協働して制御する処理部である。通信制御部１１は、各種データの送信動作を制御する送信制御部と各種データの受信動作を制御する受信制御部とを有する。

入力制御部１２は、操作入力部６ａ（タッチパネル２５等）に対する操作入力動作を制御する制御部である。たとえば、入力制御部１２は、タッチパネル２５に表示された操作画面に対する操作入力（ユーザからの指定入力等）を受け付ける動作を制御する。

表示制御部１３は、表示部６ｂ（タッチパネル２５等）における表示動作を制御する処理部である。表示制御部１３は、ＭＦＰ１０を操作するための操作画面２００等をタッチパネル２５に表示させる。

認証処理部１４は、携帯端末５０からのユーザ認証情報に基づく認証処理（携帯端末５０から受信したユーザ認証情報と正規のユーザ認証情報との照合処理）を実行する動作等を制御する処理部である。

＜３．携帯端末の構成＞
携帯端末５０は、ＭＦＰ（画像形成装置）１０との連携動作を行うことが可能な装置である。

携帯端末５０の構成について説明する。

携帯端末５０は、ＭＦＰ１０との間でのネットワーク通信が可能な情報入出力端末装置（情報端末）である。ここでは、携帯端末５０として、スマートフォンを例示する。ただし、これに限定されず、携帯端末５０は、タブレット型端末などであってもよい。

図３は携帯端末５０の概略構成を示す機能ブロック図である。

携帯端末５０は、図３の機能ブロック図に示すように、通信部５４、格納部５５、操作部５６およびコントローラ（制御部）５９等を備えており、これらの各部を複合的に動作させることによって、各種の機能を実現する。

通信部５４は、各種の無線通信（ＢＬＥによる無線通信等を含む）を行うことが可能である。具体的には、通信部５４は、無線ＬＡＮ（IEEE 802.11等）による無線通信を行う無線ＬＡＮ通信部５４ａと、ＢＬＥによる無線通信を行うＢＬＥ通信部５４ｂとを備える。ＢＬＥ通信部５４ｂは、ＭＦＰ１０に内蔵されたＢＬＥチップ４２からブロードキャスト送信されてくるアドバタイジングデータ（Advertising Data）を受信するとともに、そのデータ送信用電波の強度を測定する。

格納部５５は、不揮発性の半導体メモリ等の記憶装置で構成される。格納部５５には、後述する各種の画面５００（図１２等参照）（詳細にはその表示用データ）等が格納されている。

操作部５６は、携帯端末５０に対する操作入力を受け付ける操作入力部５６ａと、各種情報の表示出力を行う表示部５６ｂとを備えている。この携帯端末５０においては、液晶表示パネルに各種センサ等が埋め込まれて構成されたタッチパネル７５（図１参照）が設けられている。このタッチパネル７５は、操作入力部５６ａの一部としても機能するとともに、表示部５６ｂの一部としても機能する。

図３のコントローラ（制御部）５９は、携帯端末５０に内蔵され、携帯端末５０を統括的に制御する制御装置である。コントローラ５９は、ＣＰＵおよび各種の半導体メモリ（ＲＡＭおよびＲＯＭ）等を備えるコンピュータシステムとして構成される。コントローラ５９は、ＣＰＵにおいて、記憶部（半導体メモリ等）内に格納されている所定のソフトウエアプログラム（以下、単にプログラムとも称する）を実行することによって、各種の処理部を実現する。なお、当該プログラム（詳細にはプログラムモジュール群）は、ＵＳＢメモリなどの可搬性の記録媒体に記録され、当該記録媒体を介して携帯端末５０にインストールされてもよく、あるいは無線ＬＡＮ等を介して携帯端末５０にインストールされてもよい。

携帯端末５０には、認証動作（たとえば確認メッセージの表示動作）を実行するプログラム（認証用プログラム）等がインストールされている。当該認証用プログラムは、ＭＦＰ１０への近接検知処理、ＭＦＰ１０への認証情報の送信処理等を含む各種の処理を実現するアプリケーションソフトウエアプログラム（単に、アプリケーションなどとも称する）である。

具体的には、コントローラ５９は、当該認証用プログラム等の実行により、通信制御部６１と入力制御部６２と表示制御部６３と判定部６４とを含む各種の処理部を実現する。

通信制御部６１は、通信部５４等と協働して、ＭＦＰ１０等との通信動作を制御する処理部である。たとえば、通信制御部６１は、通信部５４等と協働して、ＭＦＰ１０の認証モード情報の送信要求を当該ＭＦＰ１０に送信するとともに、当該送信要求に応じて返信されてきた認証モード情報を受信（取得）する動作を制御する。また、通信制御部６１は、確認メッセージ５００等（後述）の確認操作に応じてユーザ認証情報をＭＦＰ１０に送信する動作を制御する。

入力制御部６２は、操作入力部５６ａ（タッチパネル７５等）に対する操作入力動作等を制御する制御部である。

表示制御部６３は、表示部５６ｂ（タッチパネル７５等）における表示動作を制御する処理部である。表示制御部６３は、たとえば、メッセージ画面５００等を表示部５６ｂに表示する表示動作等を制御する。

判定部６４は、ＭＦＰ１０に対して携帯端末５０自身が一定程度近接したことを或る基準に基づき判定する処理（ＭＦＰ１０への近接を検出する処理）を実行する処理部である。また、判定部６４は、ＭＦＰ１０からの認証モード情報（後述）に基づき、ＭＦＰ１０の認証モードが要認証モードであるか認証不要モードであるかを判定する処理等をも実行する。

コントローラ５９は、これら各種の処理部等を用いて認証動作を制御する。

＜４．動作＞
＜４−１．動作概要＞
携帯端末５０は、後述のように、ＭＦＰ１０への近接が検出されると、認証動作の実行を確認する確認メッセージをタッチパネル７５に表示する。ただし、当該確認メッセージは、ＭＦＰ１０の認証モードが「要認証モード」に設定されていることを条件としてタッチパネル７５に表示される。ＭＦＰ１０の認証モードが「認証不要モード」に設定されているときには、当該確認メッセージはタッチパネル７５に表示されない。

また、当該確認メッセージは、認証用アプリケーションがフォアグラウンド動作状態である場合と認証用アプリケーションがバックグラウンド動作状態である場合とで互いに異なる手法で表示される。

具体的には、認証用アプリケーションがフォアグラウンド動作状態を有する場合には、（フォアグラウンド動作状態用の）確認メッセージ５００（図１２、図１３参照）が認証用アプリケーションの直接の制御下において、認証用アプリケーションの画面６００内にて表示される。ただし、当該確認メッセージ５００は、ＭＦＰ１０の認証モードが「要認証モード」に設定されているときにのみタッチパネル７５に表示される。ＭＦＰ１０の認証モードが「認証不要モード」に設定されているときには、当該確認メッセージ５００はタッチパネル７５に表示されない。

また、認証用アプリケーションがバックグラウンド動作状態を有する場合には、（バックグラウンド動作状態用の）確認メッセージ７００（図１５、図１６参照）が、携帯端末５０のオペレーティングシステム（ＯＳ）の通知機能を用いてタッチパネル７５に表示される。ただし、当該確認メッセージ７００は、ＭＦＰ１０の認証モードが「要認証モード」に設定されているときにのみタッチパネル７５に表示される。ＭＦＰ１０の認証モードが「認証不要モード」に設定されているときには、当該確認メッセージ７００はタッチパネル７５に表示されない。

このように、ＭＦＰ１０の認証モードが「要認証モード」に設定されているときには、２種類の確認メッセージ５００，７００のうち、認証モードに応じた一の確認メッセージが表示される。一方、ＭＦＰ１０の認証モードが「認証不要モード」に設定されているときには、２種類の確認メッセージ５００，７００のいずれもタッチパネル７５に表示されない。

以下、確認メッセージを表示すべきか否かの判定処理等について詳述する。

＜４−２．ＭＦＰへの近接の検出および認証モードの判定処理等＞
ＭＦＰ１０は、ＢＬＥ通信用の電波を微小時間間隔で常に発信している。詳細には、ＭＦＰ１０に内蔵されたＢＬＥチップ４２（図１参照）が、アドバタイジングデータ（Advertising Data）を微小時間間隔でブロードキャスト送信する。ＢＬＥ通信用の電波は、ＭＦＰ１０の周辺領域（たとえば、数十センチメートル〜数メートル以内）にのみ到達する。

一方、携帯端末５０は、ＭＦＰ１０からのＢＬＥ通信用の電波を受信するとともに、ＭＦＰ１０からの電波の強度をも測定する。具体的には、携帯端末５０のＢＬＥ通信部５４ｂは、ＢＬＥチップ４２からブロードキャスト送信されてきたアドバタイジングデータ（Advertising Data）を受信するとともに、そのデータ送信用電波の強度を測定する。また、携帯端末５０にインストールされている認証用プログラムが（フォアグラウンド動作状態あるいはバックグラウンド動作状態において）当該電波の強度を取得する。なお、認証用プログラムが電波強度の測定処理の一部をも行うようにしてもよい。

携帯端末５０の接近動作に伴い携帯端末５０がＭＦＰ１０に近づくにつれて（すなわち携帯端末５０とＭＦＰ１０との距離が小さくなるにつれて）、携帯端末５０によって検出される電波強度（ＭＦＰ１０内のＢＬＥチップ４２から送出されてくるＢＬＥ電波の強度）は、増大する（図４参照）。逆に、携帯端末５０がＭＦＰ１０に遠ざかるにつれて（すなわち、携帯端末５０とＭＦＰ１０との距離が大きくなるにつれて）、携帯端末５０によって検出される電波の強度（ＭＦＰ１０からのＢＬＥ電波の強度）は、減少する。

このような性質を利用して、携帯端末５０によって検出される電波強度が、所定の閾値ＴＨ１を超える値へと変化（増大）すると、携帯端末５０は、ＭＦＰ１０に対する自装置の近接が検出されたと判定する（図４参照）。具体的には、携帯端末５０とＭＦＰ１０（より詳細にはＭＦＰ１０内におけるＢＬＥチップ４２の配置場所）との距離が所定の範囲（たとえば２０ｃｍ（センチメートル））内の距離（所定値Ｄ１以下の距離）である旨が判定される（図５参照）。なお、携帯端末５０とＭＦＰ１０との距離が距離Ｄ１（例えば２０ｃｍ程度）に近接したときの電波強度の値が予め測定され、その測定値が閾値ＴＨ１として定められればよい。

具体的には、まず、ユーザがＭＦＰ１０に近づくにつれて、携帯端末５０によって検出される電波の強度が徐々に増大していく。たとえば、ユーザが、携帯端末５０を手で保持しつつＭＦＰ１０に接近するとともに、手で保持していた携帯端末５０をＭＦＰ１０のタッチパネル２５付近に向けて移動させる状況を想定する。このような移動に伴って、携帯端末５０によって検出される電波強度が、閾値ＴＨ１よりも小さな値から、閾値ＴＨ１を超える値へと増大する（時刻Ｔ１１）（図４参照）。電波強度の増大検出に応じて、携帯端末５０は、自装置がＭＦＰ１０に対して所定の範囲内に近接したと判定する。

携帯端末５０においては、認証用プログラムがフォアグラウンド動作状態（アクティブ状態とも称する）あるいはバックグラウンド動作状態（非アクティブ状態とも称する）にて動作中である。このような判定処理（近接判定処理）を含む各種の処理（近接判定処理以降の処理）は、当該認証用プログラムによって実行される。図６〜図８は、当該認証用プログラムによって実行される動作を示すフローチャートである。また、図９は、当該通信システム１における動作の一例を示すタイミングチャートである。

図６のステップＳ２１においては、上述の近接判定処理が行われる。具体的には、ＭＦＰ１０からの近距離無線通信用（ＢＬＥ通信用）の電波の強度が近接検出用の閾値ＴＨ１よりも更に大きくなると、携帯端末５０は、自装置がＭＦＰ１０に対して所定の範囲内に近接した旨を判定する（図９も参照）。換言すれば、携帯端末５０は、ＭＦＰ１０への近接が検出された旨を判定する。携帯端末５０は、自装置がＭＦＰ１０に対して所定の範囲内に近接したと判定すると、当該ＭＦＰ１０を連携先装置として決定し、ステップＳ２２に進む。

ステップＳ２２においては、携帯端末５０は、連携先装置（ＭＦＰ１０）からの近距離無線通信用電波（詳細にはアドバタイジングデータ）に含まれる装置識別情報（各装置を識別するための情報）を、当該アドバタイジングデータから抽出する。たとえば、ＭＦＰ１０のＭＡＣアドレス（Media Access Control address）が装置識別情報として抽出される。

アドバタイジングデータには、ＢＬＥのユーザ企業ごとに自由に利用することが可能な領域が割り当てられている。ここでは、アドバタイジングデータの当該領域において、ＭＦＰ１０のＭＡＣアドレスが含まれているものとする。

また、ステップＳ２２においては、携帯端末５０は、当該ＭＡＣアドレス等に基づいてＭＦＰ１０との無線通信（たとえばＢＬＥ無線通信）を確立する（図９も参照）。具体的には、携帯端末５０は、連携先装置（ＭＦＰ１０）に対して接続要求を送信し、ＭＦＰ１０と携帯端末５０との間でＢＬＥ通信による無線通信が確立する。

次のステップＳ２３，Ｓ２４においては、携帯端末５０は、ＭＦＰ１０の認証モードが要認証モードであるか認証不要モードであるかを示す情報（以下、認証モード情報とも称する）を当該ＭＦＰ１０から取得する（図９も参照）。

具体的には、まず、携帯端末５０は、ＭＦＰ１０への近接の検出に応じて、当該ＭＦＰ１０に対して、当該ＭＦＰ１０の認証モード情報の送信要求をＢＬＥ無線通信を介して送信する（ステップＳ２３）。換言すれば、携帯端末５０は、ＭＦＰ１０への近接が検出されると、ＭＦＰ１０の認証モードが要認証モードであるか認証不要モードであるかをＭＦＰ１０に対して問い合わせる。

ＭＦＰ１０は、携帯端末５０からの当該送信要求に応答して、自装置の認証モード情報をＢＬＥ無線通信を介して携帯端末５０に送信（返信）する。たとえば、ＭＦＰ１０の認証モードが要認証モード（認証を要する認証モード）に設定されている場合、ＭＦＰ１０は、その旨（自装置の認証モードが要認証モードに設定されている旨）の認証モード情報を携帯端末５０に送信する。一方、ＭＦＰ１０の認証モードが認証不要モード（認証を要しない認証モード）に設定されている場合、ＭＦＰ１０は、その旨（自装置の認証モードが認証不要モードに設定されている旨）の認証モード情報を携帯端末５０に送信する。携帯端末５０は、送信要求に応じて返信される認証モード情報をＢＬＥ無線通信を介してＭＦＰ１０から受信（取得）する（ステップＳ２４）。

なお、ここではＢＬＥ無線通信を介して認証モード情報が取得されているが、これに限定されず、たとえば無線ＬＡＮ通信を介して認証モード情報が取得されてもよい。具体的には、ＭＦＰ１０と携帯端末５０との間のＢＬＥ無線通信が確立すると、ＭＦＰ１０は、自装置のＩＰアドレス等の情報をＢＬＥ通信を介して携帯端末５０に送信する。ＭＦＰ１０からの当該ＩＰアドレス等に基づきＭＦＰ１０と携帯端末５０との間の無線ＬＡＮによる通信が確立すると、携帯端末５０は、認証モード情報の送信要求を当該無線ＬＡＮ通信を介してＭＦＰ１０に送信する。そして、ＭＦＰ１０の認証モード情報が当該無線ＬＡＮ通信を介してＭＦＰ１０から携帯端末５０へと返信され、当該無線ＬＡＮ通信を介して認証モード情報が携帯端末５０によって取得されるようにしてもよい。

次のステップＳ２５においては、ＭＦＰ１０からの認証モード情報に基づき、当該ＭＦＰ１０の認証モードが要認証モードであるか認証不要モードであるか、が判定され、その判定結果に基づき、確認メッセージを表示すべきか否かが判定される。

たとえば、ＭＦＰ１０の認証モードが認証不要モードである（認証不要モードに設定されている）旨が判定されると、後述のステップＳ２６以降の処理（たとえば確認メッセージ５００（７００）等の表示処理）には進まず、図６のフローチャートは一旦終了する。換言すれば、ＭＦＰ１０の認証モードが認証不要モードである旨の認証モード情報が取得される場合には、当該確認メッセージ５００（７００）等を表示しない旨が判定される。なお、図６のフローチャートが一旦終了した後、一定期間経過後に再びステップＳ２１の処理が開始される。

このように、ＭＦＰ１０への携帯端末５０の近接が検出された場合であっても、ＭＦＰ１０の認証モードが認証不要モードに設定されているときには、確認メッセージ５００（７００）等は携帯端末５０のタッチパネル７５に表示されない。

一方、ＭＦＰ１０の認証モードが要認証モードである（要認証モードに設定されている）旨が判定されると、ステップＳ２６へと進む。換言すれば、ＭＦＰ１０の認証モードが要認証モードである旨の認証モード情報が取得されることを条件に、ステップＳ２５からステップＳ２６に進む。

ステップＳ２６においては、認証用プログラム（認証用アプリケーション）がフォアグラウンド動作状態を有しているかバックグラウンド動作状態を有しているか、が判定される。

認証用プログラムがフォアグラウンド動作状態を有している場合には、図７のフローチャートのステップＳ３１に進む。一方、認証用プログラムがバックグラウンド動作状態を有している場合には、図８のフローチャートのステップＳ５１に進む。

なお、上述のように、認証用プログラムがフォアグラウンド動作状態を有している場合には、確認メッセージ５００（図１２および図１３参照）が表示され、認証用プログラムがバックグラウンド動作状態を有している場合には、確認メッセージ７００（図１５および図１６参照）が表示される。

＜４−３．認証用プログラムがフォアグラウンド動作状態を有している場合＞
まず、携帯端末５０において認証用プログラムがフォアグラウンド動作状態を有している場合における各装置の動作について、図７を参照しつつ説明する。

ステップＳ３１において、携帯端末５０は、連携先装置（ＭＦＰ１０）に対応するユーザ認証情報が携帯端末５０内に既に登録されているか否か、を判定する。具体的には、携帯端末５０内に格納されている登録データテーブル（登録情報）４００（図１１参照）に基づいて、当該事項を判定する。携帯端末５０は、登録データテーブル４００内において、ＭＦＰ１０（連携先装置）のＭＡＣアドレスに対応する認証情報（ユーザＩＤおよびパスワードの双方）が格納されている場合には、当該ＭＦＰ１０に対応するユーザ認証情報が登録済みであると判定する。一方、ＭＦＰ１０のＭＡＣアドレスに対応する認証情報が揃っていない場合（ユーザＩＤおよびパスワードの少なくとも一方が空欄である場合）には、当該ＭＦＰ１０に対応するユーザ認証情報が未登録であると判定する。

＜４−３−１．ユーザ認証情報が既に登録されている場合＞
連携先装置（ＭＦＰ１０）に対応するユーザ認証情報が携帯端末５０内（詳細には、登録データテーブル４００内）に既に登録されていると判定される場合には、ステップＳ３１からステップＳ３２に進む。たとえば、ＭＦＰ１０のＭＡＣアドレス（「１１：２２：３３：４４：５５：６６」）に対応するユーザ認証情報（ユーザＩＤ「ＳＵＺＵＫＩ１」およびパスワード「＊＊＊＊＊＊」）が登録データテーブル４００に存在する場合には、ステップＳ３２に進む。

この場合、ステップＳ３２において、携帯端末５０は、図１２に示すような確認メッセージ５１０（５００）をタッチパネル７５に表示する。確認メッセージ５１０は、認証動作を実行するか否かを携帯端末５０のユーザに確認するメッセージである。また、確認メッセージ５１０は、たとえば、「目の前のＭＦＰにログインしますか？」などの文言を有している。

この確認メッセージ５１０は、本認証用アプリケーションによる直接的な制御下において、タッチパネル７５に表示される。具体的には、確認メッセージ５１０は、フォアグラウンド動作状態を有する本認証用アプリケーションの画面６００内にて表示される。より詳細には、確認メッセージ５１０は、当該認証用アプリケーションの画面６００に重畳されたダイアログ画面内に表示される。

そして、携帯端末５０は、確認メッセージ５１０に対する承認を待機する。確認メッセージ５１０内の「はい」ボタン５１１が押下され、確認メッセージ５１０に対する承認がユーザによって付与されると、ステップＳ３３からステップＳ３５に進む。

なお、確認メッセージ５１０内の「いいえ」ボタン５１２が押下され、確認メッセージ５１０に対する非承認がユーザによって付与される場合には、ステップＳ３５には進まず図６および図７のフローチャートが一旦終了する。その後、一定期間経過後に再びステップＳ２１（図６）の処理が開始される。

ステップＳ３５においては、ユーザによる確認メッセージ５１０の確認操作（「はい」ボタン５１１の押下操作）に応じて、携帯端末５０は、認証動作を実行する。具体的には、携帯端末５０は、登録データテーブル４００（図１３）内に登録されているユーザ認証情報（より詳細には当該ＭＦＰ１０向けのユーザ認証情報）を、登録データテーブル４００から抽出し、抽出した当該ユーザ認証情報をＭＦＰ１０に送信する。これに対して、ＭＦＰ１０は、当該ユーザ認証情報に基づく認証処理（受信したユーザ認証情報と正規のユーザ認証情報との照合処理）を実行する。

認証に成功すると、ＭＦＰ１０は、当該ユーザに対して自装置の利用を許可するとともに、タッチパネル２５の表示画面を変更する。具体的には、タッチパネル２５の表示画面は、図１０の表示画面２０１から図１７の表示画面２０２へと変更される。表示画面２０１は、ログイン前の表示画面（ログイン受付画面）であり、表示画面２０２は、ログイン直後の表示画面（トップメニュー画面）である。ユーザは、タッチパネル２５の表示画面２０２あるいはタッチパネル７５に表示される表示画面等を用いて、更なる処理を進めることが可能である。

なお、認証に失敗すると、ＭＦＰ１０は、当該ユーザに対して自装置の利用を許可しない。この場合、タッチパネル２５の表示画面の変更は行われず、図１０の表示画面２０１が引き続きＭＦＰ１０のタッチパネル２５に表示される。

＜４−３−２．ユーザ認証情報が未だ登録されていない場合＞
一方、ステップＳ３１において、連携先装置（ＭＦＰ１０）に対応するユーザ認証情報が携帯端末５０内（詳細には、登録データテーブル４００内）に未だ登録されていないと判定される場合には、ステップＳ４２に進む。たとえば、ＭＦＰ１０のＭＡＣアドレス（「１１：２２：３３：４４：５５：６６」）に対応するユーザ認証情報が登録データテーブル４００内に存在しない場合には、ステップＳ３１からステップＳ４２に進む。

この場合、ステップＳ４２において、携帯端末５０は、図１３に示すような確認メッセージ５２０（５００）をタッチパネル７５に表示する。確認メッセージ５２０は、認証動作（より詳細には認証情報入力動作を含む認証動作）を実行するか否かを確認するメッセージである。また、確認メッセージ５２０は、たとえば、「目の前のＭＦＰに対応する認証情報が未登録です。認証情報を登録した上でログインしますか？」などの文言を有している。

この確認メッセージ５２０は、フォアグラウンド動作状態を有する認証用アプリケーションの画面６００内にて表示される。より詳細には、確認メッセージ５２０は、認証用アプリケーションの画面６００に重畳されたダイアログ画面内に表示される。

そして、携帯端末５０は、確認メッセージ５２０に対する承認を待機する。確認メッセージ５２０内の「はい」ボタン５２１が押下され、確認メッセージ５２０に対する承認がユーザによって付与されると、ステップＳ４３からステップＳ４４に進む。

なお、確認メッセージ５２０内の「いいえ」ボタン５２２が押下され、確認メッセージ５２０が承認されない場合（「非承認」の場合）には、ステップＳ４４には進まず図６および図７のフローチャートが一旦終了する。その後、一定期間経過後に再びステップＳ２１（図６）の処理が開始される。

ステップＳ４４においては、ユーザによる確認メッセージ５２０（５００）の確認操作（承認操作）に応じて、携帯端末５０は、ユーザ認証情報の入力画面５８０（図１４）をタッチパネル７５に表示する。

入力画面５８０は、図１４に示すように、各種認証情報（ユーザＩＤおよびパスワード等）の入力欄を有する画面である。また、当該入力画面５８０には、ＭＦＰ１０からの認証モード情報に基づき当該ＭＦＰ１０における認証モードの設定内容（ここでは「要認証モード」（図面上では認証「ＯＮ」））もが表示される。さらに、当該入力画面５８０には、認証処理の認証実行装置についても表示される。ここでは、ＭＦＰ１０において認証処理が実行される旨（認証実行装置がＭＦＰ１０（「本体」）である旨）が当該入力画面５８０に表示されている。この入力画面５８０は、フォアグラウンド動作状態を有する認証用アプリケーションの画面６００内（より詳細には、画面６００に重畳されるダイアログ画面内）にて表示される。当該入力画面５８０を用いてユーザ認証情報の入力が受け付けられる。

当該入力画面５８０において、ユーザＩＤおよびパスワード等が入力された後、ＯＫボタン５８１が押下されて入力内容が確定されると、携帯端末５０は、入力されたユーザ認証情報を登録データテーブル４００内に登録し、ステップＳ４５に進む。

ステップＳ４５においては、ステップＳ３５と同様の処理が実行される。具体的には、携帯端末５０は、入力（登録）されたユーザ認証情報をＭＦＰ１０に送信する（ステップＳ４５）。これに対して、ＭＦＰ１０は、当該ユーザ認証情報に基づく認証処理（受信したユーザ認証情報と正規のユーザ認証情報との照合処理）等を実行する。

以上のように、ＭＦＰ１０への携帯端末５０の近接検出時において認証用アプリケーションがフォアグラウンド動作状態を有する場合には、（フォアグラウンド動作状態用の）確認メッセージ５００（５１０，５２０）が当該認証用アプリケーションの画面６００内にて表示される。

ただし、この確認メッセージ５００は、ＭＦＰ１０の認証モードが「要認証モード」である旨の認証モード情報が取得されることを条件として、携帯端末５０において表示される。換言すれば、認証用アプリケーションがフォアグラウンドで動作している場合であっても、ＭＦＰ１０の認証モードが「認証不要モード」に設定されているときには、携帯端末５０において当該確認メッセージ５００は表示されない。したがって、ユーザ認証を要しない旨がＭＦＰ１０にて設定されているときには認証動作の実行確認メッセージ５００が携帯端末５０にて表示されることがないので、ユーザにとって無用なメッセ−ジが表示される機会を抑制することが可能である。

ところで、上記では、認証用アプリケーションがフォアグラウンドで動作している場合には、確認メッセージ５００が表示されること等について説明した。

一方、認証用アプリケーションがバックグラウンドで動作している場合には、当該認証用アプリケーションは、当該認証用アプリケーションによる直接的な制御下において、確認メッセージ５００を当該認証用アプリケーションの画面内にて直接的に表示することができない。換言すれば、バックグラウンドで動作している認証用アプリケーションは、フォアグラウンドで動作中の別のアプリケーションの画面（あるいはホーム画面）に重畳して当該認証用アプリケーションの画面を表示することができない。

そこで、この実施形態では、認証用アプリケーションがバックグラウンドで動作している場合には、携帯端末５０のオペレーティングシステム（ＯＳ）の通知機能を用いて確認メッセージ７００（７１０，７２０）が携帯端末５０のタッチパネル７５に表示される。

＜４−４．認証用プログラムがバックグラウンド動作状態を有している場合＞
つぎに、携帯端末５０において認証用プログラムがバックグラウンド動作状態を有している場合における各装置の動作について、図８を参照しつつ説明する。

ステップＳ５１において、携帯端末５０は、連携先装置（ＭＦＰ１０）に対応するユーザ認証情報が携帯端末５０内に既に登録されているか否か、を判定する。具体的には、携帯端末５０内に格納されている登録データテーブル（登録情報）４００（図１１参照）に基づいて、当該事項を判定する。ステップＳ５１においては、ステップＳ３１と同様の判定処理が行われる。

＜４−４−１．ユーザ認証情報が既に登録されている場合＞
連携先装置（ＭＦＰ１０）に対応するユーザ認証情報が携帯端末５０内（詳細には、登録データテーブル４００内）に既に登録されていると判定される場合には、ステップＳ５１からステップＳ５２に進む。たとえば、ＭＦＰ１０のＭＡＣアドレス（「１１：２２：３３：４４：５５：６６」）に対応するユーザ認証情報（ユーザＩＤ「ＳＵＺＵＫＩ１」およびパスワード「＊＊＊＊＊＊」）が登録データテーブル４００に存在する場合には、ステップＳ５２に進む。

この場合、ステップＳ５２において、携帯端末５０は、図１５に示すような確認メッセージ７１０（７００）をタッチパネル７５に表示する（図９も参照）。確認メッセージ７１０は、認証動作を実行するか否かを携帯端末５０のユーザに確認するメッセージである。確認メッセージ７１０は、たとえば、「目の前のＭＦＰにログインしますか？」などの文言を有している。

この確認メッセージ７１０は、携帯端末５０のオペレーティングシステム（ＯＳ）の通知機能を用いてタッチパネル７５に表示される（図１５参照）。携帯端末５０のＯＳの通知機能は、当該ＯＳによって提供される機能の一つであり、各アプリケーション（非アクティブ状態のアプリケーション）に関するメッセージをＯＳを介してユーザに通知する機能である。このＯＳの通知機能を利用することによれば、バックグラウンドで動作している或るアプリケーションに関するメッセージをユーザに通知することが可能である。

具体的には、バックグラウンドで実行されている認証用アプリケーションが、確認メッセージ７１０を示すテキスト情報（文字列情報）と当該確認メッセージ７１０に対する操作受付時の動作内容（ＵＲＬスキームで記載された実行コマンド等）とをＯＳに対して受け渡す。ステップＳ５２では、「はい」ボタン押下時（承認時）の動作内容として、認証用アプリケーションをフォアグラウンド動作状態に遷移させる旨と認証用アプリケーションにおける動作として認証動作（より詳細には、認証情報の送信動作）を実行すべき旨とが指定されている。たとえば、ＵＲＬスキーム「application1://auth?」が指定される。なお、ＵＲＬスキームは、「（アプリケーション名）://（コマンド名）」の書式等で指定される。

ＯＳは、受け取ったテキスト情報に基づき、確認メッセージ７１０をタッチパネル７５に表示する。たとえば、当該確認メッセージ７１０は、その時点でタッチパネル７５にて表示されている画面（たとえば、ホーム画面あるいは他のアプリケーションの画面等）に重畳されたダイアログ画面内に表示される。これによれば、認証用プログラムがアクティブ状態でない場合においても、携帯端末５０は、認証動作の実行を確認するメッセージをユーザに通知することが可能である。

そして、携帯端末５０は、確認メッセージ７１０に対する承認を待機する。確認メッセージ７１０内の「はい」ボタン７１１が押下され、確認メッセージ７１０に対する承認がユーザによって付与されると、ステップＳ５３からステップＳ５４に進む。

なお、確認メッセージ７１０内の「いいえ」ボタン７１２が押下され、確認メッセージ７１０に対する非承認がユーザによって付与される場合には、ステップＳ５４には進まず図６および図８のフローチャートが一旦終了する。その後、一定期間経過後に再びステップＳ２１（図６）の処理が開始される。

ステップＳ５４においては、認証用アプリケーションがバックグラウンド動作状態からフォアグラウンド動作状態に遷移し（切り替わり）、次のステップＳ５５においては、携帯端末５０は、認証動作を実行する（図９も参照）。

具体的には、「はい」ボタン７１１の押下時に実行すべきコマンドとして指定されていたＵＲＬスキームに基づく動作が行われる。たとえば、ＵＲＬスキーム「application1://auth?」に基づいて、認証用アプリケーションがフォアグラウンド動作状態に遷移するとともに当該認証用アプリケーションにおける動作として認証動作（より詳細には、認証情報の送信動作）が実行される。より具体的には、ステップＳ３５と同様の動作が実行される。

詳細には、携帯端末５０は、登録データテーブル４００（図１３）内に登録されているユーザ認証情報（より詳細には当該ＭＦＰ１０向けのユーザ認証情報）を、登録データテーブル４００から抽出し、抽出した当該ユーザ認証情報をＭＦＰ１０に送信する。これに対して、ＭＦＰ１０は、当該ユーザ認証情報に基づく認証処理（受信したユーザ認証情報と正規のユーザ認証情報との照合処理）を実行する（図９も参照）。

認証に成功すると、ＭＦＰ１０は、当該ユーザに対して自装置の利用を許可するとともに、タッチパネル２５の表示画面を変更する。具体的には、タッチパネル２５の表示画面は、図１０の表示画面（ログイン受付画面）２０１から図１７の表示画面（トップメニュー画面）２０２へと変更される。ユーザは、タッチパネル２５の表示画面２０２あるいはタッチパネル７５に表示される表示画面等を用いて、更なる処理を進めることが可能である。

なお、認証に失敗すると、ＭＦＰ１０は、当該ユーザに対して自装置の利用を許可しない。この場合、タッチパネル２５の表示画面の変更は行われず、図１０の表示画面２０１が引き続きタッチパネル２５に表示される。

＜４−４−２．ユーザ認証情報が未だ登録されていない場合＞
一方、ステップＳ５１において、連携先装置（ＭＦＰ１０）に対応するユーザ認証情報が携帯端末５０内（詳細には、登録データテーブル４００内）に未だ登録されていないと判定される場合には、ステップＳ６２に進む。たとえば、ＭＦＰ１０のＭＡＣアドレス（「１１：２２：３３：４４：５５：６６」）に対応するユーザ認証情報が登録データテーブル４００内に存在しない場合には、ステップＳ５１からステップＳ６２に進む。

この場合、ステップＳ６２において、携帯端末５０は、図１６に示すような確認メッセージ７２０（７００）をタッチパネル７５に表示する。確認メッセージ７２０は、認証動作（より詳細には認証情報入力動作を含む認証動作）を実行するか否かを確認するメッセージである。また、確認メッセージ７２０は、たとえば、「目の前のＭＦＰに対応する認証情報が未登録です。認証情報を登録した上でログインしますか？」などの文言を有している。

この確認メッセージ７２０は、携帯端末５０のオペレーティングシステム（ＯＳ）の通知機能を用いてタッチパネル７５に表示される（図１６参照）。

具体的には、バックグラウンドで実行されている認証用アプリケーションが、確認メッセージ７２０を示すテキスト情報（文字列情報）と当該確認メッセージ７２０に対する操作受付時の動作内容（ＵＲＬスキームで記載された実行コマンド等）とをＯＳに対して受け渡す。ステップＳ５２では、「はい」ボタン押下時（承認時）の動作内容として、認証用アプリケーションをフォアグラウンド動作状態に遷移させる旨と認証用アプリケーションにおける動作として認証動作（より詳細には、認証情報の登録動作（入力動作））を実行すべき旨とが指定されている。たとえば、ＵＲＬスキーム「application1://register?」が指定される。

ＯＳは、受け取ったテキスト情報に基づき、確認メッセージ７２０をタッチパネル７５に表示する。たとえば、当該確認メッセージ７２０は、その時点でタッチパネル７５にて表示されている画面（たとえば、ホーム画面あるいは他のアプリケーションの画面等）に重畳されたダイアログ画面内に表示される。

そして、携帯端末５０は、確認メッセージ７２０に対する承認を待機する。確認メッセージ７２０内の「はい」ボタン７２１が押下され、確認メッセージ７２０に対する承認がユーザによって付与されると、ステップＳ６３からステップＳ６４に進む。

なお、確認メッセージ７２０内の「いいえ」ボタン７２２が押下され、確認メッセージ７２０に対する非承認がユーザによって付与される場合には、ステップＳ６４には進まず図６および図８のフローチャートが一旦終了する。その後、一定期間経過後に再びステップＳ２１（図６）の処理が開始される。

ステップＳ６４においては、認証用アプリケーションがバックグラウンド動作状態からフォアグラウンド動作状態に遷移し（切り替わり）、次のステップＳ６５においては、携帯端末５０は、認証情報の登録動作を実行する。

具体的には、「はい」ボタン７２１の押下時に実行すべきコマンドとして指定されていたＵＲＬスキームに基づく動作が行われる。たとえば、ＵＲＬスキーム「application1://register?」に基づいて、認証用アプリケーションがフォアグラウンド動作状態に遷移するとともに当該認証用アプリケーションにおける動作として、認証情報の登録動作（入力動作）が実行される。

より具体的には、ステップＳ６５においては、「はい」ボタン７２１の押下に応じて、携帯端末５０は、ユーザ認証情報の入力画面５８０（図１４）をタッチパネル７５に表示する。

当該入力画面５８０を用いてユーザ認証情報が入力された後にＯＫボタン５８１が押下されると、ステップＳ６６に進む。ステップＳ６６においては、ステップＳ４５と同様の動作が実行される。具体的には、携帯端末５０は、入力されたユーザ認証情報をＭＦＰ１０に送信する。これに対して、ＭＦＰ１０は、当該ユーザ認証情報に基づく認証処理（受信したユーザ認証情報と正規のユーザ認証情報との照合処理）等を実行する。

以上のように、ＭＦＰ１０への携帯端末５０の近接検出時において認証用アプリケーションがバックグラウンド動作状態を有する場合には、（バックグラウンド動作状態用の）確認メッセージ７００（７１０，７２０）が、ＯＳの通知機能を用いてタッチパネル７５に表示される。

ただし、この確認メッセージ７００は、ＭＦＰ１０の認証モードが「要認証モード」である旨の認証モード情報が取得されることを条件として、携帯端末５０において表示される。換言すれば、認証用アプリケーションがバックグラウンドで動作している場合であっても、ＭＦＰ１０の認証モードが「認証不要モード」に設定されているときには、携帯端末５０において当該確認メッセージ７００は表示されない。したがって、ユーザ認証を要しない旨がＭＦＰ１０にて設定されているときには認証動作の実行確認メッセージ７００が携帯端末５０にて表示されることがないので、ユーザにとって無用なメッセ−ジが表示される機会を抑制することが可能である。

また、ＭＦＰ１０への近接の検出に応じて認証モード情報の送信要求が携帯端末５０からＭＦＰ１０へと送信され、当該送信要求に応じてＭＦＰ１０から返信されてきた認証モード情報が取得される。そのため、携帯端末５０は、ＭＦＰ１０への近接検出時における最新の認証モード情報を取得することが可能である。

＜５．変形例等＞
以上、この発明の実施の形態について説明したが、この発明は上記内容のものに限定されるものではない。

たとえば、上記実施形態では、認証モード情報の送信要求に応じてＭＦＰ１０から携帯端末５０へと送信されてきた認証モード情報が取得される態様を例示した。しかしながら、本発明はこれに限定されず、ＢＬＥにおいてＭＦＰ１０からブロードキャスト送信されてきたアドバタイジングデータに基づき認証モード情報が取得されるようにしてもよい。

具体的には、ＭＦＰ１０は、アドバタイジングデータにおいてＢＬＥのユーザ企業ごとに割り当てられている領域に自装置の認証モード情報を含めて当該アドバタイジングデータをブロードキャスト送信する。そして、携帯端末５０は、ＭＦＰ１０への近接の検出に際してＭＦＰ１０からブロードキャスト送信されてきたアドバタイジングデータを受信するとともに、当該アドバタイジングデータから認証モード情報を取得（抽出）するようにしてもよい。

また、上記実施形態等では、ＭＦＰ１０において認証処理（認証情報の照合処理）が実行される態様を例示したが、これに限定されない。たとえば、ＭＦＰ１０とは異なる外部のサーバ（たとえば認証サーバ）において認証処理が実行されてもよい。

具体的には、ＭＦＰ１０は、携帯端末５０からユーザ認証情報を受信する（図７のステップＳ３５等）と、（自装置にて認証処理を実行することなく）当該ユーザ認証情報を認証サーバに送信（転送）する。あるいは、携帯端末５０が、認証サーバに対して（直接的に）ユーザ認証情報を送信する。そして、認証サーバにおいて、ユーザ認証情報に基づく認証処理（ＭＦＰ１０あるいは携帯端末５０から受信したユーザ認証情報と正規のユーザ認証情報との照合処理）が実行される。その後、認証結果が認証サーバからＭＦＰ１０に送信され、ＭＦＰ１０においては、認証の成否に基づきユーザに対する自装置の利用の許否が決定される。

このように、ＭＦＰ１０とは異なる外部のサーバにおいて認証処理が実行されてもよい。

また、上記実施形態等においては、主にＢＬＥ通信の電波強度等を用いてＭＦＰ１０への携帯端末５０の近接が判定される態様を例示したが、これに限定されず、その他の近距離無線通信による電波強度等を用いてＭＦＰ１０への携帯端末５０の近接が判定されるようにしてもよい。

１ 通信システム
１０ ＭＦＰ（画像形成装置）
４２ ＢＬＥチップ
５０ 携帯端末
２００〜２０２ 表示画面
４００ 登録データテーブル
５００，５１０，５２０ 確認メッセージ（フォアグラウンド動作時）
７００，７１０，７２０ 確認メッセージ（バックグラウンド動作時）
５８０ 入力画面

Claims (17)

1. ユーザ認証に関する認証モードを、前記ユーザ認証を要する要認証モードと前記ユーザ認証を要しない認証不要モードとの２種類のモードから選択された一方のモードに設定することが可能な画像形成装置との連携動作を行う携帯端末であって、
   前記画像形成装置に対する前記携帯端末の近接が検出されると、認証動作を実行するか否かを前記携帯端末のユーザに確認する確認メッセージを表示する表示手段と、
   前記確認メッセージの表示動作を制御する制御手段と、
   を備え、
   前記制御手段は、前記画像形成装置の前記認証モードが前記要認証モードであるか前記認証不要モードであるかを示す情報である認証モード情報を前記画像形成装置から取得するとともに、前記認証モードが前記要認証モードである旨の前記認証モード情報が取得されることを条件として、前記確認メッセージを前記表示手段に表示することを特徴とする携帯端末。
2. 請求項１に記載の携帯端末において、
   前記制御手段は、前記画像形成装置からの近距離無線通信用の電波の強度が所定の閾値よりも大きいことを条件として、前記画像形成装置に対する前記携帯端末の近接が検出された旨を判定することを特徴とする携帯端末。
3. 請求項１または請求項２に記載の携帯端末において、
   前記制御手段は、
   前記認証動作を実行するアプリケーションソフトウエアプログラムが前記携帯端末においてフォアグラウンドで動作している場合、
   前記認証モードが前記要認証モードである旨の前記認証モード情報が取得されるときには、前記確認メッセージを前記アプリケーションソフトウエアプログラムの画面内にて表示し、
   前記認証モードが前記認証不要モードである旨の前記認証モード情報が取得されるときには、前記確認メッセージを前記表示手段に表示しないことを特徴とする携帯端末。
4. 請求項１または請求項２に記載の携帯端末において、
   前記制御手段は、
   前記認証動作を実行するアプリケーションソフトウエアプログラムが前記携帯端末においてバックグラウンドで動作している場合、
   前記認証モードが前記要認証モードである旨の前記認証モード情報が取得されるときには、前記携帯端末のオペレーティングシステムの通知機能を用いて前記確認メッセージを前記表示手段に表示し、
   前記認証モードが前記認証不要モードである旨の前記認証モード情報が取得されるときには、前記確認メッセージを前記表示手段に表示しないことを特徴とする携帯端末。
5. 請求項１ないし請求項４のいずれかに記載の携帯端末において、
   前記制御手段は、前記画像形成装置に対する前記携帯端末の近接の検出に応じて前記認証モード情報の送信要求を前記画像形成装置に送信するとともに、当該送信要求に応じて前記画像形成装置から送信されてきた前記認証モード情報を取得することを特徴とする携帯端末。
6. 請求項１ないし請求項４のいずれかに記載の携帯端末において、
   前記制御手段は、前記画像形成装置に対する前記携帯端末の近接の検出に際して近距離無線通信において前記画像形成装置からブロードキャスト送信されてきた送信データに基づき、前記認証モード情報を取得することを特徴とする携帯端末。
7. 請求項１ないし請求項６のいずれかに記載の携帯端末において、
   前記制御手段は、前記認証モード情報を近距離無線通信を介して前記画像形成装置から取得することを特徴とする携帯端末。
8. 請求項１ないし請求項６のいずれかに記載の携帯端末において、
   前記制御手段は、前記認証モード情報を無線ＬＡＮによる通信を介して前記画像形成装置から取得することを特徴とする携帯端末。
9. ユーザ認証に関する認証モードを、前記ユーザ認証を要する要認証モードと前記ユーザ認証を要しない認証不要モードとの２種類のモードから選択された一方のモードに設定することが可能な画像形成装置との連携動作を行う携帯端末に内蔵されたコンピュータに、
   ａ）前記画像形成装置の前記認証モードが前記要認証モードであるか前記認証不要モードであるかを示す情報である認証モード情報を前記画像形成装置から取得するステップと、
   ｂ）前記画像形成装置に対する前記携帯端末の近接が検出されると、認証動作を実行するか否かを前記携帯端末のユーザに確認する確認メッセージを前記携帯端末の表示手段に表示するステップと、
   を実行させるためのプログラムであって、
   前記ステップｂ）においては、前記認証モードが前記要認証モードである旨の前記認証モード情報が取得されることを条件として、前記確認メッセージが表示されることを特徴とするプログラム。
10. 請求項９に記載のプログラムにおいて、
    前記ステップｂ）においては、前記画像形成装置からの近距離無線通信用の電波の強度が所定の閾値よりも大きいことを条件として、前記画像形成装置に対する前記携帯端末の近接が検出された旨が判定されることを特徴とするプログラム。
11. 請求項９または請求項１０に記載のプログラムにおいて、
    前記プログラムは、前記認証動作を実行するアプリケーションソフトウエアプログラムであり、
    前記ステップｂ）においては、
    前記アプリケーションソフトウエアプログラムが前記携帯端末においてフォアグラウンドで動作している場合、
    前記認証モードが前記要認証モードである旨の前記認証モード情報が取得されるときには、前記確認メッセージが前記アプリケーションソフトウエアプログラムの画面内にて表示され、
    前記認証モードが前記認証不要モードである旨の前記認証モード情報が取得されるときには、前記確認メッセージは前記表示手段に表示されないことを特徴とするプログラム。
12. 請求項９または請求項１０に記載のプログラムにおいて、
    前記プログラムは、前記認証動作を実行するアプリケーションソフトウエアプログラムであり、
    前記ステップｂ）においては、
    前記アプリケーションソフトウエアプログラムが前記携帯端末においてバックグラウンドで動作している場合、
    前記認証モードが前記要認証モードである旨の前記認証モード情報が取得されるときには、前記携帯端末のオペレーティングシステムの通知機能を用いて前記確認メッセージが前記表示手段に表示され、
    前記認証モードが前記認証不要モードである旨の前記認証モード情報が取得されるときには、前記確認メッセージは前記表示手段に表示されないことを特徴とするプログラム。
13. 請求項９ないし請求項１２のいずれかに記載のプログラムにおいて、
    前記プログラムは、
    ｃ）前記ステップａ）の前において、前記画像形成装置に対する前記携帯端末の近接の検出に応じて前記認証モード情報の送信要求を前記画像形成装置に送信するステップ、
    を前記コンピュータにさらに実行させ、
    前記ステップａ）においては、当該送信要求に応じて前記画像形成装置から送信されてきた前記認証モード情報が取得されることを特徴とするプログラム。
14. 請求項９ないし請求項１２のいずれかに記載のプログラムにおいて、
    前記ステップａ）においては、前記画像形成装置に対する前記携帯端末の近接の検出に際して近距離無線通信において前記画像形成装置からブロードキャスト送信されてきた送信データに基づき、前記認証モード情報が取得されることを特徴とするプログラム。
15. 請求項９ないし請求項１４のいずれかに記載のプログラムにおいて、
    前記ステップａ）においては、前記認証モード情報が近距離無線通信を介して前記画像形成装置から取得されることを特徴とするプログラム。
16. 請求項９ないし請求項１４のいずれかに記載のプログラムにおいて、
    前記ステップａ）においては、前記認証モード情報が無線ＬＡＮによる通信を介して前記画像形成装置から取得されることを特徴とするプログラム。
17. 通信システムであって、
    ユーザ認証に関する認証モードを、前記ユーザ認証を要する要認証モードと前記ユーザ認証を要しない認証不要モードとの２種類のモードから選択された一方のモードに設定することが可能な画像形成装置と、
    前記画像形成装置との連携動作を行う携帯端末と、
    を備え、
    前記携帯端末は、
    前記画像形成装置に対する前記携帯端末の近接が検出されると、認証動作を実行するか否かを前記携帯端末のユーザに確認する確認メッセージを表示する表示手段と、
    前記確認メッセージの表示動作を制御する制御手段と、
    を有し、
    前記画像形成装置は、
    前記画像形成装置の前記認証モードが前記要認証モードであるか前記認証不要モードであるかを示す情報である認証モード情報を前記携帯端末に送信する通信手段、
    を有し、
    前記携帯端末の前記制御手段は、前記認証モード情報を前記画像形成装置から取得するとともに、前記認証モードが前記要認証モードである旨の前記認証モード情報が取得されることを条件として、前記確認メッセージを前記携帯端末の前記表示手段に表示することを特徴とする通信システム。

Images