JP6354737B2 - 通信装置、プログラムおよび通信システム - Google Patents

Description

本発明は、ＭＦＰ（マルチ・ファンクション・ペリフェラル（Multi-Functional Peripheral））などの画像形成装置を備える通信システム、およびそれに関連する技術に関する。

画像形成装置において、携帯端末から受信された認証情報を用いて認証を行う技術が存在する。

たとえば、特許文献１においては、画像形成装置の利用に際して、携帯端末は、認証情報（たとえばユーザＩＤおよびパスワード）の入力画面を表示し、認証情報の入力を携帯端末のユーザに対して要求する。そして、携帯端末は、ユーザによって入力された認証情報を画像形成装置に送信する。認証情報が携帯端末から受信されると、画像形成装置は、携帯端末からの認証情報と自身のデータベース内の正規の認証情報とを照合（比較）して認証を行い、当該認証が成功すると、画像形成装置は、自装置の利用（ログイン）を許可する。

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

ここにおいて、携帯端末の正規ユーザ（所有者）が、認証に用いられる認証情報を自身の携帯端末内に予め登録しておき、画像形成装置へのログイン時において、携帯端末が、正規ユーザに対して認証情報の入力を要求せずに、自装置内の認証情報を画像形成装置に自動的に送信することも考えられる。そして、画像形成装置においては、携帯端末からの認証情報と正規の認証情報とに基づく認証が自動的に行われ、当該認証が成功すると、当該携帯端末の正規ユーザに対して画像形成装置へのログインが許可される。これによれば、携帯端末の正規ユーザは、認証情報を自身の携帯端末内に予め登録しておけば、画像形成装置へのログイン時に認証情報を入力することを要さず、高い利便性を得ることが可能である。なお、携帯端末に格納された認証情報（端末認証用情報）を用いる認証処理は、「端末認証」とも称される。

しかしながら、端末認証のみによって画像形成装置へのログイン処理が行われる場合、携帯端末を所持している所持ユーザに対して認証情報の入力が要求されずに携帯端末内の端末認証用情報が送信されることに起因して、当該携帯端末の正規ユーザ以外の第三者（非正規ユーザ）が当該正規ユーザになりすまして画像形成装置にログインしてしまう恐れがある。

たとえば、携帯端末の正規ユーザ（たとえばユーザＵ１）が自身の携帯端末を紛失してしまい、ユーザＵ１以外の他人が当該ユーザＵ１の携帯端末を拾った場合、当該他人が、ユーザＵ１の携帯端末を用いて（すなわちユーザＵ１になりすまして）画像形成装置にログインする恐れがある。

具体的には、ユーザＵ１の携帯端末を拾った他人が、ユーザＵ１の携帯端末を用いて画像形成装置にログインしようとする場合、当該他人に対して認証情報の入力は要求されずに、当該携帯端末内のユーザＵ１の端末認証用情報が画像形成装置に自動的に送信される。そして、画像形成装置は、携帯端末からの端末認証用情報と正規の端末認証用情報とを照合して端末認証処理を自動的に実行する。その結果、携帯端末を現在所持している所持ユーザがユーザＵ１とは異なる他人であるにもかかわらず、画像形成装置は、当該他人によるログインを、ユーザＵ１によるログインとして許可してしまう。

このように、端末認証のみによって画像形成装置へのログイン処理が行われる場合、携帯端末の正規ユーザ以外の第三者によるなりすましのログインが生じる恐れがある。

そこで、本願発明は、携帯端末の正規ユーザ以外の第三者による画像形成装置へのなりすましのログインを回避することが可能な技術を提供することを課題とする。

上記課題を解決すべく、請求項１の発明は、携帯端末の所持ユーザによる画像形成装置へのログインの許否を判定することが可能な通信装置であって、前記携帯端末に格納された端末認証用情報と正規の端末認証用情報とに基づき実行された端末認証の認証結果を取得するとともに、前記携帯端末の前記所持ユーザから取得される生体認証用情報と前記携帯端末の正規ユーザの生体認証用情報とに基づき実行された生体認証の認証結果を取得する取得手段と、前記端末認証が成功し且つ前記生体認証が成功することを条件に、前記所持ユーザによる前記画像形成装置への前記ログインを許可する許可手段と、を備えることを特徴とする。

請求項２の発明は、請求項１の発明に係る通信装置において、前記取得手段は、前記携帯端末にて実行された前記生体認証の前記認証結果を前記携帯端末から受信する通信制御手段、を有し、前記許可手段は、前記端末認証が成功し、且つ前記生体認証が成功した旨の前記認証結果が前記携帯端末から受信されることを条件に、前記ログインを許可することを特徴とする。

請求項３の発明は、請求項２の発明に係る通信装置において、前記通信制御手段は、前記携帯端末による前記生体認証の実行を要求する生体認証要求を前記携帯端末に送信するとともに、前記携帯端末にて前記生体認証要求に応じて実行された前記生体認証の前記認証結果を前記携帯端末から受信することを特徴とする。

請求項４の発明は、請求項２または請求項３の発明に係る通信装置において、前記通信制御手段は、複数種類の生体認証のうち特定種類の生体認証を実行すべき旨を指示する生体認証種類情報を前記携帯端末に送信することを特徴とする。

請求項５の発明は、請求項４の発明に係る通信装置において、前記特定種類の生体認証は、前記画像形成装置のユーザごとに設定され、前記生体認証種類情報は、前記複数種類の生体認証のうち、前記画像形成装置のユーザの一人であって前記携帯端末の前記正規ユーザでもあるユーザに関して設定された種類の生体認証を実行すべき旨を指示する情報であることを特徴とする。

請求項６の発明は、請求項２から請求項５のいずれかの発明に係る通信装置において、前記通信制御手段は、前記生体認証における認証精度に関する所定の設定値を指定する認証精度情報を前記携帯端末に送信することを特徴とする。

請求項７の発明は、請求項６の発明に係る通信装置において、前記所定の設定値は、前記画像形成装置のユーザごとに設定され、前記認証精度情報は、前記画像形成装置のユーザの一人であって前記携帯端末の前記正規ユーザでもあるユーザに関して設定された設定値を、前記所定の設定値として指定する情報であることを特徴とする。

請求項８の発明は、請求項３から請求項７のいずれかの発明に係る通信装置において、前記通信制御手段は、前記携帯端末における生体認証機能の有無を判定し、前記携帯端末が前記生体認証機能を有すると判定される場合に、前記生体認証要求を前記携帯端末に送信することを特徴とする。

請求項９の発明は、請求項８の発明に係る通信装置において、前記通信制御手段は、前記携帯端末の機種情報を前記携帯端末から受信し、前記生体認証機能の有無を端末機種ごとに管理する管理情報と前記携帯端末からの前記機種情報とに基づき、前記携帯端末における前記生体認証機能の有無を判定することを特徴とする。

請求項１０の発明は、請求項８の発明に係る通信装置において、前記通信制御手段は、前記携帯端末における前記生体認証機能の有無に関する生体認証機能情報を前記携帯端末から受信し、前記携帯端末からの前記生体認証機能情報に基づき、前記携帯端末における前記生体認証機能の有無を判定することを特徴とする。

請求項１１の発明は、請求項８から請求項１０のいずれかの発明に係る通信装置において、前記許可手段は、前記携帯端末が前記生体認証機能を有しないと判定される場合、前記携帯端末の前記所持ユーザに対して、認証情報の手動入力を要する認証である手動入力認証に用いられる手動入力認証用情報の手動入力を要求し、前記端末認証が成功し、且つ前記所持ユーザによって入力された手動入力認証用情報と正規の手動入力認証用情報とに基づく前記手動入力認証もが成功することを条件に、前記ログインを許可することを特徴とする。

請求項１２の発明は、請求項３から請求項１０のいずれかの発明に係る通信装置において、前記生体認証の要否は、前記画像形成装置のユーザごとに設定されており、前記通信制御手段は、前記画像形成装置のユーザの一人であって前記携帯端末の前記正規ユーザでもあるユーザに関して前記生体認証を要する旨が設定されている場合に、前記生体認証要求を前記携帯端末に送信し、前記画像形成装置のユーザの一人であって前記携帯端末の前記正規ユーザでもあるユーザに関して前記生体認証を要しない旨が設定されている場合には、前記生体認証要求を前記携帯端末に送信しないことを特徴とする。

請求項１３の発明は、請求項１２の発明に係る通信装置において、前記許可手段は、前記生体認証要求が前記携帯端末に送信されない場合、前記携帯端末の前記所持ユーザに対して、認証情報の手動入力を要する認証である手動入力認証に用いられる手動入力認証用情報の手動入力を要求し、前記端末認証が成功し、且つ前記所持ユーザによって入力された手動入力認証用情報と正規の手動入力認証用情報とに基づく前記手動入力認証もが成功することを条件に、前記ログインを許可することを特徴とする。

請求項１４の発明は、請求項１から請求項１０のいずれかの発明に係る通信装置において、前記許可手段は、前記生体認証が失敗した場合、前記携帯端末の前記所持ユーザに対して、認証情報の手動入力を要する認証である手動入力認証に用いられる手動入力認証用情報の手動入力を要求し、前記生体認証が失敗した場合であっても、前記端末認証が成功し、且つ前記所持ユーザによって入力された手動入力認証用情報と正規の手動入力認証用情報とに基づく前記手動入力認証が成功するときには、前記ログインを許可することを特徴とする。

請求項１５の発明は、請求項１から請求項１０のいずれかの発明に係る通信装置において、前記許可手段は、前記生体認証が失敗した場合は、前記ログインを拒否することを特徴とする。

請求項１６の発明は、請求項１の発明に係る通信装置において、前記取得手段は、前記所持ユーザから取得された前記生体認証用情報を前記携帯端末から受信するとともに、前記通信装置にて実行された前記生体認証の前記認証結果を取得し、前記許可手段は、前記端末認証が成功し、且つ前記生体認証もが前記通信装置において成功することを条件に、前記ログインを許可することを特徴とする。

請求項１７の発明は、請求項１から請求項１６のいずれかの発明に係る通信装置において、前記取得手段は、前記生体認証における失敗回数を取得し、前記許可手段は、前記生体認証が成功した場合であっても、前記失敗回数が所定回数よりも多いときには、前記ログインを拒否することを特徴とする。

請求項１８の発明は、請求項１から請求項１７のいずれかの発明に係る通信装置において、前記通信装置は、前記画像形成装置であることを特徴とする。

請求項１９の発明は、請求項１から請求項１７のいずれかの発明に係る通信装置において、前記通信装置は、前記画像形成装置とは別に設けられる外部サーバであることを特徴とする。

請求項２０の発明は、携帯端末の所持ユーザによる画像形成装置へのログインの許否を判定することが可能な通信装置に内蔵されたコンピュータに、ａ）前記携帯端末に格納された端末認証用情報と正規の端末認証用情報とに基づき実行された端末認証の認証結果を取得するとともに、前記携帯端末の前記所持ユーザから取得される生体認証用情報と前記携帯端末の正規ユーザの生体認証用情報とに基づき実行された生体認証の認証結果を取得するステップと、ｂ）前記端末認証が成功し且つ前記生体認証が成功することを条件に、前記所持ユーザによる前記画像形成装置への前記ログインを許可するステップと、を実行させるためのプログラムであることを特徴とする。

請求項２１の発明は、通信システムであって、携帯端末と、前記携帯端末の所持ユーザによる画像形成装置へのログインの許否を判定することが可能な通信装置と、を備え、前記通信装置は、前記携帯端末に格納された端末認証用情報と正規の端末認証用情報とに基づき実行された前記端末認証の認証結果を取得するとともに、前記携帯端末の前記所持ユーザから取得される生体認証用情報と前記携帯端末の正規ユーザの生体認証用情報とに基づき実行された生体認証の認証結果を取得する取得手段と、前記端末認証が成功し且つ前記生体認証が成功することを条件に、前記所持ユーザによる前記画像形成装置への前記ログインを許可する許可手段と、を有することを特徴とする。

