JP2018121244A - 画像形成装置、制御方法及びプログラム - Google Patents

Abstract

【課題】煩雑なユーザ操作を要することなく、アプリケーションに含まれる機能に対する使用許否の設定を容易に行うことを目的とする。【解決手段】画像形成装置であって、画像形成装置が提供する機能に対する、ユーザの使用許否の設定指示を受け付ける受付手段と、設定指示に従い、互いに異なる複数のアプリケーションそれぞれに含まれる同一の前記機能に、同一の使用許否を設定する設定手段とを有する。【選択図】図１０

Description

本発明は、複数の機能を実行可能な画像形成装置に関する。

従来、コピーアプリケーションや画像読み取り（スキャン）アプリケーションなど、複数のアプリケーションを有するＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）が知られている。これらのアプリケーションは、それぞれが複数の機能を有している。例えば、コピーアプリケーションは、裏写り除去機能、白黒印刷機能、及び、両面印刷機能等の複数の機能を有している。

これら複数の機能のそれぞれについて、ユーザ権限に応じて機能の使用可否を設定可能なＭＦＰが知られている。特許文献１には、ＭＦＰのコピーアプリケーションに含まれる複数の機能それぞれに対し、複数の権限のユーザそれぞれによる使用の許否を設定可能とする技術が開示されている。

特開２０１２−２２１０６９号公報

しかしながら、特許文献１に記載の技術では、複数のアプリケーション（例えば、コピーとスキャン）が共通の機能（例えば、裏写り除去）を有する場合であっても、アプリケーション毎にその機能の使用制限の設定を行う必要がある。このように、アプリケーション毎に機能の使用制限を設定することは、ユーザにとって手間であるという課題がある。

本発明はこのような問題点に鑑みなされたもので、煩雑なユーザ操作を要することなく、アプリケーションに含まれる機能に対する使用許否の設定を容易に行うことを目的とする。

そこで、本発明は、画像形成装置であって、前記画像形成装置が提供する機能に対する、ユーザの使用許否の設定指示を受け付ける受付手段と、前記設定指示に従い、互いに異なる複数のアプリケーションそれぞれに含まれる同一の前記機能に、同一の前記使用許否を設定する設定手段とを有することを特徴とする。

本発明によれば、煩雑なユーザ操作を要することなく、アプリケーションに含まれる機能に対する使用許否の設定を容易に行うことができる。

第１の実施形態に係るＭＦＰのハードウェア構成を示す図である。 ＭＦＰのソフトウェア構成を示す図である。 機能管理テーブルの一例を示す図である。 アプリ管理テーブルの一例を示す図である。 グループ管理テーブルの一例を示す図である。 設定画面の一例を示す図である。 認証テーブルの一例を示す図である。 選択画面の一例を示す図である。 アプリ画面の一例を示す図である。 ゲストログイン処理を示すフローチャートである。 アプリ画面の一例を示す図である。 ゲスト管理テーブルの一例を示す図である。 認証画面の一例を示す図である。 認証画面の一例を示す図である。 アプリ画面の一例を示す図である。 第２の実施形態に係るゲストログイン処理を示すフローチャートである。 エラー画面の一例を示す図である。

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

（第１の実施形態）
図１は、第１の実施形態に係るＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１００のハードウェア構成を示す図である。ＭＦＰ１００は、画像形成装置の一例である。制御部２００は、ＭＦＰ１００全体を制御する。ＣＰＵ２１０は、ＦｌａｓｈＲＯＭ２１１に記憶された制御用のプログラム（第１プログラム）及びハードディスクドライブ（ＨＤＤ）２１３内のプログラム領域２５１に格納されたプログラムをＲＡＭ２１２に読み出して実行する。

ＨＤＤ２１３は、ネットワークＩ／Ｆ２１８を介してＰＣ２２５から受信した印刷データを記憶する。なお、ＣＰＵ２１０により実行されるプログラムには、後述するプリント用アプリケーションプログラムが含まれる。そして、このプリント用アプリケーションプログラムにより、ＨＤＤ２１３に記憶された印刷データがプリンタ部２２０によるプリントが可能な画像データに変換される。

ＨＤＤ２１３には、プリンタ部２２０によるプリントが可能な画像データも記憶される。また、ＣＰＵ２１０により実行されるプログラムには、スキャン用アプリケーションプログラムが含まれる。このスキャン用アプリケーションプログラムにより、スキャナ部２２１によって画像データが読み取られるとともに、読み取られた画像データがＨＤＤ２１３に転送される。なお、後述するＭＦＰ１００の機能や処理は、ＣＰＵ２１０がＦｌａｓｈＲＯＭ２１１又はＨＤＤ２１３に格納されているプログラムを読み出し、このプログラムを実行することにより実現されるものである。

