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

Abstract

【課題】ハードウェア・キーに割り付けられる機能を動的に制御可能なウェブベース・ユーザインタフェースを備える画像処理装置を提供する。
【解決手段】通信インタフェース部と、ユーザに対し情報を提示するユーザインタフェース表示部と、ユーザからの入力を受け付けるハードウェア・キーを備えたユーザインタフェース入力部と、ウェブサーバからページ・データを取得し該ページ・データに基づいて表示画面を構成し該表示画面をユーザインタフェース表示部に表示させるウェブブラウザ部と、ハードウェア・キーに対して割り当てる機能をページ・データに基づいて決定するハードウェア・キー機能割り当て部と、ハードウェア・キー機能割り当て部によるハードウェア・キーに対する機能の割り当ての決定に従ってハードウェア・キーを制御するハードウェア・キー制御部と、を有する画像処理装置。
【選択図】図４

Description

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

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

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

ユーザが、高性能・多機能を誇る複合機をフルにかつ効率的に利用できるような環境を整備する上で、ユーザインタフェースにかかる技術は、非常に重要な要素技術である。実際、ユーザインタフェースのユーザビリティ向上のための研究開発は常に活発に行われている。
しかしながら、技術革新の速度が益々加速し、かつ、複合機が外部の装置との連携の度合いを深める昨今においては、ユーザインタフェースのユーザビリティ向上に関する技術に加え、ユーザインタフェースの構成をより簡便に更新するための技術にも関心が集まっている。近年においては、ユーザのニーズに合わせてユーザインタフェースの構成をカスタマイズしたり、複合機や機能拡張サーバ等の外部の装置の機能更新に合わせてユーザインタフェースの構成を変更したりすることを容易化するための技術に関心が寄せられている。

一般に、複合機は、ユーザインタフェースとして、標準出力手段であるディスプレイ（好ましくは、タッチパネルディスプレイ）、ならびに、標準入力手段であるソフトウェア・キーおよびハードウェア・キーを備える。ここでのソフトウェア・キーとは、タッチパネルディスプレイ上に表示されるキー群であり、ユーザは、タッチパネルディスプレイの所定の領域に触れることでキー操作を行う。タッチパネルディスプレイ上には、所定の機能が割り付けられたソフトウェア・キーが様々な形状で表示され、不要になれば削除される。他方、ハードウェア・キーとは、物理的な実体性を備えて複合機に配置されるキー群であり、ユーザは、ボタン状に構成されたハードウェア・キーを押下することでキー操作を行う。一般にハードウェア・キーは、視認性・操作性の点において、ソフトウェア・キーに優るとされる。ハードウェア・キーは、ソフトウェア・キーのように容易に形状を変更したり削除したりすることは不可能である。だが、複合機の状態に応じて可変的に、各ハードウェア・キーに様々な機能を割り当てることは可能である。例えば、複合機のハードウェア・キーには、スタート・キーがある。スタート・キーは、複合機のキー群のなかでも特に使用頻度が高いため、通例、格別に視認性・操作性に優れた大型のキーとして構成される。そして、複合機の現在のモードに応じ、スタート・キーには、スキャンの実行、複写の実行、ファクシミリ送信の実行、といった機能が動的に割り付けされる。複合機のハードウェア・キーには、スタート・キーのほかにもテンキーやストップ・キー等が含まれる。

以下に複合機（画像処理装置）のユーザインタフェースに関連した先行技術例を示す。

特許文献１は、画像処理システムを開示する。当該画像処理システムは、画像処理装置および遠隔演算装置を備え、画像処理装置と遠隔演算装置とはデータ送受信可能に接続される。
特許文献１の画像処理装置は、自機単独で動作するモード（ここでは以下において「第１のモード」とする。）と、自機の制御の主体を遠隔演算装置に譲り、画像処理装置が備えるユーザインタフェースをユーザと遠隔演算装置との間の情報のやりとりに使用するモード（ここでは以下において「第２のモード」とする。）を備える。
第２のモードにおいては、画像処理装置のユーザインタフェースは実質上、遠隔演算装置の制御下に置かれる。第２のモードにおいて、該画像処理装置は、遠隔演算装置から、ユーザインタフェースに表示させるメニュー画面に関するデータを取得し、該データに基づいてメニュー画面を構成し、メニュー画面をユーザインタフェースの表示部に表示させる。ユーザが、メニュー画面に対し情報・指示等の入力を行うと、画像処理装置は遠隔演算装置へ当該入力にかかるデータを送り、遠隔演算装置が所定の処理を実行してその結果を画像処理装置へ返す。画像処理装置は、結果を受け取り、該結果に従って動作することにより、ユーザからの入力に応じた動作を実行する。

このように、特許文献１が開示する画像処理システムにおいては、画像処理装置のメニュー画面（ユーザインタフェース）を構成するためのデータは、遠隔演算装置において管理されており、適宜、該遠隔演算装置から、画像処理装置の状態に応じて送信される。したがって、画像処理装置は、メニュー画面を構成するためのデータを備えずともよく、また、遠隔演算装置が管理するデータのみを更新しさえすれば、画像処理装置のメニュー画面を更新することができる。
また、特許文献１は、メニュー画面を構成するためのデータとしてマークアップ言語により記述されたデータ（ＨＴＭＬ、ＸＭＬ、ＷＭＬ、ＸＨＴＭＬデータ等）を利用可能であることを示唆する。
つまり、特許文献１は、ウェブベースでユーザインタフェース（メニュー画面）を構成するための技術を開示するものである。
複合機等の画像処理装置は、一般に、ユーザインタフェースとしてハードウェア・キーを備えるが、特許文献１においては、画像処理装置が備えるハードウェア・キーの各キーの機能の割り当てを、第１のモードと、第２のモードとで、切り替える手法についてのみ開示する（例えば、特許文献１の表２参照。）。特許文献１が開示するハードウェア・キーの制御に関する技術は、上記第１のモードと第２のモードとの間でのハードウェア・キーの機能を切り替える方法に関するものであり、上記２つのモードそれぞれにおいて状況に応じてハードウェア・キーの制御を動的に切り替えるものではない。

特許文献１の開示に限らず、ブラウザ機能モジュール（例えば、ウェブブラウザ）が必要な情報をサーバ（例えば、ウェブサーバ）から適宜取得することで構成されるユーザインタフェースは、ウェブベース・ユーザインタフェースとして知られている。
ユーザインタフェースとしてウェブベース・ユーザインタフェースの枠組を採用し、ディスプレイ装置（表示部）としてタッチパネルディスプレイを用いれば、ブラウザ機能モジュールによって、タッチパネルディスプレイ上に表示画面（表示部）と、表示画面中に埋め込まれたソフトウェア・キー（入力部）とを一体的に実現可能である。

そのため、複合機のユーザインタフェースをウェブベース・ユーザインタフェースとして構成する場合、主要な操作や情報を入力する機能はソフトウェア・キーに割り当てられ、ハードウェア・キーは殆ど使用されない。
しかしながら、タッチパネルディスプレイは、ユーザインタフェース表示部として様々な情報を表示する必要がある。そのため、ソフトウェア・キーの表示に利用できる表示面内の面積は限定的にならざるを得ず、タッチパネルディスプレイ上に視認性・操作性を十分に考慮したソフトウェア・キーを多数用意することは事実上不可能に近い。
加えて、ユーザがタッチパネルディスプレイに表されたソフトウェア・キーを操作する際に受ける操作感は、ハードウェア・キーに対する操作から受けるそれとの比較において希薄であり、ユーザは、自らがしたソフトウェア・キーに対する操作が実際に複合機へ入力されているのか認識し辛い。結果として、ユーザは、ソフトウェア・キーに対する操作において誤入力や重複入力といった誤操作をすることが多くなっている。このことは、ユーザインタフェースのユーザビリティの観点において看過することができない事柄である。
特開２００６−１２７５０３号公報

上記問題点を鑑み、本発明は、ウェブベース・ユーザインタフェースといった外部のサーバあるいは画像処理装置内部のサーバモジュールから提供されるページ・データに基づいて構成されるユーザインタフェースを備える画像処理装置を提供することを目的とし、特に、該ユーザインタフェースのハードウェア・キーに割り付けられる機能を、ユーザインタフェースの表示部に表示される画面の内容と連動して、動的に制御する画像処理装置を提供することを目的とする。