請求項１から請求項２１に記載の発明によれば、画像形成装置へのログインに際して、端末認証に加えて生体認証もが行われ、端末認証が成功し且つ生体認証が成功することを条件に、携帯端末の所持ユーザによる画像形成装置へのログインが許可される。したがって、携帯端末の正規ユーザ以外の第三者が当該正規ユーザの当該携帯端末を用いて画像形成装置にログインしようとする場合であっても、当該携帯端末の正規ユーザ以外の第三者による画像形成装置へのなりすましのログインを回避することが可能である。

特に、請求項２に記載の発明によれば、生体認証が携帯端末にて実行され、その認証結果が通信装置に送信される。そして、通信装置は、携帯端末からの生体認証の認証結果に基づいて、当該携帯端末における生体認証の成否を判定する。そのため、携帯端末の正規ユーザの生体認証用情報を通信装置に予め格納しておくことを要さず、通信装置におけるメモリ使用量の増大を抑制することが可能である。

通信システムを示す図である。 画像形成装置（ＭＦＰ）の機能ブロックを示す図である。 携帯端末の概略構成を示す機能ブロック図である。 電波強度の時間変化等を示す図である。 携帯端末がＭＦＰに近づいている様子を示す図である。 通信システムにおける動作等の概念を示す図である。 携帯端末の動作を示すフローチャートである。 ＭＦＰの動作を示すフローチャートである。 通信システムにおける動作の一例を示すタイミングチャートである。 端末管理テーブルを示す図である。 メッセージ画面を示す図である。 メニュー画面を示す図である。 入力画面を示す図である。 生体認証設定画面を示す図である。 生体認証設定管理テーブルを示す図である。 第３実施形態に係る通信システムを示す図である。 外部サーバの機能ブロックを示す図である。 第３実施形態に係る通信システムにおける動作の一例を示すタイミングチャートである。 第４実施形態に係る携帯端末の動作を示すフローチャートである。 第４実施形態に係るＭＦＰの動作を示すフローチャートである。 第４実施形態に係る通信システムにおける動作の一例を示すタイミングチャートである。

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

＜１．第１実施形態＞
＜１−１．構成概要＞
図１は、本発明に係る通信システム（認証システム）１を示す図である。図１に示すように、通信システム１は、ＭＦＰ（画像形成装置）１０と携帯端末５０とを備える。ここでは、通信装置（認証装置）としてＭＦＰ１０を例示する。なお、当該通信システム１は、画像形成システムとも称される。

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

また、この通信システム１では、携帯端末５０を用いてＭＦＰ１０にログインする際に、「端末認証」と「生体認証」との少なくとも２種類の互いに異なる認証が実行される。なお、携帯端末５０は、１人の正規ユーザ（たとえばユーザＵ１）によって所有されている。また、携帯端末５０には、携帯端末５０の正規ユーザ（ユーザＵ１）のみの端末認証用情報（端末認証に用いられる認証情報）と当該正規ユーザ（ユーザＵ１）の生体認証用情報（生体認証における正規ユーザの認証情報）とが登録されている。

「端末認証」（端末自動認証とも称される）は、携帯端末５０とＭＦＰ１０との通信（ここではＢＬＥ通信）を伴う認証処理である。「端末認証」においては、携帯端末５０の所持ユーザ（携帯端末５０を操作している操作ユーザ）に対して認証情報の入力操作（手動入力操作）は要求されず、携帯端末５０に格納された認証情報（端末認証用情報）が用いられる。ここでは、端末認証は、ＭＦＰ１０にて実行される。

具体的には、携帯端末５０は、自装置内に予め登録されている端末認証用情報（たとえばユーザＩＤおよびパスワード）をＭＦＰ１０に自動的に送信する。ＭＦＰ１０は、端末認証用情報を携帯端末５０から受信すると、当該端末認証用情報とＭＦＰ１０内の正規の端末認証用情報とを照合（比較）して端末認証（端末認証処理）を自動的に実行する。そして、携帯端末５０からの端末認証用情報と一致する正規の端末認証用情報が存在する場合、ＭＦＰ１０は、当該端末認証が成功した旨を判定する。一方、携帯端末５０からの端末認証用情報と一致する正規の端末認証用情報が存在しない場合は、ＭＦＰ１０は、当該端末認証が失敗した旨を判定する。

「生体認証」（バイオメトリクス認証とも称される）は、人間の生体的特徴（たとえば指紋などの生体情報）に基づいて個人を認証（識別）する認証処理である。生体認証としては、人間の手指等の指紋を利用する指紋認証、人間の目の虹彩（アイリス）における放射状の文様を利用する虹彩認証、人間の顔の特徴（たとえば目、鼻等の形および位置、輪郭など）を利用する顔認証等が存在する。ここでは、生体認証として指紋認証が携帯端末５０にて実行される。

指紋認証では、たとえば指紋を読み取るセンサー等が埋め込まれた所定の位置（たとえば携帯端末５０のタッチパネル７５周辺のボタン７０（図１参照））に認証対象者（携帯端末５０の所持ユーザ（操作ユーザ））の手指が載置されると、当該手指の指紋が読み取られる。そして、読み取られた指紋情報（生体認証用情報）と携帯端末５０に格納された当該携帯端末５０の正規ユーザの指紋情報（正規ユーザの生体認証用情報）とが照合（比較）されて指紋認証（指紋認証処理）が実行される。所持ユーザから読み取られた生体認証用情報が携帯端末５０の正規ユーザの生体認証用情報と所定レベル以上一致する場合、当該生体認証が成功した旨が判定される。すなわち、生体認証の認証対象人物（携帯端末５０の所持ユーザ）が携帯端末５０の正規ユーザ本人であると判定される。一方、所持ユーザから読み取られた生体認証用情報が携帯端末５０の正規ユーザの生体認証用情報と当該所定レベルまでは一致しない場合、当該生体認証が失敗した旨が判定される。すなわち、生体認証の認証対象人物（携帯端末５０の所持ユーザ）が携帯端末５０の正規ユーザ本人ではないと判定される。生体認証によって、携帯端末５０は、生体認証の認証対象人物（携帯端末５０を現在所持（操作）している所持ユーザ）が携帯端末５０の正規ユーザ（本来の所有者）本人であるか否か、を確認することができる。

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

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

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

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

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

格納部５は、ハードディスクドライブ（ＨＤＤ）等の記憶装置で構成される。格納部５には、端末認証における正規の認証情報（正規の端末認証用情報）（ここではユーザＩＤおよびパスワード）が登録（格納）されている。また、格納部５には、生体認証機能の有無を端末機種（携帯端末の機種）ごとに管理する端末管理情報（端末管理テーブル３００）（図１０参照）もが登録（格納）されている。

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

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

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

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

取得部１１は、各種情報を取得する動作等を制御する処理部である。たとえば、取得部１１は、ＭＦＰ１０にて実行された端末認証の認証結果（端末認証結果）を取得するとともに、通信制御部１１ａ（次述）を用いて、携帯端末５０にて実行された生体認証の認証結果（生体認証結果）をも取得する。取得部１１は、通信制御部１１ａを有する。

通信制御部１１ａは、他の装置（携帯端末５０等）との間の通信動作を通信部４等と協働して制御する処理部である。通信制御部１１ａは、各種データの送信動作を制御する送信制御部と各種データの受信動作を制御する受信制御部とを有する。たとえば、通信制御部１１ａは、通信部４と協働して、自装置へのログイン要求を携帯端末５０から（ＢＬＥ通信を介して）受け付けるとともに、端末認証用情報の送信要求と生体認証要求（後述）とを携帯端末５０に、ＢＬＥ通信を介して送信する。また、通信制御部１１ａは、通信部４と協働して、携帯端末５０にて実行された生体認証の認証結果（生体認証結果）と端末認証用情報とを、ＢＬＥ通信を介して携帯端末５０から受信する。

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

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

認証処理部１４は、端末認証（端末認証処理）を実行する動作等を制御する処理部である。具体的には、認証処理部１４は、携帯端末５０からの端末認証用情報と自装置（格納部５）内の正規の端末認証用情報とを照合（比較）して端末認証を実行する。

許可部１５は、携帯端末５０の所持ユーザによるＭＦＰ１０へのログインの許否を判定（決定）する動作等を制御する処理部である。たとえば、端末認証がＭＦＰ１０にて成功し、且つ携帯端末５０の所持ユーザの生体認証が携帯端末５０にて成功することを条件に、許可部１５は、携帯端末５０の所持ユーザによるＭＦＰ１０へのログインを許可する。一方、端末認証が失敗した場合、あるいは生体認証が失敗した場合、許可部１５は、当該所持ユーザによるＭＦＰ１０へのログインを拒否する。

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

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

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

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

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

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

格納部５５は、不揮発性の半導体メモリ等の記憶装置で構成される。たとえば、格納部５５には、端末認証に用いられる端末認証用情報（ここではユーザＩＤおよびパスワード）が予め格納されている。また、格納部５５には、生体認証における正規ユーザの生体認証用情報（たとえばユーザＵ１の指紋情報）もが予め格納されている。なお、携帯端末５０に登録されている当該端末認証用情報および正規ユーザの生体認証用情報は、パスワード等を用いて携帯端末５０の正規ユーザ（ユーザＵ１）によって管理されており、正規ユーザ（ユーザＵ１）以外の他人による各認証情報の書き換えはできないものとする。

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

生体認証部５７は、認証対象者（携帯端末５０の所持ユーザ）の生体認証を行うことが可能であり、生体認証における認証対象者の生体情報（たとえば指紋情報）を読み取ることが可能なセンサー（たとえば指紋読取センサ−）等で構成される。生体認証部５７は、たとえば携帯端末５０のタッチパネル７５の周辺のボタン７０（図１参照）内に埋め込まれている。

なお、携帯端末５０には、当該生体認証部５７を用いて生体認証を実行するためのソフトウエアプログラム（生体認証プログラムとも称される）が予めインストール（プリインストール）されている。

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

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

通信制御部６１は、通信部５４等と協働して、ＭＦＰ１０等との通信動作を制御する処理部である。たとえば、通信制御部６１は、通信部５４等と協働して、ＭＦＰ１０へのログイン要求を当該ＭＦＰ１０にＢＬＥ通信を介して送信するとともに、端末認証用情報の送信要求と生体認証要求（後述）とをＭＦＰ１０からＢＬＥ通信を介して受信する動作を制御する。また、通信制御部６１は、通信部５４等と協働して、生体認証の認証結果（生体認証結果）と自装置内の端末認証用情報とをＭＦＰ１０にＢＬＥ通信を介して送信する動作をも制御する。

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

表示制御部６３は、表示部５６ｂ（タッチパネル７５等）における表示動作を制御する処理部である。

判定部６４は、ＭＦＰ１０に対して携帯端末５０が一定程度近接したことを或る基準に基づき判定する処理（ＭＦＰ１０への近接を検出する処理）を実行する処理部である。

生体認証制御部６５は、生体認証部５７（生体認証プログラム）と協働し、認証対象者（携帯端末５０の所持ユーザ）の生体認証（生体認証処理）を実行する動作等を制御する処理部である。生体認証制御部６５は、ＭＦＰ１０からの生体認証要求に応じて、生体認証部５７を用いて生体認証を実行する。

＜１−４．動作＞
この通信システム１では、携帯端末５０とＭＦＰ１０との通信（ここではＢＬＥ通信）を利用して、端末認証と生体認証との少なくとも２種類の認証が実行される。具体的には、ＭＦＰ１０へのログインに際して、携帯端末５０の所持ユーザの生体認証が携帯端末５０にて実行され、端末認証がＭＦＰ１０にて実行される（図６参照）。そして、端末認証と生体認証との双方の認証が成功したことを条件に、ＭＦＰ１０は、当該所持ユーザによる自装置へのログインを許可する（図６参照）。

