JP2019093581A - 情報処理装置、その制御方法及びプログラム - Google Patents

Abstract

【課題】ユーザの登録に関する情報に基づいて、ユーザ認証後の画面表示を適切に行うことが可能な仕組みを提供する。【解決手段】情報処理装置は、ユーザの入力したジョブを受信するとともに、ユーザを識別するユーザ情報を受信する受信手段と、ユーザ情報を認証する認証制御手段と、ユーザに対して表示画面を提供する表示手段と、を有し、認証制御手段が、ユーザの入力したジョブにユーザ情報が含まれているか否かの判断を行い、表示手段が、ユーザの入力したジョブにユーザ情報が含まれている場合に第１の表示画面を表示し、ユーザの入力したジョブにユーザ情報が含まれていない場合に第２の表示画面を表示することを特徴とする。【選択図】図９

Description

本発明は、例えば画像形成装置などの情報処理装置、前記装置の制御方法及び前記制御方法を実行するためのプログラムに関する。

従来から、画像形成装置などの情報処理装置においては、ユーザ認証を行った後、当該装置の備える各機能を操作可能とするために、メニュー画面などで画面表示を切り替えることが行われている。
ユーザ認証後に表示されるメニュー画面は、装置に設定されているデフォルトの画面となっているのが一般的であり、その場合、毎回同じ画面が表示されることとなる。

例えば特許文献１では、ユーザアイコンを表示画面に表示し、ユーザアイコンの押下を受け付けることで認証を行い、メニュー画面を表示することが記載されている。そして、ユーザがメニュー画面から所望の機能のボタンを押下することで、当該機能が呼び出され、当該機能が管理しているデータ一覧が表示される。
また、ユーザに関する情報は印刷ジョブの受信に応じて装置に登録され、メニュー画面にユーザアイコンを表示することが可能となっている。
しかし、中には印刷しかしないというユーザもいるものの、印刷ジョブの一覧画面を表示するには、ユーザアイコンの押下後、毎回メニュー画面から印刷機能のボタンを押下しなければならず、手間がかかる。

また、特許文献２には、ユーザ認証後、認証したユーザの印刷ジョブが受信済みか否かを判定し、印刷ジョブを受信済みの場合には印刷ジョブの一覧画面を表示し、印刷ジョブを受信済みでない場合はメニュー画面を表示する技術が記載されている。
しかし、この方法では、例えばファックスやスキャンの機能しか使わないユーザについても、認証の都度印刷ジョブの有無を印刷機能に問い合わせることになる。つまり、認証の都度、余分な問い合わせ処理が行われてしまう。
そのため、ユーザ認証後の表示画面を、ユーザごとに手動設定することも考えられるが、設定画面は日常的に表示・操作するものではなく、慣れない設定画面を操作して設定変更を行うのはユーザにとって手間である。

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

本発明は、上述した課題に鑑み、ユーザの登録に関する情報に基づいて、ユーザ認証後の画面表示を適切に行うことが可能な仕組みを提供することを目的とする。

本発明の情報処理装置は、ユーザの入力したジョブを受信するとともに、前記ユーザを識別するユーザ情報を受信する受信手段と、前記ユーザ情報を認証する認証制御手段と、ユーザに対して表示画面を提供する表示手段と、を有し、前記認証制御手段が、前記ユーザの入力した前記ジョブに前記ユーザ情報が含まれているか否かの判断を行い、前記表示手段が、前記ユーザの入力した前記ジョブに前記ユーザ情報が含まれている場合に第１の表示画面を表示し、前記ユーザの入力した前記ジョブに前記ユーザ情報が含まれていない場合に第２の表示画面を表示することを特徴とする。

本発明は、ユーザの登録に関する情報に基づいて、ユーザ認証後の画面表示を適切に行うことにより、ユーザが認証後に装置の各機能を選択する際の利便性を向上させる、という効果を奏する。

画像形成装置のシステムの構成を示す図である。 クライアント端末のハードウェア構成を示す図である。 画像形成装置のハードウェア構成を示す図である。 画像形成装置システムの機能の構成を示す機能ブロック図である。 ユーザ認証画面の構成を示す図である。 メニュー画面及びデフォルト画面への遷移を示す図である。 メニュー画面及びユーザに応じた画面への遷移を示す図である。 ユーザ登録処理の流れを示すフローチャートである。 ユーザ登録後の画面表示制御の流れを示すフローチャートである。 ユーザ情報テーブルの構成を示す図である。 メニュー画面及びユーザに応じた画面への遷移を示す図である。 ユーザ登録後の画面表示制御及び機能選択の流れを示すフローチャートである。 ユーザ登録後の画面表示制御及び個人設定の流れを示すフローチャートである。 ユーザ情報テーブルの構成を示す図である。 問い合わせダイアログの構成を示す図である。

