JP2013115487A - 画像処理装置、画像処理装置の制御方法、及びプログラム - Google Patents

Abstract

【課題】 ユーザ認証した後、各アプリケーションへのログイン通知が完了する前に、認証されたユーザが登録した画像処理機能に適応した初期画面を表示する。
【解決手段】
画像処理装置において、認証したユーザのログインの通知を受けて前記特定のアプリケーションにログインを通知した後、前記表示部の画面の表示を前記特定のアプリケーションに対応づけた初期画面の表示に切り替える。そして、表示部の表示を前記初期画面の表示に切り替えた後、前記第１のグループに属するアプリケーションのうち、ログインが通知されていないアプリケーションおよび前記第２のグループに属するアプリケーションにログインの通知を行う。
【選択図】 図５

Description

本発明は、ログイン処理を行う画像処理装置、画像処理装置の制御方法、及びプログラムに関するものである。

近年の複合機を始めとする画像処理装置では、ログインしたユーザに応じてジョブやリソースに対するアクセスを制限する機能や、ログインしたユーザの情報に基づいて画面を構成するパーソナライズ機能の重要性が非常に高まっている。

このような画像処理装置の一実施形態として、ユーザが自己のユーザ名とパスワードを入力し、ユーザ管理システムにおいて認証および承認を受けることでログインし、利用終了時にログアウトを行うことでユーザに関わるセッション管理を行うものがある。このセッション中、画像処理装置はログインユーザの承認情報に基づいてアクセス制御を行い、操作画面、操作方法のパーソナライズを行う。

このようなユーザに関わるセッション管理に関わる実施形態として、既にいくつかの方法が提案されている。例えば、認証したユーザが弱視者の場合は、専用の画面を表示する方法が提案されている（特許文献１）。また、認証したユーザのカスタマイズ情報を読み出し、カスタマイズした画面を表示するといった方法も提案されている（特許文献２参照）。

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

オフィスに設置され共用利用を前提とした画像処理装置では、素早くログインして所定の操作が行えることが重要であり、ログインに要する時間が秒のオーダになるだけで利便性が低下することになる。このため、出来る限り短いことが望ましい。

しかし、画像処理装置の高機能化に伴い、ログインしたユーザの情報にあわせて行う処理は年々増加している。ログイン後に表示する画面はログインユーザの情報に基づいて構成する必要があるため、ログイン時間も増加してしまうという課題があった。
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、ユーザ認証した後、各アプリケーションへのログイン通知が完了する前に、認証されたユーザが登録した画像処理機能に適応した画面を表示できる仕組みを提供することである。

上記目的を達成する本発明の画像処理装置は以下に示す構成を備える。
複数のアプリケーションを実行する画像処理装置であって、前記複数のアプリケーションから選択されたアプリケーションを、ユーザのログインに応じて表示する画面に係るアプリケーションとして登録する登録手段と、ユーザの前記画像処理装置へのログインを受け付ける受付手段と、前記ログインを受け付けた場合、前記複数のアプリケーションにログイン通知を行うログイン通知手段と、前記登録手段に登録されたアプリケーションにログイン通知を行ったことに応じて、当該登録されたアプリケーションを実行するための画面を表示する表示手段と、前記登録手段により登録されたアプリケーションを実行するための画面から、前記複数のアプリケーションのうち前記ログイン通知が行われていないアプリケーションを実行するための画面への画面遷移を禁止する制御手段と、を有することを特徴とする。
また上記目的を達成するために本発明のその他の画像処理装置は以下に示す構成を備える。
画像処理装置のオペレーティングシステムである第１の実行環境と、前記第１の実行環境上で動作する仮想マシンにより実現される第２の実行環境とを有する画像処理装置であって、前記第１又は第２の実行環境上で動作する複数のアプリケーションから選択されたアプリケーションを、ユーザのログインに応じて表示する画面に係るアプリケーションとして登録する登録手段と、ユーザの前記画像処理装置へのログインを受け付ける受付手段と、前記ログインを受け付けたことに応じて前記第２の実行環境上で動作するアプリケーションにログイン通知を行った後に、前記登録手段により登録されたアプリケーションが前記第１の実行環境上で動作するアプリケーションであるか前記第２の実行環境上で動作するアプリケーションであるかを判定する判定手段と、前記判定手段により前記登録されたアプリケーションが第１の実行環境上で動作するアプリケーションであると判定された場合に、前記登録されたアプリケーションにログイン通知を行ったことに応じて前記登録されたアプリケーションを実行するための画面を表示する表示手段と、前記登録手段により登録されたアプリケーションを実行するための画面から、前記第１の実行環境で動作するアプリケーションのうち前記ログイン通知が行われていないアプリケーションを実行するための画面への画面遷移を禁止する制御手段と、を有することを特徴とする。