本発明は、その一態様においては、通信インタフェース部と、ユーザに対し情報を提示するユーザインタフェース表示部と、ユーザからの入力を受け付けるハードウェア・キーを備えたユーザインタフェース入力部と、ウェブサーバからページ・データを取得し、該ページ・データに基づいて表示画面を構成し、該表示画面をユーザインタフェース表示部に表示させるウェブブラウザ部と、ハードウェア・キーに対して割り当てる機能を、ページ・データに基づいて決定するハードウェア・キー機能割り当て部と、ハードウェア・キー機能割り当て部によるハードウェア・キーに対する機能の割り当ての決定に従ってハードウェア・キーを制御するハードウェア・キー制御部と、を有する画像処理装置である。

本発明の一態様においては、ハードウェア・キー機能割り当て部は、ページ・データのＵＲＬに基づいて、ハードウェア・キーに対して割り当てる機能を決定する、ことが好ましい。

本発明の一態様においては、ページ・データは、マークアップ言語で記述されたテキスト・データを含み、さらに、テキスト・データを解析して、機能割り当ての対象となるハードウェア・キーを特定する第１キーワードと該ハードウェア・キーに対して割り当てる機能を規定する第２キーワードとを抽出し、ハードウェア・キー制御情報を生成するデータ解析部を有し、ハードウェア・キー機能割り当て部は、ハードウェア・キー制御情報の第１キーワードおよび第２キーワードに基づいて、ハードウェア・キーに対して割り当てる機能を決定する、ことが好ましい。

本発明の一態様においては、テキスト・データは、ＨＴＭＬデータである、ことが好ましい。

本発明の一態様においては、第１キーワードおよび第２キーワードは、ＨＴＭＬデータのヘッダ部にコメントとして記述される、ことが好ましい。

本発明の一態様においては、テキスト・データは、ＸＨＴＭＬデータである、ことが好ましい。

本発明の一態様においては、第１キーワードおよび第２キーワードは、所定のタグ要素の属性値である、ことが好ましい。

本発明の一態様においては、さらに、自機の状態を検知するセンサを有し、ハードウェア・キー制御情報は、１つの第１キーワードに対応付けされた複数の第２キーワードと、テキスト・データから抽出された参照条件の情報を含み、ハードウェア・キー制御部は、参照条件とセンサの検知した状態とに基づいて、複数の第２キーワードによって規定される複数の機能から１つの機能を選択して実行する、ことが好ましい。

本発明の一態様においては、センサは、載置された原稿の有無を検知するセンサである、ことが好ましい。

本発明の一態様においては、さらに、ハードウェア・キー機能割り当て部によるハードウェア・キーに対する機能の割り当ての決定の内容をユーザに説明するためのガイダンス表示画面を生成してユーザインタフェース表示部に表示させるガイダンス表示生成部を有する、ことが好ましい。

本発明は、別の一態様においては、通信インタフェース部と、ウェブブラウザからのリクエストに応答してページ・データをウェブブラウザへ送るウェブサーバ部と、ウェブサーバ部を介して受け取った、リクエストに基づいて、テキスト・データをウェブサーバ部へ返すアプリケーションサーバ部と、ウェブブラウザが実装された画像処理装置に関するデータを蓄積するデータベースを構成するデータサーバ部と、を有し、アプリケーションサーバ部は、リクエストに基づいて、データサーバ部に対して画像処理装置が備えるハードウェア・キーと、該ハードウェア・キーに対して割り当てる機能とを照会し、該照会の応答に基づいて、ハードウェア・キーを特定する第１キーワードと、ハードウェア・キーに対して割り当てる機能を規定する第２キーワードを含んだテキスト・データを生成し、ウェブサーバ部は、テキスト・データを含んだページ・データをウェブブラウザへ送る、サーバ装置。である。

本発明の別の一態様においては、テキスト・データは、マークアップ言語で記述されるデータであることが好ましい。

本発明の別の一態様においては、マークアップ言語は、ＨＴＭＬであり、アプリケーションサーバ部は、ＨＴＭＬデータのヘッダ部にコメントとして、第１キーワードおよび第２キーワードを記述する、ことが好ましい。

本発明の別の一態様においては、マークアップ言語は、ＸＨＴＭＬであり、アプリケーションサーバ部は、所定のタグ要素が囲む範囲にタグ要素の属性値として第１キーワードおよび第２キーワードを記述する、ことが好ましい。

本発明は、外部のサーバあるいは画像処理装置内部のサーバモジュールから提供されるページ・データに基づいて構成されるユーザインタフェースを備える画像処理装置を提供する。本発明においては、当該画像処理装置のユーザインタフェースに含まれるハードウェア・キーに対し、ユーザインタフェースの表示部に表示される画面の内容と連動して、機能が動的に割り付けられる。こうすることにより、本発明は、ユーザに対し、従来以上にハードウェア・キーを利用可能な画像処理装置操作環境を提供する。
本発明は、視認性および操作性の点でソフトウェア・キーに優るハードウェア・キーを従来以上に活用できる画像処理装置操作環境を提供することにより、従来以上のユーザビリティを有するユーザインタフェースを備えた画像処理装置を提供する。

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

本実施の形態による複合機は、ウェブブラウザ機能を備え、該ウェブブラウザが外部のウェブサーバあるいは内部のウェブサーバモジュールから取得したページ・データ（例えば、ＨＴＭＬ、ＸＨＴＭＬ、あるいは、ＸＭＬ等マークアップ言語で記述されたテキスト・データ、および、該テキスト・データによって参照されるべき画像データ等バイナリ・データ。「ウェブページ・データ」とも称する。）に基づいて、ユーザインタフェースの表示部および入力部の一部（ソフトウェア・キー）を構成するとともに、入力部の別の一部を構成するハードウェア・キーに対して表示部の更新と連動して動的に機能を割り当てることができる。
当該ハードウェア・キーに対する機能の割り当ては、上記ページ・データにかかる統一資源識別子（ＵＲＩ（Uniform Resource Identifier））、および、上記ページ・データ中に所定の形式で記述されたテキスト情報、の少なくともいずれか一方に基づいて実行可能である。
本実施の形態による複合機は、ページ・データのＵＲＩに基づいてハードウェア・キーに割り当てる機能を決定する場合、ＵＲＬ等のＵＲＩと、ハードウェア・キーに対する機能割り当てとの関係を示した情報を参照することによりハードウェア・キーに対して割り当てる機能を決定する。
あるいは、または、加えて、本実施の形態による複合機は、ページ・データの内容を解析し、ページ・データの内容に基づいてハードウェア・キーに対する機能割り当てを制御することもできる。この場合、本実施の形態にかかるサーバ装置が複合機の表示部およびソフトウェア・キーを構成するためのページ・データ中のＨＴＭＬデータ、ＸＨＴＭＬデータ等のテキスト・データに所定の方式に従ってハードウェア・キーに対して割り当てる機能を記述し、当該複合機へ提供する。本実施の形態にかかるサーバ装置は、表示部およびソフトウェア・キーに影響を与えない方法で、例えば、コメント要素として、ハードウェア・キーに割り当てる機能にかかる情報を、ＨＴＭＬデータ等テキスト・データ中に埋め込めばよい。こうすることで、ユーザに対して表示される画面の内容に全く影響を与えずに、かつ、別途のデータを要さずに、ハードウェア・キーの制御が可能となる。
さらには、複合機は、一般的なウェブサーバが提供するＨＴＭＬデータ等のテキスト・データを取得し、当該テキスト・データ中に記述されたタグを検出し、当該タグに基づいて、ハードウェア・キーに対して割り当てる機能を制御してもよい。複合機は、本実施の形態に固有の技術的特徴を有さない一般的ウェブサーバが提供するＨＴＭＬデータ等テキスト・データに基づいてハードウェア・キーに対して画面表示の更新と連動した動的な機能割り当てを行うことが可能である。
このように、複合機は、別途のデータを取得することなしに、新たなページ・データを取得する度に同時にハードウェア・キーに対して割り当てられる機能の更新を行うことが可能である。このような構成により、当該複合機においては、サーバ等との間で通信されるデータの量を増大させることなしにユーザインタフェースの表示部に表示される画面の内容と連動してハードウェア・キーの機能を動的に変更することができる。なお、本実施の形態においては、上記ＵＲＩとして、ページ・データのＵＲＬ（Uniform Resource Locator）を利用する。
ユーザは、表示部の表示内容の変化と連動して機能が適切に変更されるハードウェア・キーを利用することができる。したがって、従前においてはソフトウェア・キーを使用して複合機を操作していたような場面において、ソフトウェア・キーの代わりにハードウェア・キーを用いて操作をすることができる機会が増大される。一般にハードウェア・キーは視認性および操作性の点においてソフトウェア・キーに優る。故に、本実施の形態による複合機においては、ユーザによるキーの誤操作のおそれが低減される。このようにして、本実施の形態は、ウェブベース・ユーザインタフェースを備えた画像処理装置ユーザインタフェースのユーザビリティを向上させる。
なお、本実施の形態にかかる画像処理装置（複合機）に対し上記ページ・データを提供するサーバ等は一般的な技術のみで構成されるウェブサーバでよいが、より好ましくは、本実施の形態に特有の技術的特徴を備えるサーバ装置が望ましい。本実施の形態にかかる画像処理装置および本実施の形態にかかるサーバ装置は、本実施の形態にかかる画像処理システムを構成する。