以下、図面を参照して、本発明の実施形態を詳細に説明する。
＜第１の実施形態＞
図１は、画像処理システム１００の構成の一例を示すシステム構成図である。

図１に示すように、画像処理システム１００は、第１のクライアント端末１０１、第２のクライアント端末１０２、複合機などからなる画像形成装置１０３を含んで構成されている。第１のクライアント端末１０１及び第２のクライアント端末１０２は、ネットワーク１０４を介して、画像形成装置１０３と通信可能に接続されている。
なお、複合機は、情報処理装置としての画像形成装置などの装置の一例である。また、クライアント端末は、情報処理装置の一例であり、任意の台数だけ画像形成装置１０３に接続することができる。

図２は、図１に示した第１のクライアント端末１０１や第２のクライアント端末１０２のハードウェア構成の一例を示す構成図である。

図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。ＣＰＵ２０１は、例えば、処理の実行に際して必要なプログラムなどをＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、ロードしたプログラムを実行することで各種動作を実現する。
ＲＯＭ２０２や外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Basic Input / Output System）や、オペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラムなどが記憶されている。
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリアなどとして機能する。

入力コントローラ２０５は、キーボード２０９や不図示のマウスなどのポインティングデバイスなどからの入力を制御する。
ビデオコントローラ２０６は、ディスプレイ２１０などの表示器への表示を制御する。なお、表示器はＣＲＴや液晶ディスプレイなどの表示器が想定される。これらは必要に応じてクライアント端末の管理者が使用する。
メモリコントローラ２０７は、外部記憶装置（ハードディスク（ＨＤ））、フレキシブルディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリなどの外部メモリ２１１へのアクセスを制御する。
外部メモリ２１１は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、などの各種データなどを記憶する。
通信Ｉ／Ｆコントローラ２０８は、ネットワーク１０４を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信などが可能である。

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

図３は、図１に示した画像形成装置１０３のコントローラユニットのハードウェア構成の一例を示すブロック図である。

図３において、コントローラユニット３１６は、画像入力デバイスとして機能するスキャナ３１４や、画像出力デバイスとして機能するプリンタ３１２と接続する。また、コントローラユニット３１６は、ローカルエリアネットワーク（ＬＡＮ）や、ワイドエリアネットワーク（ＷＡＮ）（例えば、ＰＳＴＮまたはＩＳＤＮなど）と接続することで、画像データやデバイス情報の入出力を行う。

コントローラユニット３１６において、ＣＰＵ３０１は、システム全体を制御するプロセッサである。
ＲＡＭ３０２は、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。
ＲＯＭ３０３は、システムのブートプログラムや各種制御プログラムを格納する。
外部記憶装置３０４（ハードディスクドライブ（ＨＤＤ））は、システムを制御するための各種プログラム、画像データなどを格納する。

操作部インタフェース（操作部Ｉ／Ｆ）３０７は、操作部３０８とのインタフェース部であり、操作部３０８に表示する画像データを操作部３０８に対して出力する。また、操作部Ｉ／Ｆ３０７は、操作部３０８から本システムのユーザが入力した情報（例えば、ユーザ情報など）をＣＰＵ３０１に伝える役割をする。
なお、操作部３０８は、タッチパネルを有する表示用パネルを備える。ユーザは、表示用パネルに表示されたボタンを押下（指などでタッチ）することにより、各種指示を行うことができる。
ネットワークインタフェース（Network Ｉ／Ｆ）３０５は、ネットワーク（例えばＬＡＮ）に接続され、データの入出力を行う。モデム（ＭＯＤＥＭ）３０６は、公衆回線に接続され、ファックスの送受信などのデータの入出力を行う。
外部インタフェース（外部Ｉ／Ｆ）３１８は、ＵＳＢ、ＩＥＥＥ１３９４、プリンタポート、ＲＳ−２３２Ｃなどの外部入力を受け付けるインタフェース部である。本実施形態においては、ユーザ認証で必要となるＩＣカードの読み取り用のカードリーダ３１９が外部Ｉ／Ｆ３１８に接続されている。

ＣＰＵ３０１は、外部Ｉ／Ｆ３１８を介してカードリーダ３１９によるＩＣカードからの情報読み取りを制御し、ＩＣカードから読み取られた情報を取得することが可能である。
なお、ユーザ認証に用いられる記憶媒体は、ＩＣカードに限らず、ユーザを特定することが可能な記憶媒体であればよい。この場合、記憶媒体はユーザを識別するための識別情報を記憶する。この識別情報は、記憶媒体の製造番号でも、ユーザが企業内で与えられるユーザ識別情報であってもよい。以上のデバイスがシステムバス３０９上に配置される。

