JP6184194B2 - 画像処理装置及びその認証方法、並びにプログラム - Google Patents

Description

本発明は、画像処理装置及びその認証方法、並びにプログラムに関し、特に、複数の機能を有する画像処理装置の当該機能を利用する複数のユーザの認証技術に関する。

ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）等の画像処理装置は、コピーやプリント、スキャンした画像の送信等の複数の機能を実現するために、コピー、プリント、スキャンして送信などの複数のアプリケーションを備える。また、多くの画像処理装置は、複数のユーザに共用されることから、セキュリティの観点でユーザ認証機能を備える。このユーザ認証機能によりユーザを識別して、ユーザ毎のアクセス制御やパーソナライズ制御を行なうことが可能となる。

ユーザ毎のアクセス制御には、例えば、管理者や一般ユーザに画像処理装置の利用権限（カラーコピーの許可や禁止など）を設定し、設定された利用権限に応じて、利用できる機能を制限するものがある。アクセス制御目的に利用されるユーザ認証には、ユーザのなりすましを防止するために、ユーザＩＤとパスワードを照合することによる認証方法や、ＩＣカードや生体情報を用いた厳密な認証方法がある。

一方、パーソナライズ制御には、認証されたユーザが良く使う機能の表示や、画像処理装置に溜め置かれたプリントジョブのうち、認証されたユーザのものだけを表示し、ユーザに選択させるものがある。このような機能をパーソナライズ機能またはパーソナライズと呼ぶものとする。

また、複数のアプリケーションから選択されたアプリケーションに関連付けられたセキュリティレベルに従って、アプリケーションを利用する場合には認証が必要であるかを判断し、認証が必要なときにユーザ認証を行う技術がある（特許文献１参照）。例えば、コピー機能を持つアプリケーションにはどのユーザでも利用可能なようにユーザ認証不要に設定される一方、スキャンした画像の送信機能を持つアプリケーションにはセキュリティの観点からユーザ認証が必要と設定される。

また、ユーザ情報を入力するための複数の入力手段を備え、当該入力手段により入力されてユーザ情報に応じてジョブの実行の可否を判断する技術がある（特許文献２参照）。

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

上述したパーソナライズ制御では、厳密な認証方法を使用すると、ユーザ認証を行うために手間のかかる操作が必要となる。そのため、セキュリティが要求されず、パーソナライズが可能なアプリケーションには、ユーザ識別を目的とした簡易な認証を使用することが望ましい。

しかしながら、パーソナライズが可能で、且つセキュリティも求められるアプリケーションが存在する。例えば、以下のような特性を持つアプリケーションが該当する。

・一般ユーザが使用する場合は、パーソナライズが可能であって誰でも利用が可能だが、アプリケーションの設定変更が禁止されている。

・管理者が使用する場合は、パーソナライズが可能であって誰でも利用が可能であり、さらにアプリケーションの設定変更が許可されている。

上記特性を持つアプリケーションの利用に対して厳密なユーザ認証を求めると、アプリケーションの設定変更が禁止されている一般ユーザさえもユーザ認証を行うので、手間のかかる操作をしなればならず、煩わしいという問題がある。一方、上記アプリケーションに対して管理者が簡易な認証を使用すると、セキュリティの観点で問題がある。

本発明は、上記問題に鑑みてなされたものであり、アプリケーションの特性やユーザ権限に応じたユーザ認証を提供でき、セキュリティの確保と使い勝手の向上を両立させた認証技術を提供することを目的とする。

上記目的を達成するために、本発明の画像処理装置は、ユーザを認証するための認証処理である第１の認証処理と前記第１の認証処理よりもセキュアにユーザを認証するための第２の認証処理とでユーザを認証することが可能な認証手段と、前記認証手段が前記第１の認証処理で認証したユーザの権限を取得する取得手段と、前記取得手段が取得した権限が所定の権限である場合、前記認証手段が前記第１の認証処理で認証したユーザに前記所定の権限を付与するよう制御し、前記取得手段が取得した権限が所定の権限でない場合、前記認証手段は前記第２の認証処理でユーザを認証し、前記第２の認証処理での認証が成功した場合に当該ユーザに前記取得手段が取得した権限を付与するよう制御する制御手段と、を有することを特徴とする。

本発明によれば、特定したユーザの情報からユーザ権限を取得し、レベルが異なる認証方法を当該ユーザ権限に基づいて使い分ける。これにより、アプリケーションの特性やユーザ権限に応じたユーザ認証を提供でき、セキュリティの確保と使い勝手の向上を両立させることができる。

本発明の第１の実施形態に係る画像処理装置が配置されたネットワーク環境の一例を示す図である。 図１におけるＭＦＰのハードウェア構成を示すブロック図である。 図１におけるＭＦＰのソフトウェア構成を示すブロック図である。 操作部に表示される認証画面の一例を示す図であり、（ａ）簡易ユーザ認証画面、（ｂ）セキュアユーザ認証画面、（ｃ）セキュア認証画面である。 アプリケーション選択時に利用されるテーブル情報の一例を示す図であり、（ａ）（ｂ）ユーザ情報テーブル、（ｃ）（ｄ）ユーザ認証設定テーブルである。 ログインコンテキストが持つ情報の一例を示す図であり、（ａ）ユーザ１、（ｂ）ユーザ２である。 操作部に表示される操作画面の一例を示す図であり、（ａ）メニュー画面、（ｂ）プリントの画面、（ｃ）スキャンして送信の画面である。 マニフェストファイルの一例を示す図であり、（ａ）プリント用、（ｂ）スキャンして送信用である。 ＭＦＰ１０１のアプリケーション選択時の動作の流れを示すフローチャートである。 ＭＦＰ１０１のアプリケーション選択時の動作の流れを示すフローチャートである。 図９ＢのステップＳ９１４におけるセキュアユーザ認証の要否を判定する処理の詳細を示すフローチャートである。 本発明の第２の実施形態におけるセキュアユーザ認証の要否を判定する処理の詳細を示すフローチャートである。 本発明の第３の実施形態におけるセキュアユーザ認証の要否を判定する処理の詳細を示すフローチャートである。