本発明によれば、ユーザ認証した後、各アプリケーションへのログイン通知が完了する前に、認証されたユーザが登録した画像処理機能に適応した画面を表示できる。

本実施形態を示す画像処理装置を含むデータ処理システムを示す図である。 図１に示した画像処理装置の構成を説明するブロック図である。 画像処理装置のソフトウエア構成を示すブロック図である。 図２に示した操作部に表示されるＵＩ画面の一例を示す図である。 画像処理装置におけるログイン処理シーケンスを説明する図である。 画像処理装置の制御方法を説明するフローチャートである。 画像処理装置におけるログイン処理シーケンスを説明する図である。 画像処理装置の制御方法を説明するフローチャートである。

次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕

図１は、本実施形態を示す画像処理装置を含むデータ処理システムの一例を示す図である。本例は、ネットワークを介して情報処理装置、サーバ装置、画像処理装置が通信可能に接続されるシステム例である。なお、本実施形態に示す画像処理装置において実行可能な画像処理は、コピー処理、データ送信処理、画像データ送受信処理を含むが、これに限定されるものではない。また、本実施形態に示す画像処理装置において実行可能な表示処理は、メニュー画面表示処理、ブラウザ画面表示処理を含むが、これに限定されるものではない。

図１において、１００はクライアントＰＣ（以下、ＡＵと呼ぶ）で、システム管理者ユーティリティが動作するクライアントＰＣであり、本システムの設定・管理を行う。特に、画像処理装置（ＤＳ）１０１で、実行可能な複数の画像処理機能のうち、ユーザ毎やグループ毎にいずれかの画像処理機能を制限するための機能制限情報（以下、ＡＣＥ）の設定を行う。

ここで、ＤＳ１０１は、ユーザ情報サーバとして機能する。具体的には、ユーザＩＤとパスワードといったユーザ情報、さらにはシステムにおいてユーザ毎や画像処理装置毎にどの機能の使用が許可されているかというＡＣＥの集合である機能制限情報リスト（以下、ＡＣＬ）が後述するようなハードディスク等に保持されている。

ＤＳ１０１は、例えばライトウェイトディレクトリアクセスプロトコル（Lightweight Directory Access Protocol（LDAP：エルダップ））を用いるＬＤＡＰサーバあるいはＭｉｃｒｏｓｏｆｔ社製のＡｃｔｉｖｅＤｉｒｅｃｔｏｒｙサーバなどを用いて構成される。

１０２はチケット発行サーバとして機能するサーバ装置（ＳＡ）であって、ＤＳ１０１に格納されているＡＣＬに基づいて、使用可能な機能についての情報を記述したチケットを発行する。このチケットに関しては後述する。

１０３は画像処理装置で、コピー機能、プリント機能、ファクシミリ通信機能、データ通信機能等を含む多機能のデータ処理を行う。具体的に、画像処理装置１０３は、紙原稿を複写する機能のみならず、外部のプリンタドライバから送付された印刷データを印刷する機能を備える。

さらに、画像処理装置１０３は、紙原稿を読み込みその画像データを外部のファイルサーバあるいはメールアドレス宛に送信する機能（ＳＥＮＤ機能）も持つ。さらには、画像処理装置１０３は、他の画像処理装置にデータを送信して、送信先の画像処理装置で印刷する機能（リモートコピー機能、ファクシミリ機能）なども持つ
ここで、画像処理装置１０３には、後述するような操作部を備えて、各種のユーザインタフェースをユーザに提供して、ログイン処理や、画像処理を行う。

１０４はＡｃｃｅｓｓＣｏｎｔｒｏｌＴｏｋｅｎ（ＡＣＴ）で、ログインしたユーザが画像処理装置１０３において実行可能な機能についての情報や、画像処理装置１０３への機能制限情報が記載されている。なお、上記情報が含むＡＣＴ１０４は、ネットワーク１０５を介してＳＡ１０２から画像処理装置１０３に通知される。そして画像処理装置内の各アプリケーションは、このＳＡ１０２から受け取ったＡＣＴ１０４を含むログイン通知に従って機能の利用権限を制御する。

ＡＵ１００から画像処理装置１０３は、イーサネット（登録商標）で構成されるネットワーク１０５により接続されているものとするが、あくまでもシステムの一例である。画像処理装置１０３以外のＡＵ１００、ＤＳ１０１，ＳＡ１０２は全て同一のコンピュータで構成できても良い。さらにＡＵ１００、ＤＳ１０１，ＳＡ１０２を画像処理装置１０３に実装し、画像処理装置１０３のみで構成できても良い。
＜画像処理装置のハードウェア構成＞
図２は、図１に示した画像処理装置１０３の構成を説明するブロック図である。