イメージバスインタフェース（Image Bus Ｉ／Ｆ）３２０は、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。
画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。

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

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

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

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

操作部３０８は、ＬＣＤ表示用パネルを有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示する。表示されているキーをユーザが押下すると、その位置情報が操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝えられる。また、操作部３０８は、例えば、スタートキー、ストップキー、ＩＤキー、リセットキーなどの各種操作キーを備える。
操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いられる。スタートキーの中央部には、緑と赤の２色のＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。
操作部３０８のストップキーは、稼働中の動作を止める働きをする。操作部３０８のＩＤキーは、ユーザがユーザＩＤを入力する時に用いられる。リセットキーは、操作部からの設定を初期化する時に用いられる。

カードリーダ３１９は、ＣＰＵ３０１からの制御により、ＩＣカード（例えば、ソニー社のフェリカ（ＦｅｌｉＣａ）（登録商標））内に記憶されている情報を読み取り、読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。

図４は、画像形成装置１０３の機能の構成を示す機能構成図である。なお、各ブロックにおける詳細な処理内容については、後述するフローチャートと合わせて説明を行う。

画像形成装置１０３は、ジョブ制御部４０１、受信部４０２、画面制御部４０３、認証制御部４０４、記憶部４０５、操作受付部４０６、及び画面表示部４０７を備えている。

ジョブ制御部４０１は、受信部４０２で受信した印刷ジョブなどを記憶部４０５に記憶させる。また、ユーザの操作指示に従って、記憶部４０５に記憶させた印刷ジョブやファックス送信ジョブなどを記録媒体などへ出力させる。
また、ジョブ制御部４０１は、受信したジョブが、印刷であるのか、ファックス送信であるのか、などの属性を識別し、ジョブの属性を記憶部４０５に記憶させる。

受信部４０２は、クライアントのＰＣ端末１０１で生成されたジョブを受信して、受信したジョブをジョブ制御部４０１に出力する。また、カードリーダ３１９や無線ネットワークなどを介してＩＣカードなどからユーザＩＤなどの識別情報を受信し、認証制御部４０４に出力することができる。

画面制御部４０３は、認証制御部４０４における認証の結果の通知画面や、操作受付部４０６からのユーザの操作指示に従って、画面表示部４０７へ各種情報を表示するための各画面を生成する。
なお、各画面を生成すると記載したが、予め利用する各画面を記憶部４０５に記憶させておき、必要の都度、記憶部４０５から必要な画面を取得して画面表示部４０７に表示させてもよい。また、記憶部４０５から取得した各画面を必要に応じて編集してもよい。

認証制御部４０４は、ジョブ制御部４０１が受信部４０２から受け取ったジョブから、そのジョブに含まれているユーザに関する情報を取得し、当該ユーザが記憶部４０５に記憶されていない場合には、新たなユーザとして記憶部４０５へ記憶する。つまり、認証制御部４０４はジョブの受信に応じて新たなユーザの登録を行う。
また、認証制御部４０４は、操作受付部４０６が受け付けた、ユーザによる手動操作に応じて、当該操作により入力がされたユーザのユーザ情報を記憶部４０５に記憶させる。
さらに、認証制御部４０４は、受信部４０２が受け取った認証情報やユーザ識別情報と、記憶部４０５に記憶されたユーザ情報とを用いて、ユーザの認証処理を行う。
そして、ユーザ情報やジョブの属性情報などを画面制御部４０３に出力し、画面制御部４０３にそれらの情報に応じた画面を生成させる。

記憶部４０５は、ジョブ制御部４０１の指示に従いジョブを記憶する。また、記憶部４０５は、認証制御部４０４の指示に従いユーザ情報をユーザ情報テーブル（図１０参照）へ記憶させる。つまり、ユーザ登録を行う。

図１０は、記憶部４０５に記憶された各ユーザのユーザ情報テーブル１０００の一例である。

ユーザ名１００１には、ユーザを一義的に識別するユーザＩＤが格納される。ユーザＩＤの格納は、１つの態様として、ユーザが印刷ジョブなどを入力するときに、そのジョブに含まれているユーザ情報を認証制御部が取得することにより行われる。また、他の態様としては、ユーザが表示画面上でユーザ情報を入力することにより行われる。
登録情報１００２には、画像形成装置１０３の受信したジョブの属性が格納される。ジョブの属性としては、ユーザが投入したジョブが、印刷であるのか、ファックス送信であるのか、などの種類がある。
つまり、ユーザ情報テーブル１０００には、ユーザＩＤが、表示画面を介したユーザの操作により手動登録されたのか、あるいは、画像形成装置１０３がユーザの入力したジョブを受信したことにより自動登録されたのか、を示す情報が記憶される。

