JP4666027B2 - 画像処理装置およびサーバ - Google Patents

Description

本発明は、画像処理装置、サーバ、および、これらを有する画像処理システムに関し、特に、ウェブブラウザ機能を備え該機能をユーザ・インタフェースとして利用する画像処理装置、および、該画像処理装置のウェブブラウザからの要求に応じてデータを提供するサーバ、ならびに、これらを有する画像処理システムに関する。

近年の画像処理技術および情報処理技術の発展により、現在の画像処理装置は、一台で複写機能、スキャナ機能、プリンタ機能、ファクシミリ機能等を併せ持つようになった。このような画像処理装置は、一般にデジタル複合機（（以下、「複合機」あるいは「ＭＦＰ（MultiFunction Peripheral）」と略す。）と称される。複合機は一般に、コンピュータネットワークへ接続可能であり、パーソナル・コンピュータ、サーバ、別の画像処理装置、といった様々な装置と間でデータの送受を行いながら画像処理（画像形成処理）を実行することができる。

さらには、複合機には、ネットワーク経由で別の装置に対しそれが有する機能の実行を要求してその実行結果を利用するものもある。ここでは、当該別の装置を機能拡張サーバと称する。機能拡張サーバは複合機からの要求を受けて所定のデータ処理を実行し、その結果を所定の装置へ送る。ここでの出力先である所定の装置は、複合機であってもよいし、さらに別の機能拡張サーバ等であってもよい。複合機は、機能拡張サーバとの連携により、ユーザの業務内容（ワークフロー）に即したデータ処理体系を実装してユーザの負担を軽減したり、複合機本体内に備えない最新の画像処理アルゴリズムによる画像処理を実行したりすることができるようになる。

このように複合機の高機能化、多機能化の進展に従い、複合機とユーザとの接点であるユーザ・インタフェースの重要性は増大している。実際、ユーザ・インタフェースのユーザビリティを向上させるための研究開発は常に活発に行われている。しかしながら、技術革新の速度が益々加速し、かつ、複合機が外部の装置との連携の度合いを深める昨今においては、ユーザ・インタフェースに関する研究開発は、そのユーザビリティに関する研究に加え、ユーザ・インタフェースの構成をより簡便に更新するための技術の開発へも関心が注がれている。とくに、ユーザのニーズに合わせたユーザ・インタフェース構成のカスタマイズや、機能更新に伴うユーザ・インタフェース構成の変更等を容易に行うための技術開発に注目が集まっている。

以下に、ユーザ・インタフェースの実装に関する先行技術を例示する。

特許文献１は、画像処理装置および遠隔演算装置を開示する。画像処理装置と遠隔演算装置とはデータ送受信可能に接続され、画像処理システムを構成する。特許文献１の画像処理装置は、自機単独で動作するモード（ここでは以下において「第１のモード」とする。）と、自機の制御の主体を遠隔演算装置に譲り、画像処理装置が備えるユーザ・インタフェースをユーザと遠隔演算装置との間の情報のやりとりに使用するモード（ここでは以下において「第２のモード」とする。）を備える。第２のモードにおいては、画像処理装置のユーザ・インタフェースは実質上、遠隔演算装置の制御下に置かれる。

第２のモードにおいては、該画像処理装置は、遠隔演算装置から、ユーザ・インタフェースに表示させるメニュー画面に関するデータを取得し、該データに基づいてメニュー画面を構成し、メニュー画面をユーザ・インタフェースの表示部に表示させる。このようにして表示されるメニュー画面に対し、ユーザが何らかの情報、指示等を入力した場合、画像処理装置は、遠隔演算装置へ当該入力にかかるデータを送り、遠隔演算装置が所定の処理を実行してその結果を画像処理装置へ返す。画像処理装置は、結果を受け取り、該結果に従って動作することにより、ユーザからの入力に応じた動作を実行する。

このように、特許文献１の開示する画像処理システムにおいては、画像処理装置のメニュー画面（ユーザ・インタフェース）を構成するためのデータは遠隔演算装置において管理され、遠隔演算装置から、画像処理装置の状態に応じて適宜送信されるため、必ずしも画像処理装置内にメニュー画面を構成するためのデータを備える必要がない。そのため、遠隔演算装置が備えるデータを更新することで、画像処理装置のメニュー画面を更新することが可能となっている。特許文献１においては、メニュー画面を構成するためのデータとしてマークアップ言語により記述されたデータ（ＨＴＭＬ、ＸＭＬ、ＷＭＬ、ＸＨＴＭＬデータ等）を利用可能であることが示唆されている。つまり、特許文献１においては、メニュー画面（ユーザ・インタフェース）は、ウェブベースのユーザ・インタフェースとして構成される。

複合機等の画像処理装置のユーザ・インタフェースは、一般に、メニュー画面とは別に、ハードウェア・キーを備えるが、特許文献１においては、画像処理装置が備えるハードウェア・キーの各キーの機能の割り当てを、第１のモードと、第２のモードとで、切り替える手法について開示する（例えば、特許文献１の表２参照。）。ただし、特許文献１の開示は、上記第１のモードと第２のモードとの間でのハードウェア・キーの機能を切り替える方法に関するものであって、上記２つの各モード内における様々な状況に即応してハードウェア・キーの制御を切り替えることを示すものではない。

特許文献２は、複合機等の画像処理装置のユーザ・インタフェースに適用可能な操作画面表示装置を開示する。特許文献２の操作画面表示装置は、定型業務テンプレートを外部から取得して保存し、当該保存された定型業務テンプレートに含まれる各種情報にもとづいて操作画面を構成する。また、特許文献２においては、定型業務テンプレートのデータ形式としてＸＭＬ形式を採用した例が示される。

上記定型業務テンプレートは、ユーザ・インタフェースを作成するための記述であるＵＩ情報を含む。ＵＩ情報には、特定のキーまたは表示領域に対する操作を禁止する情報（オプション情報）を含めることができる。特許文献２の操作画面表示装置は、取得した定型業務テンプレートに記述された内容に従って操作画面を構成し表示するとともに、ＵＩ情報に規定される特定のキーまたは表示領域についての操作を、一律に禁止する。このようにして、特許文献２が開示する発明においては、定型業務テンプレートの記述に従って、ユーザ・インタフェースが構成されるとともに、定型業務の態様に応じて特定のキーまたは表示領域についての操作が一律に禁止される。

上述の先行技術文献の例に限らず、ユーザ・インタフェースを容易に設計可能とし、かつ、容易に変更可能とするための手法として、複合機にブラウザ機能（例えば、ウェブブラウザ）を実装し、サーバ（例えば、ウェブサーバ）から必要な情報を適宜取得してユーザ・インタフェースを構成する手法が知られている。このようなユーザ・インタフェースは、例えば、ウェブベース・ユーザ・インタフェースと称される。

このウェブベース・ユーザ・インタフェースの手法と併せ、さらに、画像処理装置が、その表示部兼入力部としてタッチパネル液晶ディスプレイ等を備えれば、ウェブブラウザによって、表示画面（表示部）と、表示画面に埋め込まれたソフトウェア・キー（入力部）とが実現される。また、表示画面およびソフトウェア・キーの構成は、サーバを更新することにより容易に変更が可能となる。
特開２００６−１２７５０３号公報 特開２００５−０１１１４６号公報

従来、複合機は、その標準入力手段として、ソフトウェア・キーとは別に、ハードウェア・キーを備える。ハードウェア・キーは、複合機の状態に応じて様々に、動的に、機能が割り当てられるボタンである。例えば、ハードウェア・キーには、スタート・キーが含まれ、このスタート・キーは、特に操作性のよい大型のボタンとして構成される。このスタート・キーは、特に使用頻度が高いボタンであって、その機能も、例えば、スキャンの実行、複写の実行、ファクシミリ送信の実行、というように、複合機の現在のモードに応じて動的に機能が割り当てられる。また、スタート・キーは、該スタート・キーに現在割り当てられている機能を実行するのに必要な条件（例えば、ファクシミリ送信機能におけるファクシミリ送信先の入力の有無等）が満たされていない間は操作が無効化され、機能の実行に必要な条件を満たすと操作が有効化される、という具合に、操作（押下）の有効化／無効化についても動的に、複合機の状態の変化に沿ってリアルタイムで制御される。

しかしながら、複合機のユーザ・インタフェースがウェブベース・ユーザ・インタフェースとして構成される場合には、ユーザ・インタフェースを介して複合機に入力された情報は、外部のサーバに蓄積される。従って、複合機は、ハードウェア・キーが押下された場合においても、自機の状態を把握するために外部のサーバとの間で別途通信を行い、外部サーバから自機の状態に関する情報や、ハードウェア・キーの押下に基づいて行う動作の内容を取得してから、ハードウェア・キーの押下にかかる動作を開始しなければならない。

このことは、複合機が、そのハードウェア・キーの押下を無視するべき状態にある場合（ハードウェア・キー操作が無効化された状態にあるとき）においても例外ではない。複合機は、ハードウェア・キーが押下されると、外部のサーバとの間で通信を実行し、応答を得て初めて、ハードウェア・キーの操作が無効化された状態にあることを認識する。つまり、ウェブベース・ユーザ・インタフェースを備えた複合機は、ハードウェア・キーを備える場合には、外部サーバとの間で通信を実行し、外部サーバからの応答に基づいてその押下の有効／無効を判断する手段を別途備えなければならなかった。

上記を鑑み、本発明は、ウェブベース・ユーザ・インタフェースを備える画像処理装置において、ハードウェア・キーの制御（例えば、ハードウェア・キーの有効化／無効化に関する制御）について、少なくとも従来よりも簡略化された構成で、動的に、画像処理装置の状態に沿ってリアルタイムで制御可能な画像処理装置を提供することを目的とする。

また、本発明は、ユーザ・インタフェースとしてウェブブラウザを用いる画像処理装置において、ウェブブラウザがユーザ・インタフェース表示部に表示させている内容に即応してハードウェア・キーの押下の有効／無効を、動的にリアルタイムで切り替えることができる画像処理装置を提供する。

