JP2011037161A - 画像形成装置、処理方法及びプログラム - Google Patents

Abstract

【課題】不特定のユーザが画像形成装置を利用可能にすると共に、特定のユーザが利用可能な機能と不特定のユーザが利用可能な機能とを識別可能に表示し、特定のユーザが利用可能な機能を実行する際には認証をすることで使い勝手の良い仕組みを提供することを目的とする。
【解決手段】不特定のユーザが利用可能な機能と特定のユーザが利用可能な機能を規定した機能権限を有する第１のユーザで当該画像形成装置にログインし、第１のユーザの機能権限に従って、不特定のユーザが利用可能な機能と特定のユーザが利用可能な機能とを識別可能に表示し、特定のユーザが利用可能な機能が選択された場合に認証を受付けて、認証が成功した場合に選択された機能を実行する。
【選択図】図１３

Description

本発明は、不特定のユーザと特定のユーザが利用可能な画像形成装置、処理方法及びプログラムに関する。

従来から、サーバ上に一時蓄積された印刷データに対して、印刷装置から印刷要求を行うことで、印刷装置から印刷データを出力する、所謂「プルプリント（蓄積印刷）」の印刷システムが知られている。

これにより、ユーザはアプリケーションから印刷時に特定の印刷装置への出力ではなく、所望の印刷装置からの印刷データ出力を可能としている（例えば、特許文献１）。

また、このような印刷システムでは印刷装置にログインしたユーザの印刷データを出力させるため、必ず個人をユニークに特定する認証機能が印刷装置には必要になる。このような認証機能を有する代表的な印刷装置としては、コピー、ＦＡＸ、プルプリント、スキャンデータの送信などの複数の機能を持つ複合機（ＭＦＰ）がある。

ユーザが上述の複合機を利用する際には、まず、いかなる機能を利用する際にも個人を特定するため、ユーザ認証を行ってから複合機の機能を使うことが可能となっている。

さらに、近年の認証システムでは個人を特定する機能のみならず、認証を行ったユーザに権限レベルを持たせる事により、認証したユーザが利用できる複合機機能を制限する、など細かくユーザが利用可能な印刷装置の機能を制限することが可能となっている。

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

しかしながら、上述のような印刷システムにおける認証機能では、特定の機能だけ個人認証が必要である場合（例えば、プルプリントのアプリケーションのみ個人認証が必要な場合）であっても、まず、利用者の認証を行ってから利用者の権限を確認して機能を提供する仕組みであった。

そのため、例えば、コピー機能だけは個人認証を必要とせずに複合機を利用させたいという要望については応えられなかった。

つまり、個人認証を行わない機能と、個人認証を行う機能とを使い分けることができなかった。

例えば、本社等の大きな拠点ではＩＣカード等を用いた認証システムを利用し、複合機の管理を行っているが、出力機器としてファクシミリ端末しか設置していないような小さな営業店では、認証システムが不要なため、社員がＩＣカードを保持していない場合がある。もしＩＣカードを持っていたとしても、本社で普段利用しないため、複合機を利用するための管理が行われていない。

この場合、営業店の社員が本社に来た場合には、社員であるにも関わらず複合機が利用できないといった課題が存在していた。

また、上述の課題を解決するために、不特定のユーザが複合機の機能を利用させる仕組みを提供することが考えられるが、特定のユーザしか利用できない機能も利用されてしまうという問題があった。

そこで、不特定のユーザが利用可能な機能は認証を不要とし、特定のユーザが利用可能な機能は認証を必要するように管理し、不特定のユーザが不用な機能を利用できないようにすることが考えられる。

しかしながら、上記の例では複合機でユーザが機能を選択しようとした場合に、ユーザがどの機能を利用できて、どの機能を利用できないかをあらかじめ知らなければならず、使い勝手が悪かった。

そこで、本発明の目的は、不特定のユーザが画像形成装置を利用可能にすると共に、特定のユーザが利用可能な機能と不特定のユーザが利用可能な機能とを識別可能に表示し、特定のユーザが利用可能な機能を実行する際には認証をすることで使い勝手の良い仕組みを提供することである。

本発明は、画像形成装置で実行する機能を選択可能な画像形成装置であって、不特定のユーザに当該画像形成装置の機能を利用させるべく、不特定のユーザが利用可能な機能と特定のユーザが利用可能な機能を規定した機能権限を有する第１のユーザで当該画像形成装置にログインする第１のログイン手段と、前記第１のログイン手段にログインした第１のユーザの機能権限に従って、不特定のユーザが利用可能な機能と特定のユーザが利用可能な機能とを識別可能に表示する第１の表示手段と、前記第１の表示手段で表示した機能から、前記特定のユーザが利用可能な機能の選択を受け付ける選択受付手段と、前記選択受付手段で受け付けた機能を利用させるべく、第２のユーザのユーザ識別情報を受け付けるユーザ識別情報受付手段と、前記ユーザ識別情報受付手段で受け付けたユーザ識別情報による認証に応じて得られる認証成功にかかる情報を取得する認証成功情報取得手段と、前記認証成功情報取得手段で取得した認証成功にかかる情報に従って、前記選択受付手段で受け付けた前記特定のユーザが利用可能な機能を実行する機能実行手段とを備える。

また、前記認証成功にかかる情報は、前記第２のユーザが利用可能な機能を規定した機能権限を含み、前記ユーザが利用可能な機能を規定した機能権限で、前記選択受付手段で受け付けた機能が利用可能か否かを判定する機能判定手段を更に備え、前記機能実行手段は、前記機能判定手段で、前記選択受付手段で受け付けた機能が利用可能であると判定された場合に、当該機能を実行することを特徴とする。

また、前記機能実行手段で機能を実行したのち、当該画像形成装置で実行する機能を選択可能な表示に移行する指示を受け付ける移行指示受付手段と、前記移行指示受付手段で移行する指示を受け付けた場合に、前記第２のユーザが利用可能な機能を規定した機能権限に従って、前記第２のユーザが利用可能な機能と前記第２のユーザが利用不可能な機能とを識別可能に表示する第２の表示手段とを更に備えることを特徴とする。

また、前記認証成功情報取得手段で認証成功にかかる情報を取得した場合に、前記第２のユーザで当該画像形成装置にログインする第２のログイン手段と、前記第２のログイン手段でログインした第２のユーザを当該画像形成装置からログアウトするログアウト手段とを更に備え、前記ログアウト手段で第２のユーザを当該画像形成装置からログアウトした場合に、前記第１のログイン手段で第１のユーザで当該画像形成装置にログインし、前記第１の表示手段で表示を行うことを特徴とする。