画面制御部４０３は、ユーザ情報テーブル１０００のユーザ名１００１として記憶されているユーザに応じたアイコンの選択画面（ユーザアイコンの押下による認証画面）を画面表示部４０７に出力する。それにより、画面表示部４０７にユーザに応じたアイコンの選択画面が表示される。

図５に、アイコンの選択画面５００の一例を示す。

５０１はユーザアイコンの一例である。各ユーザアイコン５０１は、ユーザ情報テーブル１０００にユーザＩＤが記憶されているユーザのユーザアイコンである。

従来技術においては、アイコンの選択画面５００においてユーザアイコン５０１が押下されると、画面制御部４０３が、デフォルトの画面（例えば図６のメニュー画面６１０）を画面表示部４０７に出力して表示していた。これは、どのユーザアイコン５０１が押下されたとしても同じであった。
これに対して、本発明では、図７に示すように、画面表示部４０７にはユーザに応じたメニュー画面が表示される。

図８は、本発明のユーザ登録処理の流れを示すフローチャートである。

ステップＳ８０１で、認証制御部４０４は、ユーザの登録依頼を受信する。

例えば、受信部４０２がクライアントのＰＣ端末１０１からジョブを受信し、受信したジョブの種類に対応するジョブ制御部に対して当該ジョブを出力する。例えば印刷ジョブの場合は印刷ジョブのジョブ制御部４０１に、ファックス送信ジョブの場合はファックスのジョブ制御部４０１に、出力する。こうした場合、受信部が受信したジョブにはユーザＩＤなどのユーザを識別する情報が含まれている。
そして、ジョブ制御部４０１は、当該ジョブに含まれるデータのユーザＩＤを取得し、当該ユーザＩＤの登録を認証制御部４０４に依頼する。
あるいは、不図示のユーザ登録画面におけるユーザ操作によりユーザＩＤの入力及び登録操作を受け付けた場合は、操作受付部４０６が当該ユーザＩＤの登録を認証制御部４０４に依頼する。

認証制御部４０４は、ステップＳ８０１において、上述したいずれかの登録依頼を受け付けると、処理をステップＳ８０２に移行する。

ステップＳ８０２では、認証制御部４０４は、ステップＳ１０１で受け付けた登録依頼が、ジョブ受信による自動登録依頼か、ユーザ登録画面などの操作画面がされたことによる手動登録依頼かを判定する。
なお、ジョブ受信による自動登録依頼と操作画面による手動登録依頼とでは、呼びだされる認証制御部４０４のＡＰＩ（Application Programming Interface）が異なる。ここでは、いずれのＡＰＩが呼び出されたかに基づいて、ジョブ受信による自動登録依頼か、ユーザ登録画面などの操作画面がされたことによる手動登録依頼かを判定する。

ジョブ受信によるユーザ自動登録の場合は、ステップＳ８０３にて、認証制御部４０４は、まず、ＲＡＭ上に空のユーザ情報テーブル１０００を生成する。そして、ユーザＩＤをユーザ名１００１として挿入し、受信したジョブが、印刷であるのか、ファックス送信であるのか、などを示すジョブの属性を登録情報１００２に挿入する処理を行う。

つまり、画像形成装置などの情報処理装置の備える機能に基づいて、ユーザを自動登録することができる。また、登録情報１００２には、機能の識別情報として、例えば、ユーザが利用したジョブの属性（例えば、画像形成装置１０３の備える印刷ジョブ）が挿入される。

手動操作による登録の場合は、ステップＳ８０４にて、認証制御部４０４は、まず、ＲＡＭ上に空のユーザ情報テーブル１０００を生成する。そして、ユーザＩＤをユーザ名１００１として挿入する処理を行う。しかし、登録情報１００２への値の挿入は行われない。

ステップＳ８０５では、認証制御部４０４は、ステップＳ８０３又はステップＳ８０４で値を挿入したユーザ情報テーブル１０００を、記憶部４０５に記憶させる。
なお、同じユーザ名１００１の値を持つユーザ情報テーブル１０００が既に記憶されている場合は、認証制御部４０４は、ステップＳ８０３又はステップＳ８０４で値を挿入したユーザ情報テーブル１０００を廃棄する。つまり、ユーザの登録処理は、未登録のユーザについてのみ行われ、既に登録されているユーザについては行われない。

図９は、前述のユーザ登録方法に基づく登録後の、画像形成装置における画面表示の制御方法を示すフローチャートである。