図２において、コントローラユニット２００は、画像入力デバイスであるスキャナ２７０や画像出力デバイスであるプリンタ２９５と接続し、一方ではネットワーク１０５や公衆回線と接続することで、画像情報やデバイス情報の入出力を行う。 ＣＰＵ２０１は、画像処理装置１０３を制御するコントローラである。ＲＡＭ２０２はＣＰＵ２０１が動作するためのシステムワークメモリであり、画像データを一時記憶するための画像メモリでもある。ＲＯＭ２０３はブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ２０４はハードディスクドライブで、システムソフトウェア、アプリケーション、画像データ、ＡＣＴ１０４等を格納する。

操作部Ｉ／Ｆ２０６は、タッチパネルを有した操作部２１２とのインターフェース部で、操作部２１２に表示する画像データを操作部２１２に対して出力する。なお、操作部２１２には表示部を備え、各種のユーザインタフェース画面（ＵＩ画面）を表示可能に構成されている。また、操作部２１２から本システム使用者が入力した情報を、ＣＰＵ２０１に伝える役割をする。Ｎｅｔｗｏｒｋ Ｉ／Ｆ２１０はネットワークに接続し、情報の入出力を行う。ＭＯＤＥＭ２５０は公衆回線に接続し、情報の入出力を行う。

ＳＲＡＭ２０９は、高速動作可能な不揮発性の記録媒体である。２１１はリアルタイムクロック（ＲＴＣ）であり、コントローラユニット２００に電源が入っていない状態でも現在の時刻をカウントし続ける処理を行う。以上のデバイスがシステムバス２０７上に配置される。

Ｉｍａｇｅ Ｂｕｓ Ｉ／Ｆ２０５は、システムバス２０７と画像データを高速で転送する画像バス２０８を接続し、データ構造を変換するバスブリッジである。画像バス２０８は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス２０８上には以下のデバイスが配置される。

ＲＩＰ２６０は、ラスターイメージプロセッサでありＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ部２２０は、画像入出力デバイスであるスキャナ２７０やプリンタ２９５とコントローラユニット２００を接続し、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部２８０は、入力画像データに対し補正、加工、編集を行う。プリンタ画像処理部２９０は、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。画像回転部２３０は画像データの回転を行う。画像圧縮／伸張部２４０は、圧縮伸張処理を行う。

＜画像処理装置のソフトウエア構成＞

図３は、本実施形態を示す画像処理装置１０３のソフトウエア構成を示すブロック図である。後述する各ソフトウェア（モジュール）は、いわゆるファームウェアとして画像処理装置１０３のＨＤＤ２０４に記憶されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。また、各ソフトウエアは、いわゆるファームウェア３５０として画像処理装置１０３のＨＤＤ２０４に記憶されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。

図３において、リアルタイムＯＳ３０１はリアルタイムオペレーティングシステムであり、組み込みシステムの制御に最適化された各種資源管理のサービスと枠組みを、その上で動作するソフトウエアのために提供する。

リアルタイムＯＳが提供する各種資源管理のサービスと枠組みには、ＣＰＵによる処理の実行コンテクストを複数管理することで複数の処理を実質的に並行動作させるマルチタスク（スレッド）管理、タスク間の同期やデータ交換を実現するタスク間通信がある。さらに、メモリ管理、割り込み管理、各種のデバイスドライバ、ローカルインタフェースやネットワークや通信などの各種プロトコルの処理を実装したプロトコルスタック、などもある。

コントローラプラットフォーム３０２は、ファイルシステム３０３、ジョブ・デバイス制御３０４、及びカウンタ３０５等から構成される。ファイルシステム３０３は、ＨＤＤ２０４やＲＡＭ２０２などの記憶装置上に構築されたデータを格納するための機構である。ジョブ・デバイス制御３０４は、画像処理装置１０３のハードウェアを制御し、また、画像処理装置１０３の主にハードウェアが提供する基本機能（プリント、スキャン、通信、画像変換など）を利用するジョブを制御する。カウンタ３０５は、ＳＲＡＭ２０９に格納される、アプリケーション毎の有効期限や、プリント、スキャンのカウンタ値を管理する。

システムサービス３０６は、アプリケーション管理３０８、及びウィンドウ管理３０９等から構成される。アプリケーション管理３０８は、アプリケーション３１０、３１１、３１２、３１３、３１４等をインストール、アンインストール、起動、停止するための管理モジュールである。ウィンドウ管理３０９は、アプリケーション３１０、３１１、３１２、３１３、３１４等が備えるアプリケーションウィンドウの表示順序を制御するための管理モジュールである。

アプリケーションプラットフォーム３０７は、リアルタイムＯＳ３０１、コントローラプラットフォーム３０２の機構を、アプリケーション３１０、３１１、３１２，３１３、アプリケーション３１４等から利用可能とするためのミドルウェアである。

アプリケーション３１０、３１１、３１２、３１３は、アプリケーションプラットフォーム３０７によって提供される機能を利用して、様々なビジネスモデルを実現する応用ソフトウエアである。