また、前記選択受付手段は、前記第１の表示手段で表示した機能から、前記不特定のユーザが利用可能な機能の選択を受け付け、前記機能実行手段は、前記選択受付手段で前記不特定のユーザが利用可能な機能の選択を受け付けた場合、前記ユーザ識別情報受付手段で第２のユーザのユーザ識別情報を受け付けることなく、前記不特定のユーザが利用可能な機能を実行することを特徴とする。

また、前記機能は、当該画像形成装置で実行するアプリケーションによる機能と、当該画像形成装置があらかじめ備える機能であることを特徴とする。

また、前記第１の表示手段または前記第２の表示手段で表示する機能は、各機能に対応付いて記憶されている画像であり、前記選択受付手段は、前記画像がユーザに指示されることによって選択を受け付けることを特徴とする。

また、前記第２のユーザのユーザ識別情報を認証するための認証情報は、外部装置に記憶され、前記認証成功情報取得手段は、前記第２のユーザのユーザ識別情報を外部装置に送信することで、前記認証成功にかかる情報を取得することを特徴とする。

不特定のユーザが画像形成装置を利用可能にすると共に、特定のユーザが利用可能な機能と不特定のユーザが利用可能な機能とを識別可能に表示し、特定のユーザが利用可能な機能を実行する際には認証をすることで、画像形成装置の使い勝手を良くすることができる。

認証システムの構成の一例を示すシステム構成図である 情報処理装置のハードウェア構成を示すブロック図である 複合機３００のハードウェア構成の一例を示すブロック図である 認証ステムの機能構成を示すブロック図である 認証システムのアプリケーション構成を示す図である ゲストユーザでログインした場合のアイコン一覧画面の画面例である アイコンが押下された場合に表示される認証要求画面の画面例である ＩＣカードを用いて認証された後に表示されるアイコン一覧画面の画面例である アイコンが押下された場合のアプリケーション画面例である 複合機３００の起動時の処理を示すフローチャートである ゲスト権限取得処理を示すフローチャートである アイコン一覧画面表示処理を示すフローチャートである アイコン画像が押下された場合の処理を示すフローチャートである 認証要求画面表示処理を示すフローチャートである ＩＣカード認証処理を示すフローチャートである アプリケーション表示処理を示すフローチャートである アイコン一覧画面表示へ戻る処理を示すフローチャートである 認証サーバユーザＩＤテーブルの一例を示す図である 認証サーバグループ権限テーブルの一例を示す図である ＵＳＥＲ−ＧＵＥＳＴのログインコンテキストテーブル情報の一例を示す図である ＵＳＥＲ−Ａのログインコンテキストテーブル情報の一例を示す図である

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

図１は、プルプリントを適用可能な認証システムの構成の一例を示すシステム構成図である。

図１に示すように、本実施形態の認証システムは、１又は複数のクライアント端末４００（例えば、ユーザ毎）、複数のプリンタ３００（プリンタＡ３００ａ，プリンタＢ３００ｂ，複合機Ｃ３００ｃ），印刷管理サーバ１００、認証サーバ２００（外部装置）がローカルエリアネットワーク（ＬＡＮ）６００を介して接続され、情報の送受信を行う構成となっている。以下、プリンタ３００を複合機３００と表現する。なお、プリンタ及び複合機は画像形成装置と言い換えることも可能である。

クライアント端末４００には、一般的なソフトウェアがインストールされている。このソフトウェアは、プリントドライバを使用してジョブファイルの生成を行い、ここで作成されたジョブファイルはプリントサーバ上に保存される。また、クライアント端末４００にログインしているログイン情報や印刷物のページ数、部数、文書名、Ｎｕｐ情報（割り付け印刷情報）、面設定（両面／片面）が印刷されたジョブファイルに属性情報として付加して印刷管理サーバ１００へ印刷物のデータを送信する。

印刷管理サーバ１００には、クライアント端末４００から受信した印刷データを書誌情報と印刷ジョブの２つを保存し、内部のメモリ及び印刷管理サーバ上に保持する書誌情報データベースに蓄積する。またこの情報を元に複合機３００からプルプリントの指示が行われた場合、保存されたジョブファイルを複合機３００からの出力指示に基づいて複合機３００へ印刷データを送信する。

認証サーバ２００は、ＩＣカード認証用テーブル（図１８の認証サーバユーザＩＤテーブル）を記憶しており、複合機３００のカードリーダへＩＣカードをかざすことによってなされる認証依頼に応じて、ＩＣカード認証用テーブルを用いて認証処理を行う。

なお、認証サーバ２００の機能を複合機３００に備え、複合機３００内で認証処理を行うことも可能である。つまり、カードリーダ３１９で取得したカードＩＤを複合機３００のＨＤＤ３０４に記憶されているＩＣカード認証用テーブル（図１８の認証サーバユーザＩＤテーブル）を参照し、ユーザ名や当該ユーザの権限を規定する権限グループ名を複合機３００内で取得する。

以下、図２を用いて、図１に示したクライアント端末，印刷管理サーバ、認証サーバに適用可能な情報処理装置のハードウェア構成について説明する。

図２は、図１に示したクライアント端末，印刷管理サーバ、認証サーバに適用可能な情報処理装置のハードウェア構成を示すブロック図である。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ６００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。

次に、図３を用いて、図１に示した複合機３００のハードウェア構成について説明する。

図３は、図１に示した複合機３００のハードウェア構成の一例を示すブロック図である。

図３において、３１６はコントローラユニットで、画像入力デバイスとして機能するスキャナ３１４や、画像出力デバイスとして機能するプリンタ部３１２と接続する一方、ＬＡＮ（例えば、図１に示したＬＡＮ６００）や公衆回線（ＷＡＮ）（例えば、ＰＳＴＮまたはＩＳＤＮ等）と接続することで、画像データやデバイス情報の入出力を行う。

コントローラユニット３１６において、３０１はＣＰＵで、システム全体を制御するプロセッサである。３０２はＲＡＭで、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。

３０３はＲＯＭで、システムのブートプログラムや各種制御プログラムが格納されている。３０４はハードディスクドライブ（ＨＤＤ）で、システムを制御するための各種プログラム，画像データ等を格納する。

３０７は操作部インタフェース（操作部Ｉ／Ｆ）で、操作部（キーボード）３０８とのインタフェース部である。また、操作部Ｉ／Ｆ３０７は、操作部３０８から入力したキー情報（例えば、スタートボタンの押下）をＣＰＵ３０１に伝える役割をする。

３０５はネットワークインタフェース（Ｎｅｔｗｏｒｋ Ｉ／Ｆ）で、ネットワーク（ＬＡＮ）６００に接続し、データの入出力を行う。３０６はモデム（ＭＯＤＥＭ）で、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。