操作部Ｉ／Ｆ２１４は、操作部２１９を介してＭＦＰ１００の操作者により入力される指示をＣＰＵ２１０に伝達するためのＩ／Ｆである。また、操作部Ｉ／Ｆ２１４は、操作部２１９に表示される内容を切替えるための指示をＣＰＵ２１０から受信して操作部２１９に伝達する。表示部Ｉ／Ｆ２３０は、制御部２００と表示部２３１を接続するためのＩ／Ｆである。表示部２３１は、各種情報を表示する。

プリンタＩ／Ｆ２１５は、制御部２００とプリンタ部２２０を接続するためのＩ／Ｆである。ここで、プリンタ部２２０は、プリンタＩ／Ｆ２１５を介してＨＤＤ２１３から転送される画像データに基づいてシート上にプリントを行う。プリンタ部２２０は、ＣＰＵ２１０ａとＦｌａｓｈＲＯＭ２２０ｂを有する。ＣＰＵ２１０ａは、ＦｌａｓｈＲＯＭ２２０ｂに記憶されたプログラムを実行することにより、プリント処理に伴う各種動作をプリンタ部２２０に実行させる。

スキャナＩ／Ｆ２１６は、制御部２００とスキャナ部２２１を接続するためのＩ／Ｆである。ここで、スキャナ部２２１は、原稿上の画像をＣＣＤ（ＣｈａｒｇｅＣｏｕｐｌｅｄＤｅｖｉｃｅ）等により構成されるラインセンサを用いて画像データとして読み取るものである。そして、スキャナ部２２１は、読み取った画像データをスキャナＩ／Ｆ２１６を介してＨＤＤ２１３へ転送する。ＨＤＤ２１３へ転送され、記憶された画像データは、前述したプリンタ部２２０によりプリントすることが可能であり、スキャナ部２２１により読み取った画像データをプリンタ部２２０によりプリントすることにより、複写（コピー）処理が可能となる。

ＵＳＢ−ＨｏｓｔＩ／Ｆ２１７は、制御部２００と外部ＵＳＢデバイス２２３を接続するためのＩ／Ｆである。ここで、外部ＵＳＢデバイス２２３は、ＵＳＢメモリやＵＳＢキーボード等が例として挙げられる。ＵＳＢメモリにプログラムを格納し、ダウンロードしてＦｌａｓｈＲＯＭ２１１のファイル格納領域に置くケースもある。ネットワークＩ／Ｆ２１８は、制御部２００をＬＡＮ２２９に接続し、ＬＡＮ２２９上のＰＣ２２５やサーバ装置２２４との通信を行う。ＳＲＡＭ２２７は、第１プログラムの実行に必要なＭＦＰ１００の設定値を記憶するために利用される。

図２は、ＭＦＰ１００のソフトウェア構成を示す図である。デバイスドライバ３０１は、各種ハードウェアを制御するためのデバイスドライバである。アプリケーションプラットフォーム３０２は、ＭＦＰ１００上で動作するアプリケーションやサービスの起動を管理する。アプリケーションプラットフォーム３０２は、アプリケーションやサービスに対して下記のようなＡＰＩを提供する。
・アプリケーション−サービス間でデータ交換を行うためのＡＰＩ
・アプリケーションやサービスからデバイスドライバ群を介してハードウェアの機能を利
用するためのＡＰＩ

アプリケーションプラットフォーム３０２は、Ｌｉｎｕｘ（登録商標）等の、オペレーティングシステムや、ＪＡＶＡ（登録商標）のバーチャルマシンやＯＳＧｉフレームワークを含む形で構成することができる。ＯＳＧｉフレームワークは、ＯＳＧ Ａｌｌｉａｎｃｅ（標準化団体）が定義したＪＡＶＡ（登録商標）ベースのサービスプラットフォームである。ローカルアプリケーション３０３は、ＭＦＰ１００の操作部２１９にユーザインタフェースを表示する。ローカルアプリケーション３０３は、コピー機能を提供するコピーアプリケーションや、スキャン機能を提供するスキャンアプリケーション等で構成される。

