JP2022113037A - 多要素認証機能を備えた画像形成装置 - Google Patents

Abstract

【課題】リモートアクセスするユーザに対し、ローカルアクセスの多要素認証手段に採用される認証要素とは異なる認証要素を確立し、サイバー攻撃に対抗したセキュリティを備える画像形成装置、その制御方法及びプログラムを提供する。
【解決手段】印刷機能を少なくとも備えた画像形成装置であって、画像形成装置へのローカルアクセスに対し認証を実行する第１認証手段（ＩＣカード認証）と、画像形成装置へのリモートアクセスに対し認証を実行する第２認証手段（ワンタイムパスワード）とを有する。第１認証手段及び第２認証手段とも多要素認証に対応しており、かつ、第２認証手段の認証要素は、第１認証手段の認証要素と少なくとも１つ以上は異なる認証要素である。
【選択図】図１０

Description

本発明は、多要素認証機能を備えた画像形成装置、画像形成装置の制御方法およびプログラムに関する。

近年、サイバー攻撃が高度化しており、その対策として多要素認証の導入が進んでいる。多要素認証の要素には、「知識情報」、「所持情報」、「生体情報」の３つの要素がある。「知識情報」とは、本人しか知らない情報であり、例えば、パスワード・暗証番号等である。「所持情報」とは、本人しか持っていないＩＣカードやハードウエアトークン（ワンタイムパスワード）である。「生体情報」とは、本人が有する生物固有の情報・特性であり、指紋、静脈、顔等である。

これら「知識情報」、「所持情報」、「生体情報」を複数組み合わせて認証を行う多要素認証を用いることで、サイバー攻撃に対抗し、システムの不正利用リスクを低減することができる。オフィスに設置された画像形成装置の操作パネルを利用する際のユーザ認証手段としては、社員証として配布されたＩＣカードを使用してユーザ認証を行う手段が提供されている。ＩＣカードを翳すだけで、ユーザ認証が完了する為、利便性が良く広く普及している。

また、「所持情報」であるＩＣカードと「知識情報」である暗証番号やパスワードを組み合わせた多要素の認証手段を提供している画像形成装置がある。また、「所持情報」であるＩＣカードと生体認証などを組み合わせた多要素認証手段を提供する画像形成装置がある（特許文献１を参照）。

また、画像形成装置は、ＰＣ端末（パーソナルコンピュータ端末）のウェブブラウザからアクセス可能なＷｅｂサーバ機能を備えている。この為、ユーザは、ＰＣ端末のウェブブラウザを用いて、画像形成装置にリモートアクセスし、ＨＴＭＬで作成されたユーザインタフェースを操作することができる。以下、前記ＨＴＭＬで作成されたユーザインタフェースをリモートＵＩと呼称する。一般に、画像形成装置のリモートＵＩを利用するユーザの認証手段としてＩＤとパスワードなどの「知識情報」が用いられる。

特開２０１９－１５５６１０

画像形成装置の操作パネルを利用する際の多要素認証手段として、「所持情報」であるＩＣカードと「知識情報」暗証番号やパスワードを組み合わせた多要素の認証手段がある。しかしながら、リモートＵＩに対しては多要素認証手段が提供されていないという課題がある。さらに、リモートＵＩを利用するＰＣ端末には画像形成装置のローカルＵＩを利用する際に利用される認証機能が備わってないことがある。例えば、ＰＣ端末にはＩＣカードの読み取り装置が備わっていない場合が多く、リモートＵＩを利用する際の多要素認証手段としてＩＣカード認証が利用できないという課題がある。

本発明は、上記課題を鑑みてなされたもので、リモートアクセスするユーザに対し、ローカルアクセスの多要素認証手段に採用される認証要素とは異なる認証要素を確立し、サイバー攻撃に対抗したセキュリティを備える画像形成装置を提供することを目的とする。

上記課題を解決する為、本発明の一実施形態における画像形成装置は、印刷機能を少なくとも含む機能を備えた画像形成装置であって、前記画像形成装置へのローカルアクセスに対し認証を実行する第１認証手段と、前記画像形成装置へのリモートアクセスに対し認証を実行する第２認証手段と、を有し、前記第１認証手段および前記第２認証手段とも多要素認証に対応しており、かつ前記第２認証手段の認証要素は前記第１認証手段の認証要素と少なくとも１つ以上は異なる認証要素であることを特徴とする。

本発明により、リモートアクセスするユーザに対し、ローカルアクセスの多要素認証手段に採用される認証要素とは異なる認証要素を確立し、サイバー攻撃に対抗したセキュリティを備える画像形成装置を提供できる。

ネットワーク構成を示す図である。 ＭＦＰのハードウェア構成を示す図である。 ソフトウェア構成を示す図である。 ユーザ認証設定のユーザインタフェースを示す図である。 ユーザ管理のユーザインタフェースを示す図である。 マイプロファイル編集のユーザインタフェースを示す図である。 ローカルＵＩにおけるＩＣカード認証時の動作フロー示すフローチャートである。 ローカルＵＩが操作パネル２０５に表示する画面と画面遷移を示す図である。 リモートＵＩにおけるユーザ認証時の動作フロー示すフローチャートである。 リモートＵＩがＰＣのウェブブラウザに提供する画面と画面遷移を示す図である。 ローカルＵＩが操作パネル２０５に表示する画面と画面遷移を示す図である。 実施形態２におけるユーザ管理のユーザインタフェースを示す図である。 送信メールの一例を示す図である。

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

本発明を適用した画像形成装置の例として、オフィスに設置されたコピー、プリント、スキャン、などの機能を備えたＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）を例に本発明の実施例について説明する。

＜システム構成＞
図１を参照して本実施例のオフィス環境におけるネットワーク構成について説明する。ＭＦＰ１０１は、印刷機能を少なくとも含んだＭＦＰであり、本発明を適用したＭＦＰである。ＭＦＰ１０１は、ネットワークＬＡＮ１０３を介して接続されるＰＣ端末（例えばＰＣ１０２）と通信を行う。ユーザは、ＰＣ端末のウェブブラウザからＭＦＰ１０１へアクセスして、ＭＦＰ１０１のリモートＵＩを利用することができる。また、ＭＦＰ１０１は、端末（例えばＰＣ１０２）からプリントジョブを受信することができる。