具体的には、ＭＦＰ１０は、自装置へのログイン要求が携帯端末５０から受け付けられると、携帯端末５０による生体認証の実行を要求する生体認証要求と、端末認証用情報の送信要求とを携帯端末５０に送信する。携帯端末５０は、当該生体認証要求に応じて、携帯端末５０の所持ユーザから取得された生体認証用情報と自装置（携帯端末５０）内の正規ユーザの生体認証用情報とに基づく生体認証を実行する。生体認証が完了すると、携帯端末５０は、生体認証の認証結果（生体認証結果）と自装置内の端末認証用情報とをＭＦＰ１０に送信する。ＭＦＰ１０は、携帯端末５０からの端末認証用情報と自装置（ＭＦＰ１０）内の正規の端末認証用情報とに基づく端末認証を実行し、端末認証の認証結果（端末認証結果）を取得する。そして、ＭＦＰ１０における端末認証が成功し、且つ携帯端末５０における生体認証が成功することを条件に、ＭＦＰ１０は、携帯端末５０の所持ユーザによる自装置へのログインを許可する。

図７は、携帯端末５０の動作を示すフローチャートであり、図８は、ＭＦＰ１０の動作を示すフローチャートである。また、図９は、通信システム１における動作の一例を示すタイミングチャートである。以下では、図７〜図９を参照しつつ、当該通信システム１における動作について説明する。

また、この実施形態では、上述のように、携帯端末５０とＭＦＰ１０との通信にＢＬＥ通信が用いられる。

まず、図７の処理および図８の処理の前提として、ＭＦＰ１０は、ＢＬＥ通信用の電波を微小時間間隔で常に発信しておく。具体的には、ＭＦＰ１０に内蔵されたＢＬＥチップ４２（図１参照）が、アドバタイジングデータ（Advertising Data）を微小時間間隔でブロードキャスト送信する。ＢＬＥ通信用の電波は、ＭＦＰ１０の周辺領域（たとえば、数十センチメートル〜数メートル以内）にのみ到達する。

一方、携帯端末５０は、ＭＦＰ１０からのＢＬＥ通信用の電波を受信するとともに、ＭＦＰ１０からの電波の強度をも測定する。具体的には、携帯端末５０のＢＬＥ通信部５４ｂは、ＢＬＥチップ４２からブロードキャスト送信されてきたアドバタイジングデータ（Advertising Data）を受信するとともに、そのデータ送信用電波の強度を測定する。

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

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

ＭＦＰ１０への近接が検出される（ステップＳ１１）と、携帯端末５０は、ＭＦＰ１０へのログイン要求と、自装置の機種情報（端末情報）とをＭＦＰ１０にＢＬＥ通信を介して送信する（ステップＳ１２）（図９も参照）。

ログイン要求と機種情報とが携帯端末５０から受け付けられる（ステップＳ２１）と、ＭＦＰ１０は、ログイン要求の依頼元端末（ここでは携帯端末５０）における生体認証機能の有無を判定する（ステップＳ２２）。

具体的には、ＭＦＰ１０は、端末管理テーブル３００（図１０参照）と携帯端末５０からの機種情報とに基づき、ログイン要求の依頼元端末（携帯端末５０）が生体認証機能を有するか否か、を判定する（ステップＳ２２）。図１０は、生体認証機能の有無を端末機種（携帯端末の機種）ごとに管理する端末管理テーブル３００（端末管理情報）を示す図である。ここでは、図１０に示すように、端末管理テーブル３００には、「機種Ｍ１」は生体認証機能を有する旨が登録され、「機種Ｍ２」は生体認証機能を有しない旨が登録されている。携帯端末５０からの機種情報と当該端末管理テーブル３００とに基づき、ログイン要求の依頼元端末が生体認証機能を有する旨が判定されると、処理はステップＳ２３へと進む。一方、携帯端末５０からの機種情報と当該端末管理テーブル３００とに基づき、当該依頼元端末が生体認証機能を有しない旨が判定されると、処理はステップＳ３０へと進む。

たとえば、ログイン要求の依頼元端末から機種情報「機種Ｍ１」が送信されてきた場合、当該機種情報「機種Ｍ１」と端末管理テーブル３００（図１０）とに基づき、当該依頼元端末が生体認証機能を有する旨が判定され、処理はステップＳ２３へと進む。一方、ログイン要求の依頼元端末から機種情報「機種Ｍ２」が送信されてきた場合、当該機種情報「機種Ｍ２」と端末管理テーブル３００とに基づき、当該依頼元端末が生体認証機能を有しない旨が判定され、処理はステップＳ３０へと進む。ここでは、携帯端末５０から機種情報「機種Ｍ１」が受信され、ログイン要求の依頼元端末（携帯端末５０）が生体認証機能を有する旨が判定される。そして、処理はステップＳ２３へと進む。なお、ログイン要求の依頼元端末が生体認証機能を有しない旨が判定される場合（処理がステップＳ３０へと進む場合）の動作については、後述する。

ステップＳ２３において、ＭＦＰ１０は、端末認証に用いる端末認証用情報（ここではユーザＩＤおよびパスワード）の送信要求と、携帯端末５０の生体認証機能による生体認証の実行を要求する生体認証要求とを携帯端末５０にＢＬＥ通信を介して送信する（図９も参照）。なお、端末認証においてユーザＩＤおよびパスワード以外の認証情報（たとえば部門ＩＤ、部門パスワード等）もが用いられる場合は、部門ＩＤおよび部門パスワードをも含む端末認証用情報の送信要求が携帯端末５０に送信される。

携帯端末５０は、端末認証用情報の送信要求と生体認証要求とをＭＦＰ１０から受信する（ステップＳ１３）と、自身の生体認証機能（詳細には生体認証プログラム）を用いて、携帯端末５０の所持ユーザ（操作ユーザ）（ここではユーザＵ１）の生体認証を実行する（ステップＳ１４）（図９も参照）。ここでは、携帯端末５０において、指紋認証が生体認証として行われる。

具体的には、携帯端末５０（生体認証制御部６５）は、当該所持ユーザ（ユーザＵ１）に対して、生体認証部５７の配置位置（ここではタッチパネル７５周辺のボタン７０）に手指を載置する旨を要求する。たとえば、図１１のように、「目の前のＭＦＰにログインしますか？ログインする場合は、生体認証を行ってください。」などのメッセージ画面５００が、携帯端末５０のタッチパネル７５に表示される。

ユーザＵ１が自身の手指を当該ボタン７０に載置すると、当該手指の指紋が生体認証部５７（指紋読取センサー）によって読み取られる（取得される）。当該手指の指紋が読み取られると、所持ユーザ（ユーザＵ１）から読み取られた指紋情報（生体認証用情報）と携帯端末５０の正規ユーザ（ユーザＵ１）の指紋情報（正規ユーザの生体認証用情報）とが照合（比較）される。

このようにして、携帯端末５０において所持ユーザを生体認証対象者として生体認証（指紋認証）が実行される（ステップＳ１４）。そして、当該生体認証が成功したか否か（生体認証の認証成否）がステップＳ１５において判定される。

具体的には、所持ユーザから取得された生体認証用情報が正規ユーザの生体認証用情報と所定レベル以上一致する場合、当該生体認証が成功した旨が判定され、所持ユーザから取得された生体認証用情報が正規ユーザの生体認証用情報と当該所定レベルまでは一致しない場合は、当該生体認証が失敗した旨が判定される。

当該生体認証が成功した旨がステップＳ１５にて判定されると、携帯端末５０は、生体認証が成功した旨の生体認証結果と端末認証用情報（ユーザＵ１のユーザＩＤおよびパスワード）とをＭＦＰ１０にＢＬＥ通信を介して送信する（ステップＳ１６）（図９も参照）。

一方、生体認証が失敗した旨がステップＳ１５にて判定されると、携帯端末５０は、生体認証が失敗した旨の生体認証結果と端末認証用情報とをＭＦＰ１０に送信する（ステップＳ１８）。

ＭＦＰ１０は、端末認証用情報と生体認証結果とを携帯端末５０から受信する（ステップＳ２４）と、携帯端末５０からの端末認証用情報を用いて端末認証を実行する（ステップＳ２５）（図９も参照）。具体的には、ＭＦＰ１０（認証処理部１４）は、携帯端末５０からの端末認証用情報と自装置内の正規の端末認証用情報とを照合（比較）して端末認証を実行する。

携帯端末５０からの端末認証用情報と一致する正規の端末認証用情報が存在する場合、当該端末認証が成功した旨がステップＳ２６にて判定され、処理はステップＳ２７へと進む。一方、当該端末認証が失敗した旨がステップＳ２６にて判定されると、処理はステップＳ２９へと進み、ＭＦＰ１０は、自装置へのログインを拒否する（ステップＳ２９）。

ステップＳ２７においては、携帯端末５０の所持ユーザ（ユーザＵ１）の生体認証（ここでは指紋認証）が成功したか否か、が判定される。具体的には、ＭＦＰ１０（許可部１５）は、携帯端末５０の所持ユーザの生体認証が成功した旨の生体認証結果が携帯端末５０から受信されたか否か、を判定する。換言すれば、ＭＦＰ１０にログイン要求を送信してきた携帯端末５０を現在所持している所持ユーザが携帯端末５０の正規ユーザ（ユーザＵ１）本人であると携帯端末５０にて判定されたか否か、をＭＦＰ１０（許可部１５）は確認する。

携帯端末５０の所持ユーザ（ユーザＵ１）の生体認証が成功した旨の生体認証結果が携帯端末５０から受信された場合は、処理はステップＳ２８へと進み、ＭＦＰ１０（許可部１５）は、当該所持ユーザ（ユーザＵ１）による自装置へのログインを許可する（図９も参照）。当該ログインが許可されると、ＭＦＰ１０のタッチパネル２５には、図１２のようなメニュー画面２１０が表示され、ユーザＵ１は、ＭＦＰ１０を利用することができる。

一方、携帯端末５０の所持ユーザの生体認証が失敗した旨の生体認証結果が携帯端末５０から受信されたとステップＳ２７にて判定されると、ＭＦＰ１０（許可部１５）は、当該所持ユーザによる自装置へのログインを拒否する（ステップＳ２９）。換言すれば、当該所持ユーザの生体認証が失敗した場合は、端末認証が成功したときであっても、当該所持ユーザによるＭＦＰ１０へのログインは拒否される。

このように、ＭＦＰ１０へのログインに際して、端末認証に加えて生体認証もが行われ、端末認証が成功し、且つ携帯端末５０の所持ユーザ（ここではユーザＵ１）の生体認証が成功することを条件に、当該所持ユーザによるＭＦＰ１０へのログインが許可される。より詳細には、端末認証がＭＦＰ１０において成功し、且つ携帯端末５０の所持ユーザの生体認証が成功した旨の生体認証結果が携帯端末５０から受信されることを条件に、当該所持ユーザによるＭＦＰ１０へのログインが許可される。

さて、再びステップＳ２２の判定処理に戻り、ログイン要求の依頼元端末が生体認証機能を有しないと判定される場合の動作について説明する。

具体的には、ログイン要求の依頼元端末が生体認証機能を有しないと判定されると、端末認証が行われるとともに、「手動入力認証」（次述）が生体認証に代えて行われる。「手動入力認証」（「手入力認証」あるいは「基本認証」とも称される）は、認証情報の手動入力（直接入力）を要する認証処理である。

より詳細には、ログイン要求の依頼元端末が生体認証機能を有しないとステップＳ２２にて判定されると、ＭＦＰ１０は、端末認証用情報の送信要求のみを携帯端末５０に送信する（ステップＳ３０）。換言すれば、ＭＦＰ１０は、生体認証機能を有しない依頼元端末に対して生体認証要求を送信しない。

携帯端末５０においては、端末認証用情報の送信要求のみが受信され（生体認証要求が受信されず）、ステップＳ１３においてＮＯと判定される。そして、携帯端末５０は、端末認証用情報（ユーザＩＤおよびパスワード）のみをＭＦＰ１０に送信する（ステップＳ１７）。