以下、本発明の実施の形態を図面を参照して詳細に説明する。

［第１の実施形態］
図１は、本発明の第１の実施形態に係る画像処理装置が配置されたネットワーク環境の一例を示す図である。

ＭＦＰ１０１は、コピー機能、プリント機能やスキャナ機能、ネットワーク通信機能等の複数の機能を備えた複合機である。ＭＦＰ１０１は、プリントサーバ１０２、ＰＣ（パーソナルコンピュータ）１０３、及びメールサーバ１０４が接続されたＬＡＮ１００に接続されている。ＬＡＮ１００は、インターネット１１０に接続されている。

ＰＣ１０３では、ユーザによりプリントジョブが作成される。ＰＣ１０３から送信されたプリントジョブがプリントサーバ１０２に留め置かれる。ＭＦＰ１０１はユーザの指示に従ってプリントサーバ１０２にアクセスし、プリントサーバ１０２から所望のプリントジョブを取得する。ＭＦＰ１０１では、プリントサーバ１０２から取得したプリントジョブの印刷が実行される。

ＭＦＰ１０１は、スキャン機能により読み取った画像のデータを、ＬＡＮ１００を介してメールサーバ１０４に送信する。ＰＣ１０３は、メールサーバ１０４に保存された画像データを取得してユーザの利用に供することができる。さらに、メールサーバ１０４は、画像データをインターネット１１０に接続されたＰＣ（不図示）に送信することもできる。

図２は、図１におけるＭＦＰ１０１のハードウェア構成を示すブロック図である。

ＣＰＵ２０１を含む制御部２００は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ２０１は、ＲＯＭ２０２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２０４は、画像データや各種プログラムを記憶する。操作部Ｉ／Ｆ２０５は、操作部２０９と制御部２００との間の情報のやりとりを制御するインターフェース（Ｉ／Ｆ）である。

プリンタＩ／Ｆ２０６は、プリンタ部２１０と制御部２００との間の情報のやりとりを制御するＩ／Ｆである。プリンタ部２１０は、プリンタＩ／Ｆ２０６を介して制御部２００から転送された画像データを記録媒体上に印刷する。

スキャナＩ／Ｆ２０７は、スキャナ部２１１と制御部２００との間の情報のやりとりを制御するＩ／Ｆである。スキャナ部２１１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２０７を介して制御部２００に出力する。

ネットワークＩ／Ｆ２０８は、制御部２００とＬＡＮ１００との間の情報のやりとりを制御する通信Ｉ／Ｆである。ネットワークＩ／Ｆ２０８は、ＬＡＮ１００上のプリントサーバ１０２やＰＣ１０３等との間で、画像データや情報を送信したり、各種情報を受信したりする。

なお、本実施形態においてＭＦＰ１０１は１つのＣＰＵ２０１が１つのメモリ（ＲＡＭ２０３またはＨＤＤ２０４）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の態様であっても構わない。例えば、複数のＣＰＵや複数のＲＡＭまたはＨＤＤを協働させてフローチャートに示す各処理を実行するようにすることもできる。

図３は、図１におけるＭＦＰ１０１のソフトウェア構成を示すブロック図である。図３に示す各ブロックは、ＭＦＰ１０１のＲＯＭ２０２またはＨＤＤ２０４に記憶されたソフトウェアモジュールであり、ＭＦＰ１０１のＣＰＵ２０１が実行することにより以下に説明する所定の機能を実現する。

デバイスドライバ群３０１は、上述したＭＦＰ１０１内の各種ハードウェアを制御するためのデバイスドライバ群である。

アプリケーションプラットフォーム３０２は、ＭＦＰ１０１上で動作するアプリケーション（以下、単に「アプリ」とも呼ぶ）やサービスのインストール、アンインストール、起動や停止、操作部２０９に表示する画面の制御などを行う。また、アプリケーションプラットフォーム３０２は、アプリやサービスに対して下記のＡＰＩを提供する。

・アプリケーションとサービス間でデータ交換を行うためのＡＰＩ
・アプリケーションやサービスからデバイスドライバ群３０１を介してハードウェアの機能を利用するためのＡＰＩ
また、アプリケーションプラットフォーム３０２は、Ｌｉｎｕｘ(登録商標)などのオペレーティングシステム（ＯＳ）、ＪＡＶＡ（登録商標）のバーチャルマシンやＯＳＧｉフレームワークを含む形で構成することができる。なお、ＯＳＧｉフレームワークは、ＯＳＧｉ Ａｌｌｉａｎｃｅ（標準化団体）が定義したＪＡＶＡ(登録商標)ベースのサービスプラットフォームである。

ログインサービス３０３は、ＭＦＰ１０１やＭＦＰ１０１上で動作するアプリケーションを利用するユーザを認証するサービスである。また、ログインサービス３０３は、以下の機能を備える。

・デフォルトロールを管理する。本実施形態では、ユーザ認証なしで利用可能なＭＦＰの利用権限をデフォルトロールと称する。デフォルトロールは変更可能に構成されている。

・ユーザを認証するためのユーザインターフェース（ＵＩ）を操作部２０９に表示してユーザ認証を行う。操作部２０９に表示されるＵＩの詳細については後述する。