ユーザは、各自１つ以上のモバイル端末１０４を所有する。本実施例を実施する上で、モバイル端末は、ネットワークＬＡＮ１０３に接続されている必要は無い。モバイル端末１０４には後述するＴＯＴＰ（Ｔｉｍｅ－ｂａｓｅｄ Ｏｎｅ－ｔｉｍｅ Ｐａｓｓｗｏｒｄ）に対応したモバイルアプリケーションがインストールされており、ワンタムパスワードを生成する為に使用される。このワンタイムパスワードはユーザが所持するモバイル端末を介して発行されるので、ソフトウェアトークン認証は所持情報の認証であり多要素認証の認証要素の１つである。不図示だが、オフィス環境には、同構成の他のＭＦＰやＰＣ端末、モバイル端末が複数存在するものとする。

＜ハードウェア構成＞
図２は、ＭＦＰ１０１のハードウェア構成を示す簡略図である。ＣＰＵ２０１はＭＦＰ１０１全体の動作を制御する中央演算装置（プロセッサ）である。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３は揮発性メモリであり、ワークエリアであり、ＲＯＭ２０２及びＨＤＤ２０４に格納された各種制御プログラムを展開するための一時記憶領域として用いられる。

ＲＯＭ２０２は不揮発性メモリであり、ＭＦＰ１０１のブートプログラムなどが格納されている。ＨＤＤ２０４はＲＡＭ２０３と比較して大容量な不揮発性のハードディスクである。ＨＤＤ２０４には、ＭＦＰの制御用プログラムが格納されている。また、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やアプリケーションプログラムもＨＤＤ２０４に格納されている。

ＣＰＵ２０１はＭＦＰ１０１の起動時、ＲＯＭ２０２に格納されているブートプログラムを実行する。このブートプログラムは、ＨＤＤ２０４に格納されているＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）のプログラムを読み出し、ＲＡＭ２０３上に展開するためのものである。ＣＰＵ２０１はブートプログラムを実行すると、続けてＲＡＭ２０３上に展開したＯＳのプログラムを実行し、ＭＦＰ１０１の制御を行う。また、ＣＰＵ２０１は制御用プログラムによる動作に用いるデータもＲＡＭ２０３上に格納して読み書きを行う。

なお、ＭＦＰ１０１は、１つのＣＰＵ２０１が後述するフローチャートに示す各処理を実行するものとするが、他の態様であっても構わない。例えば、複数のＣＰＵやマイクロプロセッサ（ＭＰＵ）が協働して後述するフローチャートに示す各処理を実行するようにすることもできる。また、後述する処理の一部をＡＳＩＣ（ＡｐｐｌＩＣａｔｉｏｎ ＳｐｅｃｉｆＩＣ Ｉｎｔｅｇｒａｔｅｄ ＣｉｒｃＵＩｔ）やＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等のハードウェア回路を用いて実行するようにしても良い。

操作パネル２０５は、タッチ操作可能なディスプレイである。プリンタ２０６は、通信部２０８を介して外部から受信した印刷データやスキャナ２０７から取得したデジタルデータをプリントするプリンタエンジンである。スキャナ２０７は、紙原稿を読み取ってデジタルデータ化するスキャナ装置である。通信部２０８は、インターネットやオフィスのＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続する為のネットワークインタフェースである。ＩＣカードリーダ２０９は、ＩＣカードからユーザ認証に使用する情報を読み出す為の装置であり、ＩＣカード認証を実現するために必要なユニットである。

＜ソフトウェア構成＞
図３は、ＭＦＰ１０１のソフトウェア構成を示す簡略図である。ＭＦＰ１０１のローカルＵＩ３０１は、操作パネル２０５のディスプレイを用いて、ローカルアクセスするユーザがＭＦＰ１０１の設定変更や機能を利用する為のユーザインタフェースを提供する。リモートＵＩ３０２は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サーバ機能を有する。そして、リモートアクセスするユーザに、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で構成されるユーザインタフェースをユーザに提供する。

ユーザは、ＰＣ端末のウェブブラウザを利用してリモートＵＩ３０２にアクセスし、ＭＦＰ１０１の設定変更や機能を利用することができる。ＰＣ端末のウェブブラウザはＨＴＭＬで構成されるユーザインタフェースを表示する。ユーザはこのウェブブラウザに表示されたユーザインタフェースを操作することで設定変更や機能を利用する。

ユーザ認証サービス３０３は、ローカルＵＩ３０１やリモートＵＩ３０２を利用するユーザを認証するソフトウェアモジュールである。ユーザ認証サービス３０３は、ローカルＵＩ３０１を利用するユーザをＩＣカードや暗証番号で認証する。また、リモートＵＩ３０２を利用するユーザをユーザ名、パスワード、ワンタイムパスワードで認証する。ＩＣカードリーダドライバ３０４は、ＩＣカードリーダ２０９を制御するドライバであり、ＩＣカードから情報を取得して、ユーザ認証サービス３０３にＩＣカード情報を提供する。

＜ワンタイムパスワード＞
本実施例で使用するワンタイムパスワードについて説明する。ワンタイムパスワードの生成方法については、ＲＦＣ６２３８ に規定されたＴＯＴＰ（Ｔｉｍｅ－ｂａｓｅｄ Ｏｎｅ－ｔｉｍｅ Ｐａｓｓｗｏｒｄ）を利用することができる。この方式では、ユーザ毎に生成したＴＯＴＰのシークレットと時刻情報を使用して認証情報であるワンタイムパスワードを生成する。ＴＯＴＰのシークレットは、乱数である。近年、ＴＯＴＰに対応したモバイルアプリケーション（スマートフォンのアプリケーション）が普及している。例えば、Ｇｏｏｇｌｅ社のＧｏｏｇｌｅ Ａｕｔｈｅｎｔｉｃａｔｏｒ（登録商標）や、マイクロソフト社のＭｉｃｒｏｓｏｆｔ Ａｕｔｈｅｎｔｉｃａｔｏｒ（登録商標）などがある。ＴＯＴＰに対応したモバイルアプリケーションにＴＯＴＰシークレットを文字列で登録したり、ＴＯＴＰシークレット情報を含むＱＲコードをモバイルアプリケーションで撮影したりすることにより、ＴＯＴＰシークレットがモバイルアプリケーションに記憶される。これにより、ＴＯＴＰシークレット発行者と、モバイルアプリケーション間でＴＯＴＰシークレットを共有する。ＴＯＴＰに対応したモバイルアプリケーションは、ＴＯＴＰシークレットと時間を元にワンタイムパスワードを生成する。

また、ＴＯＴＰに対応したモバイルアプリケーションの他に、ＰＣのウェブブラウザの拡張機能としてインストール可能なＴＯＴＰに対応したプラグインなどがある。本実施例においては、ＴＯＴＰシークレット発行者は、ユーザ認証サービス３０３である。ＭＦＰ１０１を利用する各ユーザは、各自、ＴＯＴＰに対応したモバイルアプリケーションやウェブブラウザのプラグインを利用するものとする。一般にモバイルアプリケーションやウェブブラウザのプラグインのようにソフトウェアを用いて生成するワンタイムパスワードをソフトウェアトークンと呼称される。そして、ソフトウェアトークンを利用した認証方式をソフトウェアトークン認証と称する。