３１８は外部インタフェース（外部Ｉ／Ｆ）で、ＵＳＢ、ＩＥＥＥ１３９４，プリンタポート，ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部であり、本実施形態においては認証で必要となる携帯端末のＩＣカード（記憶媒体）の読み取り用のカードリーダ３１９が外部Ｉ／Ｆ部３１８に接続されている。そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９による携帯端末のＩＣカードからの情報読み取りを制御し、該携帯端末のＩＣカードから読み取られた情報を取得可能である。以上のデバイスがシステムバス３０９上に配置される。

３２０はイメージバスインタフェース（ＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ）であり、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。

画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。

３１０はラスタイメージプロセッサ（ＲＩＰ）で、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。３１１はプリンタインタフェース（プリンタＩ／Ｆ）で、プリンタ部３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。また、３１３はスキャナインタフェース（スキャナＩ／Ｆ）で、スキャナ３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。

３１７は画像処理部で、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。

スキャナ部３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナ３１４に指示を与え、フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。

プリンタ部３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。なお、プリンタ部３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。

操作部３０８は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー（ログアウトボタン）、リセットキー、メニューキー（ホームボタン）等を備える。

尚、ＬＣＤ表示部は複合機によって表示性能が異なり、タッチパネルを介して操作をできる複合機、単に液晶画面を備え文字列を表示（印刷状態や印刷している文書名の表示）させるだけの複合機（プリンタ）によって本発明は構成されている。

ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、ログアウトする時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。また、メニューキーは、アイコン一覧画面に移行する時に用いる。

カードリーダ３１９は、ＣＰＵ３０１からの制御により、携帯端末内に備えられたＩＣカードに記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。

以上のような構成によって、複合機３００は、スキャナ３１４から読み込んだ画像データをＬＡＮ６００上に送信したり、ＬＡＮ６００から受信した印刷データをプリンタ部３１２により印刷出力することができる。

また、スキャナ３１４から読み込んだ画像データをモデム３０６により、公衆回線上にＦＡＸ送信したり、公衆回線からＦＡＸ受信した画像データをプリンタ部３１２により出力することできる。

図４は本実施形態の認証ステムの機能構成を示すブロック図である。

複合機３００は、ユーザ情報取得部３５１、権限判定部３５２、アプリケーション選択認識部３５４、表示制御部３５３を有し、認証サーバ２００は、ユーザ情報通信部２５１、認証部２５２を有する。

ユーザ情報取得部３５１は、複合機３００で利用者がユーザ認証を行うために、例えばＩＣカードがカードリーダ３１９にかざされると、そのＩＣカードのカードＩＤ（ＩＣカード製造番号など）を取得し、ＲＡＭ３０２に保持する。

ユーザ情報取得部３５１は取得したユーザ情報（カード製造番号）を認証サーバ２００へネットワークを介して送る。ユーザ情報通信部２５０はカードＩＤを受信し、受信したカードＩＤを認証部２５１へ渡す。

カードＩＤを渡された認証部２５１は外部メモリ２１１で保持しているカードＩＤとユーザＩＤの紐付けテーブル図１８を使いカードＩＤからユーザＩＤを検索する。また、同時に該当ユーザＩＤが持つユーザ属性情報（利用可能アプリケーション、所属するグループ）をグループ権限テーブル図１９を参照しアプリケーション利用権限を得る。なお、紐付けテーブル図１８及びグループ権限テーブル図１９の説明は後述する。

認証部２５１は、得られた認証情報（ユーザＩＤ、カードＩＤ、グループ名、アプリケーション１権限、アプリケーション２権限・・・）を、ユーザ情報通信部２５０を介して複合機３００へ送信する。権限判定部３５２は認証情報を受け取り、該当するユーザの権限情報（アプリケーション情報）を元に表示内容を決定する。表示内容を決定した後、表示制御部３５３が利用者の権限に即したアイコン一覧画面（メニュー画面）を操作部３０８を表示する。アプリケーション選択認識部３５４は、アイコン一覧画面（メニュー画面）でユーザによって選択されたアイコンを認識し、再度認証を行う必要があるか否かを判定する。

図５は本実施形態に関わる認証システムのアプリケーション構成を示す図である。

複合機３００のアプリケーション構成を説明する。ＯＳ３６０は複合機３００のアプリケーションを動かすためのオペレーションシステムとして動作し表示制御部３５３やアプリケーション選択認識部３５４の機能を持つ。また認証アプリケーション３６１はＯＳ３６０上で動作し、ユーザ情報取得部３５１、権限判定部３５２の機能を持つ。

アプリケーション ３６２、３６３、３６４は複合機３００上で動作するアプリケーションであり、プルプリントで利用される印刷管理サーバ１００との通信はこのアプリケーションのひとつが行っている。なお、アプリケーション ３６２，３６３，３６４についての詳細な説明は省くが、アプリケーション ３６２、３６３、３６４が複合機３００にインストールされることでプルプリントなどの各種機能を実現する。なお、コピー、ＦＡＸ、スキャンデータの送信などの機能は、複合機３００が備え、ＯＳ３６０の制御によって実行される。

図６〜図９は、表示制御部３５３が操作部３０８に表示する画面例のイメージ図である。

なお、本実施形態は、複合機３００にインストールされたアプリケーションのアイコン画像を例に説明するが、アイコン画像は複合機３００が提供する機能に対応するアイコン画像であってもよい。

また、アプリケーションであれば、複合機３００にインストール時に複合機３００内に登録され、アイコン画像と実行するアプリケーションが対応付いてＯＳ３６０で管理されている。また、機能についてもアイコン画像と機能が対応付いて管理されている。

図６は、ゲストユーザでログインした場合のアイコン一覧画面の画面例である。アプリケーション制限があった場合には、制限のあったアプリケーションに対応するアイコンに１００４のように「！」が付与され、１０００のアイコン一覧画面が表示される。

図７は、図６の１００１のアイコンが押下された場合に表示される認証要求画面の画面例である。この画面は認証アプリケーション３６１により提供され、ＯＳ３６０の表示制御部３５３により表示される。

図８は、図７の１１００の認証要求画面が表示された後、ＩＣカードを用いて認証された後に表示されるアイコン一覧画面の画面例である。なお、アイコン一覧画面１２００は１２０２のアイコンがグレーアウトされた場合の例である。

図９は、１００１のＡＰＰ１のアイコンが押下された場合のアプリケーション画面例である。なお、１００１のＡＰＰ１は、例えばプルプリントアプリケーションであり、認証されたユーザの印刷ジョブ一覧が表示されている。

なお、図６〜図９の画面遷移は次のように遷移する。まず、ゲストユーザでログインされると、図６のアイコン一覧画面１０００が表示される。次に１００１のＡＰＰ１のアイコンがユーザによって選択されると、図７の認証要求画面１１００が表示される。ユーザによってＩＣカードがカードリーダ３１９にかざされると、認証サーバ２００と通信し、認証を実行する。認証サーバ２００で認証がされると、１００１のＡＰＰ１に対応するアプリケーションを実行し、図９のアプリケーション画面１３００を表示する。その後、ユーザの操作によって例えばホームボタン（メニューボタン）が押下されると、アイコン一覧画面に移行し、図８のアイコン一覧画面１２００が表示される。