リモートアプリケーション３０４は、パーソナルコンピュータのＷｅｂブラウザに対してＨＴＭＬで記述したユーザインタフェースを提供する。リモートアプリケーション３０４は、ＭＦＰ１００の設定機能を提供する複合機管理アプリケーションや、ＰＤＦフォーマットの文書のプリント機能を提供するダイレクトプリントアプリケーション等で構成される。

ログインサービス３０５は、権限管理機能、アプリケーション毎の認証要否設定、ローカルログイン、リモートログインの機能を提供する。ここで、アプリケーションと機能の関係を説明する。ＭＦＰ１００は複数の機能を有しており、ＭＦＰ１００の処理を実行するアプリケーションは、これらの機能のうち少なくとも１つを含んでいる。本実施形態のＭＦＰ１００が実行可能なアプリケーションは、例えば、コピー、ファックス、スキャンして送信、スキャンして保存等である。また、本実施形態のＭＦＰ１００が実行可能な機能は、例えば、アドレス帳、ワンタッチ、新規に入力、自分に送信等である。アプリケーションは、複数の機能を提供するソフトウェアであり、複数のアプリケーションが共通の機能を有する場合がある。

以下、ログインサービス３０５の各機能について説明する。
・権限管理機能
ログインサービス３０５は、ロールグループ毎のユーザに対する使用許否を、機能カテゴリー毎、アプリケーション毎、アプリケーショングループ毎にそれぞれ管理する。ここで、ロールは、ＭＦＰ１００のユーザのＭＦＰ１００の使用権限に係るロールである。すなわち、ロールグループに応じて、ユーザのＭＦＰ１００に対する使用権限の範囲が異なる。本実施形態においては、ロールグループとして、"Ａｄｍｉｎｉｓｔｒａｔｏｒ"、"Ｇｅｎｅｒａｌ"、"ゲスト"の３種類が設定されているものとする。Ａｄｍｉｎｉｓｔｒａｔｏｒロールは、ＭＦＰ１００の管理権限を持つユーザのみに割り当てられるロールである。Ｇｅｎｅｒａｌは、ＭＦＰ１００に対して登録済みの一般ユーザに割り当てられるロールである。ゲストロールは、ＭＦＰ１００に登録されていない未登録ユーザに割り当てられるロールである。

図３は、各機能に対する使用許否をロール毎に管理する機能管理テーブル３００の一例を示す図である。機能管理テーブル３００は、各機能に対する使用許否をロール毎に管理するためのテーブルである。本実施形態においては、機能はカテゴリー毎に分類される。図３に示す機能管理テーブル３００において、機能と、機能に対する各ロールのユーザの使用許否と、が対応付けられている。機能管理テーブル３００は、Ａｄｍｉｎｉｓｔｒａｔｏｒロールに属する管理者のみが設定可能である。管理者の指示に従い、ログインサービス３０５は、管理者による操作に応じて、ＭＦＰ１００が提供する各機能に対する、各ロールのユーザの使用許否の設定指示を受け付ける（受付処理）。そして、ログインサービス３０５は、設定指示に従い、機能毎に各ロールのユーザの使用許否を設定する（設定処理）。

例えば、図３の機能管理テーブル３００においては、「自分へ送信」機能では、ゲストロールのユーザに対し、使用不許可が設定されている。これは、「自分へ送信」機能が、スキャンデータの送信先を確定するためにユーザ識別を必須としており、ゲストユーザには使用できないためである。また、機能カテゴリーの各機能に対する使用許否の設定は、当該機能を利用する複数のアプリケーションに対して横断的に有効である。例えば、アドレス帳の利用についてのゲストユーザに対し、使用不許可が設定されているとする。この場合、ＭＦＰ１００は、「ファクス」アプリケーションや「スキャンして送信」アプリケーション等、複数のアプリケーションにおいて、横断的に、アドレス帳の機能に対するゲストユーザの使用を禁止する。

このように本実施形態のＭＦＰ１００は、ある機能についてユーザの使用許否を設定すると、複数のアプリケーションに共通して当該設定を反映する。本実施形態によれば、そのアプリケーションが実行する機能の使用許否をアプリケーション毎に設定する必要がないので、管理テーブルの設定を行う管理者の手間が軽減される。

なお、図３には、データの送信に関する機能に係る機能を示したが、ログインサービス３０５は、送信機能の他にも、プリント機能、コピー機能、ウェブブラウザ機能、ユーティリティ機能等他のカテゴリーの機能についても同様のテーブルを有するものとする。機能カテゴリーの分類の仕方については特に限定しない。アプリケーション単位ではなく、機能単位でユーザの使用許否を設定するものであればよい。

