JP6790657B2 - ユーザ・インタフェース装置、画像形成装置、及びユーザ・インタフェースプログラム - Google Patents

Description

本発明は、ユーザ・インタフェース装置、画像形成装置、及びユーザ・インタフェースプログラムに関する。

特許文献１には、メニュー生成システムであって、少なくとも１つのサービスが定義された基本メニュー情報を記憶するメニュー記憶手段と、ユーザの権限と、前記サービスとを対応付けたアクセス権限記憶手段と、前記基本メニュー情報に基づいて、ユーザ毎のメニュー情報を生成するメニュー生成手段と、を有し、前記メニュー生成手段は、ユーザＩＤを含むメニュー生成要求を受け付けて、前記メニュー記憶手段から基本メニュー情報を読み出し、前記ユーザＩＤに対応する権限を特定し、当該権限に対応するサービスを前記アクセス権限記憶手段から抽出して、アクセス可能なサービスリストを生成し、前記基本メニュー情報に設定されたサービスと前記サービスリストとを比較し、前記サービスリストに存在しないサービスを前記基本メニュー情報から削除して、前記ユーザＩＤのメニュー情報を生成することを特徴とするメニュー生成システムが開示されている。

また、特許文献２には、機器の操作画面を表示する表示部を有する操作部を備えた画像形成装置であって、ユーザ毎の操作画面の設定情報を保持する設定記憶部と、ユーザからの操作画面の設定要求に応じ、上記設定記憶部から当該ユーザの操作画面の設定情報を取得して設定画面を生成し、当該設定画面を上記表示部に表示して設定を行わせ、設定結果を上記設定記憶部に保存する画面生成部とを備えたことを特徴とする画像形成装置が開示されている。

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

従来、複数のユーザで共有する画像形成装置では、タッチパネル等の表示手段に表示された操作画面を各々のユーザが操作することにより、各々のユーザが画像形成装置に指示を入力していた。この際、画像形成装置がユーザ認証を行う場合には、ユーザ毎に操作画面をカスタマイズすることが考えられる。しかしながら、この場合には、ユーザに応じて操作できる機能を制限したい場合であっても、操作画面のカスタマイズをユーザ毎に制限する機能は提供されておらず、ユーザに応じて操作できる機能を制限させることはできなかった。

また、管理者が各々のユーザの操作画面をカスタマイズすることも考えられる。しかし、画像形成装置が提供する機能が多い場合には、操作画面における個々の機能についてユーザ毎にカスタマイズすることは、管理者にとって負担になってしまう。例えば、「コピー」に関連する機能について、「両面コピー」を許可すると共に「片面コピー」を禁止する等、操作画面における個々の機能についてユーザ毎にカスタマイズすることは、管理者にとって負担になってしまう。

本発明は、操作画面の変更の権限を設定しない場合と比較して、管理者が、ユーザに応じて操作できる機能を制限することができるユーザ・インタフェース装置、画像形成装置、及びユーザ・インタフェースプログラムを提供することを目的とする。

上記目的を達成するために、請求項１に記載したユーザ・インタフェース装置は、ユーザを認証する認証手段と、前記認証手段により認証されたユーザが、操作画面の仕様を変更する権限を有する場合、前記操作画面の変更が許可され、前記認証手段により認証されたユーザが、前記操作画面の仕様を変更する権限を有さない場合、前記操作画面の変更が許可されないように制御する制御手段と、を備え、前記制御手段は、前記認証手段により認証されたユーザが、前記操作画面の仕様を変更する権限を有する場合、複数のアプリケーションのうちの何れかを起動するための操作画面の変更が許可され、前記認証手段により認証されたユーザが、前記操作画面の仕様を変更する権限を有さない場合、前記起動するための操作画面の変更が許可されないように制御する。

また、請求項２に記載したユーザ・インタフェース装置は、前記制御手段は、前記認証手段により認証されたユーザが、前記操作画面の仕様を変更する権限を有する場合、アプリケーションの機能に関する設定を行うための操作画面の変更が許可され、前記認証手段により認証されたユーザが、前記操作画面の仕様を変更する権限を有さない場合、前記設定を行うための操作画面の変更が許可されないように制御する。

また、請求項３に記載したユーザ・インタフェース装置は、請求項１又は２記載の発明において、前記制御手段は、前記認証手段により認証されたユーザが、前記操作画面の仕様を変更する権限を有する場合は、前記操作画面を変更するための変更画面へ遷移させるための遷移情報が表示画面に表示されるように制御する。

また、請求項４に記載したユーザ・インタフェース装置は、請求項１〜３の何れか１項記載の発明において、前記制御手段は、前記認証手段により認証されたユーザが、前記操作画面の仕様を変更する権限を有さない場合は、前記操作画面を変更するための変更画面へ遷移させるための遷移情報が表示画面に表示されないように制御する。

また、請求項５に記載したユーザ・インタフェース装置は、請求項１〜４の何れか１項記載の発明において、前記制御手段は、前記認証手段により認証されたユーザが、前記操作画面の仕様を変更する権限を有する場合は、前記認証手段により認証されたユーザにより変更された前記操作画面をユーザ用操作画面として記憶手段に記憶されるように制御する。

また、請求項６に記載したユーザ・インタフェース装置は、請求項１〜５の何れか１項記載の発明において、記制御手段は、前記認証手段により認証されたユーザが、前記操作画面の仕様を変更する権限を有さない場合は、前記認証手段により認証されたユーザにより変更された前記操作画面をユーザ用操作画面として記憶手段に記憶されないように制御する。

また、請求項７に記載したユーザ・インタフェース装置は、請求項５又は６記載の発明において、前記制御手段は、前記認証手段により認証されたユーザが、前記操作画面の仕様を変更する権限を有していて、かつ前記記憶手段に前記ユーザ用操作画面が記憶されている場合は、前記操作画面を前記ユーザ用操作画面に切り換えるための切り換え情報が表示画面に表示されるように制御する。