操作受付部４０６は、ユーザアイコンの押下を受け付けると、当該ユーザアイコンに対応するユーザＩＤを画面制御部４０３に出力する。

ステップＳ９０１では、画面制御部４０３は、操作受付部４０６からユーザアイコンの押下を受け付けた旨の情報と、当該ユーザアイコンに対応するユーザＩＤを取得する。

ステップＳ９０２では、画面制御部４０３は、メニュー画面６１０が画面表示部４０７で表示されている状態で当該ユーザアイコンの押下を受け付けた旨の情報を認証制御部４０４に出力する。また、画面制御部４０３は、ユーザアイコンに対応するユーザＩＤによる認証を認証制御部４０４に依頼する。

ステップＳ９１１では、認証制御部４０４は、画面制御部４０３からのユーザ認証依頼を受け付ける。
ステップＳ９１２で、ユーザ認証処理を行う。具体的には、当該ユーザＩＤを持つユーザ情報テーブル１０００が記憶部４０５に記憶されている場合に認証が成功したものとする。
そして、ステップＳ９１３では、認証に成功したかを判定する。すなわち、認証処理対象のユーザＩＤを持つユーザ情報テーブル１０００が記憶部４０５に記憶されていたかを判定する。

認証に失敗した場合は、ステップＳ９１１で再び認証依頼を受け付けるまで待機する。例えば、認証画面５００の表示中に、ユーザ情報テーブルからユーザ情報が削除された場合など、ユーザアイコンが押下されたタイミングにおいて当該アイコンに対応するユーザ情報が記憶部４０５に存在しないことがある。この場合、認証に失敗したものとする。
認証に成功した場合、処理をステップＳ９１４に移行する。

ステップＳ９１４で、認証制御部４０４は、認証に成功したユーザが、ジョブの受信により自動登録されたユーザであるのか、あるいは、操作画面がされたことにより手動登録されたユーザであるのか、を判定する。
具体的には、図１０に示す当該ユーザのユーザ情報テーブル１０００における登録情報１００２を参照し、値が記憶されていない場合には、認証制御部４０４は、当該ユーザは手動操作によって登録されたユーザであると判定する。
登録情報１００２に画像形成装置１０３の備える機能の識別情報が記憶されている場合には、認証制御部４０４は、当該ユーザが当該機能にかかるジョブの受信によって自動登録されたユーザであると判定する。例えば、登録情報１００２にジョブの属性として、印刷が記憶されている場合、印刷ジョブの受信によって登録されたユーザであり、ファックスが記憶されている場合、ファックス送信ジョブの受信によって登録されたユーザである、と判定する。
次に、認証制御部４０４は、登録情報１００２に何らかのジョブの属性についての識別情報が記憶されている場合には、処理をステップＳ９１５に移行する。登録情報１００２が空の場合には、処理をステップＳ９１６に移行する。

ステップＳ９１５では、認証制御部４０４は、登録情報１００２に記憶されていた識別情報を含めた、当該識別情報の示す機能の画面表示依頼を画面制御部４０３に出力する。つまり、ユーザが自動登録されたときに当該ユーザが利用したジョブの属性に基づいて、ユーザに応じた表示画面（アイコンメニュー画面）を決定し、画面制御部に対して表示をするように指示する。

ステップＳ９１６では、認証制御部４０４は、登録情報１００２の値が空であった情報を含めた、ユーザ情報に依存しない、デフォルト画面の画面表示依頼を画面制御部４０３に出力する。

ステップＳ９０３では、画面制御部４０３は、ステップＳ９１５又はステップＳ９１６で出力された登録情報を受け付ける。

ステップＳ９０４では、画面制御部４０３は、ステップＳ９０３において受け付けた登録情報に応じた画面を表示する処理を行う。
具体的には、デフォルト画面の画面表示依頼を受け付けた場合には、記憶部に記憶されたデフォルト画面（例：図６のメニュー画面６１０）をＲＡＭ上に読み出して、画面表示部４０７に出力し、表示させる。
一方、登録情報１００２に記憶されていた示すジョブの属性の画面表示依頼を受け付けた場合には、その属性に相当する機能のジョブ制御部４０１に対して、認証されたユーザ１００１に対応した機能の画面を生成するよう依頼する。例えば、登録情報１００２が印刷ジョブの識別情報を示す場合、印刷ジョブのジョブ制御部４０１に対して、認証されたユーザの印刷ジョブ一覧画面を生成するよう依頼する。