ここで、アプリケーション３１０は、各アプリケーションを選択するメニュー機能を備える。さらに、ウェブブラウザ用のアプリケーション３１１は、ウェブサーバを閲覧するウェブブラウザ機能を提供するアプリケーションである。
コピー用のアプリケーション３１２は、紙原稿を複写するコピー機能を提供するアプリケーションである。ファクス用のアプリケーション３１３は、データを送信するファクス機能を提供するアプリケーションである。

なお、本実施形態において、各アプリケーションは、ログイン通知によりＡＣＴ１０４を受信すると、その情報に基づきログインユーザに応じた画面生成処理を行う。なお、本実施形態においては、ログイン通知には、ユーザがログインしたことに応じてＳＡから取得したＡＣＴ１０４を含むものとする。ただし、ログイン通知はこれ以外の情報を含むものであってもよく、例えばユーザを識別するためのＩＤやパスワード、ログインが成功したことを示すログインコンテキストなどであってもよい。
ここで、ログインユーザに応じた機能制限の一例として、ログインユーザがウェブブラウザ利用禁止、カラーコピー禁止、ファクス番号手入力禁止と制限されていた場合の処理を挙げる。

この場合、メインメニュー用のアプリケーション３１０は、ログインユーザが利用できないウェブブラウザを選択できないようにメニュー機能を処理する。すなわち、ウェブブラウザ用のアプリケーション３１１を実行するための画面に遷移できないようにメニュー画面上のアイコンを網掛けにしたり非表示にしたりする。コピー用のアプリケーション３１２は、カラーコピーボタンを選択できないように処理する。アプリケーション３１３は、ファクス番号を新規に入力することを禁止し、アドレス帳からの選択しか許可しないように処理する。

ログイン用のアプリケーション３１４は、ユーザ認証を行うための認証ソフトウエアである。アプリケーション３１４は、画像処理装置１０３へのログインを受付けるためのログイン画面を操作部２１２に表示する。そして、操作部２１２で入力されたユーザ名とパスワードをＳＡ１０２へ送信し、その認証結果をもとにログイン処理を行う。認証失敗の場合はエラー表示を行い、認証成功の場合は認証後の一連の処理を行う。
＜第１実施形態に係る特徴的な処理＞
次に、第１実施形態の制限方法について、図４、図５Ａ、図５Ｂ、図６を参照して説明する。

図４は、図２に示した操作部２１２に表示されるユーザインタフェース画面（ＵＩ画面）の一例を示す図である。本例は、初期アプリケーション設定画面に対応する。

図４において、初期アプリケーション設定画面４０１は、ウィンドウ管理３０９が操作部２１２に対して出力するものである。ウィンドウ管理３０９は、ファームウェア３５０として画像処理装置１０３のＨＤＤ２０４に記憶されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。

初期アプリケーション設定画面４０１では、ウィンドウ管理３０９にアプリケーション登録されているアプリケーションを一覧表示する。ここでアプリケーションを選択し、ＯＫ４０２を押下することで、初期アプリケーションとしてＨＤＤ２０４に設定される。初期アプリケーションとは、本実施形態においては、図４の画面に表示されているアプリケーションの一覧からユーザにより選択されたアプリケーションをいう。ここで設定されたアプリケーションは、ユーザ認証後に最初にアプリケーションが選択された状態を表示した画面となる。具体的にいうと、ユーザ認証後、コピーが選択されている状態を初期画面として操作部２１２に表示した例である。なお、本実施形態においては、初期画面とは、ユーザが画像処理装置にログインするための画面（ログイン画面）を介してログインを受け付けた場合に、ログイン画面から遷移される画面のことである。

図５Ａ、図５Ｂは、本実施形態を示す画像処理装置におけるログイン処理シーケンスを説明する図である。以下、登録されたユーザがログインした際に初期画面を操作部２１２に表示するとともに、ログイン通知を各アプリケーションに行う際の処理を詳述する。なお、本実施の形態のログイン処理に係るファームウェア３５０は、画像処理装置１０３のＨＤＤ２０４に記憶されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。

図５Ａに示すように第１の実施の形態では、実行環境およびアプリケーションの特性に応じて、二つの第１のグループと第２のグループに分けてアプリケーションを管理する構成となっている。第１のグループに属するアプリケーションは、画像処理を実行するアプリケーションであって、例えばファクシミリシミ機能を実行するアプリケーション３１３やコピー機能を実行するアプリケーション３１２が含まれる。同様に、第２のグループに属するアプリケーションは、表示処理を実行するアプリケーションであって、メインメニューを表示するアプリケーション３１０と、ウェブブラウザを実行するアプリケーション３１１が含まれる。
第１グループには、アプリケーション３１４、ファクス用のアプリケーション３１３、コピー用のアプリケーション３１２が属する。
さらに、第２グループには、メインメニュー用のアプリケーション３１０、ウェブブラウザ用のアプリケーション３１１が属する。