ＭＦＰ１０においては、端末認証用情報が携帯端末５０から受信される（ステップＳ３１）と、携帯端末５０からの当該端末認証用情報とＭＦＰ１０内の正規の端末認証用情報とに基づく端末認証が実行される（ステップＳ３２）。

当該端末認証が成功した旨がステップＳ３３にて判定されると、ＭＦＰ１０（許可部１５）は、手動入力認証に用いられる認証情報（手動入力認証用情報）の手動入力（手動入力操作）を携帯端末５０の所持ユーザ（操作ユーザ）に対して要求する（ステップＳ３４）。

具体的には、ＭＦＰ１０は、図１３の入力画面２２０をタッチパネル２５に表示し、手動入力認証用情報（ここでは、端末認証における認証情報と同じ認証情報（ユーザＩＤおよびパスワード））の手動入力を携帯端末５０の所持ユーザに対して要求する。なお、ＭＦＰ１０へのログイン前の待機状態として入力画面２２０がタッチパネル２５に既に表示されている場合は、「認証情報を入力してください」などのメッセージが入力画面２２０（ログイン画面）に重畳して表示されて、手動入力認証用情報の手動入力が要求されるようにしてもよい。

そして、携帯端末５０の所持ユーザ（操作ユーザ）によって手動入力認証用情報（ユーザＩＤおよびパスワード）が入力されると、ＭＦＰ１０（認証処理部１４）は、当該所持ユーザによって入力された手動入力認証用情報とＭＦＰ１０内の正規の手動入力認証用情報とを照合（比較）して手動入力認証（手入力認証処理）を行う。

手動入力認証が行われると、ステップＳ３５において、当該手動入力認証が成功したか否かが判定される。当該手動入力認証が成功すると、当該所持ユーザによるＭＦＰ１０へのログインが許可される（ステップＳ２８）。一方、当該手動入力認証が失敗すると、当該ログインが拒否される（ステップＳ３６）。

このように、ログイン要求の依頼元端末が生体認証機能を有しない場合は、携帯端末５０にて生体認証が行われず、当該生体認証の代わりに手動入力認証が行われる。そして、端末認証が成功することに加えて、手動入力認証が成功することをも条件に、ＭＦＰ１０へのログインが許可される。

以上のように、第１実施形態に係る動作においては、ＭＦＰ１０へのログインに際して、端末認証（ステップＳ２５）に加えて生体認証（ステップＳ１４）もが行われ、端末認証が成功し且つ生体認証が成功することを条件に、携帯端末５０の所持ユーザによるＭＦＰ１０へのログインが許可される（ステップＳ２６，Ｓ２７，Ｓ２８）。換言すれば、端末認証に加えて、携帯端末５０の正規ユーザの本人確認を行う生体認証もが行われ、双方の認証に成功した所持ユーザに対してのみ、ＭＦＰ１０へのログインが許可される。そのため、仮に正規ユーザ（ユーザＵ１）以外の他人が、ユーザＵ１の携帯端末５０を盗用してＭＦＰ１０にログインしようとしても、携帯端末５０を現在所持している所持ユーザがユーザＵ１ではないことが生体認証によって確認されると、当該他人によるログインは許可されない。したがって、携帯端末５０の正規ユーザ（ユーザＵ１）以外の第三者が当該ユーザＵ１の携帯端末５０を用いて（盗用して）ＭＦＰ１０にログインしようとする場合であっても、当該第三者によるＭＦＰ１０へのなりすましのログインを回避することが可能である。

また、ＭＦＰ１０と携帯端末５０との間の通信にＢＬＥ通信等が利用される場合、携帯端末５０の所持ユーザ（たとえばユーザＵ１）がＭＦＰ１０の前を通っただけでもＭＦＰ１０からのＢＬＥ電波の強度が一定程度を超えたと判定され、ＭＦＰ１０への携帯端末５０の近接に応じて端末認証が開始されることが考えられる。そのため、従来の端末認証のみによるログイン処理が行われる場合は、所持ユーザの意図に反してログイン処理が（自動的に）実行され、ログインが許可されてしまう恐れがある。

これに対して、上記第１実施形態では、上述のように、端末認証に加えて生体認証もが行われ、双方の認証が成功したことを条件にＭＦＰ１０へのログインが許可される。そのため、生体認証における入力動作（たとえば指紋認証におけるボタン７０への手指の載置動作）が携帯端末５０の所持ユーザによって行われなかった場合、ＭＦＰ１０へのログインが許可されることがない。したがって、携帯端末５０の所持ユーザの意図に反してＭＦＰ１０へのログインが許可されてしまうことを回避することも可能である。

また、上記第１実施形態では、携帯端末５０における生体認証において、携帯端末５０にプリインストールされている生体認証プログラムが利用される。そのため、ＭＦＰ１０にログインするための新たな生体認証プログラムを別途準備し、ＭＦＰ１０へのログインに際して当該新たな生体認証プログラムを携帯端末５０にダウンロードさせること等を要しない。したがって、当該新たな生体認証プログラムのダウンロードに起因して、ＭＦＰ１０と携帯端末５０との間における通信負荷が増大すること、および携帯端末５０におけるメモリ使用量が増大すること等、を抑制することが可能である。

また、上記第１実施形態では生体認証が携帯端末５０にて行われる態様を例示したが、これに限定されず、生体認証が携帯端末５０ではなくＭＦＰ１０等にて行われてもよい。ただし、生体認証が仮にＭＦＰ１０にて行われる場合には、次のような問題が生じ得る。具体的には、生体認証がＭＦＰ１０にて行われる場合、ＭＦＰ１０は、たとえば生体認証を利用し得る全てのユーザの生体認証用情報（たとえば指紋情報）を正規の生体認証用情報としてＭＦＰ１０に登録する。そのため、生体認証を利用し得るユーザと同数の生体認証用情報をＭＦＰ１０内に格納することに起因して、ＭＦＰ１０におけるメモリ使用量が増大する問題が生じ得る。

これに対して、上記第１実施形態では、生体認証が携帯端末５０にて実行され、その認証結果（生体認証結果）がＭＦＰ１０に送信される。そして、ＭＦＰ１０においては、携帯端末５０からの生体認証結果に基づいて、携帯端末５０における生体認証の成否が判定される。そのため、たとえば生体認証を利用し得る全てのユーザと同数の生体認証用情報を正規の生体認証用情報としてＭＦＰ１０に予め格納しておくことを要さず、ＭＦＰ１０におけるメモリ使用量の増大を抑制することが可能である。また、所持ユーザから取得された生体認証用情報（たとえば指紋情報）自体（比較的多量のデータ）ではなく、生体認証の認証結果（比較的少量のデータ）が携帯端末５０からＭＦＰ１０へと送信されるので、ＭＦＰ１０と携帯端末５０との間における通信負荷の増大を抑制することも可能である。

また、上記第１実施形態では、端末認証と生体認証との少なくとも２種類の認証によってＭＦＰ１０へのログイン処理が行われる態様を例示した。

ここにおいて、仮に生体認証のみによってＭＦＰ１０へのログイン処理が行われる場合（すなわち端末認証が行われない場合）には、携帯端末５０の所持ユーザの生体認証が成功したとしても、当該所持ユーザの端末認証用情報（ここではユーザＩＤおよびパスワード）ＭＦＰ１０に登録済か否かは判定されない。換言すれば、ＭＦＰ１０のユーザ（登録ユーザ）からのログイン要求であるか否か、は判定されない。そのため、端末認証が行われない場合、ＭＦＰ１０のユーザ以外のユーザによるログインが許可される恐れがある。ひいては、ＭＦＰ１０に登録されたユーザ以外のユーザによるログインに起因して、セキュリティが低下する恐れがある。

これに対して、上記第１実施形態では、端末認証が前提として行われ、当該端末認証において、ログイン要求の依頼元ユーザの端末認証用情報（ユーザＩＤおよびパスワード）がＭＦＰ１０に登録済か否かが確認される。そのため、ＭＦＰ１０のユーザ以外のユーザによるログインが許可されることを回避することが可能である。

以上のように、本願発明においては、端末認証と生体認証との双方の認証が行われることによって、ＭＦＰ１０のユーザ以外のユーザによるログインが許可されることを回避しつつ、携帯端末５０の正規ユーザ以外の第三者によるＭＦＰ１０へのなりすましのログインを回避することが可能である。ひいては、端末認証と生体認証との双方の認証が行われることによって、より高いセキュリティを確保することが可能である。

また、ログイン要求の依頼元端末が生体認証機能を有しない場合は、生体認証に代えて、手動入力認証（ステップＳ３４）が行われる。そして、端末認証が成功することに加えて、手動入力認証が成功することをも条件に、ＭＦＰ１０へのログインが許可される。換言すれば、端末認証に加えて、認証情報の手動入力を要する手動入力認証もが行われ、双方の認証に成功した所持ユーザに対してのみ、ＭＦＰ１０へのログインが許可される。謂わば、手動入力認証において、ＭＦＰ１０のユーザであって携帯端末５０の正規ユーザでもあるユーザの認証情報（ユーザＩＤおよびパスワード）を所持ユーザ（操作ユーザ）に手動入力させることによって、ＭＦＰ１０は、当該携帯端末５０を現在所持している所持ユーザが携帯端末５０の正規ユーザ本人であることを確認（推定）している。したがって、生体認証機能を有しない携帯端末が利用される場合であっても、当該携帯端末の正規ユーザ以外の第三者による画像形成装置へのなりすましのログインを回避することが可能である。

なお、上記第１実施形態においては、生体認証の成否にかかわらず、生体認証結果が携帯端末５０からＭＦＰ１０へと送信され、ＭＦＰ１０は、携帯端末５０からの生体認証結果に基づき、携帯端末５０における生体認証の成否を判定する態様を例示したが、これに限定されない。たとえば、生体認証が成功した場合のみ、生体認証結果が携帯端末５０からＭＦＰ１０へと送信され、ＭＦＰ１０は、生体認証要求の送信後に生体認証結果が携帯端末５０から受信されたか否かによって、携帯端末５０における生体認証の成否を判定するようにしてもよい。

具体的には、ＭＦＰ１０は、生体認証要求を携帯端末５０に送信し（ステップＳ２３）、携帯端末５０は、ＭＦＰ１０からの当該生体認証要求に応じて生体認証を実行する（ステップＳ１４）。

当該生体認証要求に応じて実行された生体認証が成功した場合、上記第１実施形態と同様に、携帯端末５０は、生体認証が成功した旨の生体認証結果をＭＦＰ１０に送信する（ステップＳ１６）。そして、ＭＦＰ１０においては、端末認証が成功した後、生体認証が成功したことが携帯端末５０からの生体認証結果に基づき判定されると、処理はステップＳ２７からステップＳ２８へと進み、携帯端末５０の所持ユーザによるＭＦＰ１０へのログインが許可される。

一方、生体認証要求に応じて実行された生体認証が失敗した場合、携帯端末５０は、生体認証が失敗した旨の生体認証結果をＭＦＰ１０に送信せず、端末認証用情報のみをＭＦＰ１０に送信する。そして、ＭＦＰ１０においては、生体認証要求が携帯端末５０に送信されたにもかかわらず、生体認証結果が携帯端末５０から受信されずに端末認証用情報のみが受信された場合、携帯端末５０における生体認証が失敗したとみなされ、処理はステップＳ２７からステップＳ２９へと進み、当該ログインが拒否される。なお、生体認証要求が送信されてから所定時間が経過するまでに生体認証結果が携帯端末５０から受信されなかった場合に、携帯端末５０における生体認証が失敗したとＭＦＰ１０にてみなされるようにしてもよい。

このように、生体認証が成功した場合のみ、生体認証結果が携帯端末５０からＭＦＰ１０へと送信され、生体認証要求の送信後に生体認証結果が携帯端末５０から受信されたか否かによって、携帯端末５０における生体認証の成否が判定されるようにしてもよい。

＜２．第２実施形態＞
第２実施形態は、第１実施形態の変形例である。以下では、第１実施形態との相違点を中心に説明する。