当該依頼を受け付けた印刷ジョブのジョブ制御部４０１は、認証されたユーザの印刷ジョブ一覧を挿入した印刷ジョブ一覧画面を生成して、画面制御部４０３に出力する。印刷ジョブ一覧画面の一例を図７の７１０に示す。
画面制御部４０３は、当該印刷ジョブ一覧画面の情報を取得し、画面表示部４０７に出力して表示させる。

図９によれば、ジョブを依頼した各ユーザの利用状況に応じて、適切な画面表示を提供することができる。

＜第２の実施形態＞
本発明の第２の実施形態について説明する。なお、第１の実施形態と共通する装置、データ、処理、画面などの説明は割愛する。

第２の実施形態においては、画像形成装置１０３の備える機能ごとに、当該機能のジョブが記憶部４０５に記憶されているユーザのユーザＩＤを記憶管理しているものとする。
また、図１１の認証画面１１００に示されように、機能選択部１１０１においてユーザ操作により選択された機能に応じて、ユーザアイコンを表示することが可能である。
具体的には、操作受付部４０６が機能選択部１１０１に対する操作を受け付けることで、画面制御部４０３が、画像形成装置１０１が備える機能の一覧を選択可能に機能選択部１１０１にプルダウン表示する。

操作受付部４０６は、プルダウンより機能の選択を受け付けると、画面制御部４０３が当該機能に対し、当該機能にかかるジョブを記憶しているユーザを問い合わせる。例えば印刷が選択されると、認証制御部４０４は印刷ジョブが記憶部４０５に記憶されているユーザのユーザＩＤを問い合わせる。
そして、画面制御部４０３は、印刷ジョブを記憶しているユーザのユーザアイコンのリストを配置した認証画面１１００を生成し、画面表示部４０７に出力して表示する。
つまり、選択した機能のジョブを記憶しているユーザを、当該機能のジョブを持たないユーザに優先して表示することが可能となっている。

このように、第２の実施形態においては、認証前のユーザの利用状況を加味しつつ、ユーザによる機能の選択に基づいて、適切な表示画面を提供することができる。

次に、図１２を参照して、第２の実施形態の画面表示の制御方法を示すフローチャートについて説明する。なお、第１の実施形態と共通する処理については、適宜、説明を割愛する。

ステップＳ９１３で、認証制御部４０４は、認証に成功したと判定した場合、処理をステップＳ１２１１に移行する。

ステップＳ１２１１では、認証制御部４０４は、機能選択部１１０１において指定されている機能の識別情報を画面制御部４０３に要求する。すなわち、機能選択部１１０１から機能が選択されているか問い合わせる。

画面制御部４０３は、ステップＳ１２０１で、当該要求を受け付ける。そして、ステップＳ１２０２で、当該要求に応じた機能の識別情報の取得処理、及び当該識別情報を認証制御部４０４に出力する処理を実行する。
なお、機能選択部１１０１で機能の選択がされていない場合、つまり、何らかの機能に基づくユーザアイコンの優先表示が要求されていない場合は、画面制御部４０３はｎｕｌｌの値を出力する。

ステップＳ１２１２では、認証制御部４０４は、画面制御部４０３より機能選択部１１０１から選択された識別情報又はｎｕｌｌの値を取得する。
ステップＳ１２１３では、認証制御部４０４は、取得した情報が、何らかの機能の識別情報であるかｎｕｌｌであるかを判定する。

認証制御部４０４は、機能の識別情報を取得した場合には、当該機能に基づくユーザアイコンの優先表示が要求されていると判断し、処理をステップＳ１２１４に移行する。機能の識別情報ではなくｎｕｌｌの値を取得した場合には、機能に基づくユーザアイコンの優先表示が要求されていないと判断し、処理をステップＳ９１４に移行する。
ステップＳ１２１４では、認証制御部４０４は、ステップＳ１２１２で取得した機能の識別情報を含む、画面表示依頼を画面制御部４０３に出力する。

そして、画面制御部４０３は、ステップＳ９０３及びステップＳ９０４の処理を実行し、当該識別情報の示す機能の画面を表示する。つまり、機能選択部１１０１から選択された機能の一覧画面を優先的に表示する。
例えば、図１１によれば、「Ｕｓｅｒ３ ＰＣ００３」のユーザ１１０３は、クライアント端末１０１から出力されたスキャンジョブ（例えば、スキャン設定やスキャン後のスキャンデータの保存指示などを含むジョブ）の受信により自動生成（自動登録）されている。
しかし、機能選択部１１０１において「プリント」が選択されているため、ユーザアイコンの押下を受け付け、認証を行った後に表示する画面は、印刷ジョブ一覧画面７１０になる。

以上、本発明の第２の実施形態によれば、ユーザの利用状況を加味しつつ、ユーザが選択した機能に基づいて、ユーザの要求に応じた表示画面を提供することができる。