第１グループに属するアプリケーションがログイン通知を必要とする場合、ログイン通知を必要とする第１グループに属するアプリケーションは、ログイン用のアプリケーション３１４に対してログイン通知のイベント登録を行う必要がある。また、第２グループに属するアプリケーションがログイン通知を必要とする場合、ログイン通知を必要とする第２グループに属するアプリケーションは、ウィンドウ管理３０９に対してログイン通知のイベント登録を行う必要がある。そして、第１グループに属するアプリケーションへのログイン通知はログイン用のアプリケーション３１４が行うのに対して、第２グループに属するアプリケーションへのログイン通知はウィンドウ管理３０９が行う。すなわち、ログイン通知を行う主体（アプリケーション）が第１グループと第２グループとで異なることに注意されたい。
なお、ログイン用のアプリケーション３１４はウィンドウ管理３０９へログイン通知を行うよう予め構成されている。

図５は、図４の初期アプリケーション設定画面において初期画面がコピー用のアプリケーション３１２に設定された場合のシーケンスを示している。以下、Ｓ５０１〜Ｓ５０４に従う処理を説明する。

図５の（Ａ）において、ログイン用のアプリケーション３１４は、Ｓ５０１において、ユーザによる画像処理装置１０３へのログインを受け付けると、初期画面が何のアプリケーションに設定されているかに拘わらず、第１グループに属する全てのアプリケーションにログイン通知を送信する。すなわち、第１グループのアプリケーションであるファクス用のアプリケーション３１３、コピー用のアプリケーション３１２へログインに通知を行う。その後、ログイン用のアプリケーション３１４は、第１グループに属するアプリケーションへのログイン通知が完了するとウィンドウ管理３０９へログイン通知を行う。次にウィンドウ管理３０９は、Ｓ５０２において図４で設定された初期画面設定を取得し、初期画面が第１グループに属するアプリケーションであるか、第２グループに属するアプリケーションではあるかを判定する。。この判定は、ウィンドウ管理３０９がログイン通知を受信して時点において、初期画面に設定されているアプリケーションに対して既にログイン通知が通知されているかを判断するために行うものである。

図５の（Ａ）では、初期画面がコピー用のアプリケーション３１２であるため（すなわち第１グループに属するアプリケーションであるため）、ウィンドウ管理３０９は、Ｓ５０３において、アプリケーション３１４の画面からコピー用のアプリケーション３１２へ画面を切り替える。この時点では、メインメニュー用のアプリケーション３１０、ウェブブラウザ用のアプリケーション３１１に対してログイン通知が完了していない。このように、本実施形態によれば、ログイン通知を全てのアプリケーションに対して行う前に初期画面を表示することができ、ログイン後に初期画面が表示されるまでの時間が短縮できるという効果がある。
ただし、本実施形態のように、全てのアプリケーションにログイン通知を行う前に初期画面を表示すると、以下のような事態が起こるかもしれない。すなわち、ユーザが、初期画面表示後、別の画面（例えばメインメニュー用のアプリケーション３１０やウェブブラウザ用のアプリケーション３１１により表示される画面）に画面遷移することを指示するかもしれない。そこで、ウィンドウ管理３０９は、まだログイン通知が完了していないアプリケーション、すなわちメインメニュー用のアプリケーション３１０、ウェブブラウザ用のアプリケーション３１１への画面遷移を禁止する。これはログイン未通知のアプリケーションの画面へ切り替えてしまい、ログインユーザの情報に基づかない画面を表示しないための保護処理である。

その後、ウィンドウ管理３０９は、メインメニュー用のアプリケーション３１０、ウェブブラウザ用のアプリケーション３１１へログイン通知を行う。そして、Ｓ５０４において、メインメニュー用のアプリケーション３１０、ウェブブラウザ用のアプリケーション３１１への画面切り替えを許可とする。

図５の（Ｂ）は、図４に示した初期アプリケーション設定画面において、初期画面がメインメニュー用のアプリケーション３１０に設定された場合のシーケンス例である。

アプリケーション３１４は、Ｓ５１１において、ユーザによるログインを検知すると、図５の（Ａ）と同様のシーケンスでウィンドウ管理３０９へログイン通知を行い、ウィンドウ管理３０９はＳ５１２においてＳ５０２と同様の判定をする。

本シーケンスでは、初期画面がメインメニュー用のアプリケーション３１０であるため、ウィンドウ管理３０９はメインメニュー用のアプリケーション３１０へログイン通知を行う。その後、Ｓ５１３において、ログイン用のアプリケーション３１４の画面からメインメニュー用のアプリケーション３１０へ画面を切り替える。