本実施の形態による複合機は、ページ・データに含まれるテキスト・データ（ＨＴＭＬデータ、ＸＨＴＭＬデータ等）の記載内容に基づいてハードウェア・キーに対して割り当てられる機能の内容を複合機内部において保持し、ユーザインタフェースの表示部の表示の内容の更新に関連して取得される新たなページ・データに基づいて、画面の更新と連動して機能割り当ての内容を更新する。
当該複合機においては、ハードウェア・キーの押下が認識された場合に当該押下に応じて実行するべき処理の内容を外部のウェブサーバに問い合わせをせずに決定可能である。このこともまた、サーバ等との間で通信されるデータの量の観点において、有利である。

ユーザインタフェースの表示部を構成するデバイスは、タッチパネルディスプレイでよい。この場合、ユーザインタフェースの入力部の一部であるソフトウェア・キーは、タッチパネルディスプレイ上に構成される。

複合機のウェブブラウザからのリクエストに応答してページ・データを提供するサーバ装置は、複合機の外部にあってネットワークを介して複合機と接続されるサーバ装置でなくともよい。本実施の形態においては、複合機は、その内部に、複合機のコンピュータが実行するソフトウェア（サーバモジュール）として、ウェブサーバ機能を実装可能である。この場合、複合機の内部においてウェブブラウザとサーバモジュールとの間でデータの送受がなされ、ウェブブラウザがサーバモジュールから取得したページ・データに基づいて、ユーザインタフェースの表示部およびソフトウェア・キーが構成されるとともに、ハードウェア・キーに対する機能の割り当てが行われる。
この場合、複合機は単独で本実施の形態にかかる画像処理システムを構成する。

なお、本実施の形態による複合機は、自機の内部状態をモニタリングする機能を備えてもよい。そして、ハードウェア・キーに対する機能割り当てにおいては、単一のハードウェア・キーに対して、上記モニタリングによりもたらされる情報にもとづいて複数の機能から択一的に機能が選択されるように、複数の機能と機能選択参照条件（「参照コンディション」）を付すことができる。

本実施の形態による複合機においては、ハードウェア・キーは、ジョブの実行指示等を受け付けるスタート・キー、数字等を複合機へ入力するためのテンキー、実行中の処理を中止させるためのストップ・キー等を含み、かつ、それらに限定されない。

（画像処理システムの構成）
図１は、本実施の形態による画像処理システム３０１の構成概略図である。画像処理システム３０１は、複合機（ＭＦＰ）１、サーバ１０１、ＭＦＰ１とサーバ１０１とが接続されるネットワーク２０１を有する。ＭＦＰ１は、ユーザとの接点であるユーザインタフェース３、および、ネットワーク２０１との接点を構成するデバイスである通信インタフェース部５を備える。
サーバ１０１は、本実施の形態によるサーバ装置である。ネットワーク２０１においては、本実施の形態の技術的特徴を有さないウェブサーバ１０３も接続されてよい。以下、サーバ１０１に代表される本実施の形態によるサーバを、「専用サーバ」と称し、ウェブサーバ１０３に代表される一般的なウェブサーバを、「非専用サーバ」と称する。

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

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

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

ＭＦＰ１は、ＭＦＰ制御部３１を有する。ＭＦＰ制御部３１は、ＭＦＰ１全体の動作を制御する。例えば、ＭＦＰ制御部３１は、ハードウェア・キー部２５ｈの押下をハードウェア・キー制御部４１から通知されると、必要に応じてハードウェア・キー機能割り当て部３９が割り当てる機能の内容に従い、当該機能の実行と関係するブロックへ指示を送る。

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

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

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

データ解析部３５は、サーバ１０１から提供されるページ・データのＵＲＬを、ハードウェア・キー機能割り当て部３９へ通知する機能を有する。
また、データ解析部３５は、サーバ１０１から提供されたページ・データに含まれるＨＴＭＬデータ、ＸＨＴＭＬデータ等テキスト・データ中の記述を解析し、当該テキスト・データ中から、ハードウェア・キーを特定して該キーに割り当てる機能を規定するハードウェア・キー制御情報を抽出し、該情報をハードウェア・キー機能割り当て部３９へ送る機能と、提供されたページ・データを、ウェブブラウザ部３７へ送る機能とを有する。

ウェブブラウザ部３７は、サーバ１０１に対し、例えば、ハイパーテキスト・トランスファ・プロトコル（ＨＴＴＰ）に則ったリクエスト・メッセージの送信、および、データ解析部３７から送られてくるページ・データ（該リクエスト・メッセージに対するレスポンス・メッセージ）の受信を行い、取得したページ・データに基づいて、ユーザインタフェース部３の表示部２３の表示画面およびソフトウェア・キー部２５ｓを構成する。なお、ウェブブラウザ部３７は、サーバ１０１に対し、ＭＦＰ１に関する付加的情報を送信することが可能である。ＭＦＰ１に関する付加的情報とは、例えば、ＭＦＰ１のマシンＩＤ、ＭＦＰ１の機種名、ログイン中のユーザのユーザＩＤ等を含む。当該付加的情報の送信は、ＨＴＴＰリクエスト・メッセージ中の環境情報に含めて実行すればよい。
また、ウェブブラウザ部３７は、ＪａｖａＳｃｒｉｐｔ（登録商標）等で記述されたアプリケーションを実行することにより、サーバ１０１に対し、ハードウェア・キー制御情報が記述されたＸＭＬドキュメント等の取得を要求することもできる。この場合、ウェブブラウザ部３７は、サーバ１０１から、表示部２３およびソフトウェア・キー部２５ｓの構成を更新するためのページ・データの取得からは独立した任意のタイミングで、ハードウェア・キー制御情報を取得することが可能となる。この方法は、いわゆるＡｊａｘ的な手法である。

ハードウェア・キー機能割り当て部３９は、ページ・データのＵＲＬ、および、ページ・データから抽出したハードウェア・キー制御情報の少なくともいずれかに基づいて、ハードウェア・キー機能割り当てテーブル３９Ｔを決定する。当該テーブル３９Ｔは、ハードウェア・キー部２５ｈの各キーと、該キーに対して割り当てられる機能との関係を示した情報を保持してハードウェア・キー制御部４１およびハードウェア・キーガイダンス表示生成部４３から参照可能な状態におかれる。
なお、ハードウェア・キー機能割り当て部３９は、ページ・データのＵＲＬに基づいてハードウェア・キー機能割り当てテーブル３９Ｔを決定するために、ＵＲＬと、ハードウェア・キーおよび割り当て機能の関係を示すテーブルと、の関係を示すテーブル（ＵＲＬに基づく割り当てテーブル参照テーブル）を備えており、当該テーブルを参照することにより、ＵＲＬに基づくハードウェア・キーに対する機能割り当てを実行する。

ハードウェア・キー制御部４１は、ユーザインタフェース部３の特にハードウェア・キー部２５ｈを制御する。ハードウェア・キー制御部４１は、ハードウェア・キー機能割り当て部３９が保持するハードウェア・キー機能割り当てテーブル３９Ｔを参照し、ハードウェア・キー２５ｈのそれぞれに割り当てられる機能を制御し、必要に応じて、ハードウェア・キー部２５ｈのＬＥＤ等の点灯、点灯色等の制御をも行う。
また、ハードウェア・キー制御部４１は、ハードウェア・キー部２５ｈの押下を認識することができ、押下を認識するとＭＦＰ制御部３１に対し当該押下を通知する。当該押下の通知に際し、ハードウェア・キー制御部４１はハードウェア・キー機能割り当てテーブル３９Ｔを参照して当該押下にかかるハードウェア・キーに対して割り当てられた機能についてＭＦＰ制御部３１へ通知することもできる。また、ハードウェア・キー制御部４１は、ハードウェア・キー機能割り当てテーブル３９Ｔを参照することにより、当該押下にかかるハードウェア・キーの機能が無効化されていることを認識した場合、ＭＦＰ制御部３１へ、当該押下の通知を行わないように構成されてもよい。
あるいは、ハードウェア・キー制御部４１は、押下の通知のみをＭＦＰ制御部３１に対して行い、通知を受けたＭＦＰ制御部３１が、当該通知にかかるハードウェア・キーに割り当てられている機能について、ハードウェア・キー機能割り当て部３９のハードウェア・キー機能割り当てテーブル３９Ｔを参照して認識するようにしてもよい。