次に、図１０〜図１７を用いて、本実施形態の処理について詳細に説明する。

図１０は複合機３００の起動時の処理を示すフローチャートである。

ステップＳ２００１では、複合機３００が起動するとＯＳ３６０はまず、認証アプリケーション３６１を起動する。

ステップＳ２００２では、認証アプリケーションは起動するとゲスト権限取得処理を行い、ゲストユーザでのログインがされる。なおゲスト権限取得処理については、図１１にて後述する。

ステップＳ２００３では、ゲストユーザのゲスト権限を取得して、ゲスト権限で複合機３００にログインする処理である。言い換えると、ステップＳ２００３は、不特定のユーザが利用可能なアプリケーション（機能）と特定のユーザが利用可能（認証が必要）なアプリケーション（機能）を規定した権限を有するゲストユーザ（第１のユーザ）で複合機３００にログインする処理である。なお、ステップＳ２００３のゲスト権限取得処理については、図１１で後述する。

ステップＳ２００４では、ステップＳ２００３で取得したゲスト権限に従って、表示制御部３５３がアプリケーション（ＡＰＰ１ ３６２、ＡＰＰ２ ３６３、ＡＰＰ３ ３６４）の起動用の図１０のアイコン一覧画面１０００を表示する。言い換えると、ステップＳ２００４は、ゲストユーザの権限に従って、不特定のユーザが利用可能なアプリケーション（機能）と特定のユーザが利用可能なアプリケーション（機能）とを識別可能に表示する処理である。

なお、アイコン一覧画面表示処理については、図１２で後述する。

図１１は、ゲスト権限取得処理（ステップＳ２００３、ステップＳ２４１０、ステップＳ２６０４）を示すフローチャートである。

ステップＳ２１０１では、複合機３００は、まず、ゲスト権限のユーザ情報を取得するために、ゲストユーザ情報の確認要求を認証サーバ２００に送信する。

ステップＳ２１０２では、認証サーバ２００は複合機３００からゲストユーザ情報確認要求を受信する。

ステップＳ２１０３では、認証サーバ２００は権限としてＧｕｅｓｔを有するユーザ情報を図１８の認証サーバユーザＩＤテーブルから取得する。取得するユーザ情報としては、ユーザ名（例えば、ＵＳＥＲ−ＧＵＥＳＴ）、カードＩＤ（例えば、−−−−−）、権限（例えば、Ｇｕｅｓｔ）である。また、権限（例えば、Ｇｕｅｓｔ）が有するアプリケーションごとの権限（制限）を図１９の認証サーバグループ権限テーブルを参照し、各アプリケーションに付与されているＧｕｅｓｔの権限（１９０１）を取得する。なお、本実施形態では、ゲスト権限の取得は、ゲストユーザ情報の確認要求を送信するようにしたが、あらかじめ複合機３００にゲストユーザとなるユーザ名（ＵＳＥＲ−ＧＵＥＳＴ）を保持しておき、このユーザ名を認証サーバ２００に送信して、ユーザ名に対応するカードＩＤ、権限（ゲスト権限）を取得するようにすることも可能である。

また、複合機３００のＨＤＤ３０４にゲストユーザのユーザ名とＧｕｅｓｔの権限を記憶させておき、認証サーバ２００と通信することなく権限を取得するようにすることも可能である。

ここで、図１９を用いて、認証サーバグループ権限テーブルについて説明する。

認証サーバグループ権限テーブルには、権限（Ａｄｍｉｎｉｓｔｒａｔｏｒ、Ｇｕｅｓｔ、Ｇｅｎｅｒａｌなど）ごとに、各アプリケーションを利用できるか否か（ＯＫ／ＮＧ）を認証サーバ２００の外部メモリ２１１で記憶、管理している。なお、認証サーバグループ権限テーブルは、管理者によって任意に変更する事が可能である。

１９０１は、ゲストユーザ（Ｇｕｅｓｔ）の場合に適用される権限であり、「アプリケーション１：ＮＧ／アプリケーション２：ＮＧ／アプリケーション３：ＯＫ」が設定されている。

また、一般ユーザ（Ｇｅｎｅｒａｌ）の場合に適用される権限であり、「アプリケーション１：ＯＫ／アプリケーション２：ＮＧ／アプリケーション３：ＯＫ」が設定されている。なお、ステップ２１０３で取得できる権限は、１９０１の権限である。

ステップＳ２１０４では、ステップＳ２１０３で取得したユーザ情報（本実施例では、ユーザ名：ＵＳＥＲ−ＧＵＥＳＴ、カードＩＤ：−−−−−、権限：Ｇｕｅｓｔ）と権限（本実施例では、アプリケーション１：ＮＧ／アプリケーション２：ＮＧ／アプリケーション３：ＯＫ）を認証サーバ２００から複合機３００に送信する。

ステップＳ２１０５では、認証サーバ２００から送信されたユーザ情報と権限（ゲスト権限）を複合機３００が受信する。

ステップＳ２１０６では、受信した権限を正常に受け取れたか否かを判定する。正常に権限を受け取れた場合ステップＳ２１０８へ処理を移し、正常に権限を受け取れなかった場合には、ステップＳ２１０７へ処理を移す。

ステップＳ２１０７では、ユーザ情報と権限を正常に受け取れなかった場合に、複合機３００上に予め定義している最小権限でログインコンテキストに記憶する情報を生成する。

ステップＳ２１０８では、ユーザが複合機をステップＳ２１０６で取得したユーザ情報と権限、もしくはステップＳ２１０７で生成された権限に従って、ＯＳ３６０によって機能制限を行って複合機３００を利用可能な状態に制御する（ゲストユーザとしてログインする）。そして、ユーザ情報とゲストユーザの権限を図２０のログインコンテキストにセットする。

なお、図１２で詳述するが、本実施形態ではゲストユーザでログインした場合に、不特定のユーザが利用可能な機能と特定のユーザが利用可能な機能を表示するため、ゲストユーザでのログインは、不特定のユーザに複合機３００の機能を利用させるための処理である。

つまり、ゲストユーザとは、不特定のユーザが利用可能な機能（例えば、１９０１のアプリケーション３：ＯＫ）と特定のユーザが利用可能な機能（例えば、１９０１のアプリケーション１：ＮＧ／アプリケーション２：ＮＧ）を規定した機能権限（例えば、Ｇｕｅｓｔの権限）を有するユーザである。