本発明は、その一態様においては、通信インタフェース部と、ユーザに対し情報を提示するユーザ・インタフェース表示部と、ユーザからの入力を受け付けるハードウェア・キーを備えたユーザ・インタフェース入力部と、ウェブサーバ部を含むサーバからページ・データを受け取り、ページ・データにもとづいてユーザ・インタフェース表示部の表示画面を構成し、該表示画面をユーザ・インタフェース表示部に表示させるウェブブラウザ部と、ページ・データに基づいて、ハードウェア・キーの操作の有効／無効を判定するデータ解析部と、ハードウェア・キー部に割り当てられた機能の内容、および、画像形成装置の状態の調査結果に基づいて、ハードウェア・キーに割り当てられた機能が実行可能か否かを判定する判定部と、判定部による判定結果が、ハードウェア・キーに割り当てられた機能が実行可能でない場合に、データ解析部の判定よりも判定部の判定を優先し、ハードウェア・キーの操作を無効化するハードウェア・キー制御部と、を有する画像処理装置である。

本発明の一態様においては、ページ・データは、マークアップ言語で記述されたテキスト・データを含み、データ解析部は、テキスト・データ中の記述にもとづいて、ハードウェア・キーの操作の有効／無効を判定する、ことが好ましい。

本発明の一態様においては、データ解析部は、テキスト・データ中のコメント部分の記述にもとづいて、ハードウェア・キーの操作の有効／無効を判定する、ことが好ましい。

本発明の一態様においては、データ解析部は、テキスト・データ中の描画関連情報部分の記述にもとづいて、ハードウェア・キーの操作の有効／無効を判定する、ことが好ましい。

本発明の一態様においては、テキスト・データ中の描画関連情報部分は、ハードウェア・キーに対応する機能が割り当てられ、ユーザ・インタフェース表示部に表示されるソフトウェア・キーの描画に関連する記述を含み、データ解析部は、ソフトウェア・キーの描画に関連する記述に基づいて、ソフトウェア・キーに対応する機能が割り当てられたハードウェア・キーの操作の有効／無効を判定し、ハードウェア・キー制御部は、データ解析部の判定に基づいて、ソフトウェア・キーに対応する機能が割り当てられたハードウェア・キーの操作の有効／無効を制御する、ことが好ましい。

本発明の一態様においては、ソフトウェア・キーの描画に関連する記述には、ソフトウェア・キーの名称およびソフトウェア・キーの表示色に関する記述が含まれ、データ解析部は、ソフトウェア・キーの名称およびソフトウェア・キーの表示色に関する記述に基づいて、ソフトウェア・キーに対応する機能が割り当てられたハードウェア・キーの操作の有効／無効を判定し、ハードウェア・キー制御部は、データ解析部の判定に基づいて、ソフトウェア・キーに対応する機能が割り当てられたハードウェア・キーの操作の有効／無効を制御する、ことが好ましい。

本発明の一態様においては、ユーザ・インタフェース入力部は、ハードウェア・キーとして、ジョブの実行指示を受け付けるスタート・キーを備え、データ解析部は、ページ・データに基づいて、スタート・キーの操作の有効／無効を判定し、ハードウェア・キー制御部は、データ解析部の判定に基づいて、スタート・キーの操作の有効／無効を制御する、ことが好ましい。

本発明の一態様においては、スタート・キーは、操作の有効／無効をユーザに通知する表示手段を備え、ハードウェア・キー制御部は、データ解析部の判定に基づいて、スタート・キーの表示手段を制御する、ことが好ましい。

本発明により、ウェブベース・ユーザ・インタフェースを備える画像処理装置のハードウェア・キーの制御が、少なくとも従来よりも簡略化された構成で、動的に、画像処理装置の状態に沿ってリアルタイムで制御可能となる。

さらに、本発明にかかる、ウェブベース・ユーザ・インタフェースを備える画像処理装置においては、ウェブブラウザがユーザ・インタフェース表示部に表示させている内容に即応してハードウェア・キーの押下の有効／無効を動的にリアルタイムで切り替えることができる。

これより添付の図面を参照し、本発明にかかる実施の形態による画像処理装置について説明する。該画像処理装置は、実施の形態においては、デジタル複合機である。しかしながら、本発明にかかる画像処理装置は、デジタル複合機に限定されず、複写機、プリンタ、スキャナ、ファクシミリ装置、といった様々な画像処理装置を含む。

本発明にかかる実施の形態による複合機は、ブラウザ機能、および、通信機能を備え、ネットワークを介してサーバと接続することができる画像処理装置である。ブラウザ機能は、通信機能の作用により取得された該サーバからのデータに基づいてユーザ・インタフェースの表示部、および、入力部の一部（ソフトウェア・キー）を、例えば、タッチパネル液晶ディスプレイ上に構成する。

しかしながら、上記サーバは、必ずしも、複合機の外部にある装置でなくともよい。本発明においては、複合機は、本発明にかかるサーバ機能を複合機内部にソフトウェアによって実装することができる。この場合には、複合機の内部において、ブラウザ機能を司るブラウザモジュールとサーバ機能を司るサーバモジュールとの間でデータの送受がなされ、複合機単独で本発明にかかる画像処理システムが実現される。

本発明にかかる実施の形態による複合機は、そのブラウザ機能の作用により、サーバからウェブページのデータ（例えば、ＨＴＭＬ、ＸＨＴＭＬ、あるいは、ＸＭＬ等マークアップ言語で記述されたテキスト・データ、および、該テキスト・データによって参照されるべき画像データ等バイナリ・データ。以下これらデータを「ウェブページ・データ」と称する。）を取得し、該ウェブページ・データに基づいて、ユーザ・インタフェースを構成する。
さらに、本発明にかかる第１の実施の形態による複合機は、サーバから取得したウェブページ・データを解析することにより、当該ウェブページ・データに基づいてハードウェア・キーの操作の有効／無効を制御することができる。そうすることによって、第１の実施の形態による複合機は、ハードウェア・キーの操作の有効／無効の制御のために別途サーバとの間で通信を行うことを要さずに、ハードウェア・キーの操作の有効／無効を制御することができる。
第１の実施の形態においては、複合機は、ＨＴＭＬデータ等のテキスト・データに記述された情報を解析し、ハードウェア・キーの操作の有効／無効を制御する。この場合、サーバは、ＨＴＭＬデータ等のテキスト・データに、ウェブブラウザに影響を与えない方法で、例えば、コメントとして、ハードウェア・キーの操作の有効／無効にかかる情報を埋め込めばよい。ＨＴＭＬデータ中のコメント内にハードウェア・キーの制御情報が記載されるため、ユーザに対して表示される画面の内容に全く影響を与えずに、ハードウェア・キーの制御が可能となる。
あるいは、複合機は、ＨＴＭＬデータ等のテキスト・データに記述された描画関連情報を解析し、ハードウェア・キーの操作の有効／無効を制御してもよい。ここでは、描画関連情報とは、ＨＴＭＬデータ中の描画命令等を示すタグ、あるいは、画像ファイルを参照し画像を貼り付けるためのタグ等である。また、複合機は、ＨＴＭＬデータ等のテキスト・データによって参照される画像データ等バイナリ・データを解析して、ハードウェア・キーの操作の有効／無効を制御することも可能である。描画関連情報は、もともと、ユーザ・インタフェースの画面を構成するために必要なデータである。そのため、ＨＴＭＬデータには、ハードウェア・キーの操作の制御にかかる付加的情報を追加することなしに、ハードウェア・キーの制御が可能となる。
また、本発明にかかる第２の実施の形態による複合機は、サーバが備える所定のアプリケーションに対して直接的に、ハードウェア・キーの操作の有効／無効の判断を行う処理の実行を要求し、該アプリケーションの実行結果を取得し、取得した実行結果に基づいてハードウェア・キーの操作の有効／無効を制御することができる。

本発明にかかる実施の形態による複合機において、ハードウェア・キーは、ジョブの実行指示を受け付けるスタート・キー、複合機の設定の変更等を開始するための設定キー、実行状態および実行待ち状態ジョブに割り込んでジョブを入力するための割り込みキー等を含み、かつ、それらに限定されない。

本発明にかかる実施の形態による複合機は、上述したように複合機の備えるブラウザ機能およびサーバとの連携的動作によって複合機のユーザ・インタフェースを実現する動作モード（「外部アプリケーション連携モード」）を有する。該動作モードにおいては、複合機は、ハードウェア・キーの操作の有効／無効の判断や、ハードウェア・キーの操作に従って実行するべき処理の内容等の決定について、全ての判断・決定を該サーバに実行させ、複合機は、ウェブページ・データ等として該サーバの判断・決定を受け取り、該サーバの判断・決定に基づいて動作する。そうすることによって、サーバと複合機本体との二重制御によるトラブルの発生が回避される。
さらに、本発明にかかる実施の形態による複合機は、上述の、ハードウェア・キーの操作の有効／無効の判断や、ハードウェア・キーの操作に従って実行するべき処理の内容等の決定について全ての判断・決定を該サーバに実行させている動作モードにおいて、複合機内部の状態をモニタリングし、複合機の状態がジョブを実行不能な状態にあると判断した場合においては、サーバによる判断・決定に優越して、複合機自機を制御することができる。そうすることにより、複合機の内部異常等に起因してジョブ実行中に事故が発生することを未然に防止することができる。

＜第１の実施の形態＞
（画像処理システムの構成）
図１は、本発明にかかる第１の実施の形態による画像処理システム３０１の構成概略図である。画像処理システム３０１は、複合機（ＭＦＰ）１、サーバ１０１、ＭＦＰ１とサーバ１０１とが接続されるネットワーク２０１を有する。複合機１は、ユーザとの接点であるユーザ・インタフェース１７、および、ネットワーク２０１との接点を構成するデバイスである通信インタフェース部３３を備える。

