(57)【要約】【課題】ユーザの利便性を向上させるべく複数のユーザインタフェースを制御する。【解決手段】画像形成装置１は、画像の入出力処理に関する１以上のアプリケーションを実行する手段と、第１のユーザインタフェースと、第２のユーザインタフェースと、前記第１のユーザインタフェースおよび前記第２のユーザインタフェースの属性に関する第１の属性情報と、前記１以上のアプリケーションについての属性に関する第２の属性情報とを記憶する記憶手段と、前記第１の属性情報および前記第２の属性情報に基づき、前記実行されるアプリケーションに使用させるユーザインタフェースを決定し、該決定に従って前記第１および前記第２のユーザインタフェースを制御する制御手段とを有する。【選択図】図２
2010081235.tif 000002
【特許請求の範囲】
【請求項１】
画像の入出力処理に関する１以上のアプリケーションを実行する手段と、
第１のユーザインタフェースと、
第２のユーザインタフェースと、
前記第１のユーザインタフェースおよび前記第２のユーザインタフェースの属性に関する第１の属性情報と、前記１以上のアプリケーションについての属性に関する第２の属性情報とを記憶する記憶手段と、
前記第１の属性情報および前記第２の属性情報に基づき、前記実行されるアプリケーションに使用させるユーザインタフェースを決定し、該決定に従って前記第１および前記第２のユーザインタフェースを制御する制御手段と
を有する画像形成装置。
【請求項２】
前記制御手段は、前記第１のユーザインタフェースおよび前記第２のユーザインタフェースを使用すること、および当該使用の態様を決定する
ことを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記制御手段は、前記第１のユーザインタフェースを当該実行されるアプリケーションに指示を入力するための入力手段として、前記第２のユーザインタフェースを当該実行されるアプリケーションの出力結果を出力する出力手段として機能させる
ことを特徴とする請求項２に記載の画像形成装置。
【請求項４】
前記記憶手段はユーザ定義情報を更に含み、
前記制御手段は、更に前記ユーザ定義情報に基づいて前記決定を実行する
ことを特徴とする請求項１ないし３のいずれか一に記載の画像形成装置。
【請求項５】
前記記憶手段は前記画像形成装置の利用制限情報を更に含み、
前記制御手段は、更に前記利用制限情報に基づいて前記決定を実行する
ことを特徴とする請求項１ないし４のいずれか一に記載の画像形成装置。
【請求項６】
前記制御手段は、前記第１ユーザインタフェースまたは前記第２ユーザインタフェースに、前記決定を実行する際に使用する条件を表示させ、
前記ユーザ定義情報の書き換え指示を受付ける
ことを特徴とする請求項４に記載の画像形成装置。
【請求項７】
前記第１の属性情報および前記第２の属性情報は複数の項目から構成され、
前記記憶手段は各項目の優先度を更に記憶し、
前記制御手段は前記優先度に基づいて前記決定を実行する
ことを特徴とする請求項１ないし６のいずれか一に記載の画像形成装置。
【請求項８】
ユーザを特定する特定手段を更に有し、
前記記憶手段はユーザごとにユーザ定義情報を有し、
前記制御手段は、前記特定手段にて特定されたユーザのユーザ定義情報を用いて前記決定を行う
ことを特徴とする請求項１ないし７のいずれか一に記載の画像形成装置。
【請求項９】
前記第２の属性情報は、アプリケーションが表示処理に使用する言語に関する表示言語情報を含み、
前記第１の属性情報は、各ユーザインタフェースの表示能力に関する表示能力情報を含み、
前記制御手段は、前記表示言語情報と前記表示能力情報とに基づいて前記決定を実行する
ことを特徴とする請求項１ないし８のいずれか一に記載の画像形成装置。
【請求項１０】
第１のユーザインタフェースと、
第２のユーザインタフェースと、
前記第１のユーザインタフェースと前記第２のユーザインタフェースとを切替える旨の指示を受付ける受付手段と、
前記受付手段が受付けた指示内容に従って前記第１のユーザインタフェースおよび前記第２のユーザインタフェースを制御する制御手段と
を有する画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置に関する。
【背景技術】
【０００２】
画像形成装置（複写機、ＦＡＸ送信装置、スキャナ等のおよびこれらの機能を併せ持つ装置）に、情報（画像データ操作メニュー等を表示するための画面や指示を入力するためのボタンやキー等を有するユーザインタフェース（ＵＩ）を複数設けることが行われている（特許文献１を参照）。
【特許文献１】特開２００６−１４２４４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明は、ユーザの利便性を向上させるべく複数のユーザインタフェースを制御することを目的とする。
【課題を解決するための手段】
【０００４】
請求項１に記載の発明は、画像の入出力処理に関する１以上のアプリケーションを実行する手段と、第１のユーザインタフェースと、第２のユーザインタフェースと、前記第１のユーザインタフェースおよび前記第２のユーザインタフェースの属性に関する第１の属性情報と、前記１以上のアプリケーションについての属性に関する第２の属性情報とを記憶する記憶手段と、前記第１の属性情報および前記第２の属性情報に基づき、前記実行されるアプリケーションに使用させるユーザインタフェースを決定し、該決定に従って前記第１および前記第２のユーザインタフェースを制御する制御手段とを有する画像形成装置である。
【０００５】
請求項２に記載の発明は、請求項１に記載の画像形成装置において、前記制御手段は、前記第１のユーザインタフェースおよび前記第２のユーザインタフェースを使用すること、および当該使用の態様を決定することを特徴とする。
【０００６】
請求項３に記載の発明は、請求項２に記載の画像形成装置において、前記制御手段は、前記第１のユーザインタフェースを当該実行されるアプリケーションに指示を入力するための入力手段として、前記第２のユーザインタフェースを当該実行されるアプリケーションの出力結果を出力する出力手段として機能させることを特徴とする。
【０００７】
請求項４に記載の発明は、請求項１ないし３のいずれか一に記載の画像形成装置において、前記記憶手段はユーザ定義情報を更に含み、前記制御手段は、更に前記ユーザ定義情報に基づいて前記決定を実行することを特徴とする。
【０００８】
請求項５に記載の発明は、請求項１ないし４のいずれか一に記載の画像形成装置において、前記記憶手段は前記画像形成装置の利用制限情報を更に含み、前記制御手段は、更に前記利用制限情報に基づいて前記決定を実行することを特徴とする。
【０００９】
請求項６に記載の発明は、請求項４に記載の画像形成装置において、前記制御手段は、前記第１ユーザインタフェースまたは前記第２ユーザインタフェースに前記決定を実行する際に使用する条件を表示させ、前記ユーザ定義情報の書き換え指示を受付けることを特徴とする。
【００１０】
請求項７に記載の発明は、請求項１ないし６のいずれか一に記載の画像形成装置において、前記第１の属性情報および前記第２の属性情報は複数の項目から構成され、前記記憶手段は各項目の優先度を更に記憶し、前記制御手段は前記優先度に基づいて前記決定を実行することを特徴とする。
【００１１】
請求項８に記載の発明は、請求項１ないし７のいずれか一に記載の画像形成装置において、ユーザを特定する特定手段を更に有し、前記記憶手段はユーザごとにユーザ定義情報を有し、前記制御手段は前記特定手段にて特定されたユーザのユーザ定義情報を用いて前記決定を行うことを特徴とする。
【００１２】
請求項９に記載の発明は、請求項１ないし８のいずれか一に記載の画像形成装置において、前記第２の属性情報はアプリケーションが表示処理に使用する言語に関する表示言語情報を含み、前記第１の属性情報は、各ユーザインタフェースの表示能力に関する表示能力情報を含み、前記制御手段は前記表示言語情報と前記表示能力情報とに基づいて前記決定を実行することを特徴とする。
【００１３】
請求項１０に記載の発明は、第１のユーザインタフェースと、第２のユーザインタフェースと、前記第１のユーザインタフェースと前記第２のユーザインタフェースとを切替える旨の指示を受付ける受付手段と、前記受付手段が受付けた指示内容に従って前記第１のユーザインタフェースおよび前記第２のユーザインタフェースを制御する制御手段とを有する画像形成装置である。
【発明の効果】
【００１４】
請求項１に記載の発明によれば、複数のユーザインタフェースを備える画像形成装置を使用するユーザの利便性が向上する。
請求項２に記載の発明によれば、１つのアプリケーションに対し２つのＵＩを使用させる。
請求項３に記載の発明によれば、第１のＵＩに表示機能を、第２のＵＩに入力機能をそれぞれ担わせる。
請求項４に記載の発明によれば、ＵＩの決定に際にユーザが指定する情報が加味される。
請求項５に記載の発明によれば、ＵＩの決定に際し画像形成装置の利用制限情報が加味される。
請求項６に記載の発明によれば、ユーザにユーザ定義ＤＢの内容を書き換えさせることができる。
請求項７に記載の発明によれば、ＵＩの決定に際にＵＩの優先度が加味される。
請求項８に記載の発明によれば、ユーザ定義情報をユーザに応じて異ならせることができる。
請求項９に記載の発明によれば、アプリケーションによって使用される言語に応じてＵＩが決定される。
請求項１０に記載の発明によれば、複数のユーザインタフェースを備える画像形成装置を使用するユーザの利便性が向上する。
【発明を実施するための最良の形態】
【００１５】
＜実施例１＞
＜構成＞
図１は、本発明の一実施例に係る画像形成装置１の外観を表す図である。画像形成装置１は、印刷機能（プリンタ）、複写機能（スキャナ）、ＦＡＸ送受信機能、データ通信機能、その他画像の入出力に関連する機能を備えた装置である。画像形成装置１は、更に、２つのユーザインタフェース（以下ＵＩという）を備える。第１ＵＩ４１は、画像形成装置１の本体Ｂの正面中央部に配置され、第２ＵＩ４２はフレキシブルケーブルＴを介して本体Ｂに固定される。
【００１６】
ここで、ＵＩとは、画像形成装置１で実行される各種アプリケーション（複写機能を実現するためのプログラム、ＦＡＸ機能を実現するためのプログラム、印刷機能を実現するためのプログラムなど）の実行中に、アプリケーションの実行結果などの情報をユーザに提示し、ユーザからのアプリケーションに対する指示を受付ける、入力機能および出力機能の少なくとも一方を有する装置である。
以下の実施例においては、第１ＵＩ４１は入力ボタンと液晶表示部とを含む。第２ＵＩ４２はタッチパネル式入力機構を有する液晶表示部を有する。例えばスキャナアプリケーションが実行されると、第１ＵＩ４１の液晶表示部には所定の設定画面が表示され、ユーザは第１ＵＩ４１の液晶表示部のタッチパネルやボタンを用いて所定の指示（スキャンの開始、複写対象書類のサイズや枚数といった情報、カラー／モノクロなどの印刷条件に関する情報、得られた画像データの出力先などの情報等）を入力する。スキャナアプリケーションは、入力された情報に従ってスキャナ処理を実行する。スキャナアプリケーションの実行結果（例えばスキャン結果のプレビュー表示や処理終了のお知らせ等のメッセージ）が、第１ＵＩ４１の液晶表示部に表示される。
【００１７】
図２は画像形成装置１の機能ブロック図である。
画像形成装置１は、制御部１０、記憶部２０、画像形成部３１、スキャナ部３２、通信部３３、ＵＩ制御部４０、第１ＵＩ４１、第２ＵＩ４２から構成される。
【００１８】
制御部１０は、例えばＣＰＵ（Central Processing Unit）等の演算装置である。
画像形成部３１は、スキャナ部３２が読取った画像データや、通信部３３が他の装置から通信ネットワークを介して受信される画像データに基づいて電子写真方式で画像を形成する。具体的には、画像形成部３１は、用紙等の記録媒体を搬送する搬送装置や、制御部１０の制御の下で送信される画像データに対応する潜像を形成する感光体と、潜像を現像するための現像剤を感光体に供給する現像剤供給装置と、現像された像を記録媒体に転写する転写装置と、記録媒体の表面に転写された像を定着させる定着装置など、記録媒体(用紙）に画像を形成するための構成を備えている。
スキャナ部３２は、原稿を光学的に読取って原稿の画像を表す画像データを生成する画像読取部である。スキャナ部３２は、ＣＣＤ（Charge Coupled Device）等により構成される光学系部材（図示略）を備えており、載置された原稿の画像を光学系部材によって読取り、読取った画像を表す画像データを生成する。
通信部３３は、外部機器とデータの遣り取りを行うための通信手段であり、例えば各種のモデムやIMT-2000 に準拠した無線通信回路、あるいは、ＵＳＢ（Universal Serial Bus）規格に準拠したシリアルインタフェースや、ＩｒＤＡ（Infrared Data Association）、Bluetooth（登録商標）などに準拠した無線インタフェースなどで構成される。通信部３３により外部機器から画像データを取得し、取得した画像データに応じた画像を画像形成部３１において記録材等に形成することで、画像形成装置１はファクシミリとして機能する。また、スキャナ部３２により画像データを取得することで、画像形成装置１はスキャナとして機能する。
【００１９】
ＵＩ制御部４０は、制御プロセッサ、画像データを記憶するＶＲＡＭ、第１ＵＩ４１および第２ＵＩ４２のそれぞれについて、ボタンの割り当てに関する情報やタッチパネルの位置情報等の、ＵＩを制御するのに必要な情報を記憶したテーブル（いずれも図示省略）を有し、制御部１０からの指示に応じて、第１ＵＩ４１および第２ＵＩ４２を制御する。
具体的には、アプリケーションを実行している制御部１０からの信号に基づいて、第１ＵＩ４１および第２ＵＩ４２の少なくともいずれかに対して、表示すべき内容（データ）を含む情報の表示命令を生成して該当する第ＵＩに出力する（描画処理）。これにより、アプリケーションの描画命令に応じて当該アプリケーションが使用するＵＩに表示される。また、制御部１０からの指示に基づき、各ＵＩから信号を受信すると、当該信号の内容を解釈し、当該信号を制御部１０に供給するか否かを決定し、必要に応じて当該信号を制御部１０へ出力する。これにより、当該アプリケーションで使用されているＵＩを介して入力された指示の内容が当該アプリケーションに引渡される（入力処理）。ＵＩの制御内容の詳細については後述する。
【００２０】
第１ＵＩ４１および第２ＵＩ４２は、液晶ディスプレイを駆動する駆動回路と、液晶ディスプレイ表示領域の前面側に重ねて設けられた透明感圧型タッチパネル（表示機構）と、各種の指示を入力するための操作ボタンや入力キー（入力機構）を備える。第１ＵＩ４１および第２ＵＩ４２は、ＵＩ制御部４０から信号の供給を受けると、その信号に基づいて描画処理を行う。また、ユーザの指によるタッチパネルの押圧またはボタンやキー等の押下を検知すると、取得したタッチパネル上の位置情報やボタンに対応する信号をＵＩ制御部４０に供給する。
【００２１】
記憶部２０は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ハードディスクその他の記憶装置であり、画像形成装置１の諸機能（スキャナ、複写、ＦＡＸ、データ通信等）を実現させるための各種アプリケーションプログラム（以下、アプリケーションという）を記憶している。制御部１０は、ユーザからの指示等に基づいて、記憶部２０に記憶されているプログラムを読み出して実行することにより、これらの諸機能を実現する。
【００２２】
記憶部２０は、更に、以下のデータベース（ＤＢ）を記憶する。すなわち、設定条件ＤＢ２１、ＵＩ属性ＤＢ２２、アプリ属性ＤＢ２３、ユーザ定義ＤＢ２４、および制限情報ＤＢ２５である。
【００２３】
図３は、ＵＩ属性ＤＢ２２の構成の一例を示したものである。同図に示すように、ＵＩ属性ＤＢ２２は、第１ＵＩ４１および第２ＵＩ４２の各々について、そのＵＩの属性情報を記憶している。この属性情報は、具体的には、ＩＡ１〜ＩＡ１０で示される項目の内容情報で構成される。
【００２４】
「サイズ」の項目には、表示部の表示画面の大きさに関する情報が格納される。「形状」の項目には、表示画面の縦横比に関する情報が格納される。「解像度」には、例えばそのＵＩが表示可能な解像度の上限値が格納される。「モノクロ／カラー」には、モノクロ表示のみに対応しているのが、カラー表示も可能なのかを表す情報が格納される。「タッチパネル」には、タッチパネルによる入力機構を有しているのか否かの情報が格納される。「キーボード」には、そのユーザインタフェースが外付けキーボードを接続するための端子を有し、当該キーボードからの入力処理を受付ける機能を有しているか否かの情報が格納される。「取り付け状態」には、そのＵＩが画像形成装置１の本体部Ｂに固定されているのか、フレキシブルケーブル等により画像形成装置本体との相対的な位置や向きをユーザが自由に変更できるように取り付けられているのかといった取り付け状態に関する情報が格納される。「省エネ動作」には、ＵＩが消費電力を落とす動作に対応しているか否かについての情報が格納される。例えば、画像形成装置１が省電力モードを有しており、このモードにおいて、ＵＩ制御部から４０から消費電力を落として表示するような信号を受取っても、この信号に対応して消費電力を落として動作する機能を有しているか否かという情報である。「時間制限」には、ユーザの画像形成装置１の連続使用時間に関する規制を行う動作に対応しているか否かについての情報が格納される。例えば、ＵＩの合計使用時間を計測し、所定の時間を越えるとユーザからの操作を受付けないようにする機能を有するかかという情報である。「機能制限」には、画像形成装置１のセキュリティ対策のための動作に対応しているか否かについての情報が格納される。例えば、アプリケーションが実現できる機能のうち、所定の操作（例えば画像データの外部装置への転送とった指示の入力）がなされた場合、そのような操作を受付けないようにする機能を有するか否かについての情報である。
【００２５】
なお、図３に示したＤＢの構成や項目内容はあくまで一例であり、これ以外の項目の内容や数を採用してもよい。
【００２６】
図４は、アプリ属性ＤＢ２３の構成の一例を表したものである。アプリケーションごとに、アプリケーションの属性を記憶する。具体的には、同図に示すとおり、「表示量」（ＩＢ１）、「コンテンツ」（ＩＢ２）、「カラー／モノクロ」（ＩＢ３）、「タッチパネル」（ＩＢ４）、「キーボード」（ＩＢ５）の項目を含む。
【００２７】
「表示量」には、そのアプリケーションの実行によりＵＩにより表示されるべき情報量の上限値（例えば複写アプリケーションの場合、ユーザに設定情報等を入力させるために必要なメニュー画面を表示する際において、そのメニュー画面に表示すべき内容情報の最大値）が格納される。
「コンテンツ」は、そのアプリケーションの実行によりＵＩの表示画面に表示される内容が文字なのか画像を表す情報である。例えば複写に関するメニュー画面を表示する複写アプリケーションなら、当該アプリケーションを実行した場合にＵＩに表示される可能性があるのは文字のみである旨の情報が記憶され、スキャンした画像をユーザにプレビューさせるためにディスプレイに表示する機能を有するスキャンアプリケーションならば、当該アプリケーションを実行した場合にＵＩに表示される可能性があるのは文字または画像である旨が記憶される。
「カラー／モノクロ」は、そのアプリケーションでカラー画像を扱うことができるか、あるいはカラー表示が推奨されているか否かを表す情報である。
「タッチパネル」は、アプリケーション実行中にユーザがＵＩを介して指示入力をする場合、タッチパネルを用いることが要求（ないし推奨）されているか否かという情報である。
「キーボード」は、アプリケーション実行中にユーザが指示等を入力する場合、外付けのキーボードを用いることが要求（ないし推奨）されているか否かという情報である。
【００２８】
図５は、ユーザ定義ＤＢ２４の構成の一例を表す図である。ユーザ定義ＤＢ２４に記憶されるのは、アプリケーションの種類やＵＩの属性とは関係ない情報であって、画像形成装置１を利用するユーザの、ユーザインタフェースに関する希望や嗜好に関する情報である。
【００２９】
例えば、「文字サイズ」（ＩＣ１）には、ユーザが希望する表示情報の大きさ（読みやすさ）に関する情報であり、例えば文字については最低１０ｐｔ以上で表示することを希望する旨が記憶される。他の項目（ＩＣ２〜ＩＣ４）については説明を省略する。
【００３０】
図６は、制限情報ＤＢ２５の構成の一例を表す図である。同図に示す通り、画像形成装置１の動作モードごとに、画像形成装置１の動作や機能の制限に関する情報を記憶する。具体的には、消費電力に関する動作態様に関する情報（ＩＤ１）、使用時間の制限に関する情報（ＩＤ２）、および機能制限（ＩＤ３）に関する情報が格納される。
ここで、画像形成装置１は複数の動作をモード(例えば通常の動作モードと省電力モード）を有しており、動作モードは制御部１０によって設定される。制御部１０は、ＤＢ２５を参照する際は、現在の動作モードのフィールドに対応する情報を読み出すことになる。
【００３１】
図７は、設定条件ＤＢ２１の構成の一例を表す図である。
設定条件ＤＢ２１は、「使用ＤＢ」（ＩＥ１）、「有効項目」（ＩＥ２）および「決定アルゴリズム」（ＩＥ３）という項目とその内容情報から大略構成される。
【００３２】
「使用ＤＢ」とは、アプリケーションに使用させるＵＩを決定するに際し、アプリ属性ＤＢ２３、ＵＩ属性ＤＢ２２、ユーザ定義ＤＢ２４、制限情報ＤＢ２５のうちのどのＤＢを用いるのかを表す情報である。同図の例ではアプリ属性ＤＢ２３とＵＩ属性ＤＢ２２とを使用する旨が格納されている。
「有効項目」とは、アプリケーションに使用させるＵＩを決定するに際し、使用ＤＢで選択された各ＤＢにおいて、どの項目の情報を使用するかを表す情報である。同図の例ではアプリ属性ＤＢ２３の中の項目ＩＢ１、ＩＢ２、およびＩＢ３の情報を使用する旨が格納されている。
「決定アルゴリズム」とは、有効項目の情報をどのように用いてＵＩの決定を行うのかを表す情報である。具体的には、「参照順」、「項目対応関係」、「評価方法」、「ＵＩ優先度」に係る情報を含む。
【００３３】
詳細は後述するが、本実施例においては項目ごとに対比を行ってどちらのＵＩが対象のアプリケーションにとって適するのかを決定していくわけであるが、「参照順」とは、この対比処理において項目どうしを対比する順序を表す。
「項目対応関係」とは、どの項目とどの項目を対比させるのか、および対比の基準を表す。対比の基準とは、例えば、図３および図４の例で考えると、ＩＡ１（サイズ）の「３インチ」という内容情報と「表示量」（ＩＢ１）の「５０文字」という情報を対比する場合において、「１インチあたりの表示可能文字数が２０文字である」といった情報である。この場合、３インチはで６０文字に対応するので、表示量という観点からアプリ１がどちらのＵＩが条件を満たすかを比較すると、第１ＵＩ４１は条件を満たす（第２ＵＩ４２も当然満たす）という結果が得られることになる。
「評価方法」は、評価の結果の出力方法を表すものである。例えば、評価の結果を２値（条件を満たす／満たさない）で出力するのか、あるいは条件の適合度を計算して出力するのかを表す情報である。
「ＵＩ優先度」とは、第１ＵＩ４１と第２ＵＩ４２のどちらを優先して採用するのか、あるいはどちらのＵＩにインセンティブを与えるのかをといった、ＵＩ決定を行う際の指針に関係する情報である。
例えば、各項目の対比の結果、第１ＵＩ４１、第２ＵＩ４２ともにアプリの属性条件に適合するものと判定された場合の処理をどうするのかを表す情報である。
【００３４】
＜動作＞
図８を用いてＵＩを決定する動作の一例を説明する。
まず、ユーザが例えば第１ＵＩ４１を操作して所望の機能（複写、ＦＡＸ、スキャナなど）を選択し、画像形成装置１にその実行の指示を入力する。この入力がＵＩ制御部４０を介して制御部１０へ供給されると、制御部１０は対応するアプリケーション（複写アプリケーション、ＦＡＸアプリケーション、スキャナアプリケーションなど）を実行すべきことを認識する（Ｓ１０１）。
制御部１０は、当該アプリケーションに使用させるＵＩを決定する処理に移る。以下、それぞれのＤＢには図３〜７に示した情報が記憶されている場合を例にとって説明する。当該アプリケーションはアプリ１であるとする。まず、設定条件ＤＢ２１を参照する。設定条件ＤＢ２１に記述されている内容から、アプリ属性ＤＢ２３およびＵＩ属性ＤＢ２２を使用すべきこと、および項目ＩＢ１、ＩＢ２、ＩＢ３を使用することを決定する。続いて、決定アルゴリズムの各項目から決定方法を決定する。これにより、例えば図８のＳ１０２〜Ｓ１０６で表される決定処理のフローが生成される。
【００３５】
すなわち、まず、ＩＢ１とＩＡ１とを対比し、適合度をＹＥＳ／ＮＯで出力し、Ｕ２を優先させるような判定ステップを実行する（Ｓ１０２）。例えば選択されたアプリがアプリ１であるとすると、このアプリ１の表示量については「５０文字」以下という属性と、第１ＵＩ４１の「３インチ」という属性と、第２ＵＩ４２の「１０インチ」という条件を比較し、対比の結果、第２ＵＩ４２のみこの条件に適合する場合（Ｙ）は、処理はＳ１０６に進み、第２ＵＩ４２をアプリ１に使用させることが決定する。この条件に第１Ｕ４１のみ適合する場合（図３〜７で例示された内容情報の下ではありえない）、若しくは第１ＵＩ４１と第２ＵＩ４２の両方が適合する場合は（Ｎ）、Ｓ１０３に処理が進む。
Ｓ１０３では、該選択されたアプリのＩＢ２(コンテンツの種類）について、第１ＵＩ４１および第２ＵＩ４２のＩＡ３の内容（解像度の情報）を比較し、比較結果を出力する。例えば、選択されたアプリがアプリ１である場合において、「文字」のコンテンツを表示する場合に解像度が「高」であることが必要であると判定された場合（Ｙ）、処理はＳ１０６に進み、第２ＵＩ４２を使用することが決定される。一方、「文字」のコンテンツを表示する場合に解像度が「低」であってもよい場合（Ｎ）、Ｓ１０４へ処理が進む。
Ｓ１０４では、選択されたアプリのＩＢ３（アプリが要求するのはカラーかモノクロかについての情報）と、ＵＩが表示できるのはカラーかモノクロかの情報の属性を対比し、第２ＵＩ４２のみに適合する場合（例えば選択アプリがアプリ２である場合、すなわち選択されたアプリがカラー表示を要求している場合）は、処理はＳ１０６へ進み、第２ＵＩ４２が選択される。一方、選択されたアプリがカラー対応を要求していない場合（例えば選択アプリがアプリ１である場合）、処理はＳ１０５へ進み、第１ＵＩ４１を使用することを決定する。
【００３６】
以上により第１ＵＩ４１および第２ＵＩ４２のいずれかを使用することを決定すると、制御部１０は、ＵＩ制御部４０に所定の制御信号を送信する。この信号には、現在実行されているアプリケーションに使用されるＵＩ（第１ＵＩ４１、第２ＵＩ４２のいずれかまたは両方；換言すれば当該アプリケーションに対して有効化すべきＵＩ）を識別する情報が含まれている。ＵＩ制御部４０は、制御部１０から当該制御信号を受信すると、その内容に従って第１ＵＩ４１および第２ＵＩ４２を制御する。
例えば、第１ＵＩ４１を有効化すべき旨を含む制御信号を１０から受信すると、ＵＩ制御部４０は第１ＵＩ４１に対し、制御部１０の制御の下、描画命令の送信を行うとともに、第１ＵＩ４１からユーザ操作内容に応じて供給される信号を受信すると、その内容を解釈して制御部１０へ出力する。一方、第２ＵＩ４２に対しては、アプリケーションを実行している制御部１０からの信号を受信しても描画命令を出しない。また、ユーザ操作内容に応じて供給される信号を第２ＵＩ４２から受信しても、制御部１０に出力しない。つまり、ユーザは第２ＵＩ４２からはアプリケーションの動作に必要な情報を入力したり、アプリケーションからの出力結果を確認したりすることが一切できない。このようにして、ユーザは第１ＵＩ４１のみを介して当該アプリケーションを利用することができる。
【００３７】
なお、無効化されている第２ＵＩ４２に対しては、ＵＩ制御部４０は描画命令を出力しないだけでなく、電源ＯＦＦ命令を出力してもよい。あるいは、当該アプリに対しては第２ＵＩ４２を使用することができない旨のメッセージを第２ＵＩ４２（もしくは第１ＵＩ４１）に表示させるための描画命令を出力してもよい。
【００３８】
＜その他の実施例１＞
図９はその他の実施例１に係る設定条件ＤＢ２１Ａの構成の一例を表す。設定条件ＤＢ２１Ａと設定条件ＤＢ２１との違いは、決定アルゴリズム（ＩＥ３Ａ）がＵＩの連係動作に関する情報を含む点である。
【００３９】
連係動作に関する情報とは、実行される１つのアプリケーションに対して第１ＵＩ４１、第２ＵＩ４２のいずれか一方を有効化するという制御態様ではなく両者を有効化する制御態様が可能か否かという情報、および当該制御態様が可能な場合はその制御態様の詳細を表す情報である。
例えば、描画処理においては、アプリケーションが文字と画像とを表示する処理を実行するものである場合、第１ＵＩ４１には文字のみを、第２ＵＩ４２には画像のみを表示するような出力制御態様が考えられる。あるいは、文字情報のみを表示するアプリケーションである場合において、まず、当該文字情報の先頭から第１ＵＩ４１に表示させ、表示し切れない部分は第２ＵＩ４２に表示するという制御態様も考えられる。すなわち、両ＵＩを全体として１つの仮想的な描画装置として動作させるような制御である。
また、入力処理についても、いずれか一方のＵＩからのみ入力を受ける入力制御態様を許可するのか、どちらのＵＩからも入力を受付けるような制御態様を許可するのか、あるいは両ＵＩの入力部を全体として１つの入力装置を構成するように入力制御（両ＵＩのタッチパネルやボタンの割り当て）を行うような入力制御態様を許可するのかという情報が、連係動作に関する情報に含まれる。
あるいは、一方のＵＩ（例えば画面サイズの大きい第２ＵＩ４２）を描画専用として使用し（第２ＵＩ４２のタッチパネル機能は無効化する）、入力キーを有する第１ＵＩ４１を指示入力専用として用いる（第１ＵＩ４１の表示機能は無効化する）にというように、第１ＵＩ４１および第２ＵＩ４２を一体の入出力装置として機能させるような制御を行ってもよい。
連係動作に係る情報は制御部１０からの制御信号に含まれ、ＵＩ制御部４０はこの制御信号に基づき、描画命令をそれぞれのＵＩに対して出力し、各ＵＩから受信した入力情報を解釈して制御部１０に出力する。
【００４０】
図１０は本実施例に係る動作の一例を表す図である。決定アルゴリズムＩＥ３Ａの内容から、参照順すなわち項目の優先度がＩＢ１→ＩＢ２→ＩＢ３であること、それぞれに対して対応する項目がＩＡ１、ＩＡ２、ＩＡ４であること、評価方法がＹＥＳ／ＮＯ型であること、ＵＩ優先度がＵ２＞ＵＩであること、連係動作を行うという情報を読取ると、制御部１０はこれらの情報に基づいてＵＩ決定のための動作フローを生成する。この動作フローは例えば図１０に示すものとなる。本動作例が図８の動作例と本質的に異なるのは、各項目の比較ステップの前に連係動作可能か否かを判定するステップ（Ｓ２０１）が設けられる点である。
選択されたアプリケーションが連係動作不可能である場合（Ｓ２０１；Ｎ)、図８と同様に、最終的にどちらか一方のＵＩを有効化することが決定される（Ｓ１０５、Ｓ１０６)。一方、選択されたアプリケーションが連係動作可能である場合（Ｓ２０１；Ｙ)、第１ＵＩ４１および第２ＵＩ４２の両者を有効化する。具体的には、制御部１０は、連係動作の項目に格納されている描画処理に関する割り当ての態様や入力処理に関する割り当ての態様に関する情報に基づいて、制御信号を生成してＵＩ制御部４０に出力する。
【００４１】
＜その他の実施例２＞
図１１は、本実施例に係る画像形成装置１Ａの機能ブロック図である。画像形成装置１Ａが画像形成装置１と異なるのは、画像形成装置１Ａを操作するユーザを特定し認証する認証部５０を設けた点、およびユーザ定義ＤＢ２４に替えて２４Ａを用いる点である。認証部５０は、個人を識別する情報が記憶されたＩＣカードを読取る装置や、ユーザの生体情報を読取る装置である。例えば、各ユーザは操作を行う前に、所定の方法でまず認証部５０に自己の個人情報を読取らせる。制御部１０は、そのユーザが予め登録されたユーザであると判定した場合に限り、メニュー画面等を表示してユーザ操作を受付けるようにＵＩ４０制御部を制御し、登録ユーザでない場合はそのユーザからの入力等を受付けないようにする。
【００４２】
図１２はユーザ定義ＤＢ２４Ａの構成例を示す。同図に示す通り、ユーザ定義ＤＢ２４Ａは、ユーザ定義情報ＤＢ２４と同様の情報が予め登録されたユーザごとに格納される。制御部１０は、ユーザを特定すると、設定条件ＤＢ２１がユーザ定義情報を使用することを示している場合、ユーザ定義ＤＢ２４Ａを参照し、対応するユーザのフィールドの情報を読み出す。このように、ユーザごとに異なるユーザ定義情報を用意することで、各ユーザに応じたＵＩ制御が行われる。
【００４３】
上述したＤＢの数や種類、データの形式、項目の数や内容、設定条件ＤＢの内容（ＵＩの決定方法）については、単なる例示であり、これ以外の態様を採用しうる。例えば、アプリケーションが使用する言語（＝表示部に表示される情報の言語）に応じて使用するＵＩを異ならせてもよい。また、画像形成装置１（１Ａ）が有するＵＩの数は２でなく、３以上であってもよい。要は、各ＵＩの特性とアプリの機能（換言すれば画像形成装置の動作内容）とに基づき、当該アプリに使用させる少なくとも１つのＵＩを決定することができる構成であればよい。また、設定条件ＤＢ２１については、アプリケーションごとに複数用意してもよいし、ユーザごとに複数用意してもよい。
【００４４】
＜その他の実施例３＞
図１３はその他の実施例３に係る画像形成装置１Ｂの外観図を表す。
上記実施例においては、ＵＩの属性とアプリケーションの属性とに基づいてＵＩの制御内容を決定したが、本実施例においては、これらの属性と関係なく、ユーザからの指示により第１ＵＩ４１と第２ＵＩ４２の機能を切替えることを特徴とする。
【００４５】
具体的には、画像形成装置１Ｂは、第１ＵＩ４１に替えて第１ＵＩ４１Ａを備える。そして、第１ＵＩ４１Ａには第１ＵＩ４１Ａと第２ＵＩ４２の機能を切替えるための切替えボタンＳＢが設けられている。この切替えボタンＳＢがユーザにより押下されると、所定の信号（切替え信号という）がＵＩ制御部４０に出力される。切替え信号を受信すると、ＵＩ制御部４０は、第１ＵＩ４１Ａおよび第２ＵＩ４２を制御する際に参照するテーブル（図示省略）に記憶されているアプリケーションとＵＩとの対応関係の情報を、その対応関係が逆転するように書き換える。例えば、現在、アプリ１がＵＩ４１Ａを使用しており、アプリ２が第２ＵＩ４２を使用しているとする場合、「アプリ１：第１ＵＩ４１Ａ」、「アプリ２：第２ＵＩ４２」という対応関係が当該テーブルに記憶されているとすると、これを「アプリ２：第１ＵＩ４１Ａ」、「アプリ１：第２ＵＩ４２」４０と書き換える。
【００４６】
ＵＩ制御部４０にて切替え処理が実行されると、アプリケーションの出力結果の出力先およびアプリケーションへの指示の入力元は逆転する。すなわち、ＵＩ４１Ａでアプリ１を操作していたユーザは、第２ＵＩ４２のみを用いてアプリケーションを操作することになる。逆に、４２を用いて操作されていたアプリケーションは、第１４１Ａを用いてのみ操作可能となる。また、一方のＵＩがどのアプリにも使用されていない場合は、切替えボタンＳＢの押下により、他方のＵＩがどのアプリにも使用されないことになる。
例えば、画面サイズの小さい第１ＵＩ４１Ａではスキャン画像が確認しづらいと感じたユーザは、ＳＢを押下することにより、外面サイズの大きい第２ＵＩ４２で画像を確認することができる。あるいは、ユーザが入力キーを有しない第２ＵＩ４２で所定の入力操作を行うことを不便だと感じた場合、且つ表示の視認性はどちらの画面を用いても大差ないと判断した場合、切替えボタンＳＢを押下することにより、入力操作を行いやすいＵＩ４１Ａを用いて入力操作を行うことができる。
【００４７】
なお、一方のＵＩが電源ＯＦＦになっている場合など、そのまま切替え処理を実行すると以後の操作に支障をきたす虞がある場合、ＵＩ制御部４０は、切替え処理を行う前にユーザに警告メッセージ等を表示し、それに対するユーザの指示が入力されたら切替え処理を実行するようにしてもよい。
【００４８】
なお、制御部１０は、ＵＩの制御態様を決定し制御信号をＵＩ制御部４０に送信するのに先立ち、ＵＩ制御部４０を介し、第１ＵＩ４１または第２ＵＩ４２に、実行しようとしているアプリケーションに対するＵＩの制御態様が決まった旨を表示させ、この制御態様に制御を切替えて良いかについてユーザに確認させ、ユーザからの指示入力を待つようにしてもよい。
【００４９】
また、上記いずれの実施例において、ユーザ定義ＤＢ２４を参照する場合、制御部１０は、ユーザ定義ＤＢ２４に記憶される情報を加味してＵＩ制御態様を決定した場合の状況（どちらの画面にアプリケーションの出力が表示されるのか、どのＵＩを使用すればよいのかなど）をＵＩ制御部４０を介してユーザに報知してもよい。また、ＵＩ属性ＤＢ２２の内容を加味した場合と加味しない場合の制御態様について、アプリケーションを実行した場合に想定されるサンプル画面などそれぞれ表示し、ユーザに確認させ、ユーザ定義ＤＢの内容を書き換えるか否かを尋ねるためのメッセージを表示してもよい。この設定が気に入らない場合は、ユーザは所定の操作を行ってユーザ定義ＤＢ２４の内容を更に変更するように構成してもよい。
【００５０】
この際、ユーザ定義ＤＢ２４の一部の項目情報がユーザによって書き換えられると、他の項目について最適なパラメータをユーザに提示してもよい。具体的には、アプリケーションの属性とＵＩの属性のみから定まる制御態様を所定のアルゴリズムに従って複数のパラメータを用いて定量化し、デフォルトの制御内容として記憶部２０に記憶しておく。ここでパラメータとは、例えば選択したＵＩの画面サイズに対する画像データのサイズの割合などといった視認性に関係する量である。そして、制御部１０は、ユーザ定義ＤＢ２４の内容を加味して得られた制御態様のデフォルトの制御態様からのずれの度合いを数値化する。制御部１０は、ＵＩ制御部４０を介し、ずれの度合いに応じて、ユーザＤＢの視認性に関係する項目の内容情報を書き換えるようにアドバイスするメッセージを表示する。このようにすれば、ＵＩ設定に関するユーザの好みを反映しつつ、アプリケーションの動作に支障がでないような設定が実現する。
【００５１】
なお、画像形成装置１ではなく、画像形成装置１Ａの構成に切替えボタンＳＢを設けた構成を採用してもよい。この場合、ＵＩ制御部４０は、制御部１０からのアプリについて使用すべきＵＩを指定する制御信号を受取っても、切替えボタンＳＢが押下されると、ＵＩ制御部４０が有する定義テーブル（図示せず）の対応関係を強制的に逆転させる書き換えを行えばよい。
【００５２】
なお、切替えボタンＳＢは第２ＵＩ４２に設けられたものでもよいし、ハードウェアボタンでなくタッチパネル情報に表示されるボタンやアイコン（ソフトボタン）であってもよいし、各ＵＩとは別途独立に本体部Ｂに設けられたものであってもよい。要は、ユーザのＵＩ切替えを希望する旨の指示が受付けることができればよい。
【００５３】
上述した機能を画像形成装置１、１Ａ、１Ｂにて実行されるプログラムは、磁気記録媒体（磁気テープ、磁気ディスク（ＨＤＤ（Hard Disk Drive）、ＦＤＤ（Flexible Disk Drive））など）、光記録媒体（光ディスク（ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk））など）、光磁気記録媒体、半導体メモリなどのコンピュータ読取り可能な記録媒体に記憶した状態で提供し得る。また、インターネットのようなネットワークを介してダウンロードさせることも可能である。
【図面の簡単な説明】
【００５４】
【図１】画像形成装置１の外観図である。
【図２】画像形成装置１の機能ブロック図である。
【図３】ＵＩ属性ＤＢ２２の記憶内容を説明するための図である。
【図４】アプリ属性ＤＢ２３の記憶内容を説明するための図である。
【図５】ユーザ定義ＤＢ２４の記憶内容を説明するための図である。
【図６】制限情報ＤＢ２５の記憶内容を説明するための図である。
【図７】設定条件ＤＢ２１の記憶内容を説明するための図である。
【図８】画像形成装置１の動作例を表す図である。
【図９】設定条件ＤＢ２１Ａの記憶内容を説明するための図である。
【図１０】画像形成装置１の他の動作例を表す図である。
【図１１】画像形成装置１Ａの機能ブロック図である。
【図１２】ユーザ定義ＤＢ２１Ａの記憶内容を説明するための図である。
【図１３】画像形成装置１Ｂの外観図である。
【符号の説明】
【００５５】
１、１Ａ、１Ｂ・・・画像形成装置、１０・・・制御部、２０・・・記憶部、２１、２１Ａ・・・設定条件ＤＢ、２２・・・ＵＩ属性ＤＢ、２３・・・アプリ属性ＤＢ、２４、２４Ａ・・・ユーザ定義ＤＢ、２５・・・制限情報ＤＢ、３１・・・画像形成部、３２・・スキャナ部、３３・・・通信部、４０・・・ＵＩ制御部、４１・・・第１ＵＩ、４２・・・第２ＵＩ、５０・・・認証部。
【図１】
2010081235.tif 000003
【図２】
2010081235.tif 000004
【図３】
2010081235.tif 000005
【図４】
2010081235.tif 000006
【図５】
2010081235.tif 000007
【図６】
2010081235.tif 000008
【図７】
2010081235.tif 000009
【図８】
2010081235.tif 000010
【図９】
2010081235.tif 000011
【図１０】
2010081235.tif 000012
【図１１】
2010081235.tif 000013
【図１２】
2010081235.tif 000014
【図１３】
2010081235.tif 000015