・ユーザ情報テーブルとユーザ認証設定テーブルを管理する。これらテーブル情報の詳細については後述する。

・ユーザ認証に成功したユーザの情報を示すログインコンテキストと称するオブジェクトをＲＡＭ２０３上に生成し、アプリケーションプラットフォーム３０２やアプリケーションにＡＰＩを介して通知する。本実施形態では、ユーザ認証からログインコンテキストの通知までの一連の処理をログイン処理と称す。ログインコンテキストの一例を図６（ａ）、図６（ｂ）に示す。図６（ａ）に示す６０１は、一般ユーザであるユーザ１がログインした際のログインコンテキストの一例である。図６（ｂ）に示す６０２は、管理者であるユーザ２がログインした際のログインコンテキストの一例である。

メニュー３０４は、図７（ａ）に示すメニュー画面７０１を操作部２０９に表示するサービスである。例えば、メニュー画面７０１には、ユーザが利用するアプリケーションを選択するための複数のボタン７０２，７０３，７０４，７０５が表示されている。なお、アプリケーションの種類は図示例に限定されるものではない。

コピー３０５、プリント３０６、スキャンして送信３０７、及びウェブブラウザ３０８は、ＭＦＰ１０１で動作するアプリケーションである。これら複数のアプリケーションは、それぞれがアプリケーションの情報や特性が記載されたマニフェストファイルを備える。マニフェストファイルは、アプリケーションプラットフォーム３０２がアプリケーションの実行を制御するために用いられる。一般にはＯＳＧＩで規定されたＭＡＮＩＦＥＳＴ．ＭＦファイルなどが知られる。マニフェストファイルの一例を図８（ａ）、図８（ｂ）に示す。

図８（ａ）に示す８０１は、プリント３０６が備えるマニフェストファイルの一例である。マニフェストファイルにおけるファンクション属性（Functions）には、アプリケーションが備える機能が記載される。例えば、マニフェストファイル８０１では、プリント３０６のアプリケーションがカラープリント（ColorPrint）、白黒プリント（BwPrint）、パーソナライズ（Personalize）の機能を備えることを示す。パーソナライズ機能及びパーソナライズは、上述したように、認証されたユーザが良く使う機能の表示や、画像処理装置に溜め置かれたプリントジョブのうち、認証されたユーザのものだけを表示し、ユーザに選択させる等の機能の総称である。

図８（ｂ）に示す８０２は、スキャンして送信３０７が備えるマニフェストファイルの一例である。図示例のファンクション属性（Functions）には、スキャンして送信３０７がファックス送信（FAXSend）、メール送信（EmailSend）の機能を備えることを示す。さらに、ＳＭＢプロトコルを用いたファイル送信（SMBSend）、パーソナライズ（Personalize）、管理者用の設定（AdministratorSetting）の機能を備えることを示す。

次に、ログインサービス３０３により操作部２０９に表示される、ユーザを認証するための認証画面（ＵＩ）について図４（ａ）〜図４（ｃ）を参照して説明する。

図４（ａ）は簡易ユーザ認証画面の一例を示す図、図４（ｂ）は第１のセキュアユーザ認証画面の一例を示す図、図４（ｃ）は第２のセキュアユーザ認証画面の一例を示す図である。

図４（ａ）において、簡易ユーザ認証画面４０１は、ＭＦＰ１０１を利用するユーザを識別するための認証画面である。簡易ユーザ認証画面４０１には、後述するユーザ情報テーブルに登録済みのユーザと関連付いたユーザ選択用のボタン４０４，４０５，４０６が配置されている。ユーザが該当するボタンを選択して押下すると、簡易的にユーザ認証が行われる。

図４（ｂ）において、第１のセキュアユーザ認証画面４０２は、ユーザ名とパスワードをユーザに入力させてセキュアなユーザ認証を行うための認証画面である。第１のセキュアユーザ認証画面４０２には、ユーザ名入力部４０７と、パスワード入力部４０８と、戻るボタン４０９と、ログインボタン４１０が配置されている。ユーザ名入力部４０７にユーザ名を入力し、パスワード入力部４０８にパスワードを入力した後、ログインボタン４１０が押下されると、入力されたユーザ名とパスワードに基づいてセキュアユーザ認証が行われる。

図４（ｃ）において、第２のセキュアユーザ認証画面４０３は、簡易ユーザ認証画面４０１でデフォルトロールよりも高い権限（ロール）を持つユーザ（例えば管理者）が選択されたときに表示され、当該管理者のユーザ認証を行うための認証画面である。つまり、簡易ユーザ認証画面４０１で簡易ユーザ認証が行われた後、第２のセキュアユーザ認証画面でセキュアユーザ認証が行われることになる。

第２のセキュアユーザ認証画面４０３には、ユーザ名入力部４１１と、パスワード入力部４１２と、戻るボタン４１３と、スキップボタン４１４と、ログインボタン４１５が配置されている。第２のセキュアユーザ認証画面４０３が表示された時点では、既に簡易ユーザ認証が終わっていることから、ユーザ名入力部４０７にユーザ名が入力された状態にある。そして、パスワード入力部４０８にパスワードを入力した後、ログインボタン４１０が押下されると、入力されたユーザ名とパスワードに基づいてセキュアユーザ認証が行われる。なお、スキップボタン４１４が押下されると、セキュアユーザ認証をスキップ（省略）することができる。

次に、ログインサービス３０３により管理されるユーザ情報テーブルとユーザ認証設定テーブルについて図５（ａ）〜図５（ｄ）を参照して説明する。

図５（ａ）及び図５（ｂ）はユーザ情報テーブルの一例を示す図、図５（ｃ）及び図５（ｄ）はユーザ認証設定テーブルの一例を示す図である。