ハードウェア・キーガイダンス表示生成部４３は、ユーザインタフェース部３の表示部２３に、ハードウェア・キー部２５ｈの各キーに割り当てられている機能についてのガイダンス表示を生成し、表示部２３の所定の欄（最下段のステータス表示部（図示せず））や、表示部２３に表示される通常の表示画面に重畳して表示されるポップアップウィンドウ等に、当該ガイダンスの表示を行い、ユーザの利便性向上を図る。ハードウェア・キーガイダンス表示生成部４３は、当該ガイダンス表示の生成に際し、ハードウェア・キー機能割り当て部３９のハードウェア・キー機能割り当てテーブル３９Ｔを参照する。
ＭＦＰ１に対し、「ヘルプ」キーや「拡大表示」キー（図７）に対して当該ガイダンスのポップアップ表示等を実行させる機能を予め割り当て、ユーザが任意のタイミングで当該ガイダンス表示を見ることができるようにしてもよい。さらには、当該ガイダンス表示の実行／非実行を、管理者あるいはユーザが予め設定できるように構成してもよい。
また、当該ガイダンス表示に先だって、ハードウェア・キーガイダンス表示生成部４３が、ユーザに対し、本実施の形態にかかるハードウェア・キーに対する動的な機能割り当てを実行するか否かを確認する画面を表示してもよい。この場合、ユーザが承諾する意志を入力した場合にのみ、ハードウェア・キー制御部４１は、サーバ１０１から取得したページ・データに基づくハードウェア・キーに対する動的な機能割り当てを実行する。
上記に代えて、もしくは、上記に加えて、ハードウェア・キー制御部４１は、ユーザが上記ガイダンス表示において、ハードウェア・キーに対する動的な機能割り当てを承諾した場合にのみ、ハードウェア・キー機能割り当てテーブル３９Ｔに基づくハードウェア・キーに対する動的な機能割り当てを実行するようにしてよい。つまり、ハードウェア・キー制御部４１は、ガイダンス表示生成部４３によるガイダンス表示が行われていない時点、および／または、ガイダンス表示生成部４３によるガイダンス表示においてユーザが承諾していない時点においては、テーブル３９Ｔに基づくハードウェア・キー機能割り当てを実行しないように、そして、上記承諾を得れば直ちにテーブル３９Ｔに基づくハードウェア・キー機能割り当てを実行するように、ハードウェア・キーを制御してもよい。
当該ガイダンス表示機能により本実施の形態による表示部の表示内容に連携した動的なハードウェア・キー割り当て機能の変更に不慣れなユーザであっても誤操作をすることがない。

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

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

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

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

アプリケーションサーバ部１３７は、ウェブサーバ部１３５からＨＴＭＬデータ等の作成要求を受け取ると、データ生成部１３７ｇが、ＨＴＭＬデータを生成するための処理を実行する。
データ生成部１３７ｇは、リクエスト・メッセージに含まれるＭＦＰ１に関する付加的情報に基づいて、データサーバ部１３９に対し、複合機１に関するデータの照会を行う。そして、データサーバ部１３９からの応答に基づき、データ生成部１３７ｇは、複合機１のハードウェア・キー部２５ｈに対する機能の割り当てを行うか否か、および、ハードウェア・キーの各キーに対して割り当てる機能を決定し、ハードウェア・キーを特定するためのキーワードと、該キーに割り当てる機能を規定するキーワードとを含めたＨＴＭＬデータあるいはＸＨＴＭＬデータを作成し、当該データをウェブサーバ部１３５へ送る。
なお、アプリケーションサーバ部１３７は、ＨＴＭＬデータまたはＸＨＴＭＬデータのいずれのフォーマットでデータを作成するか、をＭＦＰ１に関する付加的情報にもとづいて決定することができる。

データサーバ部１３９は、画像処理装置の機種単位で、あるいは、画像処理装置のマシンＩＤ単位で、画像処理装置が有する機能、インストールされているプログラム、ハードウェア・キーの構成、表示部２３の構成等に関する情報を蓄積するデータベース機能を有する。なお、データサーバ部１３９は、ＭＦＰ１の入力部２５から入力された情報やＭＦＰ１の状態に関するデータに基づいて蓄積されている情報を随時更新することも可能である。

これら３種のサーバ機能の協働的動作により、サーバ１０１は、ＭＦＰ１からＨＴＴＰリクエスト・メッセージを受けると、アプリケーションサーバ部１３７が、リクエスト・メッセージ中のＭＦＰ１に関する付加的情報に基づいて、データサーバ部１３９が保持するＭＦＰ１に関する情報を参照してＭＦＰ１のハードウェア・キー部２５ｈの各キーに対して割り当てる機能を決定し、該決定の内容を所定の方式で記述してＨＴＭＬデータあるいはＸＨＴＭＬデータを作成し、ウェブサーバ部１３５が、ページ・データとしてＭＦＰ１へ返す。

（ＭＦＰ変形例）
なお、ＭＦＰ１は、サーバ１０１の有する機能を、その内部に備えてもよい。図６は、サーバ機能を備えたＭＦＰの変形例１ｍのブロック図である。ＭＦＰ１ｍは、サーバ１０１のウェブサーバ部１３５、アプリケーションサーバ部１３７、および、データサーバ部１３９に相当する機能をモジュール１３５ｍ、１３７ｍ、１３９ｍとして備えるサーバモジュール部１０１ｍを有する。

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

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

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

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

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

図８は、ＭＦＰ１がする処理のフローチャートである。本フローチャートに従いＭＦＰ１は、表示部２３およびソフトウェア・キー部２５ｓの構成、ならびに、ハードウェア・キー部２５ｈの機能割り当てをサーバ１０１から取得するページ・データに基づいて実行する。
なお、ＭＦＰ１は、サーバ１０１との通信を行わずに単独で動作するモードも有する。本実施の形態は、サーバ１０１から取得したデータに基づくハードウェア・キー機能の動的割り当てに関するものであるため、上記の単独動作モードについての説明は省略する。

ステップＳ１０１において、ＭＦＰ１のウェブブラウザ部３７は、表示部２３（およびソフトウェア・キー部２５ｓ）を構成するために必要なデータを取得するためのリクエスト・メッセージを、サーバ１０１へ送る。ステップＳ１０１に対する応答として、サーバ１０１は、レスポンス・メッセージ（ページ・データ等）をＭＦＰ１へ返す。

図９は、サーバ１０１（図５）のウェブサーバ部１３５（図５）がＭＦＰ１からリクエスト・メッセージを受け取ってから、ウェブサーバ部１３５が当該リクエストに対するレスポンス・メッセージを送信するまでにサーバ１０１が行う処理のフローチャートである。

図９のステップＳ２０１において、アプリケーションサーバ部１３７のデータ生成部１３７ｇ（図５）は、ウェブサーバ部１３５から送られてきたリクエスト・メッセージに含まれるＭＦＰ１に関する付加的情報に従い、データサーバ部１３９に対し、ＭＦＰ１設定データの照会を行う。

図９のステップＳ２０３において、データサーバ部１３９は、ＭＦＰ１設定データをアプリケーションサーバ部１３７へ提供する。ＭＦＰ１設定データには、ＭＦＰ１のハードウェア・キー部２５ｈの各キーに対して割り当てられるべき機能に関する情報が含まれ、さらには、単一のハードウェア・キーに複数の機能を割り当てる場合に実行する機能を決定するために参照される条件に関する情報等が含まれてもよい。

図９のステップＳ２０５において、アプリケーションサーバ部１３７のデータ生成部１３７ｇは、ＭＦＰ１設定データに基づいて、ＭＦＰ１のハードウェア・キー部２５ｈの各キーに対して割り当てる機能を決定する。

図９のステップＳ２０７において、アプリケーションサーバ部のデータ生成部１３７ｇは、ＭＦＰ１のハードウェア・キー部２５ｈの各キーに対して割り当てる情報を所定の方式で記述したＨＴＭＬデータまたはＸＨＴＭＬデータを生成し、ウェブサーバ部へ当該データを提供する。当該所定の方式については後で例を参照して詳述する。簡単には、ＨＴＭＬデータを生成する場合には、ＨＴＭＬデータ中のコメント要素として機能を割り当てるべきハードウェア・キーを特定するキーワードと、当該ハードウェア・キーに対して割り当てる機能を規定するキーワードが記述される。当該コメント要素は、ＨＴＭＬデータのヘッダ部分に記載されることが好ましい。他方、ＸＨＴＭＬデータを生成する場合には、ＸＨＴＭＬデータ中の所定のタグが囲む範囲内に、機能を割り当てるべきハードウェア・キーを特定するキーワードと、当該ハードウェア・キーに対して割り当てる機能を規定するキーワードが記述される。