（ＭＦＰ１のハードウェア構成）
図２は、ＭＦＰ１のハードウェア構成を示すブロック図である。
ＭＦＰ１は、中央処理装置（ＣＰＵ）５、リード・オンリ・メモリ（ＲＯＭ）９ａ、ランダム・アクセス・メモリ（ＲＡＭ）９ｂ、不揮発性メモリ（ＮＶ−ＲＡＭ）１３、ハード・ディスク・ドライブ（ＨＤＤ）１５を備える。ＣＰＵ５、ＲＯＭ９ａ、ＲＡＭ９ｂは、複合機のコンピュータ主要部３を構成し、ＲＯＭ９ａおよびＲＡＭ９ｂは、コンピュータ主要部３の主記憶装置７を構成する。また、ＮＶ−ＲＡＭ１３およびＨＤＤ１５は、コンピュータ主要部３の補助記憶装置１１を構成する。ＭＦＰ１のコンピュータ主要部３は、主記憶装置７あるいは補助記憶装置１１に保持される本発明にかかるプログラムを実行することにより、本発明にかかる画像処理装置を実現する。なお、該プログラムは、フレキシブル・ディスク等の可搬性記憶媒体に記憶されて流通されたり、インターネット等電気通信回線を介して流通されたりすることが可能である。
ＭＦＰ１は、紙等の印刷媒体上の画像情報を光電的に読み取って該画像情報の電子データを生成するスキャナ部２７、画像情報を示す電子データに基づいて紙等の印刷媒体に画像情報を形成するプリンタ部２９、画像情報を示す電子データに基づいてファクシミリ送信をし、また、外部からのファクシミリ送信を受信して画像情報を示す電子データを生成するファクシミリ部３１、ネットワーク２０１（図１）等を介したデータの送受信をする通信インタフェース部３３を備える。
そして、ＭＦＰ１は、ユーザとの情報の入出力の接点であるユーザ・インタフェース部１７を有する。ユーザ・インタフェース部１７は、ユーザに情報を提供するための標準出力手段である表示部１９、ならびに、ユーザから情報を受け付ける標準入力手段である入力部２１を有し、入力部２１は、ソフトウェア・キー２３およびハードウェア・キー２５とで構成される。周知のことだが、ソフトウェア・キー２３は、表示部１９と共に、タッチパネル液晶ディスプレイにより一体的に構成されてよい。

図３は、ユーザ・インタフェース部１７の詳細を示す概略図である。上述のとおりユーザ・インタフェース部１７は、表示部１９、ソフトウェア・キー２３、および、ハードウェア・キー２５を有する。

まず、表示部１９について簡単に説明する。表示部１９はタッチパネル液晶ディスプレイである。本実施の形態による複合機においては、後述するように、表示部１９の表示内容は、ウェブブラウザが取得したウェブページ・データをもとに構成した画面データに基づいて構成される。

表示部１９に表示される内容には、ソフトウェア・キー２３が含まれる。このソフトウェア・キー２３もまた、ウェブブラウザがサーバ１０１から取得するウェブページ・データに基づいて構成される。
表示部１９に表示されるソフトウェア・キー２３が押下されれば、ウェブブラウザが当該押下を認識し、押下されたソフトウェア・キー２３の情報をサーバ１０１へ送り（リクエスト送信）、サーバ１０１が所定の処理を実行し、更新されたウェブページ・データをＭＦＰ１へ返す（レスポンス受信）。ウェブブラウザは、サーバ１０１から更新されたウェブページ・データを受け取ると該データにもとづいて表示部１９の内容を更新する。また、ウェブブラウザは、サーバ１０１から受け取ったデータをもとに、ＭＦＰ１に所定の動作を実行させることもできる。換言すれば、ソフトウェア・キー２３を含めた表示部１９の表示態様や、ソフトウェア・キー２３が押下された時の複合機の動作は、複合機１のウェブブラウザから送信されるデータにもとづいてサーバ１０１が決定し、複合機１は、当該決定に関するデータをサーバ１０１から受け取って動作する。

他方、ハードウェア・キー２５は、タッチパネル液晶ディスプレイ（１９、２３）の両側に設けられたボタン群である。
タッチパネル液晶ディスプレイ（１９、２３）の左側には、パワーセーブモードへ移行するためのパワーセーブ・キーや、ヘルプ画面を表示するためのヘルプ・キー、ユニバーサル表示へ移行するためのユニバーサル・キー、拡大表示に移行するための拡大表示キーが備えられる。キーに割り当てられた機能の性質によって、いくつかのキーには、状態を表示するためのＬＥＤが配される。ＬＥＤは、キーに割り当てられた機能のＯＮ／ＯＦＦの状態を示したり、キーの押下の有効／無効を示したりできるように、１色あるいは複数色の色で点灯可能である。
タッチパネル液晶ディスプレイ（１９、２３）の右側には、ジョブのモードを切り替えるためのボックス、ファクス、スキャン、コピー、等の各モード・キー、コピー部数等を設定入力するためのテン・キー２５Ｔ、複合機１の設定項目を編集可能な状態へ移行するための設定メニュー・キー２５Ｃ、リセット・キー、ジョブを割り込ませるための割り込み・キー２５Ｉ、ストップ・キー、スタート・キー２５Ｓ等が配される。モード・キーは、ＬＥＤを備えており複合機１の現在のモードをユーザに示すことができる。割り込み・キー２５ＩもまたＬＥＤを備え、割り込みのオン／オフをユーザに示したり、ＬＥＤの点灯色あるいは点灯態様の変化によって、ユーザに現在ジョブの割り込みが可能かどうかを示したりする。スタート・キー２５Ｓは、ＬＥＤの点灯色あるいは点灯の態様により、ユーザに、スタート・キー２５Ｓの押下が可能かどうか（押下操作は有効か無効か）を示す表示手段としてのＬＥＤを備える。本発明にかかる第１の実施の形態による複合機１は、これらＬＥＤの点灯色の種類や、点灯態様等を、サーバ１０１から受け取るウェブページ・データに基づいて変更することが可能である。

（サーバ１０１のハードウェア構成）
図４は、サーバ１０１のハードウェア構成を示すブロック図である。
サーバ１０１は、中央処理装置（ＣＰＵ）１０５、リード・オンリ・メモリ（ＲＯＭ）１０９ａ、ランダム・アクセス・メモリ（ＲＡＭ）１０９ｂ、ハード・ディスク・ドライブ（ＨＤＤ）１１５を備える。ＣＰＵ１０５、ＲＯＭ１０９ａ、ＲＡＭ１０９ｂは、サーバのコンピュータ主要部１０３を構成し、ＲＯＭ１０９ａおよびＲＡＭ１０９ｂは、コンピュータ主要部１０３の主記憶装置１０７を構成する。また、ＨＤＤ１１５は、コンピュータ主要部１０３の補助記憶装置を構成する。サーバ１０１のコンピュータ主要部１０３は、主記憶装置１０７あるいは補助記憶装置に保持される本発明にかかるプログラムを実行することにより、本発明にかかるサーバを実現する。なお、該プログラムもまた、フレキシブル・ディスク等の可搬性記憶媒体に記憶されて流通されたり、インターネット等電気通信回線を介して流通されたりすることが可能である。
サーバ１０１は、ネットワーク２０１（図１）等にデータを送信し、また、ネットワーク２０１からデータを受信する通信インタフェース１３３を備える。

（ＭＦＰ１の機能的構成）
図５は、ＭＦＰ１の機能的構成を示すブロック図である。図５に示された機能ブロックは、コンピュータ主要部３（図２）が、本発明にかかるプログラムを実行することにより実現される機能を含む。図５において、図２に示されたハードウェア要素については、図２におけるそれらと同じ参照数字が付されている。

ＭＦＰ１は、ＭＦＰ制御部４１を有する。ＭＦＰ制御部４１は、ＭＦＰ１全体の動作を制御する。例えば、ＭＦＰ制御部４１は、ハードウェア・キー２５の押下をハードウェア・キー制御部４５から通知されると、必要に応じてウェブブラウザ部４９から実行するべき処理の内容を受け取り、当該処理内容に従って、必要に応じてデータ保持部４３に保持されたデータを用いて所定の処理の実行を、該処理と関係するブロックへ指示する。

データ保持部４３は、画像データ等を保持するための記憶装置である。データ保持部４３は、ＭＦＰ制御部４１の制御の下、データの格納および読み出しを実行する。

通信インタフェース部３３は、ここでは、ＭＦＰ１とネットワーク２０１との間に物理的なコネクションを確立するためのデバイス（ハードウェア）を指す。通信インタフェース部３３は、例えば、ネットワーク・カードである。ＭＦＰ１とサーバ１０１とは、ネットワーク２０１、通信インタフェース部３３とを介して、データの送受信を行う。

通信モジュール部５１は、コンピュータ主要部３（図２）が所定のプログラムを実行することで実現される通信モジュール（ソフトウェア）である。通信モジュール５１は、通信インタフェース部３３等とのデータの受け渡しを担当する。例えば、サーバ１０１からネットワーク２０１を介して送られてきたデータは、通信インタフェース部３３を経て、通信モジュール部５１が一旦受け取り、それから、データ解析部４７やウェブブラウザ部４９を構成するモジュールへ転送される。また、ウェブブラウザ部４９からサーバ１０１へ送信されるデータについても、通信モジュール部５１が一旦受け取ってから通信インタフェース部３３へ渡す。

ウェブブラウザ部４９は、サーバ１０１に対するリクエスト・メッセージの送信、および、該リクエスト・メッセージに対するレスポンス・メッセージの受信を行い、ウェブページのデータを取得し、取得したデータに基づいて、ユーザ・インタフェース部１７の表示部１９の表示画面およびソフトウェア・キー２３を構成する。ウェブブラウザ部４９と、サーバ１０１との間は、例えば、ハイパーテキスト・トランスファ・プロトコル（ＨＴＴＰ）に則った通信が行われ、リクエストおよびレスポンスの送受が実行される。なお、サーバ１０１から送られてきたウェブページ・データは、データ解析部４７へも送られる。

データ解析部４７は、サーバ１０１から提供されるウェブページ・データに基づき、ハードウェア・キー制御部４５がハードウェア・キー２５の操作の有効／無効の制御を行うために必要なデータ（「有効／無効判定結果」）を生成し、ハードウェア・キー制御部４５に対して当該データを提供する。