また、請求項８に記載したユーザ・インタフェース装置は、請求項１〜７の何れか１項記載の発明において、前記操作画面の仕様は、コピー、ファックス、及びスキャンの少なくとも１つに関する各々の機能について前記操作画面に表示させるか否かを示す仕様である。

一方、上記目的を達成するために、請求項９に記載した画像形成装置は、画像の形成を指示するための画像形成情報を取得する取得手段と、請求項１〜８の何れか１項記載のユーザ・インタフェース装置と、前記ユーザ・インタフェース装置による制御に基づいて、前記取得手段により取得された前記画像形成情報によって示される指示に従って、記録媒体に画像を形成する画像形成手段と、を備える。

一方、上記目的を達成するために、請求項１０に記載したプログラムは、コンピュータを、請求項１〜８の何れか１項記載のユーザ・インタフェース装置を構成する各手段として機能させるためのプログラムである。

請求項１、９、１０に記載の発明によれば、操作画面の変更の権限を設定しない場合と比較して、管理者が、ユーザに応じて操作できる機能を制限することができる。

また、請求項２に記載の発明によれば、アプリケーションの機能に関する設定を行うための操作画面の変更の権限を設定しない場合と比較して、管理者が、ユーザに応じて設定できる機能を制限することができる。

また、請求項３に記載の発明によれば、操作画面を変更するための変更画面へ遷移させるための遷移情報を常時表示させる場合と比較して、管理者が、操作画面を変更する権限を有するユーザが操作画面を変更することを容易に許可することができる。

また、請求項４に記載の発明によれば、操作画面を変更するための変更画面へ遷移させるための遷移情報を常時表示させる場合と比較して、管理者が、操作画面を変更する権限を有さないユーザが操作画面を変更することを容易に禁止することができる。

また、請求項５に記載の発明によれば、ユーザにより変更された操作画面を常時記憶できるようにする場合と比較して、管理者が、操作画面を変更する権限を有するユーザにより変更された操作画面が記憶されることを容易に許可することができる。

また、請求項６に記載の発明によれば、ユーザにより変更された操作画面を常時記憶できるようにする場合と比較して、管理者が、操作画面を変更する権限を有さないユーザにより変更された操作画面が記憶されることを容易に禁止することができる。

また、請求項７に記載の発明によれば、ユーザ用操作画面に切り換えるための切り換え情報を常時表示させる場合と比較して、ユーザ用操作画面を有さないユーザがユーザ用操作画面を表示させようとすることを容易に禁止することができる。

また、請求項８に記載の発明によれば、コピー、ファックス、及びスキャンの機能を有する画像形成装置において、管理者が、ユーザに応じて操作できる機能を制限することができる。

実施形態に係る画像形成装置の機能を示すブロック図である。 実施形態に係るＵＩ装置の機能を示すブロック図である。 実施形態に係る権限情報の一例を示す正面図である。 実施形態に係るＵＩ装置の電気的な構成を示すブロック図である。 実施形態に係る表示制御処理プログラムの処理の流れを示すフローチャートである。 実施形態に係る変更処理プログラムの処理の流れを示すフローチャートである。 実施形態に係るメニュー画面の一例を示す正面図である。 実施形態に係るメニュー画面の一例を示す正面図である。 実施形態に係るカスタマイズ画面の一例を示す正面図である。 実施形態に係るメニュー画面の一例を示す正面図である。 実施形態に係るメニュー画面の一例を示す正面図である。 実施形態に係るメニュー画面の一例を示す正面図である。 実施形態に係るメニュー画面の一例を示す正面図である。 実施形態に係るメニュー画面の一例を示す正面図である。 実施形態に係るカスタマイズ画面の一例を示す正面図である。 実施形態に係るメニュー画面の一例を示す正面図である。 実施形態に係るメニュー画面の一例を示す正面図である。 実施形態に係るメニュー画面の一例を示す正面図である。

以下、図面を参照して、本発明を実施するための形態について詳細に説明する。なお、本実施形態では、ユーザ・インタフェース装置（以下、「ＵＩ装置」ともいう。）が画像形成装置に組み込まれている場合について説明する。しかしながら、ＵＩ装置は画像形成装置に限らず、複数のユーザが共有で用いるパーソナルコンピュータ等の他の装置に組み込まれていても良い。

図１に、本発明に係る画像形成装置１００の全体的な構成を示すブロック図を示した。図１に示すように、画像形成装置１００は、ユーザと情報をやり取りするＵＩ装置１０と、画像形成手段の一例である、記録媒体に画像を形成する画像形成部１２と、取得手段の一例である、外部装置と通信する通信回線Ｉ／Ｆ（インタフェース）部１４を有している。

また、図２に、本実施形態に係るＵＩ装置１０の機能的な構成を表すブロック図を示した。図２に示すように、本実施形態に係るＵＩ装置１０は、プラットフォーム２０を有している。また、プラットフォーム２０は、アプリケーション機能管理部２２、ユーザ情報管理部２４、及び、アプリケーション記憶部２６を有している。

アプリケーション機能管理部２２は、制御手段の一例であり、アプリケーションソフトウェア（以下、「アプリケーション」という。）をインストールすると共に、インストールされたアプリケーションを管理する。また、アプリケーション機能管理部２２は、アプリケーションに関するデータを読み出したり書き込んだりすることにより動作させる。

なお、各々のアプリケーションは、動作を開始した際、ユーザに対して操作を促すための操作画面を表示させる。本実施形態では、アプリケーションが、操作画面として、例えばアプリケーションの機能に関する設定を行うためのメニュー画面を表示させる場合について説明する。