図９のステップＳ２０９において、ウェブサーバ部１３５は、アプリケーションサーバ部１３７のデータ生成部１３７ｇから受け取ったＨＴＭＬデータあるいはＸＨＴＭＬデータを含めてページ・データを構成し、当該ページ・データを含んだレスポンス・メッセージを作成し、ＭＦＰ１に対してＨＴＴＰレスポンス・メッセージとして送信する。

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

ステップＳ１０３において、データ解析部３５は、レスポンス・メッセージの解析を行う。当該ステップにおいては、データ解析部３５は、レスポンス・メッセージが、ＨＴＭＬデータまたはＸＨＴＭＬデータのいずれを含んでいるかを判別するとともに当該ＨＴＭＬデータまたはＸＨＴＭＬデータのＵＲＬを取得する。
なお、ステップＳ１０３は、ステップＳ１０１においてウェブブラウザ部３７が送るリクエスト・メッセージ中に含まれるデータに基づいて実行してもよい。つまり、データ解析部３５は、リクエスト・メッセージを解析してＵＲＬ等を取得してもよい。

ステップＳ１０５において、データ解析部３５は、ステップＳ１０３において取得したＵＲＬ情報を、ハードウェア・キー機能割り当て部３９へ送る。

ステップＳ１０７において、ハードウェア・キー機能割り当て部３９は、データ解析部３５から受け取ったＵＲＬ情報に基づいて、ハードウェア・キーに対する機能の割り当てを行う。
具体的には、ハードウェア・キー機能割り当て部３９は、受け取ったＵＲＬ情報を検索のキーとして、予め保持している、ＵＲＬに基づく割り当てテーブル参照テーブルを検索し、該当するレコードが存在するか否かを判断し、存在する場合には、該当するレコードのハードウェア・キー割り当てテーブル欄に記載されているテーブルを、ハードウェア・キー機能割り当てテーブル３９Ｔとして採用する。これにより、ハードウェア・キー制御部４１、ハードウェア・キーガイダンス表示生成部４３、ＭＦＰ制御部３１等は、以後、当該ハードウェア・キー機能割り当てテーブル３９Ｔの記載内容に従って、ハードウェア・キー部２５ｈに対する機能の割り当てを行う。

図１０は、ＵＲＬに基づく割り当てテーブル参照テーブルの例図である。
ハードウェア・キー機能割り当て部３９は、受け取ったＵＲＬ情報と一致するＵＲＬをテーブル内で検索し、一致した場合には、当該ＵＲＬと関係づけて記録されているテーブルをハードウェア・キー機能割り当てテーブル３９Ｔとして採用する。
なお、ハードウェア・キー機能割り当て部３９は、受け取ったＵＲＬ情報と一致するＵＲＬをＵＲＬに基づく割り当てテーブル参照テーブル中に発見しなかった場合、本ステップにおいてハードウェア・キー機能割り当てテーブル３９Ｔを決定しなくてよい。

図１１は、ハードウェア・キー機能割り当てテーブル３９Ｔの一例である。割り当てテーブル１は、複数の、機能割り当て対象のハードウェア・キーと、当該キーに割り当てられる機能との関係を保持するテーブルである。例えば、この割り当てテーブル１においては、テンキーＴＮ（図７）の「２」に対し、表示部２３（図７等）の画面表示を上方スクロールさせる機能が割り当てられる。また、スタート・キーＳＴ（図７）に対して、コピージョブの実行を開始させる機能が割り当てられる。

図１２は、ハードウェア・キー機能割り当てテーブル３９Ｔの別例である。割り当てテーブル２もまた、複数の、機能割り当て対象のハードウェア・キーと、当該キーに割り当てられる機能との関係を保持するテーブルである。
ただし、割り当てテーブル２においては、１つのハードウェア・キーに対して複数の機能を割り当てることが可能であり、当該複数の機能のうちのいずれを実行するかを判断するための参照条件がハードウェキーおよび機能と関係付けて保持される。例えば、この割り当てテーブル２においては、テンキーＴＮ（図７）の「１」に対し、無効化（実行される機能無し）と、文字入力「あ行」とが割り当てられる。機能「無効化」と機能「文字入力『あ行』」とを区別するための参照条件として、「載置原稿有」および「載置原稿無」が規定される。つまり、テンキーＴＮの「１」が押下された場合、ＭＦＰ１は、自機の状態をチェックし参照コンディションに記載された内容をチェックして実際に実行する機能を当該テーブル３９Ｔから選択して実行する。割り当てテーブル２の参照コンディション「載置原稿有（無）」に関せば、ＭＦＰ１は、ＡＤＦ原稿センサ部１７（図４）および原稿台原稿センサ部１９（図４）からの出力に基づいて、載置原稿の有無を判断する。

図８に戻り、ステップＳ１０９において、データ解析部３５は、レスポンス・メッセージとしてＸＨＴＭＬデータを受け取ったか、あるいは、ＨＴＭＬデータを受け取ったか、を判断する。
データ解析部３５が、レスポンス・メッセージとしてＸＨＴＭＬデータを受け取ったと判断した場合（ステップＳ１０９における「ＸＨＴＭＬ」）、処理は、Ｓ１１１Ｘへ移行する。
データ解析部３５が、レスポンス・メッセージとしてＨＴＭＬデータを受け取ったと判断した場合（ステップＳ１０９における「ＨＴＭＬ」）、処理は、Ｓ１１１Ｈへ移行する。

ステップＳ１１１Ｈにおいて、データ解析部３５は、ＨＴＭＬデータ中のコメント要素を検索し、コメント要素中からハードウェア・キーに対する機能割り当てに関するキーワード等（ハードウェア・キー制御情報）を抽出し、ハードウェア・キー機能割り当て部３９へ送る。

図１３は、ＭＦＰ１がサーバ１０１から取得したレスポンス・メッセージ中のＨＴＭＬデータの記載例を示す図である。
当該ＨＴＭＬデータにおいては、ヘッダ部にコメント要素５１として機能を割り当てるべきハードウェア・キーを特定するキーワード５５と、当該ハードウェア・キーに対して割り当てる機能を規定するキーワード５３が記述される。
例えば、機能「リセット」が、input type="reset" なるキーワードで規定され（要素５３内第４行目。）、当該機能が割り当てられるハードウェア・キーである「ストップ・キー」（図７）が、hdkey key ="Stop" として特定される（要素５５内第４行目。）。機能に関するキーワード、および、当該機能が割り当てられるハードウェア・キーに関するキーワードが複数記述される場合には、機能と割り当てられるキーとが互いに対応する順に記述されればよい。

図１４は、ＨＴＭＬデータの記載の別例を示す図である。
本例においては、ハードウェア・キーに関するキーワードと割り当てる機能に関するキーワードとがテーブル構造５７を構成するように記載される。
例えば、テーブル構造５７の第３行目においては、機能が割り当てられるハードウェア・キー「ストップ・キー」（図７）が、hdkey key ="Stop" として特定され、当該機能「リセット」が、attribute="input" type="reset" なるキーワードで規定される。

図８に戻り、ステップＳ１１１Ｘにおいて、データ解析部３５は、ＸＨＴＭＬデータ中から、所定のタグ要素を検索し、当該タグ要素が囲む範囲から、ハードウェア・キーに対する機能割り当てに関するキーワード等（ハードウェア・キー制御情報）を抽出し、ハードウェア・キー機能割り当て部３９へ送る。

図１５は、ＭＦＰ１がサーバ１０１から受け取るレスポンス・メッセージ中に含まれるＸＨＴＭＬデータの例を示す図である。
当該ＸＨＴＭＬデータにおいては、タグ "command" で囲まれた範囲において、機能を割り当てるべきハードウェア・キーを特定するキーワード５３ｘが記述され、タグ "operate" で囲まれた範囲において、当該ハードウェア・キーに対して割り当てる機能を規定するキーワード５５ｘが記述される。
本例においても、例えば、機能「リセット」が、input type="reset" なるキーワードで規定され（要素５３ｘ内第４行目。）、当該機能が割り当てられるハードウェア・キー「ストップ・キー」（図７）が、hdkey key ="Stop" として特定される（要素５５ｘ内第４行目。）。各要素５３ｘ、５５ｘ中におけるキーワードの順番についても、図１３のＨＴＭＬデータの記載例と同様である。