＜第３の実施形態＞
本発明の第３の実施形態について図１３〜図１５を参照して説明する。なお、第１の実施形態や第２の実施形態と共通する装置、データ、処理、画面などの説明は割愛する。

ユーザごとの設定（個人設定）において、ユーザアイコン押下後にどの機能の画面を表示するかが設定されていることがある。わざわざ設定をしているということは、ユーザは、当該設定された機能の画面を望んでいると推測される。
多くのユーザは、頻繁に使用する機能が画面に表示されるように個人設定されることを望むと思われる。しかし、そうした個人設定をするために、わざわざ普段は操作しない設定画面を探し出し、操作するのはユーザにとって手間である。

これを踏まえ、第３の実施形態においては、ユーザの登録した個人設定に基づいて、適切な画面表示を提供することができる。また、簡便に個人設定ができる仕組みを提供することができる。

なお、第３の実施形態においては、図１０のユーザ情報テーブル１０００の項目に、図１４に示す個人設定１４０１、認証回数１４０２が追加されたユーザ情報テーブル１０００が記憶部４０５に記憶（登録）、更新される。

図１３を参照して、第３の実施形態の画面表示の制御方法を示すフローチャートについて説明する。

認証制御部４０４は、ステップＳ９１３で認証が成功した場合、当該認証が成功したユーザのユーザ情報テーブルを読み出し、認証回数１４０２を１カウントアップして記憶する。

ステップＳ１３１１では、認証制御部４０４は、ステップＳ９１３で認証が成功したユーザ（つまりユーザアイコンが押下されたユーザ）のユーザ情報テーブル１０００を参照し、個人設定１４０１を読み出す。
そして、ステップＳ１３１２で、個人設定１４０１に画像形成装置１０３の機能の識別情報が記憶されているか判定する。記憶されていない場合は処理をステップＳ９１４に移行する。記憶されている場合は処理をステップＳ１３１３に移行する。
ステップＳ１３１３では、認証制御部４０４は、当該個人設定１４０１に記憶されている識別情報を含む画面表示依頼を画面制御部４０３に出力する。

画面制御部４０３はステップＳ９０３及びステップＳ９０４の処理を実行し、当該識別情報の示す機能の画面を表示する。
つまり、ユーザの個人設定に記憶されていた機能の画面を表示する。

認証制御部４０４は、ステップＳ９１５の処理の後、ステップＳ１３１４に処理を移行する。
ステップＳ１３１４では、認証制御部４０４は、ユーザの認証が初回か判定する。つまり、ユーザが登録されてから、初めてユーザアイコンが押下（指定）されたか判定する。
具体的には、ステップＳ９１３で認証が成功したユーザの認証回数１４０２が１の場合には初回と判定する。認証回数１４０２が２以上の場合には、初回ではなく２回目以降の認証であると判定する。
初回の認証でない場合は処理を終了する。初回の認証である場合は処理をステップＳ１３１５に移行する。

ステップＳ１３１５では、認証制御部４０４は、ステップＳ９１５で画面の表示依頼をした、登録情報１００２に現在登録されているジョブの属性を、個人設定１４０１に登録するか、画面制御部４０３に問い合わせる。

ステップＳ１３０１で、画面制御部４０３は、当該問い合わせを受け付ける。
そして、ステップＳ１３０２で、問い合わせダイアログ１５００（図１５を参照）を生成して、画面表示部４０７に出力し、表示する。

ステップＳ１３０３で、問い合わせに対するユーザからの回答を受け付ける。具体的には、操作受付部４０６からのユーザ操作の情報（問い合わせダイアログ１５００の「はい」ボタンが押下されたか、「いいえ」ボタンが押下されたかの情報）を受け付ける。そして、当該回答の情報を認証制御部４０４に出力する。

ステップＳ１３１６で、認証制御部４０４は当該回答を受け付ける。そして、ステップＳ１３１７で、回答の内容に応じてユーザの個人設定を更新する。
具体的には、問い合わせダイアログ１５００の「はい」ボタンが押下された旨の情報を受け付けた場合は、登録情報１００２に記憶されているジョブの属性の識別情報を個人設定１４０１にコピーして記憶する。
個人設定にジョブの属性を登録しておくことで、次回以降ユーザアイコンが押下された際に、ステップＳ１３１１〜Ｓ１３１３の処理により、個人設定に応じた機能の画面を表示することができる。
なお、問い合わせダイアログ１５００の「いいえ」ボタンが押下された場合は、個人設定１４０１の内容を変更することなく、ユーザ情報テーブル１０００の更新時間を現在日時に書き換えて更新する。