アプリケーション機能管理部２２は、アプリケーションをインストールする際、初期状態として、各々のアプリケーションの基本メニュー画面の表示構成（仕様）を示す基本メニュー情報３２Ａ、３２Ｂ、…をアプリケーション記憶部２６に記憶させる。

また、アプリケーション機能管理部２２は、メニュー画面をカスタマイズ（変更）する権限を有するユーザによってメニュー画面がカスタマイズされた場合、カスタマイズされたメニュー画面を、ユーザ用メニュー画面として、ユーザ用メニュー画面の表示構成を示すユーザ用メニュー情報３４Ａ、３４Ｂ、…を、カスタマイズしたユーザに関連付けてアプリケーション記憶部２６に記憶させる。

また、アプリケーション機能管理部２２は、ユーザがアプリケーションを起動した際、起動したユーザに関連付けられたユーザ用メニュー情報３４Ａ、３４Ｂ、…が記憶されていた場合、ユーザ用メニュー画面を表示させる。一方、アプリケーション機能管理部２２は、ユーザがアプリケーションを起動した際、起動したユーザに関連付けられたユーザ用メニュー情報３４Ａ、３４Ｂ、…が記憶されていない場合、基本メニュー画面を表示させる。

ユーザ情報管理部２４は、後述するユーザ情報３０において、認証されたユーザに関連付けられた権限情報に基づいて、アプリケーションのメニュー画面をカスタマイズする権限を有するか否かを判定する。この際、メニュー画面の表示構成をカスタマイズすることができる権限を有するユーザにのみ、メニュー画面の表示構成をカスタマイズすることを許可する。

アプリケーション記憶部２６には、ユーザ情報３０が記憶されている。また、アプリケーション記憶部２６には、基本メニュー情報３２Ａ、３２Ｂ、…、及びユーザ用メニュー情報３４Ａ、３４Ｂ、…がアプリケーション毎に記憶されている。なお、基本メニュー画面がカスタマイズされていないアプリケーションについては、ユーザ用メニュー情報３４Ａ、３４Ｂ、…が記憶されていない場合もある。

なお、本実施形態では、各々のアプリケーションについて基本メニュー情報３２Ａ、３２Ｂ、…とユーザ用メニュー情報４Ａ、３４Ｂ、…とをアプリケーション記憶部２６に記憶させるが、これに限らない。例えば、アプリケーション毎に固有のデータ形式又はデータ格納場所が指定されている場合には、各々のアプリケーションの固有のデータ形式又はデータ格納場所に従ってメニュー画面を示す情報を記憶しても構わない。

ユーザ情報３０は、ユーザを識別するための識別情報と、メニュー画面のカスタマイズに関して各々のユーザが有する権限を示す権限情報とが対応付けられて記憶されている。一例と図３に示すように、本実施形態では、権限情報として、メニュー画面のカスタマイズに関して各々のユーザが有する権限がロールで表されている。本実施形態では、権限情報としては、ロールＡ、ロールＢ、及びロールＣが定義されている。ロールＡは、基本メニュー画面及びユーザ用メニュー画面の表示構成をカスタマイズする権限を有していない。また、ロールＢは、ユーザ用メニュー画面の表示構成をカスタマイズする権限を有しているが、基本メニュー画面の表示構成をカスタマイズする権限を有していない。また、ロールＣは、基本メニュー画面及びユーザ用メニュー画面の表示構成をカスタマイズする権限を有している。

本実施形態では、図２に示すように、未認証ユーザに対してはロールＡが設定され、ユーザＡに対してはロールＡが設定され、ユーザＢに対してはロールＢが設定されている場合について説明する。このように、未認証ユーザに対してもロールを割り付けることで、未認証ユーザに対して如何なる操作も許可しないことも可能となり、特定の操作のみを許可することも可能となり、認証されたユーザと同様の操作を許可することも可能となる。

また、アプリケーション記憶部２６には、複数のアプリケーションの各々について、基本メニュー情報と、ユーザ用メニュー情報とが記憶されている。

図２に示す例では、アプリケーション記憶部２６に、アプリケーションＡ、アプリケーションＢ、及びアプリケーションＣについて、それぞれ基本メニュー情報３２Ａ、３２Ｂ、３２Ｃが記憶されている。また、アプリケーション記憶部２６に、アプリケーションＡのユーザＢ用メニュー画像の表示構成を示すユーザＢ用メニュー情報３４Ａ、及び、アプリケーションＢのユーザＡ用メニュー画面の表示構成を示すユーザＡ用メニュー情報３４Ｂが記憶されている。また、アプリケーションＣのユーザＡ用メニュー画面の表示構成を示すユーザＡ用メニュー情報３４Ｃ、及びユーザＢ用メニュー画像の表示構成を示すユーザＢ用メニュー情報３４Ｄが記憶されている。なお、ユーザＡはメニュー画面をカスタマイズする権限を有さないため、アプリケーションＢのユーザＡ用メニュー情報３４Ｂは、管理者が予め作成したユーザ用メニュー情報である。一方、ユーザＢはメニュー画面をカスタマイズする権限を有するため、アプリケーションＡのユーザＢ用メニュー情報３４Ａは、アプリケーションＡの基本メニュー画面をユーザＢがカスタマイズしたユーザ用メニュー情報である。

また、ＵＩ装置１０は、アプリケーションの１つとして、認証手段の一例として、ユーザを認証する認証部３８を有している。ユーザ情報管理部２４には、ユーザ情報３０に基づき、認証部により認証されたユーザが有する権限を判断する。そして、ユーザ情報管理部２４は、認証されたユーザがユーザ用メニュー画面をカスタマイズする権限を有している場合に、ユーザ用メニュー画面のカスタマイズを許可し、認証されたユーザがユーザ用メニュー画面をカスタマイズする権限を有していない場合に、ユーザ用メニュー画面のカスタマイズを禁止する。