この時点では、ウェブブラウザ用のアプリケーション３１１に対してログイン通知が完了していないため、ウィンドウ管理３０９は、ウェブブラウザ用のアプリケーション３１１への画面切り替えを禁止する。その後、ウィンドウ管理３０９は、ウェブブラウザ用のアプリケーション３１１へログイン通知を行い、Ｓ５１４において、ウェブブラウザ用のアプリケーション３１１への画面切り替えを許可とする。

図６は、本実施形態を示す画像処理装置の制御方法を説明するフローチャートである。本例は、画像処理装置１０３のログイン処理例に対応する。なお、本実施形態のログイン処理に係るファームウェア３５０は、画像処理装置１０３のＨＤＤ２０４に記憶されており、ＲＡＭ２０２に読み出されＣＰＵ２０１が各ステップを実行することで実現される。なお、主体は、対応するアプリケーションとして説明を行う。以下、本実施形態では、第１のグループに属するアプリケーションであって、ユーザに登録された特定のアプリケーションがコピー機能対応する画像処理を行うアプリケーション３１２である例を示すが、アプリケーション３１３であってもよい。

Ｓ６０１において、アプリケーション３１４は、ログインを検知すると、Ｓ６０２において、第１グループのアプリケーションへログイン通知を行い、Ｓ６０３においてウィンドウ管理３０９へログイン通知を行う。

ウィンドウ管理３０９は、Ｓ６０４において初期画面設定を取得し、Ｓ６０５において初期画面のアプリケーションは、第一グループに属するアプリケーションであるかを判定する。この判定は、Ｓ５０２の手順により行う。具体的には、ウィンドウ管理３０９は、各アプリケーション起動時にアプリケーションの識別子と、どちらのグループに属するアプリケーションであるかの登録を受けており、この情報を元に判定する。ここで、第一グループでないとウィンドウ管理３０９が判断した場合は、Ｓ６０６において、初期画面のアプリケーションへログイン通知を行った後、Ｓ６０７に進む。

一方、Ｓ６０５で、第一グループであるとウィンドウ管理３０９が判断した場合にはそのままＳ６０７に進む。
次に、ウィンドウ管理３０９は、Ｓ６０７において、初期画面へ切り替え、Ｓ６０８において、ログイン未通知のアプリケーションへの画面切り替えを禁止する。

次に、Ｓ６０９において、ログイン未通知のアプリケーションへログイン通知を行い、Ｓ６１０において、Ｓ６０８で画面切り替えを禁止したアプリケーションへの画面切り替えを許可して、本処理を終了する。

本実施形態によれば、初期画面のアプリケーションに対してログイン通知済みである場合、ログインシーケンスが全て完了する前に初期画面を表示することが可能になる。これにより、ログイン毎にログインユーザの情報に基づいた正しい画面を構成しつつ、ログイン時間の短縮化を図ることが出来るようになる。
なお、本実施形態においては、画像処理を実行するアプリケーションを第１グループに属するアプリケーションとし、表示処理を実行するアプリケーションを第２グループに属するアプリケーションとして説明した。しかし、上記のようにしてアプリケーションを区分する以外に、アプリケーションがどのようなソフトウェア実行環境（動作環境）で動作するものかに応じて第１グループと第２グループを区分するようにしてもよい。
より具体的に説明すると、図３で説明したリアルタイムＯＳ３０１上にさらに別の組み込みシステム向けの実行環境として、仮想マシンにより実現されるＪａｖａ（登録商標）の実行環境を構築する。そして、リアルタイムＯＳ３０１上（第１の実行環境上）で動作するアプリケーションを第２グループに属するアプリケーションとし、Ｊａｖａ（登録商標）の実行環境上（第２の実行環境上）で動作するアプリケーションを第１グループに属するアプリケーションとする。すなわち、ログイン用のアプリケーション３１４、コピー用のアプリケーション３１２、ファクス用のアプリケーション３１４をＪａｖａ（登録商標）の実行環境で動作させる。そして、ウェブブラウザ用のアプリケーション３１１やメインメニュー用のアプリケーション３１０をリアルタイムＯＳ上で動作させる。そして、各々のグループに属するアプリケーションへのログイン通知の方法や初期画面への画面表示制御については、上述した図５で説明したシーケンスに基づいて行う。
このように、実行するアプリケーションの実行環境の違いに基づいてグループ分けをすることで以下のような効果がある。すなわち、この形態においては、ユーザのログインを受け付けるログイン用のアプリケーションはＪａｖａ（登録商標）の実行環境で動作するものとする。そして、Ｊａｖa（登録商標）の実行環境で動作するログイン用アプリケーションは、同じくＪａｖａ（登録商標）の実行環境で動作する他のアプリケーションに、初期画面の設定に拘わらず必ずログイン通知を行い、リアルタイムＯＳ３０１上で動作するウィンドウ管理３０９にログイン通知を行う。このようにすることで、複数の異なるソフトウェア実行環境間でのデータ（ログイン通知）のやり取りを最小限に抑えることができるという効果がある。