以上、本発明の第３の実施形態によれば、ユーザが登録した個人設定に基づいて、画面表示を適切に行うことができる。また、当該個人設定を、容易に設定可能とすることで、利便性を向上させることができる。

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

例えば、認証制御部４０４の機能を持つ情報処理装置と、上述した画像形成装置とをネットワークを介して通信可能に接続し、互いに情報を送受信することで、図９、図１２、図１３などのフローチャートの処理を実現するようしてもよい。

また、図９のステップＳ９０１〜Ｓ９０２、Ｓ９１１〜Ｓ９１２などにおいては、ユーザアイコンの押下に応じた認証を行うものとしたが、例えば受信部４０２でＩＣカードなどから受信したユーザＩＤを取得することでユーザ指定を受け付け、認証を行うようにしてもよい。

また、図１３及び図１５の説明では、ユーザアイコンの押下後、登録情報１００２に記憶されている機能の画面に切り替えてから、問い合わせダイアログ１５００を表示するものとしたが、画面への切り替え前に問い合わせダイアログ１５００を表示するようしてもよい。
例えば、ステップＳ９１５の直前に、ステップＳ１３０１〜Ｓ１３０３、Ｓ１３１５〜Ｓ１３１７の処理を実行してもよい。そして、個人設定１４０１に登録情報１００２と同じ機能の識別情報が記憶されていた場合は処理をステップＳ１３１３に戻してもよい。また、個人設定１４０１に登録情報１００２と同じ機能の識別情報が記憶されていなかった場合は、処理をステップＳ９１６に移行するようにしてもよい。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施形態及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

１０３ 画像形成装置
５００ 選択画面
１０００ ユーザ情報テーブル

Claims (11)

1. ユーザの入力したジョブを受信するとともに、前記ユーザを識別するユーザ情報を受信する受信手段と、
   前記ユーザ情報を認証する認証制御手段と、
   ユーザに対して表示画面を提供する表示手段と、を有し、
   前記認証制御手段が、前記ユーザの入力した前記ジョブに前記ユーザ情報が含まれているか否かの判断を行い、
   前記表示手段が、前記ユーザの入力した前記ジョブに前記ユーザ情報が含まれている場合に第１の表示画面を表示し、前記ユーザの入力した前記ジョブに前記ユーザ情報が含まれていない場合に第２の表示画面を表示することを特徴とする情報処理装置。
2. 前記表示手段は、前記ユーザ情報を入力することができることを特徴とする請求項１に記載の情報処理装置。
3. 前記第１の表示画面は、前記ジョブの属性に基づいて生成される表示画面であることを特徴とする請求項１または２に記載の情報処理装置。
4. 前記ジョブの属性が、画像形成装置が行う印刷処理に対応するものを含むことを特徴とする請求項３に記載の情報処理装置。
5. 前記ジョブの属性が、前記画像形成装置が行うファックス送信処理に対応するものをさらに含むことを特徴とする請求項４に記載の情報処理装置。
6. 前記第２の表示画面は、前記ユーザ情報に依存しない表示画面であることを特徴とする請求項１から５のいずれか１項に記載の情報処理装置。
7. 前記第２の表示画面は、画像形成装置が処理することができる複数のジョブの属性を表示したものであることを特徴とする請求項６項に記載の情報処理装置。
8. 前記認証制御手段が、前記ユーザが入力した前記ジョブに含まれている前記属性と異なる属性が前記表示手段から入力されたと判断した場合、前記表示手段は、前記表示手段から入力された前記属性に基づいて第３の表示画面を生成することを特徴とする請求項３から７のいずれか１項に記載の情報処理装置。
9. 前記表示手段は、前記ユーザの入力した前記ジョブに含まれている前記属性を表示するとともに、前記属性をユーザの個人設定とするか否かを問い合わせることを特徴とする請求項３から７のいずれか１項に記載の情報処理装置。
10. ユーザの入力したジョブを受信するとともに、前記ユーザを識別するユーザ情報を受信する受信工程と、
    前記ユーザ情報を認証する認証制御工程と、
    ユーザに対して表示画面を提供する表示工程と、を有し、
    前記認証制御工程で、前記ユーザの入力した前記ジョブに前記ユーザ情報が含まれているか否かの判断を行い、
    前記表示工程で、前記ユーザの入力した前記ジョブに前記ユーザ情報が含まれている場合に第１の表示画面を表示し、前記ユーザの入力した前記ジョブに前記ユーザ情報が含まれていない場合に第２の表示画面を表示することを特徴とする情報処理装置の制御方法。
11. 請求項１０に記載の情報処理装置の制御方法を実行させるためのプログラム。

Images