図４は、アプリ管理テーブル４００の一例を示す図である。アプリ管理テーブル４００は、アプリケーションに対するユーザの使用許否をロール毎に管理するためのテーブルである。アプリ管理テーブル４００において、アプリケーションと、アプリケーションに対する各ロールのユーザの使用許否と、が対応付けられている。

図５は、グループ管理テーブル５００の一例を示す図である。グループ管理テーブル５００は、アプリケーションのグループ単位で、各グループに対するユーザの使用許否をロール毎に管理するためのテーブルである。グループ管理テーブル５００において、アプリケーションのグループと、アプリケーションのグループに対する各ロールのユーザに対する使用許否と、が対応付けられている。ここで、アプリケーションのグループは、同系統の処理を行なうアプリケーションをグループ化したものである。これにより、ＭＦＰ１００は、複数のアプリケーションについて使用を制限することができる。例えば、「スキャンして送信」グループには、「スキャンして送信」アプリケーションと「ファクス」アプリケーションが紐付けられている。したがって、ＭＦＰ１００は、「スキャンして送信」グループに対し使用不許可が設定されると、グループに紐付けられた複数のアプリケーションの使用を一括して制限することができる。なお、機能管理テーブル３００、アプリ管理テーブル４００及びグループ管理テーブル５００は、いずれもＨＤＤ２１３等の記憶部に予め記憶されているものとする。

図６は、ゲストロールに対する使用許否を設定する設定画面６００の一例を示す図である。Ａｄｍｉｎｉｓｔｒａｔｏｒロールに属する管理者は、設定画面６００において、機能カテゴリー、アプリケーショングループ、アプリケーションそれぞれに対する、各ロールのユーザの使用許否を設定することができる。設定画面６００のトグルボタン６０４が押下されると、ログインサービス３０５は、「自分へ送信」機能で設定できる設定値を表示部２３１に表示する。そして、管理者が選択した値が、入力フィールド６０３に表示される。それぞれの項目が設定された上でＯＫボタン６０１が押下されると、ログインサービス３０５は、入力内容に従い、ロール毎に使用許否の設定を行う。すなわち、ログインサービス３０５は、設定内容を保存する。また、キャンセルボタン６０２が押下された場合には、ログインサービス３０５、設定をクリアし、表示を前ページに戻す。

・アプリケーション毎の認証要否設定
ログインサービス３０５は、上述の権限管理機能とは別に、アプリケーション毎に、使用する際の認証を必要とするか否かを設定することができる。この設定では、アプリケーションが選択された際に、アプリケーションを実行可能とする前にユーザの認証処理を行うか否かを設定することができる。具体的には、図７に示す認証テーブル７００に対し、認証の有無が設定される。認証テーブル７００は、アプリケーションと、認証設定と、を対応付けるテーブルであり、予めＨＤＤ２１３等の記憶部に記憶されているものとする。図７に示す認証テーブル７００においては、コピー、プリント、スキャンして送信、スキャンして保存の各アプリケーションに対して、認証の有無が対応付けられている。

あるアプリケーションについて認証ありと設定された場合には、ログインサービス３０５は、当該アプリケーションのアイコンが押下された後、当該アプリケーションの操作画面を表示する前に、認証画面を表示する。この認証画面は、例えば、ユーザの識別情報及びパスワードを入力するための画面である。ログインサービス３０５は、認証画面を介して入力された認証情報を使って自装置内で認証処理を実行することができる。認証処理によってユーザ認証が成功すると、ログインサービス３０５は、アプリケーションを実行するための操作画面を表示部２３１に表示する。この設定はＡｄｍｉｎｉｓｔｒａｔｏｒロールに属するユーザが行うことができる。他の例としては、ログインサービス３０５は、認証画面を介して入力された認証情報を、ネットワークを介して外部の認証サーバに送ることにより認証処理を実行させることとしてもよい。

・ローカルログイン
ログインサービス３０５は、操作部２１９から入力されたユーザＩＤとパスワードによってユーザ認証を行う。このようにＭＦＰ１００に対して直接ログインし、操作部２１９をユーザが操作できる状態にすることをローカルログインと呼ぶ。ログインサービス３０５は、認証したユーザに対するローカルアプリケーション３０３へのアクセスを許可する。なお、同時にローカルログインできるユーザ数は１名とし、複数のユーザが同時にローカルログインはできないものとする。