ハードウェア・キー制御部４５は、ユーザ・インタフェース部１７のうち特にハードウェア・キー２５を制御する。ハードウェア・キー制御部４５は、データ解析部４７から受け取る有効／無効判定結果に基づいてハードウェア・キー２５の操作の有効／無効を制御し、必要であれば、ハードウェア・キー２５のＬＥＤ（図３）の点灯の制御をも行う。また、ハードウェア・キー制御部４５は、ハードウェア・キー２５の押下を認識し、押下されたハードウェア・キー２５の操作の有効／無効を判断し、有効であればＭＦＰ制御部４１に対し、当該ハードウェア・キー２５の押下を通知する。ハードウェア・キー制御部４５は、認識したハードウェア・キー２５の操作が無効化されている場合、ＭＦＰ制御部４１に対し、当該押下の通知を行わないように構成されてよい。

（サーバ１０１の機能的構成）
図６は、サーバ１０１の機能的構成を示すブロック図である。図６に示された機能ブロックは、コンピュータ主要部１０３（図４）が、本発明にかかるプログラムを実行することにより実現される機能を含む。図６において、図４に示されたハードウェア要素については、図４におけるそれらと同じ参照数字が付されている。

サーバ１０１は、サーバ制御部１４１を有する。サーバ制御部１４１は、サーバ１０１全体の動作を制御する。例えば、サーバ制御部１４１は、通信インタフェース部１３３、通信モジュール部１５１を制御して複合機１との通信を実行させ、同時に、ウェブサーバ部１６１、アプリケーションサーバ部１７１、および、データサーバ部１８１の各サーバモジュールの動作を統合的に管理することができる。

通信モジュール部１５１は、コンピュータ主要部１０３（図４）が所定のプログラムを実行することで実現される通信モジュール（ソフトウェア）である。通信モジュール部１５１は、通信インタフェース部１３３等とのデータの受け渡しを担当する。例えば、複合機１からネットワーク２０１を介して送られてきた、ＨＴＴＰリクエストのデータは、通信インタフェース部１３３を経て、通信モジュール部１５１が一旦受け取り、それから、ウェブサーバ部１６１を構成するモジュールへ転送される。また、ウェブサーバ部１６１が生成する、ＨＴＴＰに則ったレスポンス・メッセージのデータについても、通信モジュール部１５１が一旦受け取ってから通信インタフェース部１３３へ渡す。

ウェブサーバ部１６１は、複合機１のウェブブラウザ部４９が送信したリクエスト・メッセージを受け取り、それに対するレスポンス・メッセージとしてウェブブラウザ部４９へウェブページ・データを返す機能を有する。ウェブサーバ部１６１は、当該リクエスト・メッセージに基づいて、アプリケーションサーバ部１７１に対してＨＴＭＬデータを生成する処理を要求する。そして、ウェブサーバ部１６１はアプリケーションサーバ部１７１が生成したＨＴＭＬデータ等からウェブページ・データを構成し、レスポンス・メッセージとして複合機１のウェブブラウザ部４９へ送信する。

アプリケーションサーバ部１７１は、ウェブサーバ部１６１からＨＴＭＬデータの作成要求を受け取ると、データ作成部１７３が、ＨＴＭＬデータを生成するための処理を実行する。このとき、ハードウェア・キー有効／無効決定部１７５は、データ作成部１７３からの要求を受け、データサーバ部１８１に対し、複合機１の状態に関するデータの照会を行い、データサーバ部１８１からの応答に基づいて複合機１のハードウェア・キー２５の操作の有効／無効を決定し、当該決定の結果をデータ生成部１７３へ送る。データ生成部１７３は、ハードウェア・キー有効／無効決定部１７５の決定の結果に従ってＨＴＭＬデータを作成し、当該データをウェブサーバ部１６１へ送る。

データサーバ部１８１は、リクエスト・メッセージ等、ＭＦＰ１から送られてくるデータにもとづいてＭＦＰ１の状態に関するデータを蓄積するデータベース機能を有する。データサーバ部１８１は、ＭＦＰ１の入力部２１から入力された情報やＭＦＰ１の状態に関するデータを蓄積し、随時更新するデータベースである。データサーバ部１８１は、ＭＦＰ１の状態を表すデータを取得し、継続的に更新を繰り返す。

これら３種のサーバ機能の協働的動作により、サーバ１０１は、ＭＦＰ１からリクエスト・メッセージを受けると、リクエスト・メッセージの内容に応じてＨＴＭＬデータを作成し、ウェブページ・データを構成してＭＦＰ１へ応答することができる。アプリケーションサーバ部１７１は、ＨＴＭＬデータの作成において、リクエスト・メッセージの内容に基づいて、データサーバ部１８１が保持するＭＦＰ１の状態に関する情報を参照し、ＭＦＰ１のハードウェア・キー２５の操作の有効／無効を決定し、該決定の内容を反映したＨＴＭＬデータを作成する。

（処理の流れ）
次に、ＭＦＰ１およびサーバ１０１における処理の流れについて説明する。以下の各フローチャートに示される処理は、ＭＦＰ１のＣＰＵ５またはサーバ１０１のＣＰＵ１０５が、それぞれの主記憶装置または補助記憶装置に記憶されたプログラムを実行することにより、実現される。図７は、ＭＦＰ１の画像処理（画像形成処理）のフローチャートの一部分である。

ステップＳ１において、ＭＦＰ１は、外部アプリケーション連携モードで動作するか、単独動作モードで動作するか、を判断する。本ステップＳ１と関連し、ユーザは、ＭＦＰ１に対し、その動作モードを指定することが可能である。外部アプリケーション連携モードとは、ＭＦＰ１がサーバ１０１の有するアプリケーションと連携して画像処理（画像形成処理）を実行する動作モードであり、該動作モードにおいては、ユーザ・インタフェース部１７は、ウェブブラウザ部４９がサーバ１０１から取得したウェブページ・データにもとづいて構成される。単独動作モードとは、ＭＦＰ１が有する機能のみで画像処理（画像形成処理）を実行する動作モードである。該動作モードにおいては、ＭＦＰ１はサーバ１０１と通信することを要さない。本発明は、外部アプリケーション連携モードにおけるハードウェア・キー２５の操作の有効／無効の制御に関連する発明である。それ故、以下においては、特に断りのない限り、ＭＦＰ１は、外部アプリケーション連携モードで動作しているものとする。

ステップＳ３において、ＭＦＰ１は、外部アプリケーション連携モードでの動作を開始する。

ステップＳ５において、ＭＦＰ１は、単独動作モードでの動作を開始する。

図８は、ＭＦＰ１が、外部アプリケーション連携モードで動作する場合における、ユーザ・インタフェース部１７と関連する処理のフローチャートである。

ステップＳ１０１において、ＭＦＰ１は、外部アプリケーション連携モードによる動作を開始して以来、初めてユーザ・インタフェース部１７の表示部１９を表示するか、否か、を判定する。
ＭＦＰ１が、初めて表示部１９を表示する、と判定した場合（ステップＳ１０１における「ＹＥＳ」）、処理は、ステップＳ１０５へ移行する。
ＭＦＰ１が、表示部１９を表示することは初めてではない、と判定した場合（ステップＳ１０１における「ＮＯ」）、処理は、ステップＳ１０３へ移行する。

ステップＳ１０３において、ＭＦＰ１は、ユーザ・インタフェース部１７の表示部１９の表示画面を更新するか、あるいは、その必要がないか、を判定する。
ＭＦＰ１が、表示部１９の表示画面を更新する、と判定した場合（ステップＳ１０３における「ＹＥＳ」）、処理は、ステップＳ１０５へ移行する。
ＭＦＰ１が、表示部１９の表示画面を更新する必要はない、と判定した場合（ステップＳ１０３における「ＮＯ」）、処理は、ステップＳ１１３へ移行する。

ステップＳ１０５において、ＭＦＰ１のウェブブラウザ部４９は、表示部１９の表示画面を更新するためのウェブページ・データを要求するリクエスト・メッセージを、サーバ１０１のウェブサーバ部１６１へ送る。

ＭＦＰ１における処理の流れの説明を中断し、以下、リクエスト・メッセージを受けたサーバ１０１のする処理の流れについて説明する。

図９は、ＭＦＰ１のウェブブラウザ部４９が送信したリクエスト・メッセージを受信してから該メッセージに対するレスポンス・メッセージを送信するまでのサーバ１０１のする処理の流れを示すフローチャートである。

ステップＳ２０１において、サーバ１０１のウェブサーバ部１６１は、リクエスト・メッセージの受信の有無を判定する。
ウェブサーバ部１６１が、リクエスト・メッセージの受信を認識した場合（ステップＳ２０１における「ＹＥＳ」）、処理は、ステップＳ２０３へ移行する。
ウェブサーバ部１６１が、リクエスト・メッセージの受信を認識しない場合（ステップＳ２０１における「ＮＯ」）、処理は、ステップＳ２１３へ移行する。

ステップＳ２０３において、サーバ１０１のアプリケーションサーバ部１７１は、ウェブサーバ部１６１が受信したリクエスト・メッセージにもとづき、データサーバ部１８１に対してＭＦＰ１の状態にかかるデータの照会要求を行う。

ステップＳ２０５において、サーバ１０１のデータサーバ部１８１は、アプリケーションサーバ部１７１からの照会要求に応じてＭＦＰ１の状態に関するデータ（ＭＦＰ状態データ）をアプリケーションサーバ部１７１へ提供する。