第２実施形態では、ＭＦＰ１０のユーザごとに、携帯端末５０にて実行される生体認証に関する設定（生体認証設定）がＭＦＰ１０にて事前に行われ、当該生体認証設定の設定内容に基づく生体認証が携帯端末５０にて実行される。

具体的には、管理者は、ＭＦＰ１０において、携帯端末５０にて実行すべき生体認証の種類と、当該生体認証における認証精度に関する設定値（指標値）とをＭＦＰ１０のユーザごとに事前に設定（指定）する。そして、携帯端末５０において、管理者によって指定された種類の生体認証が、管理者によって指定された認証精度に関する設定値が実現されるように実行される。

まず、管理者による生体認証設定について説明する。

管理者は、ＭＦＰ１０において、生体認証に関する設定（生体認証設定）をＭＦＰ１０のユーザごとに行う。ここでは、ＭＦＰ１０のユーザの一人であって携帯端末５０の正規ユーザでもあるユーザＵ１に関して生体認証設定が行われる様子について例示する。

図１４は、生体認証設定を当該ユーザＵ１に関して行うための生体認証設定画面２３０を示す図である。当該生体認証設定画面２３０は、ＭＦＰ１０のタッチパネル２５に表示される。ここでは、当該生体認証設定画面２３０において、管理者は、ユーザＵ１に関して、「生体認証要求」と「生体認証の種類」と「他人受入率」との３つの設定項目についてそれぞれ設定する。

まず、管理者は、ユーザＵ１に関して、設定項目「生体認証要求」（生体認証の要否）を設定する。

たとえば、管理者が、ユーザＵ１に関して生体認証を要すると判断する場合、生体認証設定画面２３０において、管理者は、設定項目「生体認証要求」を「ＯＮ」に設定する。設定項目「生体認証要求」が「ＯＮ」に設定されている場合（ユーザＵ１に関して生体認証を要する旨が設定されている場合）、後述するように、ユーザＵ１の携帯端末５０からのログイン要求に応じて、生体認証要求が当該携帯端末５０に送信される。一方、管理者が、ユーザＵ１に関して生体認証を要しないと判断する場合、生体認証設定画面２３０において、管理者は、設定項目「生体認証要求」を「ＯＦＦ」に設定する。設定項目「生体認証要求」が「ＯＦＦ」に設定されている場合（ユーザＵ１に関して生体認証を要しない旨が設定されている場合）は、生体認証要求はユーザＵ１の携帯端末５０に送信されない。ここでは、図１４に示すように、ユーザＵ１に関して、設定項目「生体認証要求」が「ＯＮ」に設定される（生体認証を要する旨が設定される）。

つぎに、管理者は、ユーザＵ１に関して、設定項目「生体認証の種類」を設定する。

具体的には、管理者は、複数種類の生体認証（たとえば、指紋認証、虹彩認証、顔認証等）のうち、ユーザＵ１の携帯端末５０にて実行すべき生体認証の種類を指定（設定）する。ここでは、図１４に示すように、複数種類の生体認証の中から、ユーザＵ１の携帯端末５０にて実行すべき生体認証の種類として「指紋認証」が設定（指定）される。

また、管理者は、ユーザＵ１に関して、設定項目「他人受入率」を設定（指定）する。

「他人受入率」は、他人を本人（ここでは携帯端末５０の正規ユーザ本人）であると誤認識する確率である。ここでは、生体認証における認証精度を示す指標として「他人受入率」が用いられる。携帯端末５０においては、設定された他人受入率（認証精度に関する設定値）が実現されるように、生体認証における各種パラメータの閾値等が変更（調整）された上で、生体認証が実行される。たとえば、他人受入率が比較的小さい値に設定されると、認証対象者から取得された生体認証用情報と正規の生体認証用情報との類似度等に関する閾値が、設定された他人受入率が実現される値（たとえば比較的大きい値）に変更（調整）された上で、生体認証が実行される。逆に、他人受入率が比較的大きい値に設定されると、当該類似度等に関する閾値が、設定された他人受入率が実現される値（たとえば比較的小さい値）に変更された上で、生体認証が実行される。管理者は、他人受入率の設定値を比較的小さい値に設定することによって、比較的高い認証精度を有する生体認証を実行させること（他人が本人（ここではユーザＵ１）であると誤認識される可能性を低減すること）ができる。ここでは、図１４に示すように、管理者は、「他人受入率」（詳細にはその許容上限値）を値「０．００１」％に設定（入力）する。

なお、ここでは、生体認証における認証精度を示す指標として「他人受入率」が用いられる態様を例示したが、これに限定されず、たとえば、生体認証における認証精度を示す指標として「本人拒否率」（本人（正規ユーザ）を他人であると誤認識する確率）等が用いられてもよい。あるいは、生体認証における認証精度を示す指標として「他人受入率」と「本人拒否率」との双方が用いられてもよい。

ユーザＵ１に関する生体認証設定が行われると、各設定項目の設定内容が、ユーザ特定情報（ここではユーザＩＤ）に関連付けられてＭＦＰ１０の格納部５（詳細には生体認証設定管理テーブル４００（図１５参照））に登録される。

具体的には、生体認証設定管理テーブル４００においては、ＭＦＰ１０のユーザのうちの特定ユーザに関する生体認証の要否が当該特定ユーザのユーザＩＤに関連付けられて（対応付けられて）登録される。たとえば、図１５に示すように、ユーザＵ１に関して生体認証を要する旨（生体認証要求を送信すべき旨）が、当該ユーザＵ１のユーザＩＤ（「User U1」）に関連付けられて生体認証設定管理テーブル４００に登録される。

また、生体認証設定管理テーブル４００においては、複数種類の生体認証のうち当該特定ユーザの携帯端末にて実行すべき生体認証の種類もが、当該特定ユーザのユーザＩＤに関連付けられて（対応付けられて）登録される。たとえば、図１５に示すように、複数種類の生体認証の中からユーザＵ１に関して管理者によって指定された種類の生体認証（ここでは指紋認証）が、当該ユーザＵ１のユーザＩＤ（「User U1」）に関連付けられて生体認証設定管理テーブル４００に登録される。

さらに、生体認証設定管理テーブル４００においては、当該特定ユーザの携帯端末にて実行される生体認証における他人受入率の設定値（認証精度に関する設定値）が、当該特定ユーザのユーザＩＤに関連付けられて（対応付けられて）登録される。たとえば、図１５に示すように、ユーザＵ１に関して管理者によって指定（設定）された他人受入率の設定値「０．００１」％が、当該ユーザＵ１のユーザＩＤ（「User U1」）に関連付けられて生体認証設定管理テーブル４００に登録される。

このようにして、管理者は、ユーザＵ１に関して生体認証設定を事前に行い、ユーザＵ１に関する生体認証設定の設定内容が、ユーザＵ１のユーザＩＤに関連付けられて登録される。同様にして、管理者は、他ユーザ（ＭＦＰ１０のユーザＵ１以外のユーザ）に関しても生体認証設定を事前に行う。なお、生体認証設定における各設定内容は、ＭＦＰ１０のユーザのユーザ特定情報（ユーザＩＤ）に限らず、ＭＦＰ１０のユーザの携帯端末の識別情報（たとえばＭＡＣアドレス）に関連付けられて登録されるようにしてもよい。

つぎに、管理者によって生体認証設定が行われた後のＭＦＰ１０の動作および携帯端末５０の動作について説明する。

ステップＳ１１（図７）の後、ステップＳ１２において、携帯端末５０は、ログイン要求および機種情報に加えて、ユーザ特定情報をもＭＦＰ１０に送信する。ここでは、ユーザ特定情報として、ユーザＩＤ（携帯端末５０の正規ユーザであるユーザＵ１のユーザＩＤ「User U1」）が携帯端末５０からＭＦＰ１０に送信される。

ＭＦＰ１０においては、ステップＳ２１，Ｓ２２の後、ステップＳ２３の前において、当該ユーザＵ１（ＭＦＰ１０のユーザの一人であって携帯端末５０の正規ユーザでもあるユーザ）に関する生体認証の要否が、生体認証設定管理テーブル４００（図１５）に基づき判定される。

具体的には、ＭＦＰ１０は、当該生体認証設定管理テーブル４００と携帯端末５０からのユーザ特定情報（ここではユーザＩＤ）とに基づいて、当該ユーザＵ１に関して生体認証を要する旨が設定されているか否か、を判定する。当該ユーザＵ１に関して生体認証を要する旨が設定されている場合、処理はステップＳ２３へと進み、生体認証を要しない旨が当該ユーザＵ１に関して設定されている場合は、処理はステップＳ３０へと進む。ここでは、ユーザＵ１に関して生体認証を要する旨が設定されており（図１５も参照）、処理はステップＳ２３へと進む。なお、ＭＦＰ１０のユーザの一人であって携帯端末５０の正規ユーザでもあるユーザに関して生体認証を要しない旨が設定されている場合の動作については、後述する。

ステップＳ２３においては、ＭＦＰ１０の複数のユーザのうちの特定ユーザ（携帯端末５０の正規ユーザＵ１）に対応する設定内容（詳細には、生体認証の種類および他人受入率）に関する情報が、端末認証用情報の送信要求および生体認証要求とともに携帯端末５０に送信される。

具体的には、まず、ＭＦＰ１０は、生体認証設定管理テーブル４００（図１５）を参照（確認）し、ＭＦＰ１０のユーザのうちユーザＵ１に対応する設定内容（生体認証の種類および他人受入率）を特定する。より詳細には、ＭＦＰ１０は、複数種類の生体認証のうちユーザＵ１の携帯端末５０にて実行すべき生体認証の種類として指紋認証をユーザＵ１のユーザＩＤ（「User U1」）に基づき特定する。また、ＭＦＰ１０は、ユーザＵ１の携帯端末５０にて実行される生体認証における認証精度に関する設定値（他人受入率の設定値（許容上限値））「０．００１」％をも、ユーザＵ１のユーザＩＤ（「User U1」）に基づき特定する。

そして、ステップＳ２３において、ＭＦＰ１０は、端末認証用情報の送信要求と生体認証要求とに加えて、複数種類の生体認証のうち特定種類の生体認証（ユーザＵ１に関して設定された種類の生体認証（ここでは指紋認証））を実行すべき旨を指示する生体認証種類情報（生体認証種類指定情報）をも携帯端末５０に送信する。さらに、ステップＳ２３において、ＭＦＰ１０は、当該ユーザＵ１に関して設定された設定値（他人受入率の設定値（ここでは値「０．００１」％））を、生体認証における認証精度に関する所定の設定値（他人受入率の設定値）として指定する認証精度情報（認証精度指定情報）をも携帯端末５０に送信する。

このように、ＭＦＰ１０は、生体認証設定管理テーブル４００と携帯端末５０からのユーザＩＤ（「User U1」）とに基づき、当該ユーザＵ１に対応する生体認証種類情報および認証精度情報を携帯端末５０に送信する。

携帯端末５０においては、端末認証用情報の送信要求および生体認証要求とともに生体認証種類情報および認証精度情報もが受信される（ステップＳ１３）と、当該生体認証種類情報と当該認証精度情報とに基づく生体認証が実行される（ステップＳ１４）。

具体的には、ステップＳ１４において、携帯端末５０（生体認証制御部６５）は、生体認証種類情報に基づき、複数種類の生体認証のうちユーザＵ１に関して管理者によって設定（指定）された種類の生体認証（ここでは指紋認証）を実行する。なお、管理者によって指定された種類の生体認証（指紋認証）を携帯端末５０（生体認証プログラム）が行うことができない（対応していない）場合、携帯端末５０は、当該生体認証が失敗した旨の生体認証結果をＭＦＰ１０に送信する。

また、ステップＳ１４においては、携帯端末５０（生体認証制御部６５）は、当該ユーザＵ１に関して設定（指定）された設定値「０．００１」％以下に他人受入率が収まるように、当該生体認証（ここでは指紋認証）を実行する。具体的には、携帯端末５０（生体認証制御部６５）は、生体認証における各種パラメータ（たとえば類似度）の閾値を、設定値「０．００１」％以下の他人受入率が得られる値に変更（調整）した上で、生体認証（指紋認証）を実行する。