・リモートログイン
ログインサービス３０５は、ネットワークを介してユーザ認証情報を取得してユーザ認証を行う。ログインサービス３０５は、同時に複数のユーザがリモートログインすることが可能なように構成される。

次に、アプリケーションを実行する処理について説明する。図８は、選択画面８００の一例を示す図である。選択画面８００には、複数のアプリケーションそれぞれに対応した複数のボタンが表示されている。本実施形態に係る選択画面８００には、コピーのボタン８０１と、プリントのボタン８０２と、スキャンして送信のボタン８０３と、スキャンして保存のボタン８０４の、４つのボタンが表示されている。ユーザは、図８に示す選択画面８００において利用したいアプリケーションのボタンを選択することができる。ＭＦＰ１００は、ユーザによりアプリケーションが選択されると、選択されたアプリケーションを実行する。

選択画面８００において、アプリケーションのボタンが選択されると、選択されたボタンに対応したアプリ画面が表示される。ここで、アプリ画面は、選択されたボタンに対応したアプリケーションの実行画面である。図９は、アプリ画面９００の一例を示す図である。例えば、選択画面８００において、スキャンして送信のアプリケーションのボタン８０３が選択されると、図９に示すように、スキャンして送信のアプリケーションのアプリ画面９００が表示される。アプリ画面９００には、スキャンして送信において実行可能な機能に対するボタン９０１〜９０５が表示される。

ＭＦＰ１００は、ユーザによるボタンの選択に応じて、アプリケーション実行に伴う各種設定を行うことができる。例えば、ユーザにより「自分へ送信」機能が選択されたとする。この場合、登録ユーザが予め登録しているメールアドレスにスキャンした画像データを送信する設定が有効となる。この機能によって、所定のメールアドレスが自動的に設定されるため、送信先のメールアドレスをその都度入力する必要がなく、ユーザの利便性を高めることができる。ここで、各ボタン９０１〜９０５は、機能の実行指示を受け付けるための画像の一例である。

図１０は、ＭＦＰ１００による、機能別認証モードにおけるゲストログイン処理を示すフローチャートである。Ｓ１０１において、ＭＦＰ１００のＣＰＵ２１０は、図８に示すアプリケーションの選択画面８００を表示する。図８に示すように、４つのアプリケーションが有効になっていることに対応し、４つのアプリケーションのボタン８０１〜８０４が表示されているものとする。ユーザは、ボタン表示を参照し、利用したいアプリケーションを選択することができる。次に、Ｓ１０２において、ＣＰＵ２１０は、ユーザが選択画面８００に表示されたいずれかのボタンを押下したことに対応しアプリケーションの選択指示を受け付ける。ここで、選択指示は、アプリケーションの利用要求の一例である。

次に、Ｓ１０３において、ＣＰＵ２１０は、図７に示す認証テーブル７００を参照し、選択指示に係るアプリケーションに対する認証設定を確認する。ＣＰＵ２１０は、認証ありに設定されている場合には（Ｓ１０３でＹｅｓ）、処理をＳ１０４へ進める。ＣＰＵ２１０は、認証なしに設定されている場合には（Ｓ１０３でＮｏ）、処理をＳ１１１へ進める。

Ｓ１１１において、ＣＰＵ２１０は、ユーザ権限による制限なしで、選択されたアプリケーションに対応したアプリ画面を表示する。本実施形態においては、Ｓ１０２において、スキャンして送信のアプリケーションが選択された場合を例に説明する。この場合、Ｓ１１１においては、図１１に示すアプリ画面１１００が表示される。ここで、アプリ画面１１００は、図９に示すアプリ画面９００に対応するが、アプリ画面１１００においては、図９に示すアプリ画面９００において表示されたゲストユーザに使用権限がない「自分へ送信」の機能のボタン９０４は表示されない。これは、ユーザ認証を行っておらず、「自分へ送信」を行う際の送信先が特定できないためである。

また、Ｓ１０４においては、ＣＰＵ２１０は、選択指示に係るアプリケーションに対し、ゲストユーザによる使用許否を確認する。ＣＰＵ２１０は、具体的には、図１２に示すゲスト管理テーブル１２００を参照し、ゲストユーザに対して設定された機能に関する使用許否、アプリケーショングループに対する使用許否、アプリケーションに対する使用許否に基づいて判定する。