図１６は、ＸＨＴＭＬデータの記載の別例を示す図である。
本例においては、ハードウェア・キーに関するキーワードと割り当てる機能に関するキーワードとがテーブル構造５７ｘを構成するように記載される。
例えば、テーブル構造５７ｘの第３行目においては、機能が割り当てられるハードウェア・キー「ストップ」キー（図７）が、hdkey key ="Stop" として特定され、当該機能「リセット」が、attribute="input" type="reset" なるキーワードで規定される。

このように、本実施の形態においては、ＸＨＴＭＬデータ中に、ハードウェア・キーと該キーに対して割り当てる機能とに関する情報を、所定のキーワードを用いて、つまり所定のタグ要素およびその属性ならびに属性値として定めることができる。
また、本実施の形態においては、ＨＴＭＬデータを作成する場合においても、ハードウェア・キーと当該キーに対して割り当てる機能とに関する情報を、ＸＭＬの書式に準拠した書式でコメント要素として記載することができる。

図８に戻り、ステップＳ１１３において、ハードウェア・キー機能割り当て部３９は、受け取ったハードウェア・キー制御情報に基づいて、ハードウェア・キー機能割り当てテーブル３９Ｔを更新する。なお、ステップＳ１０７においてハードウェア・キー機能割り当てテーブル３９Ｔが決定されなかった場合、本ステップにおいて、ハードウェア・キー制御情報に基づいてハードウェア・キー機能割り当てテーブル３９Ｔが新しく生成される。
更新後のあるいは新たに生成されたハードウェア・キー機能割り当てテーブル３９Ｔは、図１１および図１２を参照して説明したものと同等の構成を有するものでよい。つまり、ハードウェア・キー機能割り当てテーブル３９Ｔは、ハードウェア・キーと該キーに割り当てられる機能との関係を保持すればよい。ただし、１つのキーに対して複数の機能が割り当てられる場合には、該テーブル３９Ｔには該複数の機能から１つの機能を選択するために参照されるべき条件に関する事項が追加される。

図１７は、ハードウェア・キーを特定するためにＨＴＭＬデータあるいはＸＨＴＭＬデータ中に記述されるキーワードと、該キーワードによって特定されるハードウェア・キーとの関係を示す例である。当該関係性については、ＭＦＰ１が予め保持することが望ましい。そうでない場合、ＭＦＰ１は、当該関係性についての情報について、外部の装置（例えば、サーバ１０１）から別途取得してもよい。

図１７においては、タグ要素 "operate" が囲む範囲におけるタグ要素 "hdkey" において "type" なる属性の値（図１５等参照。）として記述されるキーワードを示す。図１７より明らかなように、キーワード「１」は、テンキーＴＮ（図７）の「１」キーを指す。

図１８は、ハードウェア・キーに割り当てる機能を規定するためにＨＴＭＬデータあるいはＸＨＴＭＬデータ中に記述されるキーワードと、該キーワードによって規定される機能との関係を示す例である。当該関係性についても、ＭＦＰ１が予め保持することが望ましい。そうでない場合、ＭＦＰ１は、当該関係性についての情報について、外部の装置（例えば、サーバ１０１）から別途取得してもよい。

図１８においては、タグ要素 "command" が囲む範囲におけるタグ要素 "input" において "type" なる属性の値（同じく図１５等参照。）として記述されるキーワードを示す。例えば、キーワード「upscroll」は、表示部２３の表示を上方へスクロールする機能を指す。

図１９は、ハードウェア・キーに割り当てる機能を規定するキーワードの別例である。本別例においてもキーワードはタグ要素 "command" が囲む範囲におけるタグ要素 "input" において "type" 属性の値として記述することができる。

例えば、属性値「input || submit」は、先ずスキャン機能を実行して画像データを生成し該データをネットワーク送信機能の送信対象として送信を実行する機能を規定する。このように、第１の機能の出力を第２の機能に入力として使用するような処理を記述することも可能である。
さらには、複数の機能を論理演算子（ＡＮＤ、ＯＲ等）を用いて接続し、第１の機能の出力結果にもとづいて第２、第３の機能が協調的にあるいは排他的に実行されるような処理を記述することも可能である。

また、図１９の例においては「参照コンディション」の列が含まれる。上述したように、本実施の形態では、１つのハードウェア・キーに対して複数種類の機能を割り当て、「参照コンディション」に示される条件に基づいて択一的に１つの機能を実行することができる。
例えば、属性値「submit」には、機能「無効化（機能無し）」および機能「選択中のファイルを送信する」とが割り当てられる。そして、該２つの機能から、１つの機能が、参照コンディション「送信ファイル未選択（送信ファイル選択済）」に基づいて選択される。この場合には、該機能が割り当てられたハードウェア・キーが押下されると、ＭＦＰ１は、選択中のファイルの存在の有無を判定し、当該判定と参照コンディションとを比較して実行する機能を決定し、該機能を実行する。他の例、属性値「imgsrc1」、「imgsrc2」、「imgsrc3」は、表示部２３に表示されている画像を選択する機能を規定するキーワードである。属性値「imgsrc1」は、表示部２３に表示されている画像のうち最初（通例、画面右上）に表示されている画像を選択する機能を規定する。同様、属性値「imgsrc2」、「imgsrc3」は、表示部２３に表示されている画像のうち２番目、３番目に表示されている画像を選択する機能を規定する。

図２０は、キーワード等をＨＴＭＬデータあるいはＸＨＴＭＬデータ中に記載する方式の例を示す図である。図１４および図１６に示すように、本実施の形態においては、機能が割り当てられるハードウェア・キーを特定するキーワードと、該キーに割り当てる機能を規定するキーワードとを、同一のタグ要素中の異なる属性の値として記述することもできる。本図は、そのような記述の一例である。

例えば、第１行目の記述例を見れば、テンキーＴＮ（図７）の「２」に対し（hdkey key="2"）、画面表示内容の操作（attribute="content"）に関する機能「上方スクロール」（type="upscroll"）を割り当てる場合の記述例が示されている。

また、図２１は、キーワード等をＨＴＭＬデータあるいはＸＨＴＭＬデータ中に記載する方式の別例を示す図である。

例えば、第３行目の記述例を見れば、スタート・キーＳＴ（図７）に対し（hdkey="Start"）、情報入力の操作（attribute="input"）に関する機能「スキャンしてアップロード」（type="input || submit"）を割り当てる場合の記述例が示されている。

図８に戻り、ステップＳ１１５において、ハードウェア・キー制御部（ＨＫ制御部）４１は、ハードウェア・キー制御処理を実行する。図２２は、ステップＳ１１５（ハードウェア・キー制御処理）の詳細を示すフローチャートである。ステップＳ１１５ａにおいて、ハードウェア・キー制御部４１は、ステップＳ１１３において更新（生成）されたハードウェア・キー機能割り当てテーブル３９Ｔを参照し、ハードウェア・キー２５ｈに対して割り当てる機能を決定する。ステップＳ１１５ｂにおいて、ハードウェア・キー制御部４１は、必要に応じてＭＦＰ１の状態（原稿が載置されているか？、トラブルが生じていないか？、用紙はあるか？等）をチェックし、ハードウェア・キー２５ｈのＬＥＤ（図７）の点灯色等の制御を実行する。

図８のステップＳ１１７において、レスポンス・メッセージに含まれるページ・データがＨＴＭＬデータであるか、ＸＨＴＭＬデータであるか、を判定する。ページ・データがＨＴＭＬデータである場合（ステップＳ１１７における「ＨＴＭＬ」）、処理は、ステップＳ１１９Ｈへ進む。ページ・データがＸＨＴＭＬデータである場合（ステップＳ１１７における「ＸＨＴＭＬ」）、処理は、ステップＳ１１９Ｘへ進む。

ステップＳ１１９Ｈにおいて、データ解析部３５（図４）は、ウェブブラウザ部３７に対し、ＨＴＭＬデータを送る。

ステップＳ１１９Ｘにおいては、データ解析部３５（図４）は、ウェブブラウザ部３７に対し、ＸＨＴＭＬデータを送る。

ステップＳ１２３Ｈにおいて、ウェブブラウザ部３７は、受け取ったＨＴＭＬデータに基づいて、表示部２３に画面を表示させる。

ステップＳ１２１においては、ウェブブラウザ部３７は、受け取ったＸＨＴＭＬデータに対し、ＸＳＬ（eXtensible Stylesheet Language）および所定のスタイルシートを適用し、画面表示用ＨＴＭＬデータを生成する。

そして、ステップＳ１２３Ｘにおいて、画面表示用ＨＴＭＬデータに基づいて、表示部２３に画面を表示させる。