ログインコンテキストとは、ＲＡＭ３０２に記憶される複合機３００にログインしたユーザの情報を格納する領域であり、図２０や図２１に示すようにユーザ情報（ユーザを識別するためのカードＩＤやユーザ名）とアプリケーション制限情報（権限グループとアプリケーションごとの制限値）で構成されている。

なお、ステップＳ２１０５で権限を受信した場合は、図２０に示すようにはアプリケーション制限情報のみが記憶されており、ユーザ情報には値が記憶されない。

図１２は、アイコン一覧画面表示処理を示すフローチャートである。なお、図１２は、ステップＳ２００４と、ステップＳ２３０６と、ステップＳ２６０６と、ステップＳ２６０７と、ステップＳ２４１１の処理を示すフローチャートである。

ステップＳ２００３の処理の後のステップＳ２００４では、図１２において、ステップＳ２７０６、ステップＳ２７０９、ステップＳ２７１０の処理が実行される。また、ステップＳ２３０６、ステップＳ２４１１、ステップＳ２６０６においても同様にステップＳ２７０６、ステップＳ２７０９、ステップＳ２７１０の処理が実行される。

また、ステップ２６０７では、ステップＳ２７０５、ステップＳ２７０７、ステップＳ２７０８の処理が実行される。

ステップＳ２７０１では、アイコン画像を表示するためのアイコン一覧画面１０００のベースとなる背景画面を操作部３０８に表示する。

ステップＳ２０７２では、変数Ｎに１を代入する。これは、１つ目の処理を開始するための初期化処理である。

ステップＳ２７０３では、ログインコンテキストテーブル情報から権限グループ（２００１又は２１０１）と、変数Ｎに対応するアプリケーションの制限（ＯＫ／ＮＧ）を取得する。なお、本実施形態では変数Ｎを用いて、全てのアプリケーションの制限を取得するように構成するが、変数を用いず、アプリケーション制限を取得したアプリケーションについて、取得済みフラグを設定し、取得済みフラグが設定されていないアプリケーションのアプリケーション権限を順次取得するように構成することも可能である。つまり、本実施形態を説明する上で変数Ｎを用いているのであって、変数Ｎに限定されるものではない。

ステップＳ２７０４では、ステップＳ２７０３で取得した権限グループがゲスト権限（Ｇｕｅｓｔ）か否かを判定する、ゲスト権限（Ｇｕｅｓｔ）である場合にはステップＳ２７０６へ処理を移す。ゲスト権限でない（Ｇｅｎｅｒａｌ、Ａｄｍｉｎｉｓｔｒａｔｏｒである、Ｇｕｅｓｔ権限より高い権限）場合には、ステップＳ２７０５へ処理を移す。

ステップＳ２７０５では、変数Ｎに対応するアプリケーション制限がＯＫかＮＧを判断する。これは、アプリケーションが利用可能かを判断する処理である。アプリケーション制限がＯＫ、つまり利用できるアプリケーションである場合には、ステップＳ２７０７へ処理を移す。また、アプリケーション制限がＮＧ、つまり利用できないアプリケーションである場合には、ステップＳ２７０８へ処理を移す。

なお、ステップＳ２７０５の判断は、権限グループがＧｕｅｓｔ以外の場合であるため、例えば図２１のログインコンテキストが記憶、管理されている状態である。従って、ステップＳ２７０５の制限の判断は、Ｎ＝１の場合に２１０２のＡＰＰ１の制限を判断し、Ｎ＝２の場合に２１０３のＡＰＰ２の制限を判断し、Ｎ＝３の場合に２１０４のＡＰＰ３の制限を判断する。

ステップＳ２７０７では、現在判定しているＮ番目のアプリケーションが実行可能なように、アイコン画像を１２０１や１２０３のように表示する。

ステップＳ２７０８では、現在判定しているＮ番目のアプリケーションが実行不可能なように、アイコン画像を１２０２のようにグレーアウトさせて表示する。

ステップＳ２７０６では、変数Ｎに対応するアプリケーション制限がＯＫかＮＧを判断する。これは、アプリケーションが利用可能かを判断する処理である。アプリケーション制限がＯＫ、つまり利用できるアプリケーションである場合には、ステップＳ２７０９へ処理を移す。また、アプリケーション制限がＮＧ、つまり利用できないアプリケーションである場合には、ステップＳ２７０１０へ処理を移す。つまり、この処理は、Ｇｕｅｓｔ権限の場合の処理であるため、Ｇｕｅｓｔで利用できるアプリケーションであればステップＳ２７０９へ処理を移し、Ｇｕｅｓｔで利用できないが、認証を行うことで利用可能となるアプリケーションである場合には、ステップＳ２７１０へ処理を移す。

なお、ステップＳ２７０６の判断は、権限グループがＧｕｅｓｔの場合であるため、例えば図２０のログインコンテキストが記憶、管理されている状態である。従って、ステップＳ２７０６の制限の判断は、Ｎ＝１の場合に２００２のＡＰＰ１の制限を判断し、Ｎ＝２の場合に２００３のＡＰＰ２の制限を判断し、Ｎ＝３の場合に２００４のＡＰＰ３の制限を判断する。

ステップＳ２７０７では、現在判定しているＮ番目のアプリケーションが実行可能なように、アイコン画像を１２０１や１２０３のように表示する。

ステップＳ２７０９では、現在判定しているＮ番目のアプリケーションが実行可能なように、アイコン画像を１００３のように表示する。つまり、不特定のユーザが利用可能な状態で表示される。

ステップＳ２７１０では、現在判定しているＮ番目のアプリケーションを実行する場合に認証が必要であることを示すマーク１００４（例えば「！」）をアイコン画像に付与して表示する。つまり、認証することで特定のユーザが利用可能な状態で表示される。

ステップＳ２７１１では、全てのアプリケーションのアプリケーション制限をチェックしたか否かを判定する。まだチェックしていないアプリケーションがあった場合には、次のアプリケーションの制限をチェックするため、ステップＳ２７１２で変数ＮにＮ＋１の値を代入し、ステップＳ２７０３へ処理を戻す。

なお、本実施形態では、Ｇｕｅｓｔ権限でもＧｕｅｓｔ権限以外であっても本フローチャートを用いて説明するため、再度ステップＳ２７０３で権限グループとアプリケーション制限を取得しているが、Ｇｕｅｓｔ権限の場合にはステップＳ２７０６へ、Ｇｕｅｓｔ権限以外（Ｇｅｎｅｒａｌ、Ａｄｍｉｎｉｓｔｒａｔｏｒ）の場合には、ステップＳ２７０５へ処理を移し、２回目以降はステップＳ２７０３とステップＳ２７０４の処理を省略することも可能である。

以上の処理によって、図２０のログインコンテキストが複合機３００に保持されている場合には図６のアイコン一覧画面が表示され、図２１のログインコンテキストが複合機３００に保持されている場合には、図８のログインコンテキストが表示される。