図１２に示すゲスト管理テーブル１２００において、ゲストロール設定の欄には、ゲストユーザに対して設定された、ゲストユーザの使用許否の設定の情報が記憶されている。ゲストロール設定は、機能、アプリケーショングループ及びアプリケーションのそれぞれに対する使用許否の設定を含んでいる。ＣＰＵ２１０は、機能、アプリケーショングループ及びアプリケーションに係る使用許否の設定の組み合わせに応じて、選択指示に係るアプリケーションの使用許否を決定する。なお、他の例としては、ＣＰＵ２１０は、機能及びアプリケーションに係る使用許否の設定の組み合わせに応じて、選択指示に係るアプリケーションの使用許否を決定してもよい。

Ｓ１０４における処理について具体的に説明する。ＣＰＵ２１０は、まず選択指示に係るアプリケーション、選択指示に係るアプリケーションに含まれる機能、選択指示に係るアプリケーションを含むアプリケーショングループを特定する。例えば、選択指示に係るアプリケーションがスキャンして送信のアプリケーションであるとする。この場合、機能としては、アドレス帳機能、新規に入力機能、ワンタッチ機能、及び、自分へ送信が特定される。

そして、ＣＰＵ２１０は、図３に示す機能管理テーブル３００を参照し、選択指示に係るアプリケーションに対応した、機能の使用許否を特定する。ＣＰＵ２１０は、選択指示に係るアプリケーションが複数の機能を有する場合には、少なくとも１つの機能に対し不許可が設定されている場合には、使用不許可を機能に対する設定として特定する。ただし、アドレス帳機能、新規に入力機能、ワンタッチ機能、及び、自分へ送信機能のうち、自分へ送信機能のみ使用できない場合等には、一部許可、等の権限を設けることとしてもよい。このようにして、図１２に示すゲスト管理テーブル１２００におけるゲストロールのユーザに対する、機能の使用許否の設定を特定する。

ＣＰＵ２１０は、機能の使用許否の設定を特定するのと同様の処理で、図４に示すアプリ管理テーブル４００を参照し、選択指示に係るアプリケーションの使用許否を特定する。さらに、ＣＰＵ２１０は、図５に示すグループ管理テーブル５００を参照し、選択指示に係るアプリケーションが属するアプリケーショングループの使用許否を特定する。なお、使用制限の設定がなされていない場合には、ＣＰＵ２１０は、対応する使用制限を未設定とする。

ＣＰＵ２１０は、このように、まず図１２に示すゲストロール設定の各値を特定する。そして、これらの値の組み合わせに対応した、図１２に示す右端のアプリケーションに対するゲストの使用許否（使用権限）を、選択指示に係るアプリケーションに対する使用許否として特定する。すなわち、ＣＰＵ２１０は、ゲストロール設定から特定された「アプリケーションの使用」に対し、「許可（使用許可）」が設定されている場合には、ゲストユーザに対し、選択指示に係るアプリケーションの使用が許可されていると判定する。ＣＰＵ２１０はまた、ゲストロール設定から特定された「アプリケーションの使用」に「不許可（使用不許可）」が設定されている場合には、ゲストユーザに対し、選択指示に係るアプリケーションの使用は許可されていないと判定する。

ＣＰＵ２１０は、使用が許可されていると判定した場合には（Ｓ１０４でＹｅｓ）、処理をＳ１０５へ進める。ＣＰＵ２１０は、使用が許可されていないと判定した場合には（Ｓ１０４でＮｏ）、処理をＳ１０６へ進める。Ｓ１０５において、ＣＰＵ２１０は、図１３に示す認証画面１３００を表示するよう制御する。図１３に示す認証画面１３００は、ゲストログインありの認証画面であり、認証画面１３００には、ログインボタン１３０１の他にゲストログインボタン１３０２が表示されている。ＣＰＵ２１０は、Ｓ１０５の処理の後、処理をＳ１０７へ進める。

一方で、Ｓ１０６において、ＣＰＵ２１０は、図１４に示す認証画面１４００を表示するよう制御する。図１４に示す認証画面１４００は、ゲストログインなしの認証画面であり、認証画面１４００には、ログインボタン１４０１は表示されているが、図１３の認証画面１３００に表示されるようなゲストログインボタン１３０２は表示されない。これは、ゲストユーザが、選択されたアプリケーションを使用できないことに対応する。ＣＰＵ２１０は、Ｓ１０６の処理の後、処理をＳ１０８へ進める。Ｓ１０６の処理は、アプリケーションの使用を制限する制限処理の一例である。