本実施例では、ユーザ操作を検知したローカルＵＩ３０１やリモートＵＩ３０２から要求を受けて、ユーザ認証サービス３０３が、ＴＯＴＰシークレットの生成、ワンタイムパスワードの生成、ワンタイムパスワードの照合を行うものとする。

また、本実施例では、後述のユーザ情報テーブルに、アカウントに関連付いたＴＯＴＰシークレットが記録された状態をワンタイムパスワード有効状態とし、ＴＯＴＰシークレットが記録されていない状態をワンタイムパスワード無効状態と判定する。

＜ユーザ情報＞
ユーザ認証サービス３０３が管理するユーザ情報について説明する。ユーザ認証サービス３０３は、ユーザ情報を表１に示すようなユーザ情報テーブルに記憶して管理する。ユーザ情報テーブルは、ＨＤＤ２０４に記録されるデータベースである。なお、通信経路やストレージの暗号化や改ざん防止を施した上でネットワーク上の他のノードのデータベースを利用しても良い。ユーザ情報テーブルには、ＩＣカード認証に使用するカードＩＤ、暗証番号、パスワード、ＴＯＴＰのシークレット、ユーザのロール、メールアドレスなど認証情報を始めとするユーザ個人の情報を記録する。

ロールは、ユーザのＭＦＰ１０１に対する使用権限を示す情報である。各ロールと使用権限の例を下記のロール情報テーブル（表２）に示す。ＭＦＰ１０１が工場出荷時から備えるロールの定義に加えて、ユーザが詳細な使用権限を設定して新しいロールを作成できるようにしても良い。なお、表２の設定変更とは、後述するユーザ認証設定、およびユーザ管理などと言ったＭＦＰ１０１に設定される値を変更する行為を指す。なお、ＭＦＰ１０１のネットワーク設定や印刷機能設定など多種多様の設定も変更できても良い。Ａｄｍｉｎｉｓｔｒａｔｏｒは管理者ユーザに与えられるロールであり、ＧｅｎｅｒａｌＵｓｅｒおよび／またはＬｉｍｉｔｅｄＵｓｅｒは一般ユーザに与えられるロールである。

＜ユーザ認証設定＞
次に、ＭＦＰ１０１が備えるユーザ認証設定について説明する。図４は、リモートＵＩ３０２が提供するＭＦＰ１０１のユーザ認証設定のＵＩ（ユーザーインタフェース）の例である。リモートＵＩ３０２のみならず、ローカルＵＩ３０１にて同様のＵＩを管理者向けに提供するようにしても良い。

４０１は、ユーザ認証設定を行う画面全体を示す。Ａｄｍｉｎｉｓｔｒａｔｏｒロールをもつ管理者のみがアクセスすることができる。４０２は、ローカルＵＩ３０１に関するユーザ認証設定である。４０３は、リモートＵＩ３０２に関するユーザ認証設定である。

４０４は、ローカルＵＩの認証設定であり、「認証なし」「ＩＣカード認証」の選択肢を提供する。「ＩＣカード認証」が選択された場合は、更に、「多要素認証（暗証番号）の使用」４０５の設定を提供する。「多要素認証（暗証番号）の使用」は、次の選択肢をユーザに提供する。「強制しない」、「管理者のみ 暗証番号の使用を強制する」、「すべてのユーザに暗証番号の使用を強制する」。

「強制しない」が選択されている場合、ＩＣカード認証時は、ユーザアカウントと関連付けて暗証番号が予め記録されている場合は、暗証番号の入力をユーザに求める。暗証番号が記録されていない場合は、ユーザに暗証番号の入力を求めることなく、ＩＣカード認証の成功のみで、ユーザをローカルＵＩ３０１へログインさせる動作を行う。

「管理者のみ 暗証番号の使用を強制する」もしくは、「すべてのユーザに暗証番号の使用を強制する」が選択されている場合、更に、「暗証番号未設定ユーザのログイン」設定４０６の設定を求める。「暗証番号未設定ユーザのログイン」は、暗証番号の使用を強制する対象のアカウントに関連付けて暗証番号が記録されていない状態で、該アカウントのユーザがＩＣカード認証を試行した場合の動作を規定する設定である。次の選択肢を提供する。「ＩＣカード認証時に暗証番号を設定する」、「ローカルＵＩのログインを禁止する」。

４０７「多要素認証（ワンタイムパスワード）の使用」は、リモートＵＩの多要素認証設定である。次の選択肢をユーザに提供する。「強制しない」、「管理者のみ ワンタイムパスワードの使用を強制する」、「すべてのユーザにワンタイムパスワードの使用を強制する」。

「強制しない」が選択されている場合、リモートＵＩにアクセスするユーザをユーザ名とパスワードを用いて認証する。ワンタイムパスワードの使用をする・しない、各ユーザの任意である。ユーザがワンタイムパスワードを有効済みの場合は、ユーザ名・パスワードの認証に加えて、ワンタイムパスワードの入力をユーザに求める。ワンタイムパスワードが有効化されていない場合は、ユーザにワンタイムパスワードの入力を求めることなく、ユーザ名・パスワードの認証の成功のみで、ユーザをリモートＵＩ３０２へログインさせる動作を行う。

「管理者のみ ワンタイムパスワードの使用を強制する」もしくは、「すべてのユーザにワンタイムパスワードの使用を強制する」が選択されている場合、更に、「ワンタイムパスワード未設定ユーザのログイン」４０８の設定を求める。「ワンタイムパスワード未設定ユーザのログイン」は、ワンタイムパスワードを予め有効化していない状態で、該アカウントのユーザがリモートＵＩ３０２へのユーザ認証を試行した場合の動作を規定する設定である。次の選択肢を提供する。「リモートＵＩログン時にワンタイムパスワードを設定する」、「リモートＵＩのログインを禁止する（次回、ローカルＵＩログイン時にローカルＵＩで設定する）」。

本実施例では、ローカルＵＩとリモートＵＩにそれぞれ対して、多要素認証の設定を個別に設けているが、ローカルＵＩとリモートＵＩ両方に適用する共通の設定として１つの多要素認証設定を設けても良い。この場合、認証手段は問わず、多要素認証の強制に対する設定として、「強制しない」「管理者のみ多要素認証を強制する」「すべてのユーザに多要素認証を強制する」を設ける。また、多要素認証未設定のユーザに対して、「ログイン時に設定する」「ログインを禁止する」を選択できるようにする。