ステップＳ２０７において、アプリケーションサーバ部１７１のハードウェア・キー有効／無効決定部１７５は、データサーバ部１８１が提供するＭＦＰ状態データに基づいて、ハードウェア・キー２５の各種について、それぞれ、操作の有効／無効を決定する。
例えば、ハードウェア・キー有効／無効決定部１７５は、次のようにして、ハードウェア・キー２５の操作の有効／無効を決定する。仮に、ＭＦＰ１の表示部１９が画像データファイルをＦＴＰ送信するジョブを受け付ける画面を表示中であるとする。このとき、ＦＴＰ送信の宛先のアドレスが未だＭＦＰ１へ入力されていなければ、ハードウェア・キー有効／無効決定部１７５は、ＭＦＰ状態データを参照することにより、ＭＦＰ１は現在、ＦＴＰ送信のために必要な情報が未だ全て入力されていない状態にあることを認識する。このような状態においては、ハードウェア・キー２５の１つであるスタート・キー２５Ｓ（図３）の押下操作を無効にすることが望ましい。よって、ハードウェア・キー有効／無効決定部１７５は、ＭＦＰ状態データにもとづいてスタート・キーの操作を無効に決定する。他のハードウェア・キーについても同様に、ＭＦＰ状態データに基づいて、その操作の有効／無効が決定される。

ステップＳ２０９において、アプリケーションサーバ部１７１のデータ生成部１７３は、ハードウェア・キー有効／無効決定部１７５の決定に従って、ＭＦＰ１の表示部１９を構成するためのＨＴＭＬデータを作成する。
例えば、データ生成部１７３は、ＨＴＭＬデータ中に、コメントとして、ハードウェア・キーの種類と、該キーの操作の有効／無効に関する情報を所定のフォーマットに従って記述することができる。
また、データ生成部１７３は、ハードウェア・キー２５に割り当てられた機能と同じ機能を割り当てたソフトウェア・キーを表示部１９に表示させるようにＨＴＭＬデータを生成してもよい。このとき、データ生成部１７３は、ＨＴＭＬデータ中に該ソフトウェア・キーの表示に関する描画関連の記述を作成する際、ソフトウェア・キーの表示色等表示態様を、該ソフトウェア・キーに対応する機能を備えたハードウェア・キーに関するハードウェア・キー有効／無効決定部１７５の決定に一致させることができる。
例えば、データ生成部１７３は、対応する機能を備えたハードウェア・キーの操作が無効であると決定されている場合には、対応するソフトウェア・キーを赤色で表示するように、ＨＴＭＬデータ中の該ソフトウェア・キーの表示に関する描画関連の記述を作成し、対応する機能を備えたハードウェア・キーの操作が有効であると決定されている場合には、対応するソフトウェア・キーを緑色で表示するように、ＨＴＭＬデータ中の該ソフトウェア・キーの表示に関する描画関連の記述を作成すればよい。
そして、アプリケーションサーバ部１７１は、生成したＨＴＭＬデータをウェブサーバ部１６１へ送る。

ステップＳ２１１において、ウェブサーバ部１６１は、アプリケーションサーバ部１７１が生成したＨＴＭＬデータを用いてウェブページ・データを構成し、該データをレスポンス・メッセージとしてＭＦＰ１のウェブブラウザ部４９へ送る。

ステップＳ２１３において、サーバ１０１は、ＭＦＰ１から、アプリケーション連携モードによる動作の終了の通知を受けたか、否か、を判定する。
サーバ１０１がアプリケーション連携モードによる動作の終了の通知を受けた、と判定した場合（ステップＳ２１３における「ＹＥＳ」）、サーバ１０１の処理は終了する。
サーバ１０１がアプリケーション連携モードによる動作の終了の通知を受けていない、と判定した場合（ステップＳ２１３における「ＮＯ」）、処理は、ステップＳ２０１へ戻る。

再び、図８を参照し、ＭＦＰ１のウェブブラウザ部４９がレスポンス・メッセージを受信した後の処理について説明する。

ステップＳ１０７において、ＭＦＰ１のウェブブラウザ部４９は、レスポンス・メッセージとして受け取ったウェブページ・データを用いて表示部１９およびソフトウェア・キー２３を構成する画面データを生成し、表示部１９に画面を表示する。

ステップＳ１０９において、ＭＦＰ１のデータ解析部４７（図５）は、ウェブページ・データを受け取り、該データを解析する。データ解析部４７のする処理の詳細は、図１０に示すフローチャートを参照して説明する。

図１０を参照すれば、ステップＳ１０９ａにおいて、データ解析部４７は、レスポンス・メッセージに含まれるウェブページ・データのうちＨＴＭＬデータについて、解析を実行する。

ステップＳ１０９ｂにおいて、データ解析部４７は、ＨＴＭＬデータ（ＨＴＭＬドキュメント）のコメント部分を検索し、コメント部分の記述に、所定のフォーマットで記述されたハードウェア・キーの操作の有効／無効等を示す制御情報が存在するか、否か、を判定する。
データ解析部４７がＨＴＭＬデータ（ＨＴＭＬドキュメント）のコメント部分にハードウェア・キーの操作の有効／無効等を示す制御情報を発見した場合（ステップＳ１０９ｂにおける「ＹＥＳ」）、処理は、ステップＳ１０９ｃへ移行する。
データ解析部４７がＨＴＭＬデータ（ＨＴＭＬドキュメント）のコメント部分にハードウェア・キーの操作の有効／無効等を示す制御情報を発見しない場合（ステップＳ１０９ｂにおける「ＮＯ」）、処理は、ステップＳ１０９ｃをスキップしてステップＳ１０９ｄへ移行する。

ステップＳ１０９ｃにおいて、データ解析部４７は、コメント部分からハードウェア・キーの操作の有効／無効等を示す制御情報を抽出する。

ステップＳ１０９ｄにおいて、データ解析部４７は、ＨＴＭＬデータ（ＨＴＭＬドキュメント）の記述から、描画に関連する記述を検索し、抽出する。

図１１は、サーバ１０１が作成し、ＭＦＰ１へ送信したＨＴＭＬデータ（ＨＴＭＬドキュメント）の例を示す図である。図１１を参照すれば、ＨＴＭＬデータには、コメント部分、および、描画関連情報部分の両方が含まれることがわかる。なお、本発明においては、ＨＴＭＬデータには、コメント部分、および、描画関連情報部分の少なくともいずれか一方が含まれれば十分である。
コメント部分には、「（ハードウェア・キーの種類）＝（有効、あるいは、無効）」といった記述が見られる。ステップＳ１０９ｃ（図１０）と関連し、データ解析部４７は、コメント部分の記述から、ハードウェア・キーの種類と、そのキーの操作の有効／無効の制御の情報を抽出する。
描画関連情報部分には、緑スタート・キーを描画する指示が見られる。ステップＳ１０９ｄ（図１０）と関連し、データ解析部４７は、このような描画関連情報を抽出する。

図１２は、コメント部分の記載と、操作の有効／無効の制御の関係を示す例図である。
例えば、コメント部分に「スタート・キー＝有効」といった記述があれば、ＭＦＰ１は、スタート・キーの操作を有効にするように制御を行う。あるいは、「割り込みキー＝無効」といった記述があれば、ＭＦＰ１は、割り込みキーの操作を無効にするように制御を実施する。
図１３は、描画関連の記述と、操作の有効／無効の制御の関係を示す例図である。
例えば、緑色でスタート・キーを表示させる旨の記述があれば、ＭＦＰ１は、スタート・キーの操作を有効にする制御を行う。あるいは、設定キーを赤色で表示させる旨の記述があれば、ＭＦＰ１は、設定キーの操作を無効にする制御を実施する。
なお、データ解析部４７は、ウェブページ・データに含まれる画像データ等バイナリ・データを解析し、画像データの特徴を抽出することによりハードウェア・キーの操作の有効／無効の制御に必要な情報を抽出してもよい。

図１０に戻り、ステップＳ１０９ｅにおいて、データ解析部４７は、ステップＳ１０９ｃにおいて抽出したコメントの記述、および、描画関連情報の記述に基づいて、操作の有効／無効の制御を行うハードウェア・キーの種類と、その有効／無効の情報が対応付けされた情報を編成する。

ステップＳ１０９ｆにおいて、データ解析部４７は、ステップＳ１０９ｅにおいて編成した情報にもとづいて、各ハードウェア・キーの操作の有効／無効を最終的に判定し、判定結果をハードウェア・キー制御部４５（図５）へ送る。

図８に戻り、ステップＳ１１１において、ハードウェア・キー制御部４５（図５）は、データ解析部４７からハードウェア・キー２５の操作有効／無効判定結果を受け取り、該判定結果にもとづいてハードウェア・キー２５の操作の有効／無効を制御する。ハードウェア・キー制御部４５のする処理の詳細は、図１４に示すフローチャートを参照して説明する。

図１４を参照すれば、ステップＳ１１１ａにおいて、ハードウェア・キー制御部４５は、データ解析部４７の判定結果にもとづいて、各ハードウェア・キーの操作の有効／無効を決定する。

ステップＳ１１１ｂにおいて、ハードウェア・キー制御部４５は、ハードウェア・キー２５のＬＥＤ（図３）の点灯態様、点灯色等を制御する。

再び図８を参照する。

ステップＳ１１３において、ハードウェア・キー制御部４５は、ハードウェア・キー２５の押下を監視し、押下が有れば（ステップＳ１１３における「ＹＥＳ」）、処理は、ステップＳ１１５へ移行する。ハードウェア・キー２５の押下が無ければ（ステップＳ１１３における「ＮＯ」）、処理は、ステップＳ１１５をスキップしてステップＳ１１７へ移行する。

ステップＳ１１５において、ハードウェア・キー制御部４５は、ハードウェア・キーの押下に対する処理を実行する。ステップＳ１１５における処理の詳細は、図１５のフローチャートを参照して説明する。

図１５を参照すれば、ステップＳ１１５ａにおいて、ハードウェア・キー制御部４５は、押下されたハードウェア・キーの操作の有効／無効を判定する。
ハードウェア・キー制御部４５が、押下されたハードウェア・キーの操作は有効である、と判定した場合（ステップＳ１１５ａにおける「有効である」）、処理は、ステップＳ１１５ｂへ移行する。
ハードウェア・キー制御部４５が、押下されたハードウェア・キーの操作は無効である、と判定した場合（ステップＳ１１５ａにおける「無効である」）、ステップＳ１１５の処理は終了し、処理は、ステップＳ１１７（図８）へ移行する。