Ｓ１０７において、ＣＰＵ２１０は、ゲストログインボタン１３０２が押下されたことに対応し、ゲストログインの指示を受け付けた場合には（Ｓ１０７でＹｅｓ）、処理をＳ１１０へ進める。ＣＰＵ２１０は、ゲストログインの指示を受け付けなかった場合には（Ｓ１０７でＮｏ）、処理をＳ１０８へ進める。

Ｓ１１０において、ＣＰＵ２１０は、ゲストユーザのロールに応じたアプリ画面を表示する。図１５は、Ｓ１１０において表示されるアプリ画面１５００の一例である。アプリ画面１５００は、図９のアプリ画面９００に対応するが、Ｓ１１００において表示されるアプリ画面１５００においては、自分へ送信のボタン９０４及びアドレス帳のボタン９０１は表示されない。これは、図３に示す機能管理テーブル３００において、アドレス等の機能及び自分へ送信の機能に使用不許可が設定されていることに対応する。このように、ＣＰＵ２１０は、アプリケーションの実行を許可した場合においても、このアプリケーションにより提供される機能単位でその使用を制限する。本処理は、アプリ画面（実行画面）を表示するよう制御する表示制御処理の一例である。また、本処理は、機能単位で機能の使用を制限する制限処理の一例である。

Ｓ１０８において、ＣＰＵ２１０は、認証画面における入力内容に従い、ユーザ認証に成功したか否かを判定する。図１３又は図１４に示す認証画面においてユーザ名、パスワードが入力され、ログインボタンが押下されると、ＣＰＵ２１０は、Ｓ１０８の処理を行う。ＣＰＵ２１０は、認証に成功した場合には（Ｓ１０８でＹｅｓ）、処理をＳ１０９へ進める。ＣＰＵ２１０は、認証に成功していない場合には（Ｓ１０８でＮｏ）、処理をＳ１０４へ進める。Ｓ１０９において、ＣＰＵ２１０は、登録済みのユーザによるログイン処理を行い、登録済みユーザの権限に基づくアプリ画面を表示する。Ｓ１０９において表示されるアプリ画面には、図９に示すアプリ画面９００のように、選択指示に係るアプリケーションに対応付けられたすべての機能が表示される。

以上のように、第１の実施形態に係るＭＦＰ１００は、ある機能についてユーザの使用許否を設定すると、複数のアプリケーションに共通して当該設定が反映される。すなわち、煩雑なユーザ操作を要することなく、アプリケーションに含まれる機能に対する使用許否の設定を容易に行うことができる。さらに、本実施形態のＭＦＰ１００は、機能単位での使用許否の設定と、アプリケーション単位、グループ単位の使用許否の設定に基づいて、各ロールのユーザに対するアプリケーションの使用を制限することができる。

（第２の実施形態）
次に、第２の実施形態に係るＭＦＰ１００について第１の実施形態に係るＭＦＰ１００と異なる点について説明する。第２の実施形態に係るＭＦＰ１００は、選択指示に係るアプリケーションの使用許否を確認するタイミングが第１の実施形態に係るタイミングと異なる。図１６は、第２の実施形態に係るＭＦＰ１００による、機能別認証モードにおけるゲストログイン処理を示すフローチャートである。図１０に示す第１の実施形態に係るゲストログイン処理の各処理と同一の処理には同一の番号を付し、説明を省略する。

第２の実施形態においては、ＣＰＵ２１０は、Ｓ１０３において、認証ありに設定されている場合に（Ｓ１０３でＹｅｓ）、処理をＳ１０５へ進める。すなわち、ＣＰＵ２１０は、ゲストユーザによる、選択指示に係るアプリケーションの使用許否を確認することなく、ゲストログインありの認証画面を表示するよう制御する。さらに、Ｓ１０７において、ＣＰＵ２１０は、ゲストログインの指示を受け付けた場合には（Ｓ１０７でＹｅｓ）、処理をＳ２０１へ進める。Ｓ２０１において、ＣＰＵ２１０は、選択指示に係るアプリケーションに対し、ゲストユーザによる使用許否を確認する。本処理は、図１０に示すＳ１０４の処理と同様である。