ユーザ情報テーブル５０１，５０２には、ユーザ情報として、ユーザ認証に使用するユーザ名、パスワード、ユーザのＭＦＰ１０１の利用権限を示すロール（管理者または一般ユーザ、カラープリント許可または禁止）などが登録されている。これらの情報は、ＭＦＰ１０１を管理する管理者が、ログインサービス３０３により表示されるＵＩ（不図示）を介して予めＨＤＤ２０４に登録可能なものとする。なお、本実施形態では、ユーザ情報テーブル５０１を用いるものとし、ユーザ情報テーブル５０２は後述する第３の実施形態で用いるものとする。また、２種類のユーザ情報テーブルについて説明するが、２種類のユーザ情報テーブルを合わせて１つのユーザ情報テーブルで運用するように構成しても構わない。

また、図５（ａ）及び図５（ｂ）に示すユーザ情報テーブルをＭＦＰ１０１のＨＤＤ２０４に格納する代わりに、ＬＡＮ１００に接続される認証サーバ（不図示）に格納するようにしても良い。この場合、ログインサービス３０３は認証サーバに対して認証を要求する（必要に応じてユーザ名やパスワードを認証サーバに対して送信する）。そして、ログインサービス３０３は認証サーバから認証結果を受信する。

ユーザ認証設定テーブル５０３には、機能名（アプリケーション名）とユーザ認証方法が登録されている。ユーザ認証設定テーブル５０３は、アプリケーションとユーザ認証方法との対応関係を示す情報である。機能名（アプリケーション名）は、上述したコピー３０５、プリント３０６、スキャンして送信３０７やウェブブラウザ３０８等である。ユーザ認証設定テーブル５０３に登録されるユーザ認証方法は、認証なし、簡易ユーザ認証（第１の認証）、セキュアユーザ認証（第２の認証）、簡易ユーザ認証＋セキュアユーザ認証のいずれかである。

ログインサービス３０３は、ＭＦＰ１０１のアプリケーションの情報をアプリケーションプラットフォーム３０２のＡＰＩから取得する。そして、ログインサービス３０３は、ユーザ認証設定テーブルにおけるメニューや各アプリケーションに対して、ユーザ認証方法を関連付けるためのＵＩ（不図示）を表示する。管理者は、当該ＵＩを介してＨＤＤ２０４にユーザ認証設定テーブルを登録したり、ユーザ認証設定テーブルの編集が可能である。

ユーザ認証設定テーブルにおける「メニュー」に「認証なし」に設定されている場合は、メニュー画面７０１に表示されたアプリケーションのボタンが選択されたときに、当該アプリケーションに設定されたユーザ認証方法でユーザ認証が実施される。さらに、各アプリケーションのユーザ認証方法にも「認証なし」が設定されている場合、ユーザはメニュー画面７０１からアプリケーションをユーザ認証なしで利用できる。なお、「認証なし」に設定されたアプリケーション利用時の権限はデフォルトロールが適用される。

ユーザ認証設定テーブルにおける「メニュー」に「認証なし」以外のユーザ認証方法が設定されている場合は、操作部２０９に表示されるデフォルトの表示画面がユーザ認証画面となる。この場合は、ログイン処理完了後に、認証したユーザの権限でメニューやアプリケーションを利用可能なように構成される。

なお、図５（ｄ）に示すユーザ認証設定テーブル５０４も、図５（ｃ）に示すユーザ認証設定テーブル５０３と同様に機能名（アプリケーション名）とユーザ認証方法が登録されている。ユーザ認証設定テーブル５０４については後述する第３の実施形態で説明する。

次に、プリント３０６が持つ機能を図７（ｂ）を参照して説明する。

図７（ｂ）は、プリント３０６により操作部２０９に表示されるアプリケーションの画面の一例を示す図である。

プリント３０６は、プリントサーバ１０２に留め置かれたマイジョブ（ログインユーザに関連付いたプリントジョブ）を表示して、選択されたプリントジョブからプリンタ部２１０で印刷を実行させるアプリケーションである。

図７（ｂ）に示すプリント画面７０６には、ログイン中のユーザの名前を表示するログインユーザ名表示部７０７と、プリント３０６がプリントサーバ１０２から取得したプリントジョブのリストを表示するジョブリスト表示部７０８が配置されている。マイジョブ表示ボタン７０９は、ジョブリスト表示部７０８にマイジョブのみを表示するためのボタンである。全てのジョブ表示ボタン７１０は、他人のジョブを含む全てのジョブをジョブリスト表示部７０８に表示するためのボタンである。白黒プリントボタン７１１は、選択されたジョブを白黒プリントするためのボタンである。カラープリントボタン７１２は、選択されたジョブをカラープリントするためのボタンである。例えば、プリント３０６は、ログインコンテキストからログイン中のユーザの権限（ロール）を取得し、取得したユーザ権限がカラープリント禁止を示していれば、カラープリントボタン７１２を無効化する（権限付与）。

次に、スキャンして送信３０７が持つ機能を図７（ｃ）を参照して説明する。

図７（ｃ）は、スキャンして送信３０７により操作部２０９に表示されるアプリケーションの画面の一例を示す図ある。

スキャンして送信３０７は、スキャナ部２１１でスキャンされた画像のデータを外部に送信するアプリケーションである。