ステップＳ１１５ｂにおいて、ハードウェア・キー制御部４５は、ＭＦＰ制御部４１（図５）へ、有効なハードウェア・キー２５の押下があったことを通知する。

ステップＳ１１５ｃにおいて、ＭＦＰ制御部４１は、押下されたハードウェア・キーに割り当てられた機能を判別する。割り当てられた機能を実行するために必要な情報の一部が、ＭＦＰ１には無く、代わりにサーバ１０１（のデータサーバ部１８１）に保持されている場合、ＭＦＰ制御部４１は、ウェブブラウザ部４９を介してサーバ１０１に対して押下されたハードウェア・キーに割り当てられた機能を実行する上で必要な情報の提供を要求すればよい。

ステップＳ１１５ｄにおいて、ＭＦＰ制御部４１は、ステップＳ１１５ｃにおける要求の応答として、サーバ１０１から実行するべき処理内容の詳細に関する情報を取得する。

ステップＳ１１５ｅにおいて、ＭＦＰ制御部４１は、押下されたハードウェア・キーに割り当てられた機能を実行する。

再度、図８を参照する。

ステップＳ１１７において、ＭＦＰ１は、外部アプリケーションモードとして動作するモードを終了するか、否か、について判定する。
ＭＦＰ１が、外部アプリケーションモードとして動作するモードを終了する、と判定した場合（ステップＳ１１７における「ＹＥＳ」）、処理は、ステップＳ１１９へ移行する。
ＭＦＰ１が、外部アプリケーションモードとして動作するモードを継続する、と判定した場合（ステップＳ１１７における「ＮＯ」）、処理は、ステップＳ１０３へ戻る。

ステップＳ１１９において、ＭＦＰ１は、その動作モードを単独動作モードに切り替えて動作する。

このように、本発明にかかる第１の実施の形態による画像処理装置においては、サーバ１０１と連携してユーザ・インタフェース部１７をウェブブラウザベースのユーザ・インタフェースとして動作させる場合に、ユーザ・インタフェース部１７の入力部２１のハードウェア・キー２５に対する操作の有効／無効について、ウェブサーバから送られてくるウェブページ・データに基づいて制御する。そのため、本実施の形態による画像処理装置においては、ハードウェア・キー２５の操作の有効／無効等にかかる制御のために、サーバ１０１に対して、表示部１９の表示のためのデータ（ウェブページ・データ）の取得以外の通信をする手段を備える必要がない。また、本実施の形態による画像処理装置においては、ハードウェア・キー２５が押下された場合に、当該押下にかかるハードウェア・キーの操作の有効／無効の状態について、サーバ１０１に対して改めて問い合わせをすることなしに判断することができる。そして、操作が無効であるハードウェア・キーの押下については、即座に処理を中止させることができる。

（ハードウェア・キー押下処理の第１の変形例）
図１６は、図１５に示したハードウェア・キー押下処理（図８におけるステップＳ１１５）の第１の変形例である。本第１変形例においては、ＭＦＰ１（のＭＦＰ制御部４１）は、操作が有効であるハードウェア・キー２５が押下されることによって、該キー２５に割り当てられた機能を実行するにあたり、ＭＦＰ１の内部状態を調査する。そして、ＭＦＰ１の内部状態の調査結果が、当該機能に付随する処理を実行する上で支障があると判定した場合には、サーバ１０１が決定したハードウェア・キー２５の操作の有効／無効に優越して、押下されたハードウェア・キー２５の操作を無効化し、該キーに割り当てられた機能の実行を中止する。そうすることによって、ＭＦＰ１は、内部的に発生した障害に起因して、機能の実行中に事故が発生することを未然に防止する。

図１６におけるステップＳ１１５ａ、Ｓ１１５ｂ、Ｓ１１５ｃ、Ｓ１１５ｄ、および、Ｓ１１５ｅは、図１５と共通するため、説明を省略する。

ステップＳ１１５ｆにおいて、ＭＦＰ制御部４１は、ＭＦＰの内部状態を調査する。

ステップＳ１１５ｇにおいて、ＭＦＰ制御部４１は、ステップＳ１１５ｆにおける調査の結果、および、押下されたハードウェア・キー２５に割り当てられた機能の内容を参酌し、現在のＭＦＰ１の内部状態が、当該機能を実行可能な状態にあるか、否か、を判定する。
ＭＦＰ制御部４１が当該機能を実行可能である、と判定した場合（ステップＳ１１５ｇにおける「ＹＥＳ」）、処理は、ステップＳ１１５ｅへ移行し、押下されたハードウェア・キー２５に割り当てられた機能が実行される。
ＭＦＰ制御部４１が当該機能を実行可能でない、と判定した場合（ステップＳ１１５ｇにおける「ＮＯ」）、処理は、ステップＳ１１５ｅをスキップし、処理を終了する。
このように、本第１変形例においては、サーバ１０１における、ハードウェア・キーの操作の有効／無効の決定に超越して、ＭＦＰ１の内部状態に従って、押下されたハードウェア・キー２５に割り当てられた機能の実行を、ＭＦＰ１が単独で中止することができるため、ＭＦＰ１の内部状態に起因して発生する機能実行上のトラブルを未然に防止することができる。換言すれば、本第１変形例においては、サーバ１０１側の、ハードウェア・キー２５の操作の有効／無効にかかる決定と、ＭＦＰ１側の、ＭＦＰ１内部状態に基づくハードウェア・キー２５の操作の有効／無効にかかる判断と、の両者が共に、有効を示して初めて、ハードウェア・キー２５に割り当てられた機能が実行されるように、ＭＦＰ１を制御することができる。

（ハードウェア・キー押下処理の第２の変形例）
図１６を参照して説明したハードウェア・キー押下処理の第１の変形例においては、ＭＦＰ制御部４１は、ハードウェア・キー制御部４５からハードウェア・キーの押下の通知を受けた後で、ＭＦＰ１の内部状態が当該ハードウェア・キーの押下に応じて実行するべき処理を実行可能な状態にあるか、否か、を判定する（図１６におけるステップＳ１１５ｆ、ステップＳ１１５ｇ）。

しかしながら、ＭＦＰ制御部４１がする、ＭＦＰ１の内部状態に基づく処理実行可否の判定は、ハードウェア・キー制御部４５がハードウェア・キーの押下をＭＦＰ制御部４１に対して通知する（図１６におけるＳ１１５ｂ）よりも以前になされてもよい。あるいは、当該判定は、ハードウェア・キー２５が押下される以前になされてもよい。つまり、当該判定は、ハードウェア・キー２５の押下のタイミングとは無関係になされてよい。このように内部状態に基づく処理実行可否の判定が構成される第２変形例においては、ＭＦＰ１は、ハードウェア・キー２５が押下されると、該押下のタイミングから最も近い（最も新しい）ＭＦＰ１の内部状態にもとづく処理実行可否の判定の結果を用ればよい。

上述のように、ハードウェア・キー押下処理の第２の変形例においては、ＭＦＰ制御部４１がするＭＦＰ１の内部状態にもとづく処理実行可否の判定のタイミングは任意である。そのタイミングとして例えば、ＭＦＰ１の内部状態にもとづく処理実行可否の判定（図１６におけるステップＳ１１５ｆ、ステップＳ１１５ｇ）は、有効／無効判定１（図８におけるステップＳ１０９、図１０）に組み込まれることが好ましい。この場合には、ハードウェア・キー制御部４５は、データ解析部４７（図５）から受け取る有効／無効判定結果に加え、ＭＦＰ制御部４１がしたＭＦＰ１の内部状態にもとづく処理実行可否の判定結果を用いて、ハードウェア・キー２５の有効／無効を決定し、ハードウェア・キー２５のＬＥＤ点灯色等を制御することができる。（図８のＳ１１１および図１４に記載の有効／無効制御１）

また、後述の第２の実施の形態においても同様、ＭＦＰ１の内部状態にもとづく処理実行可否の判定は、例えば、有効／無効判定２（図１９におけるステップＳ３０９、図２１）に組み込まれることが好ましい。この場合には、ハードウェア・キー制御部４５は、判断手続呼出部５３（図１７）から受け取る有効／無効判定結果に加え、ＭＦＰ制御部４１がしたＭＦＰ１の内部状態にもとづく処理実行可否の判定結果を用いて、ハードウェア・キー２５の有効／無効を決定し、ハードウェア・キー２５のＬＥＤ点灯色等を制御することができる。（図１９のＳ３１１および図２３に記載の有効／無効制御２）

＜第２の実施の形態＞
本発明にかかる第２の実施の形態による複合機は、第１の実施の形態による複合機とは異なり、サーバが備える所定のアプリケーションに対して直接的に、ハードウェア・キーの操作の有効／無効の判断を行う処理の実行を要求し、該アプリケーションの実行結果を取得し、取得した実行結果に基づいてハードウェア・キーの操作の有効／無効を制御する構成を有する。

（画像処理システムの構成）
本発明にかかる第２の実施の形態による画像処理システムは、第１の実施の形態の説明において図１を参照して説明したものと同等の構成を有すればよい。

（ＭＦＰ１のハードウェア構成）
本発明にかかる第２の実施の形態によるＭＦＰは、第１の実施の形態の説明において図２、図３を参照して説明したものと同等の構成を有すればよい。

（サーバ１０１のハードウェア構成）
本発明にかかる第２の実施の形態によるサーバは、第１の実施の形態の説明において図４を参照して説明したものと同等の構成を有すればよい。

（ＭＦＰ１の機能的構成）
図１７は、本発明にかかる第２の実施の形態によるＭＦＰ１の機能的構成を示すブロック図である。図１７に示された機能ブロックは、コンピュータ主要部３（図２）が、本発明にかかるプログラムを実行することにより実現される機能を含む。図１７において、図２および図５に示されたハードウェア要素および機能的要素については、図２および図５におけるそれらと同じ参照数字が付されている。

図１７を参照すれば、第２の実施の形態によるＭＦＰ１ｃｅは、第１の実施の形態によるＭＦＰ１との対比において、データ解析部４７（図５）に代えて判断手続呼出部５３を有する点において、異なる。