〔第２実施形態〕

第１の実施形態では、初期画面に設定されているかを判定するタイミングが第一グループのアプリケーションへのログイン通知後とされていた。このため、第１の実施形態では、初期画面に設定されているアプリケーションが第２グループに属する場合には初期画面を表示するまでの時間を短縮できるという効果を得られる。しかし第１の実施形態では、初期画面に設定されているアプリケーションが第１グループに属する場合には時間短縮の効果を得られず、限定的であった。以下、第２実施形態について説明する。なお、第２実施形態における画像処理装置の基本的な構成は、上記第１実施形態における図１、図２、図３、及び図４で説明したものと同様である。以下、第２実施形態に特徴的な部分について説明する。

図７は、本実施形態を示す画像処理装置におけるログイン処理シーケンスを説明する図である。本例は、図４の初期アプリケーション設定画面において初期画面がコピー用のアプリケーション３１２に設定された場合のシーケンス例である。本実施の形態のログイン処理に係るファームウェア３５０は、画像処理装置１０３のＨＤＤ２０４に記憶されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。

まず、アプリケーション３１４は、Ｓ７０１において、ユーザからのログインを検知すると、ウィンドウ管理３０９へログイン通知を行う。ウィンドウ管理３０９はＳ７０２において初期画面設定を取得し、Ｓ７０３において初期画面に設定されているコピー用のアプリケーション３１２へログイン通知を行う。そして、Ｓ７０４において、アプリケーション３１４の画面からコピー用のアプリケーション３１２へ画面を切り替える。すなわち第２実施形態は、ログイン用のアプリケーション３１４はユーザによるログインを受け付けると、ファクス用のアプリケーション３１３ではなく、ウィンドウ管理３０９へログイン通知を送信する点で第１実施形態と異なる。そしてウィンドウ管理３０９は、初期画面に設定されているアプリケーション（図７の例ではコピー用のアプリケーション３１２）へログイン通知を行い、他のアプリケーションにログイン通知を送信する前に初期画面の表示を制御する。この結果、初期画面に設定されているアプリケーションがどのようなアプリケーションであるかに拘わらず画面表示の高速化を図ることができる。

なお、初期画面を表示する時点ではコピー用のアプリケーション３１２以外に対してログイン通知が完了していないため、ウィンドウ管理３０９はコピー用のアプリケーション３１２以外への画面切り替えを禁止する。その後、ウィンドウ管理３０９はファクス用のアプリケーション３１３、メインメニュー用のアプリケーション３１０、ウェブブラウザ用のアプリケーション３１１へログイン通知を行う。そして、Ｓ７０５において、コピー用のアプリケーション３１２以外への画面切り替えを許可とする。

図８は、本実施形態を示す画像処理装置の制御方法を説明するフローチャートである。本例は、画像処理装置１０３のログイン処理例に対応する。なお、本実施形態のログイン処理に係るファームウェア３５０は、画像処理装置１０３のＨＤＤ２０４に記憶されており、ＲＡＭ２０２に読み出されＣＰＵ２０１が各ステップを実行することで実現される。なお、主体は、対応するアプリケーションとして説明を行う。

アプリケーション３１４は、Ｓ８０１においてログインを検知すると、Ｓ８０２において、アプリケーション３１４は、ウィンドウ管理３０９へログイン通知を行う。ウィンドウ管理３０９は、Ｓ８０３において、初期画面設定を取得し、Ｓ８０４において、アプリケーション３１４は、初期画面のアプリケーション（図４の例ではコピー用のアプリケーション３１２）へログイン通知を行う。

次に、ウィンドウ管理３０９は、Ｓ８０５において初期画面へ切り替え、Ｓ８０６において、アプリケーション３１４は、ログイン通知を行っていないアプリケーション、すなわち初期画面のアプリケーション以外のアプリケーションへの画面切り替えを禁止する。次にＳ８０７においてログイン通知を行っていないアプリケーションへログイン通知を順次行う。そして、Ｓ８０８において、アプリケーション３１４は、Ｓ８０６で画面切り替えを禁止したアプリケーションへの画面切り替えを許可する。

本実施形態によれば、グループに関わらず、まず始めに初期画面のアプリケーションへログイン通知を行い、画面を切り替えるよう構成したため、より良い効果を得ることが可能となる。

本発明の各工程は、ネットワーク又は各種記憶媒体を介して取得したソフトウエア（プログラム）をパソコン（コンピュータ）等の処理装置（ＣＰＵ、プロセッサ）にて実行することでも実現できる。

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。

１００ クライアントＰＣ
１０１ ユーザ情報サーバ
１０２ チケット発行サーバ
１０ 画像処理装置

Claims (8)