なお、生体認証が実行された後の処理（ステップＳ１５，Ｓ１６，Ｓ１８，Ｓ２４〜Ｓ２９の処理）は、第１実施形態と同様である。

さて、ＭＦＰ１０において、図８のステップＳ２２の後、ＭＦＰ１０のユーザの一人であって携帯端末５０の正規ユーザでもある特定ユーザに関して生体認証を要しない旨が設定されている場合は、生体認証要求が携帯端末５０に送信されず、処理はステップＳ３０へと進む。そして、ＭＦＰ１０において、端末認証および手動入力認証が行われる。

具体的には、当該特定ユーザに関して生体認証を要しない旨が設定されている場合、端末認証用情報の送信要求のみがＭＦＰ１０から携帯端末５０へと送信され（ステップＳ３０）、携帯端末５０は、当該送信要求に応じて、自装置内の端末認証用情報をＭＦＰ１０に送信する（ステップＳ１７）。ＭＦＰ１０においては、携帯端末５０からの端末認証用情報と正規の端末認証用情報とに基づく端末認証が実行され（ステップＳ３２）、当該端末認証が成功すると、手動入力認証用情報の手動入力が当該携帯端末５０の所持ユーザに対して要求される（ステップＳ３４）。そして、当該所持ユーザによって入力された手動入力認証用情報と正規の手動入力認証用情報とに基づく手動入力認証が成功した旨が判定される（ステップＳ３５）と、ＭＦＰ１０へのログインが許可される（ステップＳ２８）。

このように、当該特定ユーザに関して生体認証を要しない旨が設定されている場合は、端末認証が成功し、且つ手動入力認証もが成功することを条件に、ＭＦＰ１０へのログインが許可される。

ここにおいて、携帯端末５０にて実行すべき生体認証の種類を管理者が指定できない場合には、次のような問題が生じ得る。たとえば携帯端末５０にて顔認証が行われる場合、顔認証の認証精度が指紋認証等の認証精度よりも比較的低いことに起因して、当該携帯端末５０の所持ユーザが、正規ユーザ（ユーザＵ１）とは異なる他人であるにもかかわらず、当該ユーザＵ１本人であると誤認識される可能性が比較的高いという問題が生じ得る。

これに対して、第２実施形態においては、複数種類の生体認証のうち携帯端末５０にて実行すべき生体認証の種類が管理者によって事前に設定（指定）され、携帯端末５０において、管理者によって指定された種類の生体認証が実行される。そのため、管理者は、比較的高い認証精度を有する生体認証の種類（たとえば指紋認証）を指定することによって、正規ユーザ以外の他人によるなりすましのログインが生じ難い種類の生体認証を携帯端末５０にて実行させることが可能である。

また、生体認証における認証精度に関する設定値（ここでは他人受入率の設定値）が管理者によって事前に設定（指定）され、携帯端末５０において、管理者によって指定された設定値（他人受入率の設定値）の認証精度が得られるように生体認証の各種パラメータが調整（変更）されて生体認証が実行される。そのため、管理者は、所望の認証精度（所望の他人受入率）で生体認証を実行させることが可能である。

なお、上記第２実施形態では、実行すべき生体認証の種類と認証精度に関する設定値（他人受入率の設定値）とがＭＦＰ１０のユーザごとにそれぞれ設定される態様を例示したが、これに限定されず、当該生体認証の種類と当該設定値とがＭＦＰ１０の全てのユーザに関して一律に設定されるようにしてもよい。

たとえば、管理者は、ＭＦＰ１０の全てのユーザに共通の生体認証設定画面において、携帯端末にて実行すべき生体認証の種類（たとえば指紋認証）と、他人受入率の設定値（たとえば値「０．００１」％）とを事前に設定する。

そして、たとえばユーザＵ１の携帯端末５０からログイン要求が受け付けられると、複数種類の生体認証のうち特定種類の生体認証（指紋認証）を実行すべき旨を指示する生体認証種類情報が携帯端末５０に送信される（ステップＳ２３）。また、ステップＳ２３においては、認証精度に関する設定値（他人受入率（「０．００１」％））を指定する認証精度情報もが携帯端末５０に送信される。

ユーザＵ１の携帯端末５０においては、当該生体認証種類情報と認証精度情報とに基づき、設定値「０．００１」％以下の他人受入率が得られるように指紋認証が実行される（ステップＳ１４）。

また、ＭＦＰ１０のユーザの一人であってユーザＵ１とは別のユーザであるユーザＵ２の携帯端末からログイン要求が受け付けられた場合も、同様に、ＭＦＰ１０は、ユーザＵ２の携帯端末にて指紋認証を、設定値「０．００１」％以下の他人受入率が得られるように実行させる。

このように、実行すべき生体認証の種類と認証精度に関する設定値とがＭＦＰ１０の全てのユーザに関して一律に設定（指定）されるようにしてもよい。これによれば、管理者は、ＭＦＰ１０の全ユーザの携帯端末にて実行させる生体認証の種類、および実行される生体認証における認証精度を統一することができる。

なお、生体認証の種類と当該設定値との双方がＭＦＰ１０の全てのユーザに関して一律に設定される態様に限定されず、生体認証の種類と当該設定値とのいずれか一方が全てのユーザに関して一律に設定されるようにしてもよい。

また、上記第２実施形態では、管理者による生体認証設定（生体認証の要否と生体認証の種類と認証精度に関する設定値とに関する設定）がＭＦＰ１０にて行われる態様を例示したが、これに限定されない。たとえば、当該生体認証設定がＭＦＰ１０とは別の装置（たとえば管理者のパーソナルコンピュータ）にて行われるようにしてもよい。当該別の装置にて生体認証設定が行われる場合、管理者によって設定された生体認証設定の設定内容は、ＭＦＰ１０へと送信され、ＭＦＰ１０内の生体認証設定管理テーブル４００（図１５）に登録される。

＜３．第３実施形態＞
第３実施形態は、第１実施形態の変形例である。以下では、第１実施形態との相違点を中心に説明する。

上記第１実施形態では、図８の各処理（端末認証の実行処理、ＭＦＰ１０へのログイン許否の判定処理等）をＭＦＰ１０が行う態様を例示した。

この第３実施形態では、図８の各処理（端末認証の実行処理、ＭＦＰ１０へのログイン許否の判定処理等）を外部サーバ８０が行う態様を例示する。

図１６は、第３実施形態に係る通信システム（認証システム）１を示す図である。図１６に示すように、第３実施形態に係る通信システム１は、ＭＦＰ１０と携帯端末５０と外部サーバ８０とを備える。

外部サーバ８０は、ＭＦＰ１０および携帯端末５０とは別に設けられた外部装置である。外部サーバ８０は、端末認証に関する認証機能（端末認証機能）を備えたサーバ装置であり、認証サーバとも称される。

図１７は、外部サーバ８０の機能ブロックを示す図である。図１７に示すように、外部サーバ８０は、通信部８４、格納部８５およびコントローラ（制御部）８９等を備えており、これら各部を複合的に動作させることによって、各種の機能を実現する。

通信部８４は、ネットワーク１０８を介したネットワーク通信を利用することによって、所望の相手先（ＭＦＰ１０等）と連携して各種のデータを授受することが可能である。通信部８４は、各種データを送信する送信部８４ａと、各種データを受信する受信部８４ｂとを有する。

格納部８５は、ハードディスクドライブ（ＨＤＤ）等の記憶装置で構成される。たとえば、格納部８５には、正規の端末認証用情報（ここではユーザＩＤおよびパスワード）が格納されている。また、格納部８５には、端末管理テーブル３００（図１０参照）も格納されている。

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

具体的には、図１７に示すように、コントローラ８９は、当該プログラムの実行により、取得部９１と認証処理部９４と許可部９５とを含む各種の処理部を実現する。

取得部９１は、各種情報を取得する動作等を制御する処理部である。たとえば、取得部９１は、外部サーバ８０にて実行された端末認証の認証結果を取得するとともに、通信制御部９１ａを用いて、携帯端末５０にて実行された生体認証の認証結果をも取得する。取得部９１は、通信制御部９１ａを有する。当該通信制御部９１ａは、他の装置（ＭＦＰ１０等）との間の通信動作を通信部８４等と協働して制御する処理部である。

外部サーバ８０の認証処理部９４および許可部９５は、ＭＦＰ１０の認証処理部１４および許可部１５（上記第１実施形態参照）と同様の動作等をそれぞれ制御する処理部である。

第１実施形態におけるＭＦＰ１０の動作と同様の動作が外部サーバ８０にて行われる態様について、図７、図８および図１８を参照しつつ、以下に説明する。図１８は、第３実施形態に係る通信システム１における動作の一例を示すタイミングチャートである。

なお、この第３実施形態の通信システム１において、ＭＦＰ１０は、携帯端末５０と外部サーバ８０との間で各種情報の中継を行う中継装置として動作する。携帯端末５０からの各種情報は、ＭＦＰ１０を介して外部サーバ８０に送信され、外部サーバ８０からの各種情報は、ＭＦＰ１０を介して携帯端末５０に送信される。ＭＦＰ１０と携帯端末５０との間の通信は、第１実施形態と同様にＢＬＥ通信が利用され、ＭＦＰ１０と外部サーバ８０との間の通信は、ネットワーク１０８を介した無線（あるいは有線）通信が利用される。

具体的には、ＭＦＰ１０への近接が検出される（ステップＳ１１）と、ログイン要求と機種情報とが、携帯端末５０から外部サーバ８０へとＭＦＰ１０を介して送信される（ステップＳ１２，Ｓ２１）（図１８も参照）。

そして、ログイン要求の依頼元端末（携帯端末５０）が生体認証機能を有する旨が判定される（ステップＳ２２）と、外部サーバ８０は、端末認証用情報の送信要求と生体認証要求とを、外部サーバ８０から携帯端末５０へとＭＦＰ１０を介して送信する（ステップＳ２３，Ｓ１３）。

携帯端末５０は、外部サーバ８０からの生体認証要求に応じて、携帯端末５０の所持ユーザの生体認証を実行し（ステップＳ１４）、当該生体認証が成功すると、当該生体認証が成功した旨の生体認証結果と端末認証用情報とが、携帯端末５０から外部サーバ８０へとＭＦＰ１０を介して送信される（ステップＳ１６，Ｓ２４）。

そして、外部サーバ８０においては、携帯端末５０からの端末認証用情報と自装置内の正規の端末認証用情報とに基づく端末認証が実行され（ステップＳ２５）、端末認証結果が取得される。

さらに、外部サーバ８０は、端末認証の認証結果と生体認証の認証結果とに基づいて、携帯端末５０の所持ユーザによる画像形成装置へのログインの許否を決定するとともに、その決定結果に関する通知（ログイン許否通知）をＭＦＰ１０に送信する。

たとえば、外部サーバ８０における端末認証が成功した旨がステップＳ２６にて判定され、且つ携帯端末５０における生体認証が成功した旨がステップＳ２７にて判定される場合、外部サーバ８０は、携帯端末５０の所持ユーザによるＭＦＰ１０へのログインを許可する（ステップＳ２８）。ＭＦＰ１０へのログインが許可されると、外部サーバ８０は、当該携帯端末５０の所持ユーザによるログインを許可する旨の通知（ログイン許可通知）をＭＦＰ１０に送信する（図１８も参照）。そして、ＭＦＰ１０は、当該ログイン許可通知に基づき、タッチパネル２５にメニュー画面２１０（図１２）を表示し、ユーザＵ１の利用を受け付ける。

一方、外部サーバ８０における端末認証が失敗した場合、あるいは携帯端末５０における生体認証が失敗した場合、外部サーバ８０は、携帯端末５０の所持ユーザによるＭＦＰ１０へのログインを拒否する（ステップＳ２９）。ＭＦＰ１０へのログインが拒否されると、外部サーバ８０は、当該携帯端末５０の所持ユーザによるログインを拒否する旨の通知（ログイン拒否（不許可）通知）をＭＦＰ１０に送信する。そして、ＭＦＰ１０は、当該ログイン不許可通知に基づき、当該所持ユーザによる自装置へのログインを拒否する。