図４に、本実施形態に係るＵＩ装置１０の電気的な構成を表す構成図を示した。図４に示すように、本実施形態に係るＵＩ装置１０は、装置全体を制御するＣＰＵ４０を備え、図１に示すＵＩ装置１０の各部による各処理は、ＣＰＵ４０により制御されて実行される。また、ＵＩ装置１０は、ＣＰＵ４０の処理に使用されるプログラム及び各種情報を記憶するＲＯＭ（Read Only Memory）４２を備える。また、ＵＩ装置１０は、ＣＰＵ４０の作業領域として一時的に各種データを記憶するＲＡＭ（Random Access Memory）４４、及び、ＣＰＵ４０の処理に使用される各種情報を記憶する記憶部４６を備える。また、ＵＩ装置１０は、各種情報を表示するディスプレイ等の表示手段と、ユーザにより操作されることにより各種情報を入力するタッチパネル等とを有する表示操作部４８を備える。

なお、画像形成装置１００は、ＵＩ装置１０に加えて、上述した画像形成部１２、及び上述した通信回線Ｉ／Ｆ部１４を有している。画像形成装置１００は、通信回線Ｉ／Ｆ部１４を介して受信した、画像の形成を指示するための画像形成情報に基づいて、画像形成部１２により画像を形成する。

ここで、画像形成部１２の構成及び画像形成部１２による画像形成処理について説明する。画像形成部１２は、像保持体である感光体を色毎に備えている。これらの感光体は、帯電バイアスが印加されることにより表面が帯電される。また、画像形成部１２は、各色の画像データを取得し、帯電された感光体の表面を各色の画像データに基づいて変調された露光光で露光することにより感光体上に静電潜像を形成し、感光体に各色の現像剤（トナー）を保持させる。また、画像形成部１２は、現像ロールを色毎に備えていて、現像ロールに現像バイアスを印加することにより、感光体上の静電潜像を各色のトナーで現像して感光体上にトナー像を形成する。また、画像形成部１２は、感光体上の各色のトナー像を中間転写ベルトに転写させ、中間転写ベルト上に転写されたトナー像を用紙等の記録媒体に転写して定着させることにより、記録媒体に画像を形成する。

次に、図５及び図６のフローチャートを参照して、本実施形態に係るＵＩ装置１０の作用を説明する。本実施形態に係るＵＩ装置１０は、メニュー画面を表示操作部４８に表示させる表示制御処理と、メニュー画面の変更を登録する登録処理と、を行う。

まず、本実施形態における表示制御処理の流れについて説明する。図５は、表示操作部４８を介して、メニュー画面の表示を開始するための指示が入力された際にＵＩ装置１０のアプリケーション機能管理部２２によって実行される表示制御処理プログラムの処理の流れを示すフローチャートである。なお、本実施形態では、表示制御処理のプログラムは予めアプリケーション記憶部２６に記憶されているが、これに限らない。例えば、表示制御処理のプログラムは、外部装置から通信回線Ｉ／Ｆ部１４を介して受信して実行されても良い。また、ＣＤ−ＲＯＭ等の記録媒体に記録された表示制御処理のプログラムがＣＤ−ＲＯＭドライブ等で読み込まれることにより、表示制御処理が実行されるようにしてもよい。

ステップＳ１０１では、アプリケーション機能管理部２２が、表示操作部４８を介して、操作画面の表示の指示が入力されたか否かを判定する。ステップＳ１０１で操作画面の表示の指示が入力されたと判定した場合（Ｓ１０１，Ｙ）はステップＳ１０３に移行する。ステップＳ１０１で操作画面の表示の指示が入力されていないと判定した場合（Ｓ１０１，Ｎ）は操作画面の表示の指示が入力されるまで待機する。

ステップＳ１０３では、アプリケーション機能管理部２２が、アプリケーション記憶部２６からユーザ情報を取得する。

ステップＳ１０５では、アプリケーション機能管理部２２が、アプリケーション記憶部２６に、ステップＳ１０３で取得したユーザ情報に対応するユーザ用メニュー情報が記憶されているか否かを判定する。

ステップＳ１０７では、アプリケーション機能管理部２２が、アプリケーション記憶部２６からステップＳ１０３で取得したユーザ情報に対応するユーザ用メニュー情報を取得する。

ステップＳ１０９では、アプリケーション機能管理部２２が、アプリケーション記憶部２６から基本メニュー情報を取得する。

ステップＳ１１１では、アプリケーション機能管理部２２が、メニュー画面を表示操作部４８に表示させる。この際、ユーザ用メニュー情報を取得した場合は、取得した情報に基づいてユーザ用メニュー画面を表示させる。また、基本メニュー情報を取得した場合は、取得した情報に基づいて基本メニューを表示させる。

表示操作部４８に表示される、コピー機能を実現するアプリケーションの基本メニュー画面の一例を図７に示した。図７に示すように、基本メニュー画面は、画像の出力部数を入力する出力部数入力欄６０、出力部数入力欄６０に入力されている出力部数から１を減算する減算ボタン６２、及び、出力部数入力欄６０に入力されている出力部数から１を加算する加算ボタン６４を有している。また、基本メニュー画面は、コピー機能を実行する際に設定される各々の設定項目の設定値を入力する設定値入力欄６６を有している。図７に示す例では、カラーモードの設定項目が「自動」、「カラー」、及び「モノクロ」のうちの「自動」に設定されている。また、両面コピーの設定項目が「片面→両面」、「片面→両面」、「片面→片面」、及び「両面→両面」のうちの「片面→両面」に設定されている。

ステップＳ１１３では、アプリケーション機能管理部２２が、ステップＳ１９３で取得したユーザ情報によって示されるユーザが、メニュー画面をカスタマイズする権限を有しているか否かを判定する。本実施形態では、ステップＳ１９３で取得したユーザ情報によって示されるユーザが、ロールＢ又はロールＣのユーザであった場合は、メニュー画面をカスタマイズする権限を有していると判定する。