判断手続呼出部５３は、ＭＦＰ制御部４１の制御の下で、後述するサーバ１０１ｃｅが備えるアプリケーションに対して直接的にハードウェア・キーの操作の有効／無効の判断を行う処理の実行を要求し、該アプリケーションの実行結果を取得し、取得した実行結果に基づいて、ハードウェア・キー制御部４５がハードウェア・キー２５の操作の有効／無効の制御を行うために必要なデータ（「有効／無効判定結果」）を生成し、ハードウェア・キー制御部４５に対して当該データを提供する。

第２の実施の形態によるＭＦＰ１ｃｅは、第１の実施の形態によるＭＦＰ１においてデータ解析部４７の代わりに判断手続呼出部５３を配したものと解してよい。

（サーバ１０１ｃｅの機能的構成）
図１８は、第２の実施の形態によるサーバ１０１ｃｅの機能的構成を示すブロック図である。図１８に示された機能ブロックは、コンピュータ主要部１０３（図４）が、本発明にかかるプログラムを実行することにより実現される機能を含む。図１８において、図４および図６に示されたハードウェア要素および機能的要素については、図４および図６におけるそれらと同じ参照数字が付されている。

サーバ１０１ｃｅは、アプリケーションサーバ部１７１（図６）の代わりに、アプリケーションサーバ部１９１を有する。アプリケーションサーバ部１９１は、アプリケーションサーバ部１７１と同様、データ生成部１７３およびハードウェア・キー有効／無効決定部１７５を備え、さらに、判断手続部１９７を備える。

判断手続部１９７は、通信モジュール部１５１と接続されており、所定のプロトコル（例えば、ＳＯＡＰ（ソープ））に則り、ＭＦＰ１ｃｅの判断手続呼出部５３から直接的に実行の要求を受け付けることができる。判断手続呼出部５３から直接的に実行の要求を受け付けると、判断手続部１９７は、ハードウェア・キー有効／無効決定部１７５に対し、データサーバ部１８１に複合機１の状態に関するデータの照会を行って複合機１のハードウェア・キー２５の操作の有効／無効を決定し、当該決定の結果を判断手続部１９７へ送るように要求する。そして、判断手続部１９７は、当該決定の結果を、ＭＦＰ１ｃｅの判断手続呼出部５３へ送る。ＭＦＰ１ｃｅの判断手続呼出部５３は、受け取った決定の結果にもとづいて有効／無効判定結果を生成し、ＭＦＰ１ｃｅのハードウェア・キー制御部４５に対して当該データを提供する。

第２の実施の形態によるサーバ１０１ｃｅは、第２の実施の形態によるサーバ１０１のアプリケーションサーバ部１７１に、さらに、上述した判断手続部１９７を追加したものと解してよい。

（処理の流れ）
次に、ＭＦＰ１ｃｅおよびサーバ１０１ｃｅにおける処理の流れについて説明する。以下の各フローチャートに示される処理は、ＭＦＰ１ｃｅのＣＰＵ５またはサーバ１０１ｃｅのＣＰＵ１０５が、それぞれの主記憶装置または補助記憶装置に記憶されたプログラムを実行することにより、実現される。図１９および図２０は、それぞれ、ＭＦＰ１ｃｅおよびサーバ１０１ｃｅの処理のフローチャートの一部分である。図１９は、第１の実施の形態によるＭＦＰ１の処理を説明する際に参照した図８のフローチャートと対応する、ＭＦＰ１ｃｅにおける処理のフローチャートである。図２０は、第１の実施の形態によるサーバ１０１の処理を説明する際に参照した図９のフローチャートと対応する、サーバ１０１ｃｅにおける処理のフローチャートである。以下の処理においては、図１９および図２０とも、図８および図９と共通する処理については、適宜説明を省略する。

まず、図１９を参照すれば、ＭＦＰ１ｃｅもまた、ＭＦＰ１と同様、ステップＳ１０１、Ｓ１０３、Ｓ１０５、Ｓ１０７の処理を実行することにより、レスポンス・メッセージとして受け取ったウェブページ・データを用いて表示部１９およびソフトウェア・キー２３を構成する画面データを生成し、表示部１９に画面を表示する。

上記ステップＳ１０５およびＳ１０７と関連し、図２０を参照する。

図２０を参照すれば、サーバ１０１ｃｅは、サーバ１０１と同様、ステップＳ２０１においてリクエスト・メッセージを受信し、ステップＳ２０３において、アプリケーションサーバ部１９１のデータ生成部１７３が、データサーバ部１８１に対してＭＦＰ１の状態にかかるデータの照会要求を行う。そして、ステップＳ２０５において、サーバ１０１ｃｅのデータサーバ部１８１は、アプリケーションサーバ部１９１からの照会要求に応じてＭＦＰ１の状態に関するデータ（ＭＦＰ状態データ）をアプリケーションサーバ部１９１へ提供する。

ステップＳ４０９において、アプリケーションサーバ部１９１のデータ生成部１７３は、ＭＦＰ１の表示部１９を構成するためのＨＴＭＬデータを作成する。
第１の実施の形態によるサーバ１０１のアプリケーションサーバ部１９１のデータ生成部１７３とは異なり、本実施の形態においては、データ生成部１７３は、ＨＴＭＬデータ中に、コメントとして、ハードウェア・キーの種類と、該キーの操作の有効／無効に関する情報を所定のフォーマットに従って記述する必要はない。
アプリケーションサーバ部１９１は、生成したＨＴＭＬデータをウェブサーバ部１６１へ送る。

ステップＳ２１１において、ウェブサーバ部１６１は、アプリケーションサーバ部１９１が生成したＨＴＭＬデータを用いてウェブページ・データを構成し、該データをレスポンス・メッセージとしてＭＦＰ１ｃｅのウェブブラウザ部４９へ送る。

再び図１９を参照する。

ステップＳ３０９において、判断手続呼出部５３は、ＳＯＡＰに準拠したメッセージを、サーバ１０１ｃｅの判断手続部１９７へ送り、判断手続部１９７から実行結果を取得し、取得した実行結果に基づいてハードウェア・キーの操作の有効／無効を判定し、第１の実施の形態と同様に、有効／無効判定結果をハードウェア・キー制御部４５に提供する。

図２１は、ステップＳ３０９（図１９）における処理の詳細を示す図である。

図２１を参照すれば、ステップＳ３０９ａにおいて、判断手続呼出部５３は、サーバ１０１ｃｅの判断手続部１９７に対し、ハードウェア・キーの有効／無効判断の実行を要求する。

ステップＳ３０９ｂにおいて、判断手続呼出部５３は、判断手続部１９７から受け取った応答にもとづき、ハードウェア・キーの操作の有効／無効を判定し、有効／無効判定結果をハードウェア・キー制御部４５へ送る。

図２２は、ステップＳ３０９ａにおいて判断手続部５３が、サーバ１０１ｃｅの判断手続部１９７へハードウェア・キーの有効／無効判断の実行を要求したときの、サーバ１０１ｃｅにおける処理の流れを示すフローチャートである。

図２２を参照すれば、ステップＳ５０１において、判断手続部１９７は、有効／無効判断の実行の要求の有無を判定する。
判断手続部１９７が、有効／無効判断の実行の要求の受信を認識した場合（ステップＳ５０１における「ＹＥＳ」）、処理は、ステップＳ５０３へ移行する。
判断手続部１９７が、有効／無効判断の実行の要求の受信を認識しなかった場合（ステップＳ５０１における「ＮＯ」）、処理は終了する。

ステップＳ５０３において、アプリケーションサーバ部１９１のハードウェア・キー有効／無効決定部１７５（図１８）は、データサーバ部１８１に対してＭＦＰ１の状態にかかるデータの照会要求を行う。

ステップＳ５０５において、データサーバ部１８１は、ハードウェア・キー有効／無効決定部１７５からの照会要求に応じてＭＦＰ１の状態に関するデータ（ＭＦＰ状態データ）をハードウェア・キー有効／無効決定部１７５へ提供する。

ステップＳ５０７において、ハードウェア・キー有効／無効決定部１７５は、データサーバ部１８１が提供するＭＦＰ状態データに基づいて、ハードウェア・キー２５の各種について、それぞれ、操作の有効／無効を決定する。

ステップＳ５０９において、判断手続部１９７は、ハードウェア・キー有効／無効決定部１７５の、ハードウェア・キー２５の操作の有効／無効の決定を受け取り、当該決定の内容を、ＭＦＰ１ｃｅの判断手続呼出部５３へ送る。

再度、図１９を参照する。

ステップＳ３１１において、ハードウェア・キー制御部４５は、判断手続呼出部５３から受けた有効／無効判定結果にもとづいて、ハードウェア・キー２５の操作の有効／無効を制御する。ハードウェア・キー制御部４５のする処理の詳細は、図２３に示すフローチャートを参照して説明する。

図２３を参照すれば、ステップＳ３１１ａにおいて、ハードウェア・キー制御部４５は、判断手続呼出部５３の判定結果にもとづいて、各ハードウェア・キーの操作の有効／無効を決定し、ステップＳ３１１ｂにおいて、ハードウェア・キー制御部４５は、ハードウェア・キー２５のＬＥＤ（図３）の点灯態様、点灯色等を制御する。

再度、図１９を参照する。

ステップＳ１１３において、ハードウェア・キー制御部４５は、ハードウェア・キー２５の押下を監視し、押下が有れば（ステップＳ１１３における「ＹＥＳ」）、処理は、ステップＳ１１５へ移行する。ハードウェア・キー２５の押下が無ければ（ステップＳ１１３における「ＮＯ」）、処理は、ステップＳ１１５をスキップしてステップＳ１１７へ移行する。以下、ステップＳ１１５、Ｓ１１７、および、Ｓ１１９における処理は、第１の実施の形態によるＭＦＰ１における処理と同様でよい。

このように、本発明にかかる第２の実施の形態による画像処理装置においては、ユーザ・インタフェース部１７の入力部２１のハードウェア・キー２５に対する操作の有効／無効について、サーバ１０１ｃｅの備えるアプリケーションに対して直接的に問い合わせを行って、制御することができる。本実施の形態による画像処理装置においても、第１の実施の形態による画像処理装置と同様、ハードウェア・キーの操作の有効／無効に関して、画像処理装置の状態に即応した制御を実行することができる。