＜ユーザ管理＞
図５は、リモートＵＩ３０２が提供するＭＦＰ１０１のユーザアカウントを管理するＵＩの例である。リモートＵＩ３０２のみならず、ローカルＵＩ３０１にて同様のＵＩを管理者向けに提供するようにしても良い。

５０１は、ユーザアカウントの一覧を管理するユーザ管理画面である。Ａｄｍｉｎｉｓｔｒａｔｏｒロールをもつ管理者のみがアクセスすることができる。ユーザ管理画面５０１では、新規のユーザカウントを登録したり、登録済みのアカウントを選択して編集・削除したりできる機能を提供する。例えば、「Ａｄｍｉｎ」が、ユーザ管理画面５０１において、「Ａｌｉｃｅ」のアカウントを選択して、編集ボタンを押下した場合、リモートＵＩ３０２は、ユーザ編集画面５０２を表示する。ユーザ編集画面５０２では、パスワード、暗証番号、カードＩＤ、メールアドレス、ロールなどを編集して保存することができる。また、ユーザ編集画面５０２では、リモートＵＩのユーザ認証に使用するワンタイムパスワードの状態（有効／無効）を表示する。管理者は、ユーザ編集画面５０２において、ワンタイムパスワードを初期化（無効化）することができる。ユーザ編集画面５０２では、ワンタイムパスワードの有効化機能は提供しない。

＜マイプロファイルの編集＞
図６は、リモートＵＩ３０２が提供するマイプロファイルを編集するＵＩの例である。マイプロファイル編集画面６０１は、リモートＵＩ３０２にログインしたユーザが自身のアカウントの情報を確認・編集する為のＵＩである。リモートＵＩ３０２にログイン可能なすべてのユーザに提供する。リモートＵＩ３０２のみならず、ローカルＵＩ３０１にて同様のＵＩを提供するようにしても良い。マイプロファイル編集画面６０１では、パスワード・暗証番号・メールアドレスを編集して、保存することができる。ユーザは、自分自身のロールは変更できない。なお、暗証番号はローカルＵＩで使うことを本実施例では想定しており、場合によっては、暗証番号はリモートＵＩ３０２からは設定できない、もしくは設定しなくても良いものとする。

マイプロファイル編集画面６０１では、リモートＵＩのユーザ認証に使用するワンタイムパスワードの状態の確認と、有効化、無効化を行う機能を提供する。有効化ボタン６０２の押下を検知した場合、リモートＵＩ３０２は、ユーザ認証サービス３０３を介して、ＴＯＴＰシークレットを含むＱＲコードを生成し、ワンタイムパスワードの有効化画面６０３を表示する。ＱＲコードには、下記のような文字列のフォーマットである。ＱＲコードにはＴＯＴＰシークレット発行者であるＭＦＰ１０１の識別子、ユーザアカウント名、ＴＯＴＰシークレット、ワンタイムパスワード生成に関するアルゴリズム、ワンタイムパスワードの文字長、有効期間（秒）などを含める。
ｏｔｐａｕｔｈ：／／ｔｏｔｐ／ＭＦＰ１０１：ａｌｉｃｅ＠ｃａｎｏｎ．ｃｏｍ？ｓｅｃｒｅｔ＝ＧＶＱＹＶＭＸＣＥ５ＫＤＣＭＸＵＫＱＩＫＬＺＪＥＨＣＤＹＨＬＨＧ＆ｉｓｓｕｅｒ＝ＭＦＰ１０１＆ａｌｇｏｒｉｔｈｍ＝ＳＨＡ１＆ｄｉｇｉｔｓ＝６＆ｐｅｒｉｏｄ＝３０

ユーザが、モバイル端末１０４のＴＯＴＰに対応したモバイルアプリケーションを用いて、ＱＲコードを撮影する。モバイルアプリケーションは、ＱＲコードからＴＯＴＰシークレットを含む情報を取得する。モバイルアプリケーション側はＱＲコードから取得した情報と時刻情報を用いて、ＲＦＣ６２３８に規定された方法を用いて、ワンタイムパスワードを生成し、モバイルアプリケーションのスクリーン上に表示を行う。ワンタイムパスワードの有効化画面６０３では、ユーザがモバイルを用いて、正しくワンタイムパスワードを生成できていることを確認する為、ワンタイムパスワードの入力を求める。ワンタイムパスワードの有効化画面６０３にワンタイムパスワードが入力された場合、リモートＵＩ３０２は、ユーザ認証サービス３０３へ照合を依頼する。

ユーザ認証サービス３０３は、ＲＦＣ６２３８に規定された方法を用いて、現在の時刻情報とＴＯＴＰシークレットを用いて、ワンタイムパスワードを生成し、入力されたワンタイムパスワードと照合を行う。ワンタイムパスワードは３０秒毎に変化する。モバイルとＭＦＰ１０１の時刻設定の差分を許容する為、３０秒前、３０秒後のワンタイムパスワードも算出して、複数のワンタイムパスワードと比較検証するようにしても良い。ワンタイムパスワードの照合に成功した場合、ユーザ認証サービス３０３は、ＴＯＴＰシークレットをアカウントと関連付けてユーザ情報テーブル（表１）に記憶して、ワンタイムパスワードの有効化処理を完了する。設定やユーザ情報テーブルは、ＨＤＤ２０４に記憶され、動作実行時に参照される。

＜ログイン動作＞
次に、ユーザがＭＦＰ１０１へログインする際の動作を、フローチャートを参照して説明する。なお、本実施例では、下記のフローに示す手順が、ローカルＵＩ３０１、リモートＵＩ３０２、ユーザ認証サービス３０３、ＩＣカードリーダドライバ３０４のソフトウェアプログラムに記録されている。ソフトウェアプログラムは、ＲＯＭ２０２、ＨＤＤ２０４などの不揮発性のストレージに記憶されており、ＲＡＭ２０３にロードされ、ＣＰＵ２０１によってフローチャートに示すフローが実行される。また、ローカルＵＩ３０１、リモートＵＩ３０２、ユーザ認証サービス３０３、ＩＣカードリーダドライバ３０４は互いにＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を提供し、ＡＰＩを使用することで協調して動作する。動作フローの説明の中では、ＡＰＩの呼び出しに関しては省略する。

＜ローカルＵＩのログイン動作フロー＞
図７と図８を参照して、ローカルＵＩのログイン時の動作フローを説明する。図７は、ローカルＵＩにおけるＩＣカード認証時の動作フロー示すフローチャートである。図８はローカルＵＩが操作パネル２０５に表示する画面と画面遷移を示す図である。