図１３は、アイコン画像が押下された場合の処理を示すフローチャートである。より詳細には、図１３は、図６のアプリケーション一覧画面に表示されているアイコン１００１、１００２、１００３を押下された場合の処理である。

ステップＳ２２０１では、図６に示すようにアプリケーション毎（図５のＡＰＰ１ ３６２、ＡＰＰ２ ３６３ 、ＡＰＰ３ ３６４・・・）に対応するアイコン画像が表示されており、複合機３００のアプリケーション選択認識部３５４が、ユーザによってアイコン画像が押下された事を検知する。つまり、特定のユーザが利用可能なアプリケーション（機能）のアイコン画像又は不特定のユーザが利用可能なアプリケーション（機能）のアイコン画像の選択を受け付ける処理である（選択受付）。

ステップＳ２２０２では、アプリケーション選択認識部３５４は、押下されたアイコン画像に対応するアプリケーションＩＤを取得し、認証アプリケーション３６１へ通知する。認証アプリケーション３６１は、図２０のログインコンテキストを参照し、ステップＳ２２０３で、押下されたアイコン画像に対応するアプリケーションが利用可能か否かを判断する。アプリケーション制限がＯＫの場合は利用可能と判断し、ステップＳ２２０７へ処理を移す。アプリケーション制限がＮＧの場合は、利用不可能で、認証が必要と判断し、ステップＳ２２０４へ処理を移す。

なお、ステップＳ２２０７へ処理を移す場合とは、図２０でＡＰＰ３にＯＫが含まれているのでＡＰＰ３のアプリケーションのアイコン画像が押下された場合である。また、ステップＳ２２０４へ処理を移す場合とは、例えば図２０でＡＰＰ１、２にＮＧが含まれているのでＡＰＰ１、ＡＰＰ２のアプリケーションのアイコン画像が押下された場合である。

ステップＳ２２０４では、図７の認証要求画面の表示処理を行う。ステップＳ２２０４の処理は図１４で後述する。

ステップＳ２２０５では、ＩＣカード認証の処理を行う。ステップＳ２２０５の処理は図１５で後述する。

ステップＳ２２０６では、選択されたアプリケーションの操作画面を表示する。つまり、選択された不特定のユーザが利用可能なアプリケーション（機能）の選択を受け付けた場合に、ＩＣカードをかざして認証することなく、不特定のユーザが利用可能なアプリケーション（機能）を実行し、当該アプリケーションの画面を表示する処理である。

次に、図１４を用いて、ステップＳ２２０４の認証要求画面表示処理について説明する。

図１４は、認証要求画面表示処理を示すフローチャートである。

ステップＳ２３０１では、図７の認証要求画面の表示を操作部３０８に行う。

ステップＳ２３０２では、複合機３００がカードリーダ３１９に対してポーリングの開始処理を指示する。

ステップＳ２３０３では、ポーリング指示を受けたカードリーダ３１９はＩＣカードの検知ポーリングを開始する。

ステップＳ２３０４では、ポーリング中に複合機が認証のキャンセルボタン１１０１を押下されたか否かを判定し、押下された場合にはアイコン一覧表示処理Ｓ２３０６に進む。キャンセルボタン１１０１が押下されていない場合にはステップＳ２３０５へ処理を移す。

ステップＳ２３０６のアイコン一覧画面表示処理は、ゲスト権限による図１０のアイコン一覧画面の再表示である。また、ステップＳ２３０６の処理は図１２であるため、詳細な説明を省略する。なお、ステップＳ２３０６でアイコン一覧画面表示を行った場合には、再度アイコン画像が押下されるまで待機する。また、アイコン画像が押下された場合にはステップＳ２２０１へ処理を移すものとする。

ステップＳ２３０５では、カードリーダ３１９がＩＣカードを検知したか判断をする。ＩＣカードの検知がされない場合には、Ｓ２３０４へ戻る。カードの検知が行われた場合、Ｓ２３０７へ移動する。

ステップＳ２３０７では、複合機３００ではカードリーダ３１９からカード読み取りイベントを受けつける（ユーザ識別情報受付）。イベントには、カードＩＤが含まれている。なお、カードＩＤ以外に、ユーザを識別するためのユーザ名等を複合機３００に入力し、この入力されたユーザ名を用いて図１５の認証処理を行う構成であってもよい。また、カードＩＤはユーザ名と対応付いて記憶されているため、ユーザ識別情報と言い換えることも可能である。

ステップＳ２３０８では、カードリーダ３１９のポーリングを停止させる。

次に、図１５を用いて、ステップＳ２２０５のＩＣカード認証処理について説明する。

図１５は、ＩＣカード認証処理を示すフローチャートである。

ステップＳ２４０１では、ステップＳ２３０７受信したイベントに含まれるカードＩＤを含むユーザ情報取得要求を認証サーバ２００へ送信する。

ステップＳ２４０２ではユーザ情報取得要求を受信し、ステップＳ２４０３でユーザ情報取得要求に含まれるカードＩＤを元に、図１８の認証サーバユーザＩＤテーブルからユーザ情報を検索する。そして、検索されたユーザ情報に設定されている権限グループ名を元に図１９の認証サーバグループ権限テーブルを参照し、アプリケーションごとの権限（制限）を取得する。

ここで、図１８の認証サーバユーザＩＤテーブルについて説明する。

認証サーバユーザＩＤテーブルは認証サーバ２００の外部メモリ２１１に記憶されており、ユーザ名とカードＩＤと権限付ループ名が対応付いて、ユーザごとのユーザ情報として記憶されている。また、認証サーバユーザＩＤテーブルは、複合機３００にログイン可能なユーザのユーザ情報が記憶されているものとする。また、本実施形態では、ゲストユーザ（ユーザ名：ＧＵＥＳＴ−ＵＳＥＲ）のユーザ情報についても記憶しているが、ゲストユーザのユーザ情報は、別に管理することも可能である。

ステップＳ２４０４では、検索されたユーザ情報（ユーザ名とカードＩＤと権限グループ名）と権限と認証ＯＫのユーザ情報結果（認証成功にかかる情報）を複合機３００に送信する。なお、ユーザ情報が検索できない場合には認証結果ＮＧのユーザ情報結果を複合機３００に送信する。

ステップＳ２４０５では、ユーザ情報結果を受信する。受信したユーザ情報結果のユーザ情報と権限を図２１のようにログインコンテキストテーブル情報として複合機３００に記憶する。この時、図２０のログインコンテキストテーブル情報が、図２１のログインコンテキストテーブル情報に書き変わる。つまり、図２１に記憶されたユーザで複合機３００へログインがされる（第２のログイン）。