1. 複数のアプリケーションを実行する画像処理装置であって、
   前記複数のアプリケーションから選択されたアプリケーションを、ユーザのログインに応じて表示する画面に係るアプリケーションとして登録する登録手段と、
   ユーザの前記画像処理装置へのログインを受け付ける受付手段と、
   前記ログインを受け付けた場合、前記複数のアプリケーションにログイン通知を行うログイン通知手段と、
   前記登録手段に登録されたアプリケーションにログイン通知を行ったことに応じて、当該登録されたアプリケーションを実行するための画面を表示する表示手段と、
   前記登録手段により登録されたアプリケーションを実行するための画面から、前記複数のアプリケーションのうち前記ログイン通知が行われていないアプリケーションを実行するための画面への画面遷移を禁止する制御手段と、
   を有することを特徴とする画像処理装置。
2. 画像処理装置のオペレーティングシステムである第１の実行環境と、前記第１の実行環境上で動作する仮想マシンにより実現される第２の実行環境とを有する画像処理装置であって、
   前記第１又は第２の実行環境上で動作する複数のアプリケーションから選択されたアプリケーションを、ユーザのログインに応じて表示する画面に係るアプリケーションとして登録する登録手段と、
   ユーザの前記画像処理装置へのログインを受け付ける受付手段と、
   前記ログインを受け付けたことに応じて前記第２の実行環境上で動作するアプリケーションにログイン通知を行った後に、前記登録手段により登録されたアプリケーションが前記第１の実行環境上で動作するアプリケーションであるか前記第２の実行環境上で動作するアプリケーションであるかを判定する判定手段と、
   前記判定手段により前記登録されたアプリケーションが第１の実行環境上で動作するアプリケーションであると判定された場合に、前記登録されたアプリケーションにログイン通知を行ったことに応じて前記登録されたアプリケーションを実行するための画面を表示する表示手段と、
   前記登録手段により登録されたアプリケーションを実行するための画面から、前記第１の実行環境で動作するアプリケーションのうち前記ログイン通知が行われていないアプリケーションを実行するための画面への画面遷移を禁止する制御手段と、
   を有することを特徴とする画像処理装置。
3. 前記ログイン通知を受けたアプリケーションは、前記画像処理装置にログインしたユーザに応じて機能制限を行うことを特徴とする請求項１又は２に記載の画像処理装置。
4. 前記第１の実行環境で動作するアプリケーションは、メインメニューの画面表示、およびブラウザ画面の表示のいずれかの機能を含むことを特徴とする請求項２又は３に記載の画像処理装置。
5. 前記第２の実行環境で動作するアプリケーションは、コピー処理、データ送信処理のいずれかの機能を含むことを特徴とする請求項２乃至４のいずれか１項に記載の画像処理装置。
6. 複数のアプリケーションを実行する画像処理装置の制御方法であって、
   前記複数のアプリケーションから選択されたアプリケーションを、ユーザのログインに応じて表示する画面に係るアプリケーションとして登録する登録工程と、
   ユーザの前記画像処理装置へのログインを受け付ける受付工程と、
   前記ログインを受け付けた場合、前記複数のアプリケーションにログイン通知を行うログイン通知工程と、
   前記登録工程で登録されたアプリケーションにログイン通知を行ったことに応じて、当該登録されたアプリケーションを実行するための画面を表示する表示工程と、
   前記登録されたアプリケーションを実行するための画面から、前記複数のアプリケーションのうち前記ログイン通知が行われていないアプリケーションを実行するための画面への画面遷移を禁止する制御工程と、
   を有することを特徴とする制御方法。
7. 画像処理装置のオペレーティングシステムである第１の実行環境と、前記第１の実行環境上で動作する仮想マシンにより実現される第２の実行環境とを有する画像処理装置の制御方法であって、
   前記第１又は第２の実行環境上で動作する複数のアプリケーションから選択されたアプリケーションを、ユーザのログインに応じて表示する画面に係るアプリケーションとして登録する登録工程と、
   ユーザの前記画像処理装置へのログインを受け付ける受付工程と、
   前記ログインを受け付けたことに応じて前記第２の実行環境上で動作するアプリケーションにログイン通知を行った後に、前記登録工程で登録されたアプリケーションが前記第１の実行環境上で動作するアプリケーションであるか前記第２の実行環境上で動作するアプリケーションであるかを判定する判定工程と、
   前記判定工程で前記登録されたアプリケーションが第１の実行環境上で動作するアプリケーションであると判定された場合に、前記登録されたアプリケーションにログイン通知を行ったことに応じて前記登録されたアプリケーションを実行するための画面を表示する表示工程と、
   前記登録工程で登録されたアプリケーションを実行するための画面から、前記第１の実行環境で動作するアプリケーションのうち前記ログイン通知が行われていないアプリケーションを実行するための画面への画面遷移を禁止する制御工程と、
   を有することを特徴とする制御方法。
8. 請求項５または６に記載の画像処理装置の制御方法をコンピュータに実行させることを特徴とするプログラム。

Images