ステップＳ１１３でユーザがメニュー画面をカスタマイズする権限を有していると判定した場合（Ｓ１１３，Ｙ）はステップＳ１１５に移行する。ステップＳ１１３でユーザがメニュー画面をカスタマイズする権限を有していないと判定した場合（Ｓ１１３，Ｎ）はステップＳ１１７に移行する。

ステップＳ１１５では、アプリケーション機能管理部２２が、メニュー画面のカスタマイズを行うためのカスタマイズ画面（変更画面）へ遷移させるための遷移情報としてのカスタマイズボタンを表示操作部４８に表示させるように制御して、本表示制御処理のプログラムの実行を終了する。

表示操作部４８に表示される、カスタマイズボタン６８が表示された基本メニュー画面又はユーザ用メニュー画面の一例を図８に示した。図８に示すように、ユーザ用メニュー画面は、基本メニュー画面に加えて、基本メニュー画面又はユーザ用メニュー画面の表示構成をカスタマイズするためのカスタマイズボタン６８を有している。また、ユーザ用メニュー画面において、カスタマイズボタン６８が選択された場合、カスタマイズの対象が基本メニュー画面であるかユーザ用メニュー画面であるかを選択する選択欄７０が表示される。選択欄７０から基本メニュー画面及びユーザ用メニュー画面の何れかが選択された場合、表示操作部４８に、基本メニュー画面及びユーザ用メニュー画面の何れかの表示構成をカスタマイズするためのカスタマイズ画面が表示される。従って、メニュー画面をカスタマイズする権限を有するユーザは、基本メニュー画面及びユーザ用メニュー画面の表示構成をカスタマイズすることが許可される。

表示操作部４８に表示される、カスタマイズ画面の一例を図９に示した。図９に示すように、カスタマイズ画面は、基本メニュー画面及びユーザ用メニュー画面の何れかにおいて、出力部数、カラーモード、両面コピー等の各々の設定項目について、表示させるか否かの設定値を入力するための設定値入力欄７２、及び、入力した設定値を決定するための決定ボタン７６を有している。なお、カスタマイズ画面においては、基本メニュー画面及びユーザ用メニュー画面において表示されていない設定項目についても表示される。何れかの設定値入力欄７２が選択された場合、表示操作部４８に、「表示する」及び「表示しない」の何れかを選択するための選択欄７４が表示される。

図９に示す「ステープラ」の設定項目の選択欄７４で「表示しない」が選択され、決定ボタン７６が選択されたとする。この場合、一例として図１０に示すように、基本メニュー画面及びユーザ用メニュー画面の何れかにおいて、「ステープラ」の設定項目が表示されない。

ステップＳ１１７では、アプリケーション機能管理部２２が、カスタマイズボタンを表示操作部４８に表示させないように制御して、本表示制御処理のプログラムの実行を終了する。

表示操作部４８に表示される、メニュー画面をカスタマイズする権限を有さないユーザの基本メニュー画面の一例を図１１に示した。図１１に示すように、メニュー画面をカスタマイズする権限を有さないユーザの基本メニュー画面は、基本メニュー画面又はユーザ用メニュー画面の表示構成をカスタマイズするためのカスタマイズボタン６８を有していない。従って、メニュー画面をカスタマイズする権限を有さないユーザは、基本メニュー画面及びユーザ用メニュー画面の表示構成をカスタマイズすることが禁止される。

なお、本実施形態に係るＵＩ装置１０において、基本メニュー情報及びユーザ用メニュー情報が対応付けられているユーザに対しては、表示させるメニュー画面を基本メニュー情報及びユーザ用メニュー情報の何れかに切り換えられるようにしても良い。

その場合には、一例として図１２に示すように、表示操作部４８に、表示させるメニュー画面を切り換えるための、切り換え情報の一例としての切り換えボタン７８を表示させる。切り換えボタン７８が選択された場合には、基本メニュー画面及びユーザ用メニュー画面の何れかを選択するための選択欄８０を表示操作部４８に表示させる。そして、選択欄８０から基本メニュー画面及びユーザ用メニュー画面の何れかが選択された場合には、選択されたメニュー画面を表示操作部４８に表示させる。

次に、本実施形態における登録処理の流れについて説明する。図６は、表示操作部４８を介して、メニュー画面の表示を開始するための指示が入力された際にＵＩ装置１０のアプリケーション機能管理部２２（又はユーザ情報管理部２４）によって実行される登録処理プログラムの処理の流れを示すフローチャートである。なお、本実施形態では、登録処理のプログラムは予めアプリケーション記憶部２６に記憶されているが、これに限らない。例えば、登録処理のプログラムは、外部装置から通信回線Ｉ／Ｆ部１４を介して受信して実行されても良い。また、ＣＤ−ＲＯＭ等の記録媒体に記録された登録処理のプログラムがＣＤ−ＲＯＭドライブ等で読み込まれることにより、登録処理が実行されるようにしてもよい。

ステップＳ２０１では、アプリケーション機能管理部２２が、アプリケーション３６から、変更ボタンが表示操作部４８により選択されたか否かに基づき、カスタマイズの内容を示すカスタマイズ情報を変更するための指示を受け付けたか否かを判定する。

ステップＳ２０１でカスタマイズ情報を変更するための指示を受け付けたと判定した場合（Ｓ２０１，Ｙ）はステップＳ２０３に移行する。また、ステップＳ２０１でカスタマイズ情報を変更するための指示を受け付けていないと判定した場合（Ｓ２０１，Ｎ）はカスタマイズ情報を変更するための指示を受け付けるまで待機する。

ステップＳ２０３では、アプリケーション機能管理部２２が、アプリケーション記憶部２６からユーザ情報を取得する。

ステップＳ２０５では、アプリケーション機能管理部２２が、ステップＳ２０３で取得したユーザ情報に対応付けられた権限情報を取得する。