ステップＳ１２５において、ハードウェア・キー制御部４１は、ハードウェア・キー２５ｈが押下されたか、否かを判定する。
ハードウェア・キー制御部４１が、ハードウェア・キー２５ｈが押下されたと判定した場合（ステップＳ１２５における「ＹＥＳ」）、処理は、ステップＳ１２７へ移行する。
ハードウェア・キー制御部４１が、ハードウェア・キー２５ｈが押下されていないと判定した場合（ステップＳ１２５における「ＮＯ」）、処理は、終了する。

図２３は、ステップＳ１２７（ハードウェア・キー押下処理）の詳細を示すフローチャートである。

ステップＳ１２７ａにおいて、まず、ハードウェア・キー制御部４１が、ハードウェア・キー２５ｈの押下を認識する。

ステップＳ１２７ｂにおいて、キー２５ｈの押下を認識したハードウェア・キー制御部４１は、押下にかかるキー２５ｈに対して割り当てられた機能を、ハードウェア・キー機能割り当て部３９が作成したハードウェア・キー機能割り当てテーブル３９Ｔに基づいて認識する。

ステップＳ１２７ｃにおいて、ハードウェア・キー制御部４１は、該押下にかかるキー２５ｈに対し、機能選択条件（参照コンディション）とともに複数の機能が割り当てられているか、否か、を判定する。
ハードウェア・キー制御部４１は、該押下にかかるキー２５ｈに対し、機能選択条件（参照コンディション）とともに複数の機能が割り当てられている、と判定した場合（ステップＳ１２７ｃにおける「ＹＥＳ」）、処理は、ステップＳ１２７ｄへ移行する。
ハードウェア・キー制御部４１は、該押下にかかるキー２５ｈに対し、機能選択条件（参照コンディション）とともに複数の機能が割り当てられていない、と判定した場合（ステップＳ１２７ｃにおける「ＮＯ」）、処理は、ステップＳ１２７ｆへスキップする。

ステップＳ１２７ｄにおいて、ＭＦＰ制御部３１は、参照コンディションと関連する事項について、ＭＦＰ１の内部状態を調査する。

ステップＳ１２７ｅにおいて、ハードウェア・キー制御部４１は、ステップＳ１２７ｄの調査の結果に基づいて押下にかかるキー２５ｈの機能を決定する。

ステップＳ１２７ｆにおいて、ハードウェア・キー制御部４１は、ステップＳ１２７ｂあるいはステップＳ１２７ｅにおける認識あるいは決定に基づき、押下にかかるキー２５ｈの機能が無効化されているか、否かを判定する。
ハードウェア・キー制御部４１が、押下にかかるキー２５ｈの機能が無効化されている、と判定した場合（ステップＳ１２７ｆにおける「ＹＥＳ」）、ステップＳ１２７の処理は終了する。
ハードウェア・キー制御部４１が、押下にかかるキー２５ｈの機能が無効化されていない、と判定した場合（ステップＳ１２７ｆにおける「ＮＯ」）、ＭＦＰ制御部３１は、押下にかかるキー２５ｈに割り当てられた機能の実行を開始する。注記するが、本実施の形態においては、ＭＦＰ１は、上記機能の実行に際し、該実行機能の内容を決定するためにサーバ１０１との間で一切の情報の授受を必要としない。つまり、本実施の形態においては、ハードウェア・キー２５ｈの押下からそれに対応して実行される機能の決定までの処理においてサーバ１０１が保持する情報を必要としない。この点において、本実施の形態にかかるウェブベース・ユーザインタフェースを備えた画像処理装置は、レスポンスの速さ、ネットワークトラフィックに対する負荷の観点で有利である。

このように、本実施の形態による画像処理装置（ＭＦＰ１）においては、ユーザインタフェース部３を、ウェブベースのユーザインタフェースとして動作させる場合に、ユーザインタフェース部３の入力部２５のハードウェア・キー部２５ｈに対して割り当てる機能について、サーバ１０１から送られてくるページ・データ（ＨＴＭＬデータ、ＸＨＴＭＬデータ等）に基づいて制御する。
そのため、本実施の形態による画像処理装置においては、ハードウェア・キー部２５ｈに対する操作の制御のために、表示部２３の表示のためのデータ（ページ・データ）の取得以外の通信をする手段を備える必要がない。
また、本実施の形態による画像処理装置においては、ハードウェア・キー部２５ｈに対して割り当てる機能を、表示部２３の表示の更新と連携して動的に変更することができる。ハードウェア・キー２５ｈは、ソフトウェア・キー２５ｓに較べて視認性・操作性に優れている。視認性・操作性に優れたハードウェア・キー２５ｈを活用することにより、本実施の形態にかかる画像処理装置のユーザビリティは、格段に向上される。
また、本実施の形態にかかる画像処理装置は、ハードウェア・キーガイダンス表示生成部４３（図４）を備え、画面表示と連携して動的に変更されるハードウェア・キーの機能をユーザに判りやすく通知する手段も備えている。本実施の形態においては、ハードウェア・キーガイダンス表示生成部４３の作用により、さらに、ユーザビリティが向上される。

（非専用サーバとの連携について）
これまでの説明においては、サーバ１０１といった本実施の形態の有する技術的特徴を備えたサーバ（専用サーバ）と連携してユーザインタフェース３の表示部２３および入力部２５を構成する例を説明してきた。
以下では、本実施の形態によるＭＦＰ１が、本実施の形態の技術的特徴を有さない一般的なウェブサーバ１０３（図１）（非専用サーバ）から取得したページ・データ（ＨＴＭＬデータあるいはＸＨＴＭＬデータなど）に基づいて、表示部２３の表示の更新と連携して動的にハードウェア・キー部２５ｈに対して割り当てる機能を変更する方法を示す。

当然のことだが、非専用サーバから取得するページ・データ（ＨＴＭＬデータ、ＸＨＴＭＬデータなど）においては、図１３、ないし図２１に例示したようなキーワード（タグや属性名および値など）は含まれない。そこで、ＭＦＰ１は、非専用サーバから取得したページ・データ中のＨＴＭＬデータ（マークアップ言語で記述される画面表示用テキスト・データ）中からタグを抽出し、抽出したタグに基づいて、所定のハードウェア・キーに対して所定の機能を割り当てる。以後、当該ＨＴＭＬデータに基づく画面が表示されている間、上記所定のハードウェア・キーが押下されると、ＭＦＰ１は、該キーに割り当てた機能の実行を開始することができる。

非専用サーバから取得したページ・データに基づくハードウェア・キーに対する動的な機能割り当ては、ユーザあるいは管理者の権限で有効／無効を切り替えることが可能である。図２４は、非専用サーバから取得したページ・データに基づくハードウェア・キー機能割り当てを有効にするか、無効にするか、を選択できる画面２３の例である。ユーザあるいは管理者は、ＭＦＰ１の設定モードにおいて当該選択画面を表示させ、有効／無効を選択可能である。

図２５は、非専用サーバから取得したページ・データ中のＨＴＭＬ（ＸＨＴＭＬ）データに含まれるタグの存在に応答して、ハードウェア・キーに機能を割り当てるための設定画面の例図である。ユーザあるいは管理者は、ソフトウェア・キー２５ｓａにおいてタグの名称を入力し、ソフトウェア・キー２５ｓｂを用いて、キー２５ｓａにて入力したタグ要素の存在に対応して機能が割り当てられるハードウェア・キーを選択し、ソフトウェア・キー２５ｓａを用いてキー２５ｓｂで選択したキーに割り当てる機能を設定することができる。

このように、本実施の形態によるＭＦＰ１は、非専用サーバから取得するページ・データで表示部２３の画面を構成するような場合においても、ハードウェア・キー２５ｈに対して割り当てられる機能を動的に画面表示と連動して変更することができる。当然のことながら、このときもハードウェア・キーガイダンス表示生成部４３（図４）の作用により、ユーザに対して現在ハードウェア・キー部２５ｈに割り当てられている機能を通知することが可能である。

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

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

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

本実施の形態によるＭＦＰ１においては、スタート・キーＳＴ（図７）に対し、ウェブ・サービスを利用したワークフロー処理の開始を指示する機能を持たせることも可能である。

また、本実施の形態によるＭＦＰ１においては、ハードウェア・キーに対し、所定の宛先へのファイル送信機能（登録されたアドレスへのｅｍａｉｌ、ＦＴＰ等）を持たせることも可能である。ＭＦＰ１は、オフィスからコンビニエンスストアの各店舗に対してポップの画像を配信したり、特定の機器へ画像を配信したり、といった情報端末的な利用にも適している。

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