なお、ログイン要求の依頼元端末が生体認証機能を有しない旨がステップＳ２２にて判定され、処理がステップＳ３０へと進む場合についても、第１実施形態のステップＳ３０以降のＭＦＰ１０の動作と同様の動作が外部サーバ８０にて実行される。ただし、手動入力認証における入力操作（手動入力操作）は、ＭＦＰ１０のタッチパネル２５にて携帯端末５０の所持ユーザによって行われ、当該所持ユーザによって入力された手動入力用認証情報がＭＦＰ１０から外部サーバ８０へと送信される。

このように、第１実施形態におけるＭＦＰ１０の動作と同様の動作が外部サーバ８０にて実行される。

なお、上記第３実施形態においては、第１実施形態におけるＭＦＰ１０の全ての動作と同様の動作が外部サーバ８０にて実行される態様を例示したが、これに限定されず、第１実施形態におけるＭＦＰ１０の一部の動作と同様の動作が外部サーバ８０にて実行されてもよい。たとえば、第１実施形態におけるＭＦＰ１０の全ての動作（図８の各処理）のうち手動入力認証に関する処理（ステップＳ３４，Ｓ３５）以外の処理が外部サーバ８０にて実行され、当該手動入力認証に関する処理は、第１実施形態と同様にＭＦＰ１０にて実行されてもよい。

また、上記第３実施形態においては、携帯端末５０と外部サーバ８０との間で授受される全ての情報（端末認証用情報等）は、ＭＦＰ１０を介して（中継して）送信先装置（外部サーバ８０あるいは携帯端末５０）に送信される態様を例示したが、これに限定されない。たとえば、携帯端末５０と外部サーバ８０との間で授受される全ての情報あるいは一部の情報が、ＭＦＰ１０を介さずに、外部サーバ８０から携帯端末５０へと、あるいは携帯端末５０から外部サーバ８０へと直接送信されるようにしてもよい。

また、上記第３実施形態では、第１実施形態におけるＭＦＰ１０の動作と同様の動作が外部サーバ８０にて実行される態様を例示したが、これに限定されない。たとえば、他の実施形態（第２実施形態）等におけるＭＦＰ１０の動作と同様の動作が外部サーバ８０にて実行されてもよい。なお、第２実施形態におけるＭＦＰ１０の動作と同様の動作が外部サーバ８０にて実行される場合、管理者による生体認証設定（生体認証の要否と生体認証の種類と認証精度に関する設定値とに関する設定）の設定操作は、管理者用コンピュータ等を用いて行われればよい。ただし、これに限定されず、当該設定操作がＭＦＰ１０にて行われてもよい。

＜４．第４実施形態＞
第４実施形態は、第１実施形態の変形例である。以下では、第１実施形態との相違点を中心に説明する。

上記第１実施形態では、生体認証が携帯端末５０にて実行された後、生体認証結果と端末認証用情報とが同時に携帯端末５０からＭＦＰ１０に送信され、当該端末認証用情報に基づく端末認証がＭＦＰ１０にて実行される態様を例示した。すなわち、上記第１実施形態では、図９等に示すように、先に生体認証が実行され（ステップＳ１４）、その後に端末認証が実行される（ステップＳ２５）態様を例示した。

この第４実施形態では、逆に、図２１等に示すように、先に端末認証が実行され（ステップＳ５４）、その後に生体認証が実行される（ステップＳ４６）態様を例示する。

図１９は、第４実施形態に係る携帯端末５０の動作を示すフローチャートであり、図２０は、第４実施形態に係るＭＦＰ１０の動作を示すフローチャートである。また、図２１は、第４実施形態に係る通信システム１における動作の一例を示すタイミングチャートである。以下、図１９〜図２１等を参照しつつ、説明する。

図１９のステップＳ４１，Ｓ４２の処理内容は、図７のステップＳ１１，Ｓ１２の処理内容と同様であり、図２０のステップＳ５１の処理内容は、図８のステップＳ２１の処理内容と同様である（第１実施形態参照）。具体的には、ＭＦＰ１０への携帯端末５０の近接が検出される（ステップＳ４１）と、ログイン要求と機種情報とが携帯端末５０からＭＦＰ１０へと送信される（ステップＳ４２，Ｓ５１）（図２１も参照）。

ステップＳ５２においては、ＭＦＰ１０は、端末認証用情報（ユーザＩＤおよびパスワード）の送信要求のみを携帯端末５０に送信する。このように、第４実施形態では、まず、端末認証用情報の送信要求のみが携帯端末５０へと送信される。生体認証要求は、後述のように、ＭＦＰ１０にて端末認証が行われた後に、ＭＦＰ１０から携帯端末５０へと送信される（後述のステップＳ５７）。

端末認証用情報の送信要求がＭＦＰ１０から受信される（ステップＳ４３）と、携帯端末５０は、当該送信要求に応じて、自装置内の端末認証用情報をＭＦＰ１０に送信する（ステップＳ４４）（図２１も参照）。

端末認証用情報が携帯端末５０から受信される（ステップＳ５３）と、ＭＦＰ１０は、携帯端末５０からの端末認証用情報と自装置内の正規の端末認証用情報とに基づく端末認証を実行する（ステップＳ５４）（図２１も参照）。

そして、ＭＦＰ１０における端末認証が成功した旨が判定される（ステップＳ５５）と、ＭＦＰ１０は、ログイン要求の依頼元端末（携帯端末５０）における生体認証機能の有無を端末管理テーブル３００（図１０参照）に基づき判定する（ステップＳ５６）。

ログイン要求の依頼元端末（携帯端末５０）が生体認証機能を有する旨が判定されると、処理はステップＳ５７へと進み、生体認証要求がＭＦＰ１０から携帯端末５０へと送信される（図２１も参照）。

携帯端末５０においては、ＭＦＰ１０からの生体認証要求に応じて生体認証（ここでは指紋認証）が実行され（ステップＳ４６）、生体認証結果がＭＦＰ１０に送信される（ステップＳ４８，Ｓ４９）。具体的には、生体認証が成功した場合は、生体認証が成功した旨の生体認証結果がＭＦＰ１０へと送信され（ステップＳ４８）、生体認証が失敗した場合は、生体認証が失敗した旨の生体認証結果がＭＦＰ１０へと送信される（ステップＳ４９）。

ＭＦＰ１０は、生体認証結果を携帯端末５０から受信する（ステップＳ５８）と、携帯端末５０の所持ユーザの生体認証が成功したか否かを判定する（ステップＳ５９）。なお、ステップＳ５９〜Ｓ６１の処理内容は、図８のステップＳ２７〜Ｓ２９の処理内容と同様である。具体的には、当該生体認証が成功した旨がステップＳ５９にて判定されると、ＭＦＰ１０へのログインが許可される（ステップＳ６０）（図２１も参照）。一方、当該生体認証が失敗した旨がステップＳ５９にて判定されると、ＭＦＰ１０へのログインが拒否される（ステップＳ６１）。

なお、ログイン要求の依頼元端末が生体認証機能を有しない旨が端末管理テーブル３００に基づき判定されると、処理はステップＳ６３へと進み、生体認証に代えて、手動入力認証が行われる。ステップＳ６３〜Ｓ６５の処理内容は、図８のステップＳ３４〜Ｓ３６の処理内容と同様である（第１実施形態参照）。

このような態様によれば、上記第１実施形態と同様の効果を得ることが可能である。

なお、上記第４実施形態では、端末認証と生体認証との実行順序を変更する改変を第１実施形態に対して施しているが、これに限定されない。たとえば、同様の改変（詳細には、端末認証の実行後に生体認証が実行される改変）を他の実施形態（第２、第３実施形態）等に対して施してもよい。

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

たとえば、上記各実施形態等においては、生体認証が失敗した場合（ステップＳ２７（図８），Ｓ５９（図２０））、ＭＦＰ１０へのログインが拒否される態様を例示した。しかしながら、本願発明はこれに限定されず、生体認証が失敗した場合に、手動入力認証が行われるようにしてもよい。

具体的には、図８のステップＳ２７（第４実施形態においてはステップＳ５９（図２０））において、携帯端末５０の所持ユーザの生体認証が失敗した旨が判定されると、当該所持ユーザ（操作ユーザ）に対して手動入力認証用情報の入力が要求される。そして、当該所持ユーザによって入力された手動入力認証用情報に基づく手動入力認証が成功すると、ＭＦＰ１０へのログインが許可される（ステップＳ２８（図８），Ｓ６０（図２０））。換言すれば、携帯端末５０における生体認証が失敗した場合であっても、端末認証が成功し且つ手動入力認証もが成功するときには、ＭＦＰ１０へのログインが（例外的に）許可されるようにしてもよい。

ここにおいて、携帯端末５０の正規ユーザ（ここではユーザＵ１）が自身の携帯端末５０を操作（所持）しているにもかかわらず、生体認証の認証精度等に起因して生体認証が偶発的に失敗してしまうこともある。この場合、上記実施形態等においては、当該正規ユーザによるＭＦＰ１０へのログインは拒否されてしまう。

これに対して、上記変形例では、生体認証が失敗した場合には、手動入力認証が行われ、端末認証が成功し且つ当該手動入力認証が成功することを条件に、ＭＦＰ１０へのログインが許可される。換言すれば、正規ユーザの生体認証が偶発的に失敗した場合であっても、端末認証に加えて手動入力認証もが成功すれば、当該正規ユーザによるＭＦＰ１０へのログインが許可される。したがって、正規ユーザによるログインが拒否されることを回避することが可能である。

また、上記各実施形態等においては、ＭＦＰ１０（あるいは外部サーバ８０）からの生体認証要求に応じて生体認証が実行される態様を例示したが、これに限定されない。たとえば、ＭＦＰ１０（あるいは外部サーバ８０）からの生体認証要求が受信されない場合であっても、生体認証が、所定のタイミングで実行（たとえばＭＦＰ１０への近接を携帯端末５０が検出したタイミングで自動的に実行）されるようにしてもよい。具体的には、携帯端末５０は、ＭＦＰ１０への近接を検出すると、自装置における生体認証機能の有無を自ら判断し、生体認証機能を有する場合に、生体認証を自動的に実行するようにしてもよい。

また、上記各実施形態等においては、ログイン要求の依頼元端末における生体認証機能の有無を判定する判定主体の装置（第１，２，４実施形態ではＭＦＰ１０、第３実施形態では外部サーバ８０）の内部メモリに端末管理テーブル３００（図１０）が格納されている態様を例示したが、これに限定されない。たとえば、当該端末管理テーブル３００が、当該判定主体の装置とは別に設けられた装置（別のサーバ等）内に格納されるようにしてもよい。

また、上記各実施形態等においては、ログイン要求の依頼元端末における生体認証機能の有無が、端末管理テーブル３００（図１０）と携帯端末５０からの機種情報とに基づき判定される（ステップＳ２２（図８），Ｓ５６（図２０））態様を例示したが、これに限定されない。たとえば、携帯端末５０が、自装置における生体認証機能の有無に関する情報（生体認証機能情報）をＭＦＰ１０（あるいは外部サーバ８０）に送信し、ログイン要求の依頼元端末（携帯端末５０）における生体認証機能の有無が、当該携帯端末５０からの当該生体認証機能情報に基づき判定されるようにしてもよい。

また、上記各実施形態等において、生体認証における失敗回数もが、ＭＦＰ１０へのログイン許否の判定材料として用いられるようにしてもよい。