ローカルＵＩの認証設定４０４において、「ＩＣカード認証」が設定されている場合、ＭＦＰ１０１は起動すると、ローカルＵＩ３０１が、操作パネル２０５に、ＩＣカード認証画面８０１を表示する。ユーザ認証サービス３０３は、ＩＣカードリーダドライバ３０４を用いてＩＣカードリーダ２０９を稼働し、ＩＣカードを検知可能な状態する。

ユーザ認証サービス３０３は、ＩＣカードリーダドライバ３０４を介して、ＩＣカードリーダ２０８にＩＣカードが翳されたことを検知する（Ｓ７０１）。ユーザ認証サービス３０３は、検知したＩＣカードのカードＩＤを取得して、ユーザ情報テーブル（表１）に登録されたＩＣカードと照合を行うことでＩＣカードを認証し、結果を判定する（Ｓ７０２）。未登録のカードＩＤの場合は、認証エラーを表示した後に、再びＩＣカード認証画面８０１を表示する。登録されたカードＩＤと照合が成功した場合、カードＩＤに関連付くアカウントを特定する。

次に、前記特定したアカウントの暗証番号を参照し、暗証番号が登録済みか否かを判定する（Ｓ７０３）。暗証番号が登録済みの場合、暗証番号入力画面８０２を表示して、暗証番号の入力を求める（Ｓ７０４）。次に入力された暗証番号をユーザ認証サービス３０３が照合し、暗証番号を認証し、結果を判定する（Ｓ７０５）。入力された暗証番号が正しい場合、ユーザをＭＦＰ１０１へログインさせる処理を実施する（Ｓ７０６）。暗証番号の照合に失敗した場合、暗証番号が一致しない旨をメッセージ表示でユーザに伝えると供に、再び暗証番号入力画面８０２を表示して暗証番号の再入力を求める。一定回数以上、入力ミスが続いた場合、攻撃を受けていると判断して、アカウントを一定時間ロックアウトする。

Ｓ７０６において、ユーザ情報テーブル（表１）とロール情報テーブル（表２）を参照してログインさせるユーザのロールとロールに関連づく権限を付与して、ユーザをＭＦＰ１０１へログインさせる制御をおこなう。ローカルＵＩ３０１が提供するＭＦＰ１０１の機能を利用させる為のメニュー画面８０３を表示して、ログイン動作を終了する。メニュー画面８０３の表示において、利用権限のない機能をグレーアウトして選択できないようにする制御をおこなう。

Ｓ７０３において、暗証番号が登録されていないと判定した場合、次に、ＨＤＤ２０４に記憶された「多要素認証（暗証番号）の使用」４０５の設定と、特定したアカウントのロールを参照する。前記情報を参照して、ログインしようとしているアカウントに対して、暗証番号の使用が強制されているか否を判定する（Ｓ７０７）。例えば、「管理者のみ 暗証番号の使用を強制する」が設定されており、ＩＣカード認証により特定したユーザのアカウントのロールがＡｄｍｉｎｉｓｔｒａｔｏｒであった場合には、暗証番号の使用が強制されていると判定する。暗証番号の使用が強制されていない場合、ユーザをＭＦＰ１０１へログインさせる処理を実施する（Ｓ７０６）。

暗証番号の使用が強制されている場合、次に、ＨＤＤ２０４に記憶された「暗証番号未設定ユーザのログイン」４０６を参照し、暗証番号未設定のユーザに対する対応を判定する（Ｓ７０８）。「ＩＣカード認証時に暗証番号を設定する」が設定されている場合、暗証番号登録画面８０４を表示して、暗証番号の登録をユーザに求める（Ｓ７０９）。次に暗証番号の登録成否を判定し（Ｓ７１０）、正常に暗証番号が登録できたことを確認した場合、ユーザをＭＦＰ１０１へログインさせる処理を実施する（Ｓ７０６）。暗証番号の登録を拒否した場合は、再びＩＣカード認証画面８０１を表示する（Ｓ７１１）。Ｓ７０７の判定において、「ローカルＵＩのログインを禁止する」が設定されている場合、暗証番号未登録の為、ログインできない旨をエラー画面８０５に表示する（Ｓ７１２）。エラー画面８０５が閉じられた場合、再びＩＣカード認証画面８０１を表示する（Ｓ７１１）。

＜リモートＵＩのログイン動作フロー＞
図９と図１０を参照して、リモートＵＩのログイン時の動作フローを説明する。図９は、リモートＵＩにおけるユーザ認証時の動作フロー示すフローチャートである。図１０はリモートＵＩがＰＣのウェブブラウザに提供するＨＴＭＬで作成した画面と画面遷移を示す図である。

リモートＵＩ３０２は、リモートＵＩ３０２にアクセスを検知すると、リモートＵＩのログイン画面１００１を提供し表示させる。リモートＵＩ３０２は、ユーザが、ユーザ名とパスワードが入力され、ログインボタンが押下されることにより、ログイン操作を検知する（Ｓ９０１）。ユーザ認証サービス３０３は、ユーザ情報テーブル（表１）を参照して入力されたユーザ名とパスワードを照合することでユーザを認証する（Ｓ９０２）。照合に失敗した場合は、認証エラーを表示後に、再びユーザ名・パスワードの入力を求めるログイン画面１００１を表示する。ユーザ名・パスワードの照合が成功した場合、照合に成功したアカウントを特定する。

次に、前記特定したアカウントのユーザ情報テーブル（表１）のＴＯＴＰのシークレットを参照し、ＴＯＴＰのシークレットが登録済みか否かを判定する（Ｓ９０３）。ＴＯＴＰのシークレットが登録済みの場合、ワンタイムパスワードが有効化済みと判断し、ワンタイムパスワード入力画面１００２を表示して、ワンタイムパスワードの入力を求める（Ｓ９０４）。次に、入力されたワンタイムパスワードを、ユーザ認証サービス３０３が時刻情報とＴＯＴＰのシークレットから算出したワンタイムパスワードと照合し、ワンタイムパスワードを認証する（Ｓ９０５）。

入力されたワンタイムパスワードが正しい場合、ユーザをＭＦＰ１０１へログインさせる処理を実施する（Ｓ９０６）。ワンタイムパスワードの照合に失敗した場合、ワンタイムパスワードが一致しない旨をメッセージ表示でユーザに伝えると供に、再びワンタイムパスワード入力画面１００２を表示させてワンタイムパスワードの再入力を求める。一定回数以上、入力ミスが続いた場合、攻撃を受けていると判断して、アカウントを一定時間ロックアウトする。