ステップＳ２０７では、アプリケーション機能管理部２２が、ステップＳ２０５で取得した権限情報に基づき、メニュー画面をカスタマイズする権限が有するか否かを判定する。ステップＳ２０７でメニュー画面をカスタマイズする権限を有すると判定した場合（Ｓ２０７，Ｙ）はステップＳ２０７に移行する。また、ステップＳ２０７でメニュー画面をカスタマイズする権限を有さないと判定した場合（Ｓ２０７，Ｎ）は、カスタマイズ情報の登録を行わずに、本登録処理のプログラムの実行を終了する。

ステップＳ２０９では、アプリケーション機能管理部２２が、カスタマイズされたユーザ用メニュー画面を示すユーザ用メニュー情報をアプリケーション記憶部２６に記憶させる。

ステップＳ２１１では、アプリケーション機能管理部２２が、アプリケーション記憶部２６に記憶されているユーザ情報に、変更されたユーザ用メニュー情報が対応付ける。

ステップＳ２１３では、ユーザ情報管理部２４が、ステップＳ２０３で取得したユーザ情報に、変更されたユーザ用メニュー情報に対応付けられるように、アプリケーション記憶部２６に記憶されているユーザ情報を更新する。

ステップＳ２１５では、アプリケーション機能管理部２２が、カスタマイズの変更が完了した旨を示す情報をアプリケーション３６に通知し、本登録処理のプログラムの実行を終了する。

ここで、各々のユーザがアプリケーションを起動させ、上記表示制御処理及び登録処理が実行された場合の具体的な実施例について説明する。

まず、ユーザによりアプリケーションの起動が指示された際、アプリケーションは、ユーザが認証された場合は、認証されたユーザのユーザ情報を、ユーザ情報管理部２４を介して取得する。また、アプリケーションは、ユーザが認証されなかった場合は、未認証ユーザのユーザ情報を、ユーザ情報管理部２４を介して取得する。

また、アプリケーションは、ユーザが認証された場合は、ユーザ情報に基づき、アプリケーション記憶部２６に、アプリケーションの起動を指示したユーザのユーザ用メニュー情報が記憶されている場合、そのユーザ用メニュー情報を取得する。また、アプリケーションは、アプリケーション記憶部２６に、アプリケーションの起動を指示したユーザのユーザ用メニュー情報が記憶されていない場合、基本メニュー情報を取得する。

例えば、「未認証ユーザ」が「アプリケーションＡ」を起動した場合、「アプリケーションＡ」は、「未認証ユーザ」のユーザ情報を参照し、アプリケーションＡの未認証ユーザ用メニューが関連付けられていないため、アプリケーションＡの基本メニュー画面を表示する。また、例えば、「ユーザＡ」が「アプリケーションＢ」を起動した場合、「アプリケーションＢ」は「ユーザＡ」のユーザ情報を参照し、「アプリケーションＢのユーザＡ用メニュー」が関連付けられているため、ユーザＡ用メニュー画面を表示する。

ここで、アプリケーション毎にメニュー画面の表示構成も異なっており、必ずしもメニュー画面をカスタマイズするためのカスタマイズボタンが用意されているとは限らない。アプリケーションによっては、ユーザの権限を参照することなく、カスタマイズを許可しているものもある。しかし、本実施形態では、ユーザＡによりカスタマイズされたメニュー画面を示すユーザ用メニュー情報をユーザＡのアプリケーション記憶部２６に記憶させようとしたとする。この場合、プラットフォーム２０がユーザＡの権限情報を参照して、ユーザＡがメニュー画面をカスタマイズする権限を有さない場合には、カスタマイズ情報の記憶を許可しないことを選択することが可能である。これにより、本実施形態では、アプリケーションの構造の自由度が向上するという利点が得られる。

登録するメニュー画面のカスタマイズ情報についても、アプリケーションが指定するデータ形式を用いても良い。この場合には、プラットフォーム２０は、アプリケーションとユーザの識別情報とを関連付けて記憶しておき、メニュー画面のカスタマイズを許可するか否かのみを判断する。

例えば、ユーザＡはユーザ用メニュー画面をカスタマイズする権限を有さないが、ユーザＢはユーザ用メニュー画面をカスタマイズする権限を有する。また、アプリケーションＡのユーザＢ用メニュー情報は記憶されているが、アプリケーションＢのユーザＢ用メニュー情報は記憶されていない。このような場合に、ユーザＢがアプリケーションＢを起動すると、ユーザＢ用メニュー情報がユーザＢに関連付けられて記憶されていないため、アプリケーションＢの基本メニュー画面が表示されることになる。

一方、ユーザＢはユーザ用メニュー画面をカスタマイズする権限を有するため、アプリケーションＢの基本メニュー画面をカスタマイズし、ユーザ用メニュー画面として記憶することが可能である。アプリケーションＢのユーザＢ用メニュー情報が、ユーザＢのユーザ情報に関連付けられて記憶された場合、次回以降、ユーザＢがアプリケーションＢを起動すると、ユーザＢ用メニュー画面が表示されるようになる。

なお、基本メニュー画面をカスタマイズする権限は、例えば管理者等の、一般のユーザよりも強い権限を有するユーザにのみ付与される。管理者は、その権限によって、基本メニュー画面をカスタマイズする。基本メニュー画面には、各々のアプリケーションが提供する機能がリストとして表示されているのが一般的である。アプリケーションにもよるが、カスタマイズ機能は、メニュー画面における機能の並び替え、機能の非表示／表示の切り替え、初期値の変更等が行われる。