＜サーバ構成変形例＞
図２４は、本発明にかかる第１の実施の形態によるＭＦＰ１の変形例の機能的構成を示すブロック図である。

本変形例ＭＦＰ１ｖは、サーバ１０１の機能（図６）を、ＭＦＰ１ｖ内に備える。サーバモジュール９９は、ＭＦＰ１ｖのコンピュータ主要部３（図２）において実行されるプログラムによって実現されるモジュールである。サーバモジュール９９は、通信モジュール５１と接続され、通信モジュール５１を介してＭＦＰ１ｖの各機能ブロック（例えば、ウェブブラウザ部４９やデータ解析部４７）との間でデータの送受が可能である。

ＭＦＰ１ｖにおいては、サーバ１０１と接続する必要がなく、単独で動作可能である。さらに、サーバモジュール９９は内部的には、ＭＦＰ１ｖの本来の機能のブロックと分離されたアーキテクチャによって実装されるため、従来の画像処理装置よりも、機能の更新は容易である。

本変形例は、第１の実施の形態によるＭＦＰ１の変形例であるが、同様に、第２の実施の形態によるＭＦＰ１ｃｅについても、サーバモジュールをＭＦＰ１ｃｅ内に実装可能である。その場合サーバモジュールは、サーバ１０１ｃｅと同等の機能を有すればよい。

本発明において、ウェブブラウザは、マークアップ言語により記述されたドキュメントを取得し、該ドキュメントに基づいて表示画面を形成する機能を指す。当該マークアップ言語には、ＨＴＭＬが含まれるが、それに限定されない。

ユーザ・インタフェース表示部は、ユーザの視覚を通じて、ユーザへ情報を提供することができる装置に限定されない。ユーザ・インタフェースは、音声等の出力により、ユーザへ情報を提供することができる装置を含む。

ユーザ・インタフェース入力部は、ユーザが入力部に接触することで、ユーザからの情報の入力を受け付ける装置に限定されない。ユーザ・インタフェースは、非接触型の情報入力装置を含む。

本発明は、画像処理装置およびサーバ装置に関する。本発明は、ユーザ・インタフェースの設計、およびその変更等が容易である点において有用である。

画像処理システムの構成概略図 画像処理装置のハードウェア構成のブロック図 画像処理装置のユーザ・インタフェース部の構成概略図 サーバのハードウェア構成のブロック図 第１の実施の形態による画像処理装置の機能的構成のブロック図 第１の実施の形態によるサーバの機能的構成のブロック図 画像処理装置がする処理のフローチャート 画像処理装置がする処理のフローチャート サーバがする処理のフローチャート 有効／無効判定処理１の詳細を示すフローチャート サーバが生成するＨＴＭＬデータの例図 ＨＴＭＬデータ内のコメントの記載と、画像処理装置がするハードウェア・キーの操作の有効／無効の制御の対応を示す表 ＨＴＭＬデータ内の描画関連の情報の記載と、画像処理装置がするハードウェア・キーの操作の有効／無効の制御の対応を示す表 有効／無効制御処理１の詳細を示すフローチャート ハードウェア・キー押下処理の詳細を示すフローチャート ハードウェア・キー押下処理変形例の詳細を示すフローチャート 第２の実施の形態による画像処理装置の機能的構成のブロック図 第２の実施の形態によるサーバの機能的構成のブロック図 画像処理装置がする処理のフローチャート サーバがする処理のフローチャート 有効／無効判定処理２の詳細を示すフローチャート サーバがする処理のフローチャート 有効／無効制御処理２の詳細を示すフローチャート 画像処理装置の構成の変形例を示すブロック図

符号の説明

１ ・・・ デジタル複合機（第１の実施の形態）
１ｃｅ・・ デジタル複合機（第２の実施の形態）
１ｖ・・・ デジタル複合機（変形例）
３ ・・・ コンピュータ主要部
５ ・・・ 中央処理装置
７ ・・・ 主記憶装置
９ａ・・・ リード・オンリ・メモリ
９ｂ・・・ ランダム・アクセス・メモリ
１１ ・・・ 補助記憶装置
１３ ・・・ 不揮発性メモリ
１５ ・・・ ハード・ディスク・ドライブ
１７ ・・・ ユーザ・インタフェース部
１９ ・・・ 表示部
２１ ・・・ 入力部
２３ ・・・ ソフトウェア・キー
２５ ・・・ ハードウェア・キー
２５Ｃ・・・ 設定メニュー・キー
２５Ｉ・・・ 割り込み・キー
２５Ｓ・・・ スタート・キー
２５Ｔ・・・ テン・キー
２７ ・・・ スキャナ部
２９ ・・・ プリンタ部
３１ ・・・ ファクシミリ部
３３ ・・・ 通信インタフェース部
４１ ・・・ ＭＦＰ制御部
４３ ・・・ データ保持部
４５ ・・・ ハードウェア・キー制御部
４７ ・・・ データ解析部
４９ ・・・ ウェブブラウザ部
５１ ・・・ 通信モジュール部
５３ ・・・ 判断手続呼出部
９９ ・・・ サーバモジュール
１０１ ・・・ サーバ（第１の実施の形態）
１０１ｃｅ・・ サーバ（第２の実施の形態）
１０３ ・・・ コンピュータ主要部
１０５ ・・・ 中央処理装置
１０７ ・・・ 主記憶装置
１０９ａ・・・ リード・オンリ・メモリ
１０９ｂ・・・ ランダム・アクセス・メモリ
１１５ ・・・ ハード・ディスク・ドライブ
１３３ ・・・ 通信インタフェース部
１４１ ・・・ サーバ制御部
１５１ ・・・ 通信モジュール部
１６１ ・・・ ウェブサーバ部
１７１ ・・・ アプリケーションサーバ部
１７３ ・・・ データ生成部
１７５ ・・・ ハードウェア・キー有効／無効決定部
１８１ ・・・ データサーバ部
１９１ ・・・ アプリケーションサーバ部
１９７ ・・・ 判断手続部
２０１ ・・・ ネットワーク
３０１ ・・・ 画像処理システム

Claims (8)

1. 通信インタフェース部と、
   ユーザに対し情報を提示するユーザ・インタフェース表示部と、
   ユーザからの入力を受け付けるハードウェア・キーを備えたユーザ・インタフェース入力部と、
   ウェブサーバ部を含むサーバからページ・データを受け取り、前記ページ・データにもとづいて前記ユーザ・インタフェース表示部の表示画面を構成し、該表示画面を前記ユーザ・インタフェース表示部に表示させるウェブブラウザ部と、
   前記ページ・データに基づいて、前記ハードウェア・キーの操作の有効／無効を判定するデータ解析部と、
   前記ハードウェア・キー部に割り当てられた機能の内容、および、画像形成装置の状態の調査結果に基づいて、前記ハードウェア・キーに割り当てられた機能が実行可能か否かを判定する判定部と、
   前記判定部による判定結果が、前記ハードウェア・キーに割り当てられた機能が実行可能でない場合に、前記データ解析部の判定よりも前記判定部の判定を優先し、前記ハードウェア・キーの操作を無効化するハードウェア・キー制御部と、
   を有する画像処理装置。
2. 前記ページ・データは、マークアップ言語で記述されたテキスト・データを含み、
   前記データ解析部は、前記テキスト・データ中の記述にもとづいて、前記ハードウェア・キーの操作の有効／無効を判定する、請求項１に記載の画像処理装置。
3. 前記データ解析部は、前記テキスト・データ中のコメント部分の記述にもとづいて、前記ハードウェア・キーの操作の有効／無効を判定する、請求項２に記載の画像処理装置。
4. 前記データ解析部は、前記テキスト・データ中の描画関連情報部分の記述にもとづいて、前記ハードウェア・キーの操作の有効／無効を判定する、請求項２に記載の画像処理装置。
5. 前記テキスト・データ中の描画関連情報部分は、前記ハードウェア・キーに対応する機能が割り当てられ、前記ユーザ・インタフェース表示部に表示されるソフトウェア・キーの描画に関連する記述を含み、
   前記データ解析部は、前記ソフトウェア・キーの描画に関連する記述に基づいて、前記ソフトウェア・キーに対応する機能が割り当てられた前記ハードウェア・キーの操作の有効／無効を判定し、
   前記ハードウェア・キー制御部は、前記データ解析部の判定に基づいて、前記ソフトウェア・キーに対応する機能が割り当てられた前記ハードウェア・キーの操作の有効／無効を制御する、請求項４に記載の画像処理装置。
6. 前記ソフトウェア・キーの描画に関連する記述には、前記ソフトウェア・キーの名称および前記ソフトウェア・キーの表示色に関する記述が含まれ、
   前記データ解析部は、前記ソフトウェア・キーの名称および前記ソフトウェア・キーの表示色に関する記述に基づいて、前記ソフトウェア・キーに対応する機能が割り当てられた前記ハードウェア・キーの操作の有効／無効を判定し、
   前記ハードウェア・キー制御部は、前記データ解析部の判定に基づいて、前記ソフトウェア・キーに対応する機能が割り当てられた前記ハードウェア・キーの操作の有効／無効を制御する、請求項５に記載の画像処理装置。
7. 前記ユーザ・インタフェース入力部は、前記ハードウェア・キーとして、ジョブの実行指示を受け付けるスタート・キーを備え、
   前記データ解析部は、前記ページ・データに基づいて、前記スタート・キーの操作の有効／無効を判定し、
   前記ハードウェア・キー制御部は、前記データ解析部の判定に基づいて、前記スタート・キーの操作の有効／無効を制御する、請求項１乃至６のいずれかに記載の画像処理装置。
8. 前記スタート・キーは、操作の有効／無効をユーザに通知する表示手段を備え、
   前記ハードウェア・キー制御部は、前記データ解析部の判定に基づいて、前記スタート・キーの表示手段を制御する、請求項５に記載の画像処理装置。

Images