図７（ｃ）に示すスキャン画面７１３には、ログイン中のユーザの名前を表示するログインユーザ名表示部７１４と、画像データの送信先（新規宛先）を入力する画面に遷移するための新規宛先ボタン７１５が配置されている。マイアドレス帳ボタン７１６は、ログイン中のユーザがよく使う送信先が登録されたアドレス帳を使用するためのボタンである。よく使う設定ボタン７１７は、ログイン中のユーザがよく使うスキャン設定を使用するためのボタンである。自分へ送信ボタン７１８は、画像データの送信先としてログイン中のユーザ自身のメールアドレスを使用するためのボタンである。なお、マイアドレス帳ボタン７１６、よく使う設定ボタン７１７、自分へ送信ボタン７１８は、パーソナライズ機能を有する。スキャンして送信３０７は、ユーザ名と関連付けてマイアドレス帳ボタン７１６、よく使う設定ボタン７１７、自分へ送信ボタン７１８用のデータを管理する。

設定変更ボタン７１９は、スキャンして送信の動作設定を変更するためのボタンである。設定変更ボタン７１９を押下することで、例えば、スキャンして送信３０７で一般ユーザが使用してよい送信プロトコルなどを設定することができる。設定変更ボタン７１９は、管理者用のボタンである。そのため、一般ユーザがログインしている場合は、スキャンして送信３０７は、設定変更ボタン７１９を無効化して押下できないようにアクセス制御を行う。スキャンボタン７２０は、スキャンと送信を実行するためのボタンである。

ログアウトボタン７２１は、ログアウトするためのボタンである。ログアウトボタン７２１が押下された場合は、ログアウト処理が行われる。ログアウト処理では、ログインしていたユーザのログインコンテキストを破棄し、操作部２０９の表示画面をユーザが操作する前の初期状態に戻す。

次に、ＭＦＰ１０１において、ユーザがアプリケーションを利用する際に必要な認証機能がどのように提供されるかを図９Ａ、図９Ｂ、図１０、図１１、図１２を参照して説明する。

図９Ａ及び図９Ｂは、ＭＦＰ１０１のアプリケーション選択時の動作の流れを示すフローチャートである。図示の処理は、ＭＦＰ１０１のＣＰＵ２０１が図３に示すソフトウェアのいずれかを実行することによって実現される。また、本処理では、ユーザ情報テーブル５０１とユーザ認証設定テーブル５０３が利用され、デフォルトロールが一般ユーザを示すものとする。

図９Ａにおいて、アプリケーションプラットフォーム３０２は、ユーザ認証設定テーブル５０３の「メニュー」に対応する認証方法が「認証なし」になっていることから、デフォルトの操作画面として、メニュー画面７０１を表示する（ステップＳ９０１）。

次に、アプリケーションプラットフォーム３０２は、メニュー画面７０１上でいずれかのアプリケーションのボタンが押下されたことを検知すると、ＡＰＩを介して、選択されたアプリケーションの情報をログインサービス３０３に通知する（ステップＳ９０２）。

次に、ログインサービス３０３は、ユーザ認証設定テーブル５０３を参照し、選択されたアプリケーションにユーザ認証が設定されているか否かを判定する（ステップＳ９０３）。選択されたアプリケーションにユーザ認証が設定されていなかった場合、ステップＳ９０８に進み、ログインサービス３０３は認証不要の旨をアプリケーションプラットフォーム３０２に通知する。次に、アプリケーションプラットフォーム３０２は、デフォルトロールを選択されたアプリケーションに通知すると共に、選択されたアプリケーションの画面を操作部２０９に表示して（ステップＳ９０８）、本処理を終了する。以下、アプリケーションの画面とは、例えば、図７（ｂ）や図７（ｃ）に示す画面である。

一方、ステップＳ９０３において、選択されたアプリケーションにユーザ認証が設定されていた場合、ステップＳ９０４へ進む。ステップＳ９０４では、ログインサービス３０３は、ユーザ認証設定テーブル５０３を参照し、選択されたアプリケーションに対応するユーザ認証方法を判定する（ステップＳ９０４）。選択されたアプリケーションにセキュアユーザ認証が設定されていた場合、ステップＳ９０５へ進む一方、選択されたアプリケーションに簡易ユーザ認証が設定されていた場合、ステップＳ９０９へ進む。他方、選択されたアプリケーションに簡易ユーザ認証＋セキュアユーザ認証が設定されていた場合は、図９ＢのステップＳ９１２に進む。

ステップＳ９０５では、ログインサービス３０３は、セキュアユーザ認証画面４０２を表示する。次に、ログインサービス３０３は、ユーザ名入力部４０７にユーザ名が、パスワード入力部４０８にパスワードが入力された後、ログインボタン４１０が押下されたことを検知すると、ユーザ認証処理を行う（ステップＳ９０６）。ユーザ認証処理では、ログインサービス３０３がユーザ情報テーブル５０１を参照し、入力されたユーザ名とパスワードが登録されている場合、ユーザ認証成功と判断する。ユーザ認証が成功した場合、ログインサービス３０３は、認証したユーザのロール情報をユーザ情報テーブル５０１から取得し、ユーザ名と共にログインコンテキストに格納する（ステップＳ９０７）。次に、ログインサービス３０３がログインコンテキストと共に認証処理完了をアプリケーションプラットフォーム３０２に通知し、アプリケーションプラットフォーム３０２が、選択されたアプリケーションの画面を表示して（ステップＳ９０８）、本処理を終了する。

ステップＳ９０９では、ログインサービス３０３は、簡易ユーザ認証画面４０１を表示する（ステップＳ９０９）。次に、ログインサービス３０３は、簡易ユーザ認証画面４０１上でいずれかのユーザのボタンが押下されたことを検知すると、当該ボタンと関連付いたユーザを特定する（ステップＳ９１０）。