ここで、管理者は、ロールＡのユーザに対して設定を変更させたくない機能を、初期値を適切に記憶した上で、基本メニュー画面から非表示にする。プラットフォーム２０は、各々のアプリケーションが有する機能を把握する必要がなく、また、アプリケーション毎の各々の機能に対応する権限を制御するための情報を保持する必要もない。すなわち、基本メニュー画面をカスタマイズする権限を持つ管理者が、特定の機能を基本メニュー画面から非表示にし、その特定の機能を設定変更させたくないユーザが付与されているロールに、ユーザ用メニュー画面をカスタマイズする権限を付与しなければ、ロールＡのユーザによって非表示になっている機能の設定が変更されることはない。また、後からインストールされたアプリケーションであっても、管理者により基本メニュー画面において表示／非表示が設定されることで、アプリケーションが提供する各々の機能の利用権限が、管理者によって設定される。

また、管理者によって、ユーザ毎に予めユーザ用メニュー情報を記憶しておいた場合には、各々のユーザに対してユーザ用メニュー画面をカスタマイズする権限を与えなくても良い。このように、ユーザ毎に異なるユーザ用メニュー画面を記憶しておくことで、ユーザ毎に一部の機能の利用を制限することが可能となる。

また、本実施形態では、メニュー画面において機能毎に表示／非表示を切り替えているが、これに限らず、アプリケーション毎に、各々の機能で指定できるパラメータをカスタマイズする構成としても良い。例えば、機能Ａで指定できるパラメータとして「値１」、「値２」、及び「値３」があった場合に、それらのパラメータを選択するための選択肢の表示／非表示を切り換えるカスタマイズが可能だったとする。ここで、基本メニュー画面をカスタマイズする権限を持つ管理者が、基本メニューとして「値２」を非表示にすれば、ユーザ用メニュー画面を持たない、ユーザ用メニュー画面をカスタマイズする権限を有さないユーザは、機能Ａの設定として「値１」及び「値３」のみが選択肢として表示されるため、「値２」を指定する権限がないことになる。

このように、プラットフォーム２０がアプリケーションの機能を知らなくても、メニュー画面をカスタマイズする権限を用いることにより、管理者が利用権限を定義することが可能になる。

以上のように、本実施形態では、アプリケーションが動作するプラットフォーム２０において、認証されたユーザがメニュー画面をカスタマイズする権限を有するとする。この場合に、アプリケーションに対して、ユーザ毎にカスタマイズされたメニュー画面を示すユーザ用メニュー情報を、基本メニュー情報と併せて記憶させる。

これにより、メニュー画面のカスタマイズをアプリケーションが行うことになり、プラットフォーム２０は、各々のアプリケーションが保持するメニュー画面の表示構成を認識する必要がなくなる。

また、新しく追加されたアプリケーションについても、既にインストールされているアプリケーションと同様にして、ユーザ毎のユーザ用メニュー情報３４Ａ、３４Ｂ、…を、基本メニュー情報３２Ａ、３２Ｂ、…と共に記憶させる。

さらに、ユーザ毎又はユーザグループ毎にメニュー画面の表示構成のカスタマイズを許可する権限を付与するか付与しないかを管理することによって、個々のユーザ、又は個々のユーザグループに対して、各々のアプリケーションのメニュー画面のカスタマイズが制限される。

その結果、メニュー画面をカスタマイズする権限を有さないユーザに対して、変更させたくない設定項目を非表示にしておくことによって、各々の機能の変更を制限させる。

なお、本実施形態では、アプリケーションの各々の機能の各々の設定項目を設定するための設定画面において、各々の設定項目を表示させるか否かをカスタマイズする場合について説明したが、これに限らない。例えば、複数のアプリケーションのうちの何れかを起動するためのメニュー画面において各々のアプリケーションを表示させるか否かをカスタマイズするようにしても良い。

表示操作部４８に表示される、ユーザ用メニュー画面の表示項目をカスタマイズする権限を有するユーザの、アプリケーションを選択するためのメニュー画面の一例を図１３に示した。図１３に示すように、メニュー画面は、複数のアプリケーションから何れかのアプリケーションを選択するための選択ボタン８２、及び、メニュー画面をカスタマイズするためのカスタマイズボタン８４を有している。

また、表示操作部４８に表示される、基本メニュー画面及びユーザ用メニュー画面の表示項目をカスタマイズする権限を有するユーザの、アプリケーションを選択するためのメニュー画面の一例を図１４に示した。図１４に示すように、メニュー画面は、複数のアプリケーションから何れかのアプリケーションを選択するための選択ボタン８２、メニュー画面をカスタマイズするためのカスタマイズボタン８４、及び、カスタマイズの対象とするメニュー画面を切り換える切り換えボタン８６を有している。

何れかのカスタマイズボタン８４が選択された場合、選択されたカスタマイズボタン８４に対応するアプリケーションが起動される。また、カスタマイズボタン８４が選択された場合、表示操作部４８に、アプリケーションを選択するためのメニュー画面の表示構成をカスタマイズするためのカスタマイズ画面が表示させる。

一例として図１５に示すように、カスタマイズ画面は、各々のアプリケーションについて、表示させるか否かを示す設定値を入力するための設定値入力欄８８、及び、入力した設定値を決定するための決定ボタン９０を有している。何れかの設定値入力欄８８が選択された場合、表示操作部４８に、「表示する」及び「表示しない」の何れかを選択するための選択欄９２が表示される。

図１５に示す「アプリケーションＤ」のアプリケーションの選択欄９２で「表示しない」が選択され、決定ボタン９０が選択されたとする。この場合、一例として図１６に示すように、基本メニュー画面及びユーザ用メニュー画面の何れかにおいて、「アプリケーションＤ」のアプリケーションが表示されないようになる。

一方、切り換えボタン８６が選択された場合、一例として図１７に示すように、カスタマイズの対象が基本メニュー画面であるかユーザ用メニュー画面であるかを選択する選択欄９４が表示される。選択欄９４から基本メニュー画面及びユーザ用メニュー画面の何れかが選択された場合、表示操作部４８に、選択されたメニュー画面が表示される。