Ｓ９０６において、ユーザ情報テーブル（表１）とロール情報テーブル（表２）を参照してログインさせるユーザのロールとロールに関連づく権限を付与して、ユーザをＭＦＰ１０１へログインさせる制御をおこなう。リモートＵＩ３０２が提供するＭＦＰ１０１の機能を利用させる為のメニュー画面１００３を表示して、ログイン動作を終了する。メニュー画面１００３の表示において、利用権限のない機能をグレーアウトして選択できないようにする制御をおこなう。

Ｓ９０３において、ＴＯＴＰのシークレットが登録されておらず、ワンタイムパスワードが有効化されていないと判定した場合、ＨＤＤ２０４に記憶された「多要素認証（ワンタイムパスワード）の使用」４０７の設定と、特定したアカウントのロールを参照する。前記情報を参照して、ログインしようとしているアカウントに対して、ワンタイムパスワードの使用が強制されているか否を判定する（Ｓ９０７）。例えば、「管理者のみ ワンタイムパスワードの使用を強制する」が設定されており、ユーザ名・パスワードの認証により特定したユーザのアカウントのロールがＡｄｍｉｎｉｓｔｒａｔｏｒの場合、ワンタイムパスワードの使用が強制されていると判定する。

ワンタイムパスワードの使用が強制されていない場合、ユーザをＭＦＰ１０１へログインさせる処理を実施する（Ｓ９０６）。ワンタイムパスワードの使用が強制されている場合、次に、ＨＤＤ２０４に記憶された「ワンタイムパスワード未設定ユーザのログイン」４０８を参照し、ワンタイムパスワード未設定のユーザに対する対応を判定する（Ｓ９０８）。「リモートＵＩログイン時にワンタイムパスワードを設定する」が設定されている場合、ワンタイムパスワード有効化画面１００４を表示させる。これはリモートアクセスに対するレスポンスである。

ワンタイムパスワード有効化画面１００４では、ユーザがモバイルを用いて、正しくワンタイムパスワードを生成できていることを確認する為、ワンタイムパスワードの確認入力を求める（Ｓ９０９）。次に確認ボタンの押下を検知すると、入力されたワンタイムパスワードを照合して、ワンタイムパスワードが正しい場合は、ＴＯＴＰシークレットをユーザ情報テーブル（表１）に記録して有効化を完了する。

ワンタイムパスワードの有効化成否を判定し（Ｓ９１０）、正常にワンタイムパスワードが有効化できたことを確認した場合、ユーザをＭＦＰ１０１へログインさせる処理を実施する（Ｓ９０６）。ユーザがワンタイムパスワードの有効化を拒否するため、キャンセルボタンの押下を検知した場合は、再びリモートＵＩのログイン画面１００１を表示させる（Ｓ９１１）。Ｓ９０８の判定において、「リモートＵＩのログインを禁止する（次回、ローカルＵＩログイン時にローカルＵＩで設定する）」が設定されている場合、「ワンタイムパスワードが有効化されていないため、ログインできない」旨をエラー画面１００５に表示させる。また、「操作パネルでワンタイムパスワードの有効化を行うことを推奨する」旨のメッセージもエラー画面１００５に表示させる（Ｓ９１２）。エラー画面１００５が閉じられた場合、再びリモートＵＩのログイン画面１００１を表示させる（Ｓ９１１）。

＜ローカルＵＩにおけるワンタイムパスワード有効化動作＞
「ワンタイムパスワード未設定ユーザのログイン」設定４０８の「リモートＵＩのログインを禁止する（次回、ローカルＵＩログイン時にローカルＵＩで設定する）」が設定されている場合のローカルＵＩのログイン時の動作について図１１を参照して説明する。

ローカルＵＩのログインが成功した場合、図７のログイン処理（Ｓ７０６）において、ログインするアカウントのユーザ情報テーブル（表１）のＴＯＴＰのシークレットを参照し、ワンタイムパスワードが有効化済みか否かを判定する。ワンタイムパスワードが有効化されていないと判定した場合、リモートＵＩのワンタイムパスワードの有効化を促す画面８０６を表示する。

ユーザが「はい」を選択した場合、リモートＵＩのワンタイムパスワード有効化画面８０７を表示する。次に入力されたワンタイムパスワードを照合して、ワンタイムパスワードが正しい場合は、ＴＯＴＰシークレットをユーザ情報テーブル（表１）に記録する。正常にワンタイムパスワードが有効化できたことを確認した場合、ユーザをＭＦＰ１０１へログインさせ、メニュー画面８０３を表示する。ローカルＵＩで、ワンタイムパスワードを有効化したユーザは、リモートＵＩへログインする際に、ワンタイムパスワード有効化済みと判定されるため、エラー画面１００５ではなく、ワンタイムパスワード入力画面１００２に進むことができるようになる。

リモートＵＩのワンタイムパスワードの有効化を促す画面８０６にて「いいえ」が選択された場合、リモートＵＩのワンタイムパスワード有効化画面８０７を表示することなく、ユーザをＭＦＰ１０１へログインさせ、メニュー画面８０３を表示する。リモートＵＩを使用することがないために、リモートＵＩのワンタイムパスワードの有効化を行う意思がないユーザが存在する。このようなユーザには、ワンタイムパスワードの有効化を促す画面８０６に「今後、この画面を表示しない」を選択させて、ユーザ情報テーブル（表１）に記憶する。「今後、この画面を表示しない」を選択済みのユーザに対しては、ＴＯＴＰシークレットが記録されていなくても、ワンタイムパスワードの有効化を促す画面８０６を表示しないように制御することができる。

なお、ユーザは既に暗証番号を設定している前提で図１１の説明を行ったが、ユーザが暗証番号未設定の場合、暗証番号登録画面８０４からリモートＵＩのワンタイムパスワードの有効化を促す画面８０６へ遷移しても良い。

＜実施形態１の効果＞
上記に説明した通り、本実施例に記載したＭＦＰ１０１は操作パネルへローカルアクセスするユーザに対してＩＣカード認証と暗証番号からなる比較的、操作手番が少なく、利便性の高い多要素認証を提供することができる。

ＩＣカード認証を利用できないリモートアクセスに対しては、ローカルアクセスとは手段の異なる多要素認証手段を提供することによって、ＭＦＰ１０１のセキュリティを高め、ユーザが安心してリモートアクセスを利用することができる。

ローカルアクセスとリモートアクセスの多要素認証を強制する設定をそれぞれ設けた為、例えば、リモートアクセスのみ多要素認証を強制し、ローカルアクセスは強制しない運用が可能である。オフィスの入室管理など別の物理的手段により、操作パネルにアクセスできるユーザを限定している場合、前記のような運用が適している。このため、ＭＦＰが設置された環境に応じた設定を行うことができる。