次に、ログインサービス３０３は、特定したユーザのユーザ名とデフォルトロールをログインコンテキストに格納する（ステップＳ９１１）。次に、ログインサービス３０３がログインコンテキストと共に認証処理完了をアプリケーションプラットフォーム３０２に通知し、アプリケーションプラットフォーム３０２が、選択されたアプリケーションの画面を表示して（ステップＳ９０８）、本処理を終了する。例えば、プリント３０６は、通知されたログインコンテキストからユーザ名を取得し、取得したユーザ向けのパーソナライズ機能を提供する。

図９ＢのステップＳ９１２では、ログインサービス３０３は、簡易ユーザ認証画面４０１を表示する。次に、ログインサービス３０３は、簡易ユーザ認証画面４０１上でいずれかのユーザのボタンが押下されたことを検知すると、当該ボタンと関連付いたユーザを特定する（ステップＳ９１３）。

次に、ログインサービス３０３は、選択されたアプリケーションの情報や特定したユーザの情報を基にセキュアユーザ認証の必要があるか否かを判定する（ステップＳ９１４）。ステップＳ９１４の詳細は後述する。

ステップＳ９１４にてセキュアユーザ認証が必要と判定された場合は、ステップＳ９１５に進む一方、セキュアユーザ認証が不要と判定された場合は、ステップＳ９１８へ進む。

ステップＳ９１５では、ログインサービス３０３はセキュアユーザ認証画面４０３を表示して、ユーザにセキュア認証を要求する。このとき、ログインサービス３０３は、セキュアユーザ認証画面４０３上のユーザ名入力部４１１に、ステップＳ９１３で特定したユーザのユーザ名が入力された状態でセキュアユーザ認証画面４０３の表示を行う。そして、ユーザがパスワードをパスワード入力部４１２に入力し、ログインサービス３０３が、ログインボタン４１５が押下されたことを検知すると、ユーザ認証処理を行う（ステップＳ９１６）。ユーザ認証が成功した場合、ログインサービス３０３は、認証したユーザのロール情報をユーザ情報テーブル５０１から取得し、ユーザ名と共にログインコンテキストに格納して（ステップＳ９１７）、図９ＡのステップＳ９０８へ進む。一方、セキュアユーザ認証画面４０３にてユーザがスキップボタン４１４を押下したと検知した場合、ステップＳ９１８へ進む。

ステップＳ９１８では、ログインサービス３０３は、ステップＳ９１３で特定したユーザのユーザ名とデフォルトロールをログインコンテキストに格納して、図９ＡのステップＳ９０８へ進む。

ステップＳ９０８では、ログインサービス３０３がログインコンテキストと共に認証処理完了をアプリケーションプラットフォーム３０２に通知し、アプリケーションプラットフォーム３０２が、選択されたアプリケーションの画面を表示して、本処理を終了する。例えば、スキャンして送信３０７は、通知されたログインコンテキストからユーザ名を取得し、取得したユーザ向けのパーソナライズ機能を提供する。さらに、ログインコンテキストから取得したロール情報が一般ユーザである場合は、管理者用のボタンである設定変更ボタン７１９を押下できないように無効化する。一方、ログインコンテキストから取得したロール情報が管理者である場合は、設定変更ボタン７１９を押下可能なように有効化する。

次に、図９ＢのステップＳ９１４におけるセキュアユーザ認証の要否を判定する処理の詳細を図１０を参照して説明する。

図１０は、図９ＢのステップＳ９１４におけるセキュアユーザ認証の要否を判定する処理の詳細を示すフローチャートである。

図１０において、ログインサービス３０３は、ユーザ情報テーブル５０１を参照して、ステップＳ９１３で特定したユーザのロール情報を取得する（ステップＳ１００１）。

次に、ログインサービス３０３は、取得したユーザのロール情報が示す権限がデフォルトロールよりも高いか否かを判定する（ステップＳ１００２）。具体的には、ステップＳ１００１で取得したユーザのロール情報とデフォルトロールを比較する。本実施形態では、デフォルトロールは一般ユーザである。取得したユーザのロール情報が管理者を示す場合は、デフォルトロールよりも高いのでセキュアユーザ認証が必要と判断する。一方、取得したユーザのロール情報が一般ユーザを示す場合は、デフォルトロールと等価なので、セキュアユーザ認証が不要と判断する。

上記構成では、簡易ユーザ認証画面４０１上で管理者が自身のユーザ選択用ボタンを押下した場合は、セキュアユーザ認証画面が表示される。その結果、一般ユーザが管理者になりすまして、管理者用の機能にアクセスすることを防止することができ、セキュリティを確保することできる。一方、一般ユーザが自身のユーザ選択用のボタンを押下した場合、セキュアユーザ認証画面を表示することなく、アプリケーションのパーソナライズ機能を利用することができ、一般ユーザに対する利便性を損ねることが無い。さらに、管理者は、セキュアユーザ認証画面上でパスワード入力をスキップすることができるので、アプリケーションのパーソナライズ機能のみを利用する場合でも、手間のかかる認証情報の入力をパスすることができる。

上記第１の実施形態によれば、アプリケーションの特性やユーザ権限に応じたユーザ認証を提供でき、セキュリティの確保と使い勝手の向上を両立させることができる。また、デフォルトロールを持つ一般ユーザには簡易なユーザ認証のみを提供することができ、ユーザ認証操作に係る煩わしさがない。また、高い権限を持つ管理者には、厳密なユーザ認証を提供することができ、一定以上のセキュリティを確保することできる。また、操作に高い権限が必要無いアプリケーションには簡易認証のみを提供することができ、高い権限を持つユーザもユーザ認証操作に係る煩わしさがない。

［第２の実施形態］
次に、本発明の第２の実施形態について説明する。