また、表示操作部４８に表示される、基本メニュー画面及びユーザ用メニュー画面の表示項目をカスタマイズする権限を有さないユーザの、アプリケーションを選択するためのメニュー画面の一例を図１８に示した。図１８に示すように、基本メニュー画面及びユーザ用メニュー画面の表示項目をカスタマイズする権限を有さないユーザのメニュー画面は、カスタマイズボタン８４、及び切り換えボタン８６を有さない。

また、本実施形態では、各々の設定項目、又は各々のアプリケーションについて、表示するか否かを設定する場合について説明したが、これに限らない。例えば、各々の設定項目、又は各々のアプリケーションの表示順について設定するようにしても良い。この場合には、「表示する」及び「表示しない」に加えて、優先順位を表す番号を選択するようにすると良い。

また、メニュー画面の表示構成をカスタマイズする権限は、全てのアプリケーションのメニュー画面の表示構成をカスタマイズする権限を付与してもよいし、アプリケーション毎にメニュー画面の表示構成をカスタマイズする権限を付与しても良い。

また、本実施形態では、認証部３８をアプリケーションの１つとした場合について説明したが、これに限らず、プラットフォーム２０内に認証部３８が設けられていても構わない。また、本実施形態では、ユーザ情報３０がプラットフォーム２０のアプリケーション記憶部２６に記憶されている場合について説明したが、これに限らず、外部装置からユーザ情報３０を取得するようにしても構わない。

また、本実施形態では、コピーのアプリケーションに関する各々の機能についてメニュー画面に表示させる場合について説明したが、これに限らない。例えば、対象とするアプリケーションとしては、コピー、ＦＡＸ（ファックス）、スキャン、特定業務用スキャン、簡単コピー（付加機能）等が挙げられる。

１０ ＵＩ装置
１２ 画像形成部
１４ 通信回線Ｉ／Ｆ部
２０ プラットフォーム
２２ アプリケーション機能管理部
２４ ユーザ情報管理部
２６ アプリケーション記憶部
３０ ユーザ情報
３２ 基本メニュー情報
３４ ユーザ用メニュー情報
３６ アプリケーション
３８ 認証部
４０ ＣＰＵ
４８ 表示操作部

Claims (10)

1. ユーザを認証する認証手段と、
   前記認証手段により認証されたユーザが、操作画面の仕様を変更する権限を有する場合、前記操作画面の変更が許可され、前記認証手段により認証されたユーザが、前記操作画面の仕様を変更する権限を有さない場合、前記操作画面の変更が許可されないように制御する制御手段と、
   を備え、
   前記制御手段は、前記認証手段により認証されたユーザが、前記操作画面の仕様を変更する権限を有する場合、複数のアプリケーションのうちの何れかを起動するための操作画面の変更が許可され、前記認証手段により認証されたユーザが、前記操作画面の仕様を変更する権限を有さない場合、前記起動するための操作画面の変更が許可されないように制御する
   ユーザ・インタフェース装置。
2. 前記制御手段は、前記認証手段により認証されたユーザが、前記操作画面の仕様を変更する権限を有する場合、アプリケーションの機能に関する設定を行うための操作画面の変更が許可され、前記認証手段により認証されたユーザが、前記操作画面の仕様を変更する権限を有さない場合、前記設定を行うための操作画面の変更が許可されないように制御する
   請求項１記載のユーザ・インタフェース装置。
3. 前記制御手段は、前記認証手段により認証されたユーザが、前記操作画面の仕様を変更する権限を有する場合は、前記操作画面を変更するための変更画面へ遷移させるための遷移情報が表示画面に表示されるように制御する
   請求項１又は２記載のユーザ・インタフェース装置。
4. 前記制御手段は、前記認証手段により認証されたユーザが、前記操作画面の仕様を変更する権限を有さない場合は、前記操作画面を変更するための変更画面へ遷移させるための遷移情報が表示画面に表示されないように制御する
   請求項１〜３の何れか１項記載のユーザ・インタフェース装置。
5. 前記制御手段は、前記認証手段により認証されたユーザが、前記操作画面の仕様を変更する権限を有する場合は、前記認証手段により認証されたユーザにより変更された前記操作画面をユーザ用操作画面として記憶手段に記憶されるように制御する
   請求項１〜４の何れか１項記載のユーザ・インタフェース装置。
6. 前記制御手段は、前記認証手段により認証されたユーザが、前記操作画面の仕様を変更する権限を有さない場合は、前記認証手段により認証されたユーザにより変更された前記操作画面をユーザ用操作画面として記憶手段に記憶されないように制御する
   請求項１〜５の何れか１項記載のユーザ・インタフェース装置。
7. 前記制御手段は、前記認証手段により認証されたユーザが、前記操作画面の仕様を変更する権限を有していて、かつ前記記憶手段に前記ユーザ用操作画面が記憶されている場合は、前記操作画面を前記ユーザ用操作画面に切り換えるための切り換え情報が表示画面に表示されるように制御する
   請求項５又は６記載のユーザ・インタフェース装置。
8. 前記操作画面の仕様は、コピー、ファックス、及びスキャンの少なくとも１つに関する各々の機能について前記操作画面に表示させるか否かを示す仕様である
   請求項１〜７の何れか１項記載のユーザ・インタフェース装置。
9. 画像の形成を指示するための画像形成情報を取得する取得手段と、
   請求項１〜８の何れか１項記載のユーザ・インタフェース装置と、
   前記ユーザ・インタフェース装置による制御に基づいて、前記取得手段により取得された前記画像形成情報によって示される指示に従って、記録媒体に画像を形成する画像形成手段と、
   を備えた画像形成装置。
10. コンピュータを、請求項１〜８の何れか１項記載のユーザ・インタフェース装置を構成する各手段として機能させるためのプログラム。