また、ユーザのロールに応じて、多要素認証を強制するか否かを設定で選択可能なように構成した。このため、管理者権限を持つユーザにのみ多要素認証を適用し、権限によってアクセスできる項目が限定されている一般ユーザには多要素認証を強制しない運用ができる。

ローカルアクセスとリモートアクセスのユーザ認証手段は異なるが、同一のユーザであれば、同一のロール・権限でＭＦＰを利用可能なように構成した。このため、アクセス手段の違いによる影響を受けることなく、ＭＦＰの機能を同じ権限で利用することができる。

多要素認証の一要素目の認証は成功しているが、多要素認証の二要素目の認証設定が完了していない場合に、ログインを拒絶するか、その場で二要素目の認証設定が完了させるかを、予め設定によって管理者が選択できるように構成した。

多要素認証は、管理者が多要素認証を強制する設定を行っても、各ユーザがＭＦＰにログインせずに放置した場合、長期にわたって実質的な多要素認証が有効化されないリスクがある。二要素の目の認証を設定していないユーザのログインを拒絶する設定を行った場合、一要素目の認証要素（ＩＣカードやパスワード）を不正に入手した攻撃者によって、不正にログインされるリスクをなくすことができる。

ローカルアクセスの多要素認証の二要素目である暗証番号が未設定のユーザのログインを拒絶する設定を行う場合、多要素認証の使用を強制する設定を実施する前に、予めすべてのユーザの暗証番号を設定しておく必要がある。予めすべてのユーザの暗証番号を設定することが困難な場合、多要素認証の二要素目の認証設定が完了していないユーザがログインを試行した場合に、その場で二要素目の認証設定を完了させる運用を設定よって選択可能にした。

リモートアクセス用の二要素目の認証（ワンタイムパスワード）が有効化されていない場合に、リモートアクセスのログインは拒絶しつつ、ローカルアクセスにより、リモートアクセス用の二要素目の認証（ワンタイムパスワード）を有効化できるように構成した。これにより、ＭＦＰの管理者は、リモートアクセスをしっかり二要素認証で保護しつつ、各ユーザにリモートアクセスの二要素目の認証の有効化手段を提供することができる。

実施例１においては、リモートアクセスの多要素認証の二要素目であるワンタイムパスワードの有効化をユーザ本人のみが可能なように構成した。このため、各ユーザがワンタイムパスワードの有効化を完了するまでは、単要素の認証のままになるリスクがある。また、実施形態１においては、ローカルアクセスで、リモートアクセス用の多要素認証を有効化する手段を提供したが、リモートにいるユーザがわざわざ、ローカルに赴き設定を行う必要があるのは利便性が悪い。

このため、実施例２においては、管理者が他のユーザのワンタイムパスワードを強制的に有効化する手段を提供する。本実施形態では、実施形態１との差分のみ説明を記載する。

図１２は、管理者が他のユーザのワンタイムパスワードを強制的に有効化する手段を備えたユーザ管理画面を示す。

リモートＵＩ３０２に提供するユーザ管理画面５０１において、ユーザアカウントを選択して、編集ボタンを押下した場合、ユーザ編集画面５０２を表示する。例えば、「Ａｄｍｉｎ」が、ユーザ管理画面５０１において、「Ａｌｉｃｅ」のアカウントを選択して、編集ボタンを押下した場合を想定する。「Ａｌｉｃｅ」のアカウントのワンタイムパスワードの状態が「無効」の場合、ユーザ編集画面５０２は、ワンタイムパスワードの「有効化」機能を提供する。

リモートＵＩ３０２は、「有効化」ボタンの押下を検知すると、ＴＯＴＰシークレットの配布手段を選択する画面５０４を表示する。画面５０４では、ＴＯＴＰシークレットの配布手段として、「メールで通知する」「プリントする」を選択することができる。

「メールで通知する」を選択して「実行」ボタンを押下されたことを検知した場合、ユーザ認証サービス３０３が、ＴＯＴＰシークレットを生成し、「Ａｌｉｃｅ」のメールアドレスにＴＯＴＰシークレット文字列とＱＲコードの画像を送付する。メール送信の応答結果としてメールサーバから送信完了を受信した場合、ユーザ認証サービス３０３は、ユーザ情報テーブル（表１）にＴＯＴＰシークレットを保存して、有効化完了をリモートＵＩ３０２に表示する（画面５０５）。なお、メール以外の電子通信、例えば、電話番号を用いたショートメッセージサービスなどであっても良い。ＯＫボタンの押下を検知すると、ワンタイムパスワードの状態を無効から有効に変更して、ユーザ編集画面５０２を表示する。メール送信の応答結果としてメールサーバからエラーを受信した場合、ユーザ認証サービス３０３は、ＴＯＴＰシークレットを破棄して、有効化できない旨をリモートＵＩ３０２に表示する（画面５０６）。ＯＫボタンの押下を検知すると、ワンタイムパスワードの状態を無効のままユーザ編集画面５０２を表示する。

送信メールの例を図１３に示す。１３０１はメールのヘッダ部、１３０２は、メールの本文、１３０３は、添付部を示す。「Ａｌｉｃｅ」は、メールから取得したＴＯＴＰシークレット文字列やＱＲコードとＴＯＴＰに対応したモバイルアプリケーションを使用して、ワンタイムパスワードを生成することができる。または、Ａｌｉｃｅ専用の二要素認証を有効化するためのリモートＵＩが提供する画面のＵＲＬを作成して、メールで送付するようにしてもよい。「Ａｌｉｃｅ」は、メールから取得したＵＲＬにアクセスすることによりＴＯＴＰシークレット文字列やＱＲコードを取得することができる。例えば、ＵＲＬにアクセスできる期間を限定して、他人が「Ａｌｉｃｅ」用のＵＲＬに不正にアクセスするリスクを低減する。

画面５０４において、「プリントする」を選択して、「実行」ボタンを押下されたことを検知した場合、ユーザ認証サービス３０３が、ＴＯＴＰシークレットを発行し、プリンタ２０６を使用して、ＴＯＴＰシークレット文字列とＱＲコードを用紙にプリント出力する。プリントが成功した場合、ユーザ情報テーブル（表１）にＴＯＴＰシークレットを保存して、有効化完了をリモートＵＩ３０２に表示する（画面５０５）。ＯＫボタンの押下を検知すると、ワンタイムパスワードの状態を無効から有効に変更して、ユーザ編集画面５０２を表示する。用紙切れなどの理由により、プリントにユーザ認証サービス３０３は、ＴＯＴＰシークレットを破棄して、有効化できない旨をリモートＵＩ３０２に表示する（画面５０６）。ＯＫボタンの押下を検知すると、ワンタイムパスワードの状態を無効のままユーザ編集画面５０２を表示する。