アプリケーションの設定変更が管理者のみに許可されるような管理者機能を持たないアプリケーションに対しては、セキュアユーザ認証を行う必要がないので、セキュアユーザ認証画面を必ず表示するのは無駄である。そこで、本発明の第２の実施形態は、管理者機能を持たないアプリケーションが選択された場合にはセキュアユーザ認証画面を表示しない点で上記第１の実施形態と異なる。

図１１は、本発明の第２の実施形態におけるセキュアユーザ認証の要否を判定する処理の詳細を示すフローチャートである。本処理は、図９ＢにおけるステップＳ９１４の詳細な処理であり、図１０の処理に対してステップＳ１１０１，Ｓ１１０２が追加されている点が異なる。それら以外は上記第１の実施形態と同様であり、その説明は省略する。

図１１において、ログインサービス３０３は、図９ＡのステップＳ９０２で選択されたアプリケーションの特性を取得する（ステップＳ１１０１）。具体的には、ログインサービス３０３は、アプリケーションプラットフォーム３０２を介して、選択されたアプリケーションのマニフェストファイルを取得する。ステップＳ１１０１では、ログインサービス３０３が特性取得手段として機能する。

次に、ログインサービス３０３は、取得したマニフェストファイルの内容を参照して、選択されたアプリケーションがセキュアユーザ認証を必要とする機能を持つか否かを判定する（ステップＳ１１０２）。例えば、図９ＡのステップＳ２０９で選択されたアプリケーションがプリントであった場合、プリントのマニフェストファイル８０１のファンクション属性には、管理者向けの機能を示すAdministratorSettingの記載が無い。そのため、セキュアユーザ認証不要と判断する。一方、図９ＡのステップＳ２０９で選択されたアプリケーションがスキャンして送信であった場合、スキャンして送信のマニフェストファイル８０２のファンクション属性には、管理者の機能を示すAdministratorSettingの記載がある。そのため、ステップＳ１１０３，Ｓ１１０４を経てセキュアユーザ認証の要否を判断する。なお、ステップＳ１１０３，Ｓ１１０４は、図１０のステップＳ１００１，Ｓ１００２と同様である。

上記第２の実施形態によれば、管理者機能を持たないアプリケーションに対して、ユーザ認証設定テーブル５０３に簡易ユーザ認証＋セキュアユーザ認証を設定したとしても、無駄にセキュアユーザ認証画面を表示しないようにすることができる。その結果、管理者は、各アプリケーションが管理者機能を持つか否かを気にすることなく、簡易ユーザ認証＋セキュアユーザ認証をアプリケーションに設定することができる。

［第３の実施形態］
次に、本発明の第３の実施形態について説明する。

上記第１及び第２の実施形態では、図５（ａ）に示すユーザ情報テーブル５０１を利用し、ユーザの権限を一般ユーザと管理者に分けた場合について説明したが、ＭＦＰ１０１が持つ機能の利用権限で分けてもよい。例えば、カラープリント機能をユーザ毎のアクセス制限の対象とする場合は、カラープリント許可または禁止を示す情報をロール情報とする。図５（ｂ）に示すユーザ情報テーブル５０２を利用した場合、ロールにカラープリント許可またはカラープリント禁止を示す情報が登録されている。

図１２は、本発明の第３の実施形態におけるセキュアユーザ認証の要否を判定する処理の詳細を示すフローチャートである。本処理は、図９ＢにおけるステップＳ９１４の詳細な処理である。また、本処理では、図５（ｂ）に示すユーザ情報テーブル５０２と図５（ｄ）に示すユーザ認証設定テーブル５０４が利用され、デフォルトロールがカラープリント禁止を示すものとする。ユーザ認証設定テーブル５０３とユーザ認証設定テーブル５０４との違いは、アプリケーションのプリントが、一方が簡易ユーザ認証であり、他方が簡易ユーザ認証＋セキュアユーザ認証である。

例えば、図９ＡのステップＳ９０２では、プリントやスキャンして送信が選択された場合、これらには簡易ユーザ認証＋セキュアユーザ認証が設定されているため、ログインサービス３０３は、ステップＳ９１２，Ｓ９１３を経てステップＳ９１４へ移行する。

図１２において、ログインサービス３０３は、図９ＡのステップＳ９０２で選択されたアプリケーションのマニフェストファイルを、アプリケーションプラットフォーム３０２を介して取得する（ステップＳ１２０１）。ステップＳ１２０１では、ログインサービス３０３が特性取得手段として機能する。

次に、ログインサービス３０３は、取得したマニフェストファイルの内容を参照して、選択されたアプリケーションがアクセス制限対象機能であるカラープリント機能を持つか否かを判定する（ステップＳ１２０１）。選択されたアプリケーションがカラープリント機能を持たない場合（例えば、スキャンして送信）は、セキュアユーザ認証不要と判断する。一方、選択されたアプリケーションがカラープリント機能を持つ場合（例えば、プリント）、ログインサービス３０３は、ユーザ情報テーブル５０２を参照して、ステップＳ９１３で特定したユーザのロール情報を取得する（ステップＳ１２０３）。

次に、ログインサービス３０３は、取得したユーザのロール情報が示す権限がデフォルトロールより高いか否かを判定する（ステップＳ１２０４）。本実施形態では、デフォルトロールはカラープリント禁止であるため、ステップＳ１２０１で取得したユーザのロール情報がカラープリント禁止かを判定する。取得したユーザのロール情報がカラープリント禁止の場合は、セキュアユーザ認証不要と判断する。一方、取得したユーザのロール情報がカラープリント許可の場合は、セキュアユーザ認証が必要と判断する。