本実施の形態にかかる画像処理システムの概略図 複合機１のハードウェア構成を示すブロック図 サーバ１０１のハードウェア構成を示すブロック図 複合機１の機能的構成を示すブロック図 サーバ１０１の機能的構成を示すブロック図 複合機変形例１ｍの機能的構成を示すブロック図 ユーザインタフェース部３の概略図 ＭＦＰ１がする処理のフローチャート サーバ１０１がする処理のフローチャート ＵＲＬに基づく割り当てテーブル参照テーブルの例 割り当てテーブルの例 割り当てテーブルの別例 ＨＴＭＬデータの例 ＨＴＭＬデータの別例 ＸＨＴＭＬデータの例 ＸＨＴＭＬデータの別例 ハードウェア・キーを特定するキーワードとキーの対応表の例 実行されるべき機能を規定するキーワードと機能の対応表の例 実行されるべき機能を規定するキーワードと機能の対応表の別例 キーワードの記述方式の例 キーワードの記述方式の別例 ハードウェア・キー制御処理のフローチャート ハードウェア・キー押下処理のフローチャート ハードウェア・キー機能割り当てのオン／オフを選択する画面の例 非専用サーバを用いる場合のハードウェア・キー機能割り当ての設定をする画面の例

符号の説明

１ ・・・ デジタル複合機（ＭＦＰ）
３ ・・・ ユーザインタフェース部
５ ・・・ 通信インタフェース部
７ ・・・ ＣＰＵ
９ ・・・ 主記憶装置
９ａ・・・ ＲＯＭ
９ｂ・・・ ＲＡＭ
１１ ・・・ 補助記憶装置
１１ａ・・・ ＮＶ−ＲＡＭ
１１ｂ・・・ ＨＤＤ
１３ ・・・ スキャナ部
１５ ・・・ プリンタ部
１７ ・・・ ＡＤＦ原稿センサ部
１９ ・・・ 原稿台原稿センサ部
２１ ・・・ ファクシミリ部
２３ ・・・ 表示部
２５ ・・・ 入力部
２５ｈ・・・ ハードウェア・キー部
２５ｓ・・・ ソフトウェア・キー部
２５ｓａ・・ タグ入力用ソフトウェア・キー
２５ｓｂ・・ キー選択用ソフトウェア・キー
２５ｓｃ・・ 機能選択用ソフトウェア・キー
２７ ・・・ コンピュータ主要部
３１ ・・・ ＭＦＰ制御部
３３ ・・・ 通信モジュール部
３５ ・・・ データ解析部
３７ ・・・ ウェブブラウザ部
３９ ・・・ ハードウェア・キー機能割り当て部
３９Ｔ・・・ ハードウェア・キー機能割り当てテーブル
４１ ・・・ ハードウェア・キー制御部
４３ ・・・ ハードウェア・キーガイダンス表示生成部
５１ ・・・ コメント要素
５３ ・・・ 機能を規定するキーワード
５３ｘ・・・ 機能を規定するキーワード
５５ ・・・ キーを特定するキーワード
５５ｘ・・・ キーを特定するキーワード
５７ ・・・ テーブル構造
５７ｘ・・・ テーブル構造
１０１ ・・・ 専用サーバ
１０１ｍ・・・ サーバモジュール
１０３ ・・・ 非専用サーバ
１０５ ・・・ 通信インタフェース部
１０７ ・・・ ＣＰＵ
１０９ａ・・・ ＲＯＭ
１０９ｂ・・・ ＲＡＭ
１１１ ・・・ ＨＤＤ
１２７ ・・・ コンピュータ主要部
１３１ ・・・ サーバ制御部
１３３ ・・・ 通信モジュール部
１３５ ・・・ ウェブサーバ部
１３５ｍ・・・ ウェブサーバモジュール部
１３７ ・・・ アプリケーションサーバ部
１３７ｇ・・・ データ生成部
１３７ｍ・・・ アプリケーションサーバモジュール部
１３９ ・・・ データサーバ部
１３９ｍ・・・ データサーバモジュール部
２０１ ・・・ ネットワーク
３０１ ・・・ 画像処理システム
ＳＴ ・・・ スタート・キー
ＴＮ ・・・ テンキー

Claims (14)

1. 通信インタフェース部と、
   ユーザに対し情報を提示するユーザインタフェース表示部と、
   ユーザからの入力を受け付けるハードウェア・キーを備えたユーザインタフェース入力部と、
   ウェブサーバからページ・データを取得し、該ページ・データに基づいて表示画面を構成し、該表示画面を前記ユーザインタフェース表示部に表示させるウェブブラウザ部と、
   前記ハードウェア・キーに対して割り当てる機能を、前記ページ・データに基づいて決定するハードウェア・キー機能割り当て部と、
   前記ハードウェア・キー機能割り当て部による前記ハードウェア・キーに対する機能の割り当ての決定に従って前記ハードウェア・キーを制御するハードウェア・キー制御部と、を有する画像処理装置。
2. 前記ハードウェア・キー機能割り当て部は、前記ページ・データのＵＲＬに基づいて、前記ハードウェア・キーに対して割り当てる機能を決定する、請求項１に記載の画像処理装置。
3. 前記ページ・データは、マークアップ言語で記述されたテキスト・データを含み、
   さらに、前記テキスト・データを解析して、機能割り当ての対象となるハードウェア・キーを特定する第１キーワードと該ハードウェア・キーに対して割り当てる機能を規定する第２キーワードとを抽出し、ハードウェア・キー制御情報を生成するデータ解析部を有し、
   前記ハードウェア・キー機能割り当て部は、前記ハードウェア・キー制御情報の第１キーワードおよび第２キーワードに基づいて、前記ハードウェア・キーに対して割り当てる機能を決定する、請求項１に記載の画像処理装置。
4. 前記テキスト・データは、ＨＴＭＬデータである、請求項３に記載の画像処理装置。
5. 前記第１キーワードおよび前記第２キーワードは、前記ＨＴＭＬデータのヘッダ部にコメントとして記述される、請求項４に記載の画像処理装置。
6. 前記テキスト・データは、ＸＨＴＭＬデータである、請求項３に記載の画像処理装置。
7. 前記第１キーワードおよび前記第２キーワードは、所定のタグ要素の属性値である、請求項６に記載の画像処理装置。
8. さらに、自機の状態を検知するセンサを有し、
   前記ハードウェア・キー制御情報は、１つの第１キーワードに対応付けされた複数の第２キーワードと、前記テキスト・データから抽出された参照条件の情報を含み、
   前記ハードウェア・キー制御部は、前記参照条件と前記センサの検知した状態とに基づいて、前記複数の第２キーワードによって規定される複数の機能から１つの機能を選択して実行する、請求項３に記載の画像処理装置。
9. 前記センサは、載置された原稿の有無を検知するセンサである、請求項８に記載の画像処理装置。
10. さらに、前記ハードウェア・キー機能割り当て部による前記ハードウェア・キーに対する機能の割り当ての決定の内容をユーザに説明するためのガイダンス表示画面を生成して前記ユーザインタフェース表示部に表示させるガイダンス表示生成部を有する、請求項１に記載の画像処理装置。
11. 通信インタフェース部と、
    ウェブブラウザからのリクエストに応答してページ・データを前記ウェブブラウザへ送るウェブサーバ部と、
    前記ウェブサーバ部を介して受け取った、前記リクエストに基づいて、テキスト・データを前記ウェブサーバ部へ返すアプリケーションサーバ部と、
    前記ウェブブラウザが実装された画像処理装置に関するデータを蓄積するデータベースを構成するデータサーバ部と、を有し、
    前記アプリケーションサーバ部は、前記リクエストに基づいて、前記データサーバ部に対して前記画像処理装置が備えるハードウェア・キーと、該ハードウェア・キーに対して割り当てる機能とを照会し、該照会の応答に基づいて、前記ハードウェア・キーを特定する第１キーワードと、前記ハードウェア・キーに対して割り当てる機能を規定する第２キーワードを含んだ前記テキスト・データを生成し、
    前記ウェブサーバ部は、前記テキスト・データを含んだページ・データを前記ウェブブラウザへ送る、サーバ装置。
12. 前記テキスト・データは、マークアップ言語で記述されるデータである、請求項１１に記載のサーバ装置。
13. 前記マークアップ言語は、ＨＴＭＬであり、
    前記アプリケーションサーバ部は、ＨＴＭＬデータのヘッダ部にコメントとして、前記第１キーワードおよび前記第２キーワードを記述する、請求項１２に記載のサーバ装置。
14. 前記マークアップ言語は、ＸＨＴＭＬであり、
    前記アプリケーションサーバ部は、所定のタグ要素が囲む範囲にタグ要素の属性値として前記第１キーワードおよび前記第２キーワードを記述する、請求項１２に記載のサーバ装置。

Images