ステップＳ２４０６では認証が成功したか否かを判定する。認証が成功した（認証ＯＫ）場合にはステップＳ２４０７へ処理を移し、認証が失敗した（認証ＮＧ）場合にはステップＳ２４０８へ処理を移す。

ステップＳ２４０７では、図６のアイコン一覧画面で押下されたアイコン画像に対応するアプリケーションに対して、利用権限があるか否かのチェックを行う（機能判定）。例えば、図６の１００１（ＡＰＰ１）が押下された場合には、図２１の２１０２でＡＰＰ１がＯＫであるため、利用権限があると判定される。また、図６の１００２（ＡＰＰ２）が押下された場合には、図２１の２１０３でＡＰＰ２がＮＧであるため、利用権限がないと判定される。

ステップＳ２４０８では、利用権限なしと判定されたため、認証エラー画面（不図示）を操作部３０８に表示する。

ステップＳ２４０９では、利用権限ありと判定されたため、対象となるアプリケーションを実行する。言い換えると、ステップＳ２４０９は、特定のユーザが利用可能なアプリケーション（機能）を実行する処理である。なお、本実施形態ではＡＰＰ１のアプリケーションが実行されるものとする。ステップＳ２４０９の処理は、図１６で後述する。

ステップＳ２４１０では、認証されないユーザでログインが試みられたため、再度ゲストユーザでのログインを実行する。ステップＳ２４１０の処理は、図１１の処理であるため、説明を省略する。

ステップＳ２４１１では、ゲストユーザによる図６のようなアイコン一覧画面表示を行う。ステップＳ２４１１の処理は図１２の処理であるため、説明を省略する。

なお、本実施形態では、認証処理をＩＣカードを用いて行うように構成したが、指紋や静脈などの生体情報を用いても実現可能である。この場合、カードリーダ３１９を生体情報を読み取るリーダに置き換え、図１８の認証サーバユーザＩＤテーブルのカードＩＤを生体情報に置き換えるように構成する。

また、操作部３０８からユーザにユーザ名とパスワードを入力させて、この入力させたユーザ名とパスワードを認証サーバ２００に送信することで認証処理を行ってもよい。この場合、図１８の認証サーバユーザＩＤテーブルにパスワードを記憶するように構成する。

次に、図１６を用いて、ステップＳ２４０９のアプリケーション実行した際のアプリケーション表示処理について説明する。

図１６は、アプリケーション表示処理を示すフローチャートである。

なお、図１６は、ＡＰＰ１が実行された場合の処理である。なお、ＡＰＰ１はプルプリントのアプリケーションで、クライアント端末から出力された印刷ジョブを管理する印刷管理サーバ１００から、複合機３００にログインしたユーザの印刷ジョブの一覧を取得して、所望の印刷ジョブを印刷指示することで、当該複合機３００で印刷を実行することができる。

ステップＳ２５０１では、ログインしたユーザ名と当該複合機３００の機種名とを含む書誌情報要求を印刷管理サーバ１００へ送信する。

ステップＳ２５０２では、ユーザ名と機種名を受信する。ステップＳ２５０３では、印刷ジョブを管理するデータベースから受信したユーザ名を含む印刷ジョブで、受信した機種で印刷可能な印刷ジョブの一覧を取得して複合機３００に送信する。

ステップＳ２５０４では、印刷ジョブの一覧を受信し、ステップＳ２５０５では、複合機３００の操作部３０８に印刷ジョブの一覧である図９のアプリケーション画面１３００を表示する。

複合機は書誌情報サーバから書誌情報を受信するＳ２５０４。書誌情報を受信した複合機は図９のアプリケーション画面を表示するＳ２５０５。以上でＩＣカード認証処理は終了となる。

次に、図１７を用いて、図１６でアプリケーションの表示画面を表示している際に、アイコン一覧画面表示へ戻る処理について説明する。

図１７は、アイコン一覧画面表示へ戻る処理を示すフローチャートである。

まず、例えば、図９のアプリケーション画面１３００が表示されている。

ステップＳ２６０１では、現在複合機３００にログインしているユーザをログアウトするためのボタン（例えばＩＤキー）が押下されたか否かを判定する。ログアウトするためのボタンが押下された場合にはステップＳ２６０３へ処理を移し、ログアウトするためのボタンが押下されていない場合にはステップＳ２６０２へ処理を移す。なお、ログアウトするためのボタンは、操作部３０８に備えられているハードキーであっても、操作部３０８の表示パネルに表示されているソフトキー（タッチパネル上のボタン）であってもよい。

ステップＳ２６０２では、アイコン一覧画面に戻るためのホームボタンが押下されたか否かを判定する。これは、アイコン一覧画面（機能を選択可能な表示）に移行する指示を受け付ける処理である。ホームボタンが押下された場合にはステップＳ２６０６へ処理を移し、ホームボタンが押下されていない場合にはステップＳ２６０１に移し、処理待ちとなる。

ステップＳ２６０３では、複合機３００からのログアウトを行う（第２のユーザのログアウト）。ログアウトした場合には、図２１のログインコンテキストテーブル情報が削除される。

ステップＳ２６０４では、ログアウトがされたため、再度ゲストユーザでのログインを行う処理を行う。ステップＳ２６０４は図１１の処理であるため説明を省略する。

ステップＳ２６０５では、例えば図６のようにゲストユーザの権限によるアイコン一覧画面表示を再度行う。ステップＳ２６０５の処理は、図１２の処理であるため説明を省略する。

ステップＳ２６０６では、例えば図８のようにＩＣカードによる認証されたユーザの権限によるアイコン一覧画面表示を再度行う。つまり、現在ログインしているユーザの権限に従って、当該ユーザが利用可能な機能と当該ユーザが利用不可能な機能とを識別可能に表示する処理である。ステップＳ２６０６の処理は、図１２の処理であるため説明を省略する。

以上の構成によれば、不特定のユーザが複合機（画像形成装置）を利用可能にすると共に、特定のユーザが利用可能な機能と不特定のユーザが利用可能な機能とを識別可能に表示し、特定のユーザが利用可能な機能を実行する際には認証をすることで、複合機（画像形成装置）の使い勝手を良くすることができる。

また、特定のユーザが利用可能な機能を実行する際に認証を行い、再度アイコン一覧画面に移行した場合には、当該ログインしているユーザが利用可能な機能と利用不可能な機能を識別可能に表示することで、複合機（画像形成装置）の使い勝手を更によくすることができる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

また、本発明におけるプログラムは、図１０〜図１７の処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図１０〜図１７の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図１０〜図１７の各装置の処理方法ごとのプログラムであってもよい。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ 印刷管理サーバ
２００ 認証サーバ
３００ 複合機
４００ クライアント端末
６００ ＬＡＮ
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２１１ 外部メモリ
３０１ ＣＰＵ
３０２ ＲＡＭ
３０３ ＲＯＭ
３０４ ＨＤＤ
３０８ 操作部
３１９ カードリーダ