上記第３の実施形態によれば、アクセス制限の対象である機能を持たないアプリケーションに対して、簡易ユーザ認証＋セキュアユーザ認証を設定したとしても、無駄にセキュアユーザ認証画面が表示しないようにすることができる。その結果、管理者は、各アプリケーションがアクセス制限の対象である機能を持つか否を気にすることなく、簡易ユーザ認証＋セキュアユーザ認証をアプリケーションに設定することができる。さらに、デフォルトロールと同じロールを持つユーザは、管理ユーザ認証のみを行うことで各アプリケーションが持つパーソナライズ機能を使用することが可能となる。

本実施形態では、アプリケーションプラットフォーム３０２、ログインサービス３０３、及びメニュー３０４がアプリケーションの画面を表示する前に設定に応じてユーザ認証を実施するように構成されている。その結果、簡易ユーザ認証やセキュアユーザ認証を使用するので、アプリケーションに修正を加える必要がない。

上記第１〜第３の実施形態では、セキュアユーザ認証方法として、ユーザ名とパスワードを入力するものを例に取り上げたが、これに限定されず、ＩＣカードや生体情報を使用する認証方法でもよいことは言うまでもない。

また、本発明をＭＦＰ等の画像処理装置に適用した実施形態について説明したが、スマートフォンを含む携帯電話、携帯型の端末等の情報処理装置に適用しても同様の効果が得られることは言うまでもない。

また、２種類のユーザ情報テーブルについて説明したが、これらを合わせて１つのユーザ情報テーブルで運用するように構成しても構わない。さらに、２種類のユーザ認証設定テーブルについて説明したが、これらを合わせて１つのユーザ認証設定テーブルで運用するように構成しても構わない。

また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワークまたは各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

１０１ ＭＦＰ
２０１ ＣＰＵ
３０２ アプリケーションプラットフォーム
３０３ ログインサービス
３０４ メニュー
３０５ コピー
５０１，５０２ ユーザ情報テーブル
５０３，５０４ ユーザ認証設定テーブル
８０１，８０２ マニフェストファイル

Claims (10)

1. ユーザを認証するための認証処理である第１の認証処理と前記第１の認証処理よりもセキュアにユーザを認証するための第２の認証処理とでユーザを認証することが可能な認証手段と、
   前記認証手段が前記第１の認証処理で認証したユーザの権限を取得する取得手段と、
   前記取得手段が取得した権限が所定の権限である場合、前記認証手段が前記第１の認証処理で認証したユーザに前記所定の権限を付与するよう制御し、前記取得手段が取得した権限が所定の権限でない場合、前記認証手段は前記第２の認証処理でユーザを認証し、前記第２の認証処理での認証が成功した場合に当該ユーザに前記取得手段が取得した権限を付与するよう制御する制御手段と、
   を有することを特徴とする画像処理装置。
2. 前記取得手段が取得した権限が所定の権限でない場合において前記第２の認証処理による認証を省略する指示を受け付けた場合、前記制御手段は前記認証手段が前記第１の認証手段で認証したユーザに前記所定の権限を付与するよう制御することを特徴とする請求項１に記載の画像処理装置。
3. 前記画像処理装置は複数のアプリケーションを実行することが可能であり、
   更に、前記複数のアプリケーションのいずれかと前記第１の認証処理、または前記第２の認証処理を含む認証処理との対応関係を記憶する記憶手段を有することを特徴とする請求項１または２に記載の画像処理装置。
4. 前記画像処理装置はアプリケーションを実行することが可能であり、
   前記アプリケーションから当該アプリケーションの特性を取得する特性取得手段と、
   前記特性取得手段により取得したアプリケーションの特性に基づいて前記第２の認証手段による認証が必要か否かを判定する判定手段とをさらに備え、
   前記判定手段により前記第２の認証処理による認証が不要と判定された場合、前記第１の認証処理による認証を実行することを特徴とする請求項１または２に記載の画像処理装置。
5. 前記特性取得手段が取得する特性は、前記アプリケーションのマニフェストファイルに含まれる情報であることを特徴とする請求項４に記載の画像処理装置。
6. 前記第１の認証処理は、パスワードを用いずにユーザを識別する処理であることを特徴とする請求項１乃至５のいずれか１項に記載の画像処理装置。
7. 前記第２の認証処理は、パスワードを用いてユーザを識別する処理であることを特徴とする請求項１乃至６のいずれか１項に記載の画像処理装置。
8. 前記第２の認証処理は、前記画像処理装置の表示部にユーザ名とパスワードの入力を受け付けることが可能な操作画面を表示することを特徴とする請求項７に記載の画像処理装置。
9. 画像処理装置の制御方法であって、
   ユーザを認証するための第１の認証処理で認証したユーザの権限を取得する取得工程と、
   前記取得工程において取得された権限が所定の権限である場合、前記第１の認証処理で認証したユーザに前記所定の権限を付与するよう制御し、前記取得工程において取得された権限が所定の権限でない場合、前記第１の認証処理よりもセキュアにユーザを認証するための第２の認証処理でユーザを認証し、前記第２の認証処理での認証が成功した場合に当該ユーザに前記取得工程において取得された権限を付与するよう制御する制御工程と、
   を有することを特徴とする制御方法。
10. 画像処理装置に制御方法を実行させるためのプログラムであって、前記制御方法は、
    ユーザを認証するための第１の認証処理で認証したユーザの権限を取得する取得工程と、
    前記取得工程において取得された権限が所定の権限である場合、前記第１の認証処理で認証したユーザに前記所定の権限を付与するよう制御し、前記取得工程において取得された権限が所定の権限でない場合、前記第１の認証処理よりもセキュアにユーザを認証するための第２の認証処理でユーザを認証し、前記第２の認証処理での認証が成功した場合に当該ユーザに前記取得工程において取得された権限を付与するよう制御する制御工程と、
    を有することを特徴とするプログラム。

Images