ＣＰＵ２１０は、使用許可と判定した場合には（Ｓ２０１でＹｅｓ）、処理をＳ１１０へ進める。ＣＰＵ２１０は、使用が許可されていないと判定した場合には（Ｓ２０１でＮｏ）、処理をＳ２０２へ進める。Ｓ２０２において、ＣＰＵ２１０は、アプリケーションの使用権限が無いこと示すエラー画面を表示する。図１７は、エラー画面１７００の一例を示す図である。このように、第２の実施形態においては、ＣＰＵ２１０は、アプリケーションの使用が制限されていない場合には、アプリケーションの実行画面を表示する一方で、使用が制限されている場合には、実行画面を表示しないよう制御する。なお、第２の実施形態に係るＭＦＰ１００のこれ以外の構成及び処理は、第１の実施形態に係るＭＦＰ１００の構成及び処理と同様である。

以上のように、第２の実施形態に係るＭＦＰ１００は、ゲストログインボタンが押下された場合に、ゲストユーザの使用許否を確認する。これにより、ゲストユーザの使用が許可されていないアプリケーションが使用されることを防ぐことができる。

以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

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

１００ ＭＦＰ
２１０ ＣＰＵ
２３１ 表示部

Claims (10)

1. 画像形成装置であって、
   前記画像形成装置が提供する機能に対する、ユーザの使用許否の設定指示を受け付ける受付手段と、
   前記設定指示に従い、互いに異なる複数のアプリケーションそれぞれに含まれる同一の前記機能に、同一の前記使用許否を設定する設定手段と
   を有することを特徴とする画像形成装置。
2. 前記受付手段は、所定のロールのユーザの使用許否の前記設定指示を受け付け、
   前記設定手段は、前記設定指示に従い、前記機能に対し、ロール毎のユーザの使用許否を設定することを特徴とする請求項１に記載の画像形成装置。
3. 複数の機能を提供するアプリケーションの利用要求を受け付けた場合に、前記利用要求に係るアプリケーションに含まれる各機能に対して予め設定された前記使用許否に基づいて、機能単位で機能の使用を制限する第１の制限手段をさらに有することを特徴とする請求項１又は２に記載の画像形成装置。
4. 前記利用要求に係るアプリケーションに対して予め設定された使用許否と、前記利用要求に係るアプリケーションに含まれる各機能に対して予め設定された前記使用許否と、に基づいて、前記アプリケーションの使用を制限する第２の制限手段をさらに有することを特徴とする請求項３に記載の画像形成装置。
5. 前記第２の制限手段は、さらに前記利用要求に係るアプリケーションが属するグループに対して予め設定された使用許否に基づいて、前記アプリケーションの使用を制限することを特徴とする請求項４に記載の画像形成装置。
6. 前記第２の制限手段により、前記利用要求に係るアプリケーションの使用が制限されていない場合に、前記アプリケーションの実行画面を表示手段に表示し、前記利用要求に係るアプリケーションに含まれる機能のうち、前記第１の制限手段により使用が制限されていない機能の実行指示を受け付けるための画像を、前記実行画面に表示し、前記使用が制限されている機能の実行指示を受け付けるための画像を、前記実行画面に表示しないよう制御する表示制御手段をさらに有することを特徴とする請求項４又は５に記載の画像形成装置。
7. 前記第２の制限手段により、前記アプリケーションの使用が制限されていない場合に、前記アプリケーションの実行画面を表示手段に表示し、前記アプリケーションの使用が制限されている場合に、前記アプリケーションの実行画面を前記表示手段に表示しないよう制御する表示制御手段をさらに有することを特徴とする請求項４又は５に記載の画像形成装置。
8. 前記表示制御手段は、前記実行画面を表示する場合において、前記利用要求に係るアプリケーションに含まれる機能のうち、前記第１の制限手段により使用が制限されていない機能の実行指示を受け付けるための画像を前記実行画面に表示し、前記使用が制限されている機能の実行指示を受け付けるための画像を前記実行画面に表示しないよう制御することを特徴とする請求項７に記載の画像形成装置。
9. 画像形成装置が実行する制御方法であって、
   前記画像形成装置が提供する機能に対する、ユーザの使用許否の設定指示を受け付ける受付ステップと、
   前記設定指示に従い、互いに異なる複数のアプリケーションそれぞれに含まれる同一の前記機能に同一の前記使用許否を設定する設定ステップと
   を含むことを特徴とする制御方法。
10. 画像形成装置のコンピュータを、
    前記画像形成装置が提供する機能に対する、ユーザの使用許否の設定指示を受け付ける受付手段と、
    前記設定指示に従い、互いに異なる複数のアプリケーションそれぞれに含まれる同一の前記機能に同一の前記使用許否を設定する設定手段と
    して機能させるためのプログラム。

Images