Claims (10)

1. 画像形成装置で実行する機能を選択可能な画像形成装置であって、
   不特定のユーザに当該画像形成装置の機能を利用させるべく、不特定のユーザが利用可能な機能と特定のユーザが利用可能な機能を規定した機能権限を有する第１のユーザで当該画像形成装置にログインする第１のログイン手段と、
   前記第１のログイン手段にログインした第１のユーザの機能権限に従って、不特定のユーザが利用可能な機能と特定のユーザが利用可能な機能とを識別可能に表示する第１の表示手段と、
   前記第１の表示手段で表示した機能から、前記特定のユーザが利用可能な機能の選択を受け付ける選択受付手段と、
   前記選択受付手段で受け付けた機能を利用させるべく、第２のユーザのユーザ識別情報を受け付けるユーザ識別情報受付手段と、
   前記ユーザ識別情報受付手段で受け付けたユーザ識別情報による認証に応じて得られる認証成功にかかる情報を取得する認証成功情報取得手段と、
   前記認証成功情報取得手段で取得した認証成功にかかる情報に従って、前記選択受付手段で受け付けた前記特定のユーザが利用可能な機能を実行する機能実行手段と
   を備えることを特徴とする画像形成装置。
2. 前記認証成功にかかる情報は、前記第２のユーザが利用可能な機能を規定した機能権限を含み、
   前記ユーザが利用可能な機能を規定した機能権限で、前記選択受付手段で受け付けた機能が利用可能か否かを判定する機能判定手段を更に備え、
   前記機能実行手段は、前記機能判定手段で、前記選択受付手段で受け付けた機能が利用可能であると判定された場合に、当該機能を実行することを特徴とする請求項１に記載の画像形成装置。
3. 前記機能実行手段で機能を実行したのち、当該画像形成装置で実行する機能を選択可能な表示に移行する指示を受け付ける移行指示受付手段と、
   前記移行指示受付手段で移行する指示を受け付けた場合に、前記第２のユーザが利用可能な機能を規定した機能権限に従って、前記第２のユーザが利用可能な機能と前記第２のユーザが利用不可能な機能とを識別可能に表示する第２の表示手段と
   を更に備えることを特徴とする請求項２に記載の画像形成装置。
4. 前記認証成功情報取得手段で認証成功にかかる情報を取得した場合に、前記第２のユーザで当該画像形成装置にログインする第２のログイン手段と、
   前記第２のログイン手段でログインした第２のユーザを当該画像形成装置からログアウトするログアウト手段とを更に備え、
   前記ログアウト手段で第２のユーザを当該画像形成装置からログアウトした場合に、前記第１のログイン手段で第１のユーザで当該画像形成装置にログインし、前記第１の表示手段で表示を行うことを特徴とする請求項３に記載の画像形成装置。
5. 前記選択受付手段は、前記第１の表示手段で表示した機能から、前記不特定のユーザが利用可能な機能の選択を受け付け、
   前記機能実行手段は、前記選択受付手段で前記不特定のユーザが利用可能な機能の選択を受け付けた場合、前記ユーザ識別情報受付手段で第２のユーザのユーザ識別情報を受け付けることなく、前記不特定のユーザが利用可能な機能を実行することを特徴とする請求項１乃至４のいずれか１項に記載の画像形成装置。
6. 前記機能は、当該画像形成装置で実行するアプリケーションによる機能と、当該画像形成装置があらかじめ備える機能であることを特徴とする請求項１乃至５のいずれか１項に記載の画像形成装置。
7. 前記第１の表示手段または前記第２の表示手段で表示する機能は、各機能に対応付いて記憶されている画像であり、
   前記選択受付手段は、前記画像がユーザに指示されることによって選択を受け付けることを特徴とする請求項１乃至６のいずれか１項に記載の画像形成装置。
8. 前記第２のユーザのユーザ識別情報を認証するための認証情報は、外部装置に記憶され、
   前記認証成功情報取得手段は、前記第２のユーザのユーザ識別情報を外部装置に送信することで、前記認証成功にかかる情報を取得することを特徴とする請求項１乃至７のいずれか１項に記載の画像形成装置。
9. 画像形成装置で実行する機能を選択可能な画像形成装置の処理方法であって、
   前記画像形成装置が、
   不特定のユーザに当該画像形成装置の機能を利用させるべく、不特定のユーザが利用可能な機能と特定のユーザが利用可能な機能を規定した機能権限を有する第１のユーザで当該画像形成装置にログインする第１のログインステップと、
   前記第１のログインステップにログインした第１のユーザの機能権限に従って、不特定のユーザが利用可能な機能と特定のユーザが利用可能な機能とを識別可能に表示する第１の表示ステップと、
   前記第１の表示ステップで表示した機能から、前記特定のユーザが利用可能な機能の選択を受け付ける選択受付ステップと、
   前記選択受付ステップで受け付けた機能を利用させるべく、第２のユーザのユーザ識別情報を受け付けるユーザ識別情報受付ステップと、
   前記ユーザ識別情報受付ステップで受け付けたユーザ識別情報による認証に応じて得られる認証成功にかかる情報を取得する認証成功情報取得ステップと、
   前記認証成功情報取得ステップで取得した認証成功にかかる情報に従って、前記選択受付ステップで受け付けた前記特定のユーザが利用可能な機能を実行する機能実行ステップと
   を実行することを特徴とする処理方法。
10. 画像形成装置で実行する機能を選択可能な画像形成装置で実行可能なプログラムであって、
    前記画像形成装置を、
    不特定のユーザに当該画像形成装置の機能を利用させるべく、不特定のユーザが利用可能な機能と特定のユーザが利用可能な機能を規定した機能権限を有する第１のユーザで当該画像形成装置にログインする第１のログイン手段と、
    前記第１のログイン手段にログインした第１のユーザの機能権限に従って、不特定のユーザが利用可能な機能と特定のユーザが利用可能な機能とを識別可能に表示する第１の表示手段と、
    前記第１の表示手段で表示した機能から、前記特定のユーザが利用可能な機能の選択を受け付ける選択受付手段と、
    前記選択受付手段で受け付けた機能を利用させるべく、第２のユーザのユーザ識別情報を受け付けるユーザ識別情報受付手段と、
    前記ユーザ識別情報受付手段で受け付けたユーザ識別情報による認証に応じて得られる認証成功にかかる情報を取得する認証成功情報取得手段と、
    前記認証成功情報取得手段で取得した認証成功にかかる情報に従って、前記選択受付手段で受け付けた前記特定のユーザが利用可能な機能を実行する機能実行手段と
    して機能させることを特徴とするプログラム。

Images