具体的には、携帯端末５０は、ＭＦＰ１０（あるいは外部サーバ８０）からの生体認証要求に応じて実行された生体認証における失敗回数をカウントしておき、当該失敗回数を生体認証結果とともにＭＦＰ１０（外部サーバ８０）に送信する。たとえば、生体認証が４回失敗し、５回目の生体認証が成功すると、生体認証が成功した旨の生体認証結果とともに、当該生体認証の失敗回数（ここでは４回）が携帯端末５０からＭＦＰ１０（外部サーバ８０）へと送信される。ＭＦＰ１０（外部サーバ８０）は、当該失敗回数（４回）を携帯端末５０から取得（受信）し、当該生体認証における失敗回数（４回）が所定回数（たとえば３回）よりも多いか否かを判定する。そして、生体認証が成功した旨の生体認証結果が携帯端末５０から受信される場合であっても、当該生体認証における失敗回数（４回）が当該所定回数（３回）よりも多いときには、ＭＦＰ１０は、自装置へのログインを拒否する。換言すれば、ＭＦＰ１０（外部サーバ８０）は、端末認証が成功し且つ生体認証が成功することに加えて、当該生体認証における失敗回数が所定回数よりも少ないことをも条件に、ＭＦＰ１０へのログインを許可する。このように、生体認証における失敗回数もが、ＭＦＰ１０へのログイン許否の判定材料として用いられてもよい。

また、上記各実施形態等においては、ＭＦＰ１０へのログイン許否を判定する判定主体の装置（第１，２，４実施形態ではＭＦＰ１０、第３実施形態では外部サーバ８０）にて端末認証が実行される態様を例示したが、これに限定されない。たとえば、当該判定主体の装置とは別に設けられた装置（別のサーバ等）にて端末認証が実行されてもよい。当該判定主体の装置とは別の装置にて端末認証が実行される場合、当該判定主体の装置は、当該別の装置から端末認証の認証結果（端末認証結果）を取得（受信）し、当該端末認証結果を用いてログイン許否の判定を行う。

また、上記各実施形態等においては、生体認証が携帯端末５０にて実行される態様を例示したが、これに限定されず、生体認証がＭＦＰ１０（あるいは外部サーバ８０）にて実行されるようにしてもよい。

具体的には、ＭＦＰ１０（あるいは外部サーバ８０）は、生体認証における正規ユーザの生体認証用情報を予め自装置内に格納（登録）しておく。そして、ＭＦＰ１０の取得部１１および認証処理部１４（外部サーバ８０の取得部９１および認証処理部９４）は、携帯端末５０の所持ユーザから取得された生体認証用情報を携帯端末５０から受信し、当該生体認証用情報と自装置内の正規ユーザの生体認証用情報とを照合して生体認証を実行する。生体認証が実行されると、ＭＦＰ１０の取得部１１（外部サーバ８０の取得部９１）は、当該生体認証の認証結果（生体認証結果）を取得する。そして、端末認証がＭＦＰ１０（外部サーバ８０）にて成功し、且つ生体認証もがＭＦＰ１０（外部サーバ８０）にて成功することを条件に、ＭＦＰ１０へのログインが許可される。このように、生体認証がＭＦＰ１０（外部サーバ８０）にて実行されてもよい。

また、上記各実施形態等においては、携帯端末５０とＭＦＰ１０との間の通信にＢＬＥ通信が利用される態様を例示したが、これに限定されず、携帯端末５０とＭＦＰ１０との間の通信に他の無線通信技術が利用されてもよい。たとえば、携帯端末５０とＭＦＰ１０との間の通信に、近接場型無線通信（ＮＦＣ（Near Field Communication））が利用されてもよく、あるいは、無線ＬＡＮによる通信が利用されてもよい。

１ 通信システム（認証システム）
１０ ＭＦＰ（画像形成装置）
５０ 携帯端末
８０ 外部サーバ
３００ 端末管理テーブル
４００ 生体認証設定管理テーブル

Claims (21)

1. 携帯端末の所持ユーザによる画像形成装置へのログインの許否を判定することが可能な通信装置であって、
   前記携帯端末に格納された端末認証用情報と正規の端末認証用情報とに基づき実行された端末認証の認証結果を取得するとともに、前記携帯端末の前記所持ユーザから取得される生体認証用情報と前記携帯端末の正規ユーザの生体認証用情報とに基づき実行された生体認証の認証結果を取得する取得手段と、
   前記端末認証が成功し且つ前記生体認証が成功することを条件に、前記所持ユーザによる前記画像形成装置への前記ログインを許可する許可手段と、
   を備えることを特徴とする通信装置。
2. 請求項１に記載の通信装置において、
   前記取得手段は、
   前記携帯端末にて実行された前記生体認証の前記認証結果を前記携帯端末から受信する通信制御手段、
   を有し、
   前記許可手段は、前記端末認証が成功し、且つ前記生体認証が成功した旨の前記認証結果が前記携帯端末から受信されることを条件に、前記ログインを許可することを特徴とする通信装置。
3. 請求項２に記載の通信装置において、
   前記通信制御手段は、前記携帯端末による前記生体認証の実行を要求する生体認証要求を前記携帯端末に送信するとともに、前記携帯端末にて前記生体認証要求に応じて実行された前記生体認証の前記認証結果を前記携帯端末から受信することを特徴とする通信装置。
4. 請求項２または請求項３に記載の通信装置において、
   前記通信制御手段は、複数種類の生体認証のうち特定種類の生体認証を実行すべき旨を指示する生体認証種類情報を前記携帯端末に送信することを特徴とする通信装置。
5. 請求項４に記載の通信装置において、
   前記特定種類の生体認証は、前記画像形成装置のユーザごとに設定され、
   前記生体認証種類情報は、前記複数種類の生体認証のうち、前記画像形成装置のユーザの一人であって前記携帯端末の前記正規ユーザでもあるユーザに関して設定された種類の生体認証を実行すべき旨を指示する情報であることを特徴とする通信装置。
6. 請求項２から請求項５のいずれかに記載の通信装置において、
   前記通信制御手段は、前記生体認証における認証精度に関する所定の設定値を指定する認証精度情報を前記携帯端末に送信することを特徴とする通信装置。
7. 請求項６に記載の通信装置において、
   前記所定の設定値は、前記画像形成装置のユーザごとに設定され、
   前記認証精度情報は、前記画像形成装置のユーザの一人であって前記携帯端末の前記正規ユーザでもあるユーザに関して設定された設定値を、前記所定の設定値として指定する情報であることを特徴とする通信装置。
8. 請求項３から請求項７のいずれかに記載の通信装置において、
   前記通信制御手段は、
   前記携帯端末における生体認証機能の有無を判定し、
   前記携帯端末が前記生体認証機能を有すると判定される場合に、前記生体認証要求を前記携帯端末に送信することを特徴とする通信装置。
9. 請求項８に記載の通信装置において、
   前記通信制御手段は、
   前記携帯端末の機種情報を前記携帯端末から受信し、
   前記生体認証機能の有無を端末機種ごとに管理する管理情報と前記携帯端末からの前記機種情報とに基づき、前記携帯端末における前記生体認証機能の有無を判定することを特徴とする通信装置。
10. 請求項８に記載の通信装置において、
    前記通信制御手段は、
    前記携帯端末における前記生体認証機能の有無に関する生体認証機能情報を前記携帯端末から受信し、
    前記携帯端末からの前記生体認証機能情報に基づき、前記携帯端末における前記生体認証機能の有無を判定することを特徴とする通信装置。
11. 請求項８から請求項１０のいずれかに記載の通信装置において、
    前記許可手段は、
    前記携帯端末が前記生体認証機能を有しないと判定される場合、前記携帯端末の前記所持ユーザに対して、認証情報の手動入力を要する認証である手動入力認証に用いられる手動入力認証用情報の手動入力を要求し、
    前記端末認証が成功し、且つ前記所持ユーザによって入力された手動入力認証用情報と正規の手動入力認証用情報とに基づく前記手動入力認証もが成功することを条件に、前記ログインを許可することを特徴とする通信装置。
12. 請求項３から請求項１０のいずれかに記載の通信装置において、
    前記生体認証の要否は、前記画像形成装置のユーザごとに設定されており、
    前記通信制御手段は、
    前記画像形成装置のユーザの一人であって前記携帯端末の前記正規ユーザでもあるユーザに関して前記生体認証を要する旨が設定されている場合に、前記生体認証要求を前記携帯端末に送信し、
    前記画像形成装置のユーザの一人であって前記携帯端末の前記正規ユーザでもあるユーザに関して前記生体認証を要しない旨が設定されている場合には、前記生体認証要求を前記携帯端末に送信しないことを特徴とする通信装置。
13. 請求項１２に記載の通信装置において、
    前記許可手段は、
    前記生体認証要求が前記携帯端末に送信されない場合、前記携帯端末の前記所持ユーザに対して、認証情報の手動入力を要する認証である手動入力認証に用いられる手動入力認証用情報の手動入力を要求し、
    前記端末認証が成功し、且つ前記所持ユーザによって入力された手動入力認証用情報と正規の手動入力認証用情報とに基づく前記手動入力認証もが成功することを条件に、前記ログインを許可することを特徴とする通信装置。
14. 請求項１から請求項１０のいずれかに記載の通信装置において、
    前記許可手段は、
    前記生体認証が失敗した場合、前記携帯端末の前記所持ユーザに対して、認証情報の手動入力を要する認証である手動入力認証に用いられる手動入力認証用情報の手動入力を要求し、
    前記生体認証が失敗した場合であっても、前記端末認証が成功し、且つ前記所持ユーザによって入力された手動入力認証用情報と正規の手動入力認証用情報とに基づく前記手動入力認証が成功するときには、前記ログインを許可することを特徴とする通信装置。
15. 請求項１から請求項１０のいずれかに記載の通信装置において、
    前記許可手段は、前記生体認証が失敗した場合は、前記ログインを拒否することを特徴とする通信装置。
16. 請求項１に記載の通信装置において、
    前記取得手段は、前記所持ユーザから取得された前記生体認証用情報を前記携帯端末から受信するとともに、前記通信装置にて実行された前記生体認証の前記認証結果を取得し、
    前記許可手段は、前記端末認証が成功し、且つ前記生体認証もが前記通信装置において成功することを条件に、前記ログインを許可することを特徴とする通信装置。
17. 請求項１から請求項１６のいずれかに記載の通信装置において、
    前記取得手段は、前記生体認証における失敗回数を取得し、
    前記許可手段は、前記生体認証が成功した場合であっても、前記失敗回数が所定回数よりも多いときには、前記ログインを拒否することを特徴とする通信装置。
18. 請求項１から請求項１７のいずれかに記載の通信装置において、
    前記通信装置は、前記画像形成装置であることを特徴とする通信装置。
19. 請求項１から請求項１７のいずれかに記載の通信装置において、
    前記通信装置は、前記画像形成装置とは別に設けられる外部サーバであることを特徴とする通信装置。
20. 携帯端末の所持ユーザによる画像形成装置へのログインの許否を判定することが可能な通信装置に内蔵されたコンピュータに、
    ａ）前記携帯端末に格納された端末認証用情報と正規の端末認証用情報とに基づき実行された端末認証の認証結果を取得するとともに、前記携帯端末の前記所持ユーザから取得される生体認証用情報と前記携帯端末の正規ユーザの生体認証用情報とに基づき実行された生体認証の認証結果を取得するステップと、
    ｂ）前記端末認証が成功し且つ前記生体認証が成功することを条件に、前記所持ユーザによる前記画像形成装置への前記ログインを許可するステップと、
    を実行させるためのプログラム。
21. 通信システムであって、
    携帯端末と、
    前記携帯端末の所持ユーザによる画像形成装置へのログインの許否を判定することが可能な通信装置と、
    を備え、
    前記通信装置は、
    前記携帯端末に格納された端末認証用情報と正規の端末認証用情報とに基づき実行された前記端末認証の認証結果を取得するとともに、前記携帯端末の前記所持ユーザから取得される生体認証用情報と前記携帯端末の正規ユーザの生体認証用情報とに基づき実行された生体認証の認証結果を取得する取得手段と、
    前記端末認証が成功し且つ前記生体認証が成功することを条件に、前記所持ユーザによる前記画像形成装置への前記ログインを許可する許可手段と、
    を有することを特徴とする通信システム。

Images