プリントを行った「Ａｄｍｉｎ」は、ＴＯＴＰシークレット文字列とＱＲコードがプリントされた用紙を「Ａｌｉｃｅ」に渡す運用を行う。Ａｌｉｃｅは、入手した用紙にプリントされたＴＯＴＰシークレット文字列やＱＲコードとＴＯＴＰに対応したモバイルアプリケーションを使用して、ワンタイムパスワードを生成することができる。

また、不図示だが、複数のユーザアカウントを選択して、一括して、強制的にワンタイムパスワードを有効化可能なようなにしてもよい。この場合、ユーザ認証サービス３０３は選択された複数ユーザのＴＯＴＰシークレット文字列、ＱＲコード画像を一括して生成し、各ユーザのメールアドレスに送信するか、まとめてプリント出力を行う。

＜実施形態２の効果＞
実施形態２においては、管理者が強制的にＴＯＴＰシークレットを発行して、配布できるように構成した。このため、管理者が多要素認証を強制する設定を行った後に、各ユーザが二要素認証の設定を行わずに放置するリスクを無くすことができる。

また、一般ユーザは、自らＭＦＰにアクセスしてＵＩ操作を行うことなく、ＴＯＴＰシークレット文字列やＱＲコード画像を入手することができるため、利便性が良い。また、メールや用紙は保存することが可能であるため、モバイル端末紛失時に、他のモバイル端末を使ってワンタイムパスワードを生成することができ、ＴＯＴＰシークレット文字列やＱＲコード画像の所有により本人であることを証明することができる。

［その他の実施例］
実施例１および２において、ローカルＵＩおよびリモートＵＩの二要素目の認証は、異なる認証方法とした。具体的には、前者は暗証番号、後者はＴＯＴＰに対応したワンタイムパスワードである。しかしながら、「知識情報」、「所持情報」、「生体情報」の複数の組み合わせを考慮せずに、例えば、複数の「所持情報」の組み合わせなどとすることも可能であり、ローカルＵＩの二要素目の認証をリモートＵＩと同じくＴＯＴＰに対応したワンタイムパスワードにしても良い。これは一要素目の認証に対しても同じことが言える。そのため、結果として、ローカルＵＩおよびリモートＵＩとも一要素目の認証がログインＩＤおよびパスワードによる認証で、二要素目の認証がＴＯＴＰに対応したワンタイムパスワードになる場合もあり得る。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステムまたは装置に提供し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

３０１ ローカルＵＩ
３０２ リモートＵＩ
３０３ ユーザ認証サービス
３０４ ＩＣカードリーダドライバ

Claims (11)

1. 印刷機能を少なくとも含む機能を備えた画像形成装置であって、
   前記画像形成装置のローカルＵＩ機能へのローカルアクセスに対し認証を実行する第１認証手段と、
   前記画像形成装置のリモートＵＩ機能へのリモートアクセスに対し認証を実行する第２認証手段と、を有し、
   前記第１認証手段および前記第２認証手段とも多要素認証に対応しており、かつ前記第２認証手段の認証要素は前記第１認証手段の認証要素と少なくとも１つ以上は異なる認証要素であることを特徴とする画像形成装置。
2. 前記第１認証手段の認証要素の１つは前記画像形成装置に備えられたＩＣカードを用いたＩＣカード認証であり、前記第２認証手段の認証要素に前記ＩＣカード認証は含まれないことを特徴とする請求項１に記載の画像形成装置。
3. 多要素認証に対応する前記第１認証手段および前記第２認証手段の認証要素の１つには所持情報に対応する認証が設定され、前記第２認証手段の所持情報に対応する認証にはソフトウェアトークン認証が設定されることを特徴とする請求項１または２に記載の画像形成装置。
4. 認証要素の１つとしてソフトウェアトークン認証を設定している前記第２認証手段は、ソフトウェアトークンをモバイル端末に備えられたモバイルアプリケーションに発行させるためのシークレットを提供することを特徴とする請求項３に記載の画像形成装置。
5. 認証要素の１つとしてソフトウェアトークン認証を設定している前記第２認証手段は、前記第２認証手段の多要素認証の実行が有効にされてから前記画像形成装置へリモートアクセスされた際にソフトウェアトークン認証の認証情報が有効化されていないと判断した場合に、当該リモートアクセスへのレスポンスで前記シークレットを提供することを特徴とする請求項４に記載の画像形成装置。
6. 認証要素の１つとしてソフトウェアトークン認証を設定している前記第２認証手段は、前記第２認証手段の多要素認証の実行が有効にされてから前記画像形成装置へローカルアクセスされた際にソフトウェアトークン認証の認証情報が有効化されていないと判断した場合に、ローカルアクセスへのレスポンスで前記シークレットを提供することを特徴とする請求項４または５に記載の画像形成装置。
7. 認証要素の１つとしてソフトウェアトークン認証を設定している前記第２認証手段は、前記第２認証手段の多要素認証の実行が有効にされたことに伴い、前記シークレットを電子通信手段で送信する、もしくは前記シークレットを印刷することを特徴とする請求項４乃至６の何れか１項に記載の画像形成装置。
8. 前記第１認証手段および／または前記第２認証手段は、一般ユーザとしてローカルアクセスもしくはリモートアクセスしてきた際には多要素認証は実行せず、管理者ユーザとしてローカルアクセスもしくはリモートアクセスしてきた際には多要素認証を実行させることを特徴とする請求項１乃至７の何れか１項に記載の画像形成装置。
9. 前記第１認証手段および／または前記第２認証手段は、多要素認証の認証要素の１つにおいて、当該認証要素の認証情報が設定されていない場合は、前記認証情報を設定させずにアクセスを禁止することを特徴とする請求項１乃至８の何れか１項に記載の画像形成装置。
10. 印刷機能を少なくとも含む機能を備えた画像形成装置の制御方法であって、
    前記画像形成装置のローカルＵＩ機能へのローカルアクセスに対し認証を実行させる第１認証ステップと、
    前記画像形成装置のリモートＵＩ機能へのリモートアクセスに対し認証を実行させる第２認証ステップと、を含み、
    前記第１認証ステップおよび前記第２認証ステップとも多要素認証に対応しており、かつ前記第２認証ステップでの認証要素は前記第１認証ステップでの認証要素と少なくとも１つ以上は異なる認証要素であることを特徴とする制御方法。
11. 請求項１０に記載の制御方法を画像形成装置に実行させるプログラム。

Images