(57)【要約】【課題】柔軟な認証システムを構築する。【解決手段】複合機制御システム５００は、複合機１ａ・１ｂ、認証情報入力機器７ａ・７ｂ、Ｉ／Ｆ変換器８ａ・８ｂ、および制御サーバ２を含んでいる。ここで、制御サーバ２は、認証情報入力機器１ａ・１ｂが認証情報を取得できるようにユーザに準備を促すための認証画面のデータをネットワーク４００を介して複合機１ａ・１ｂに送信するＵＩ制御部２３３と、ネットワーク４００を介して認証情報入力機器７ａ・７ｂの動作を制御し、認証情報入力機器７ａ・７ｂが取得した認証情報をネットワーク４００を介して受信するする認証情報入力機器ドライバ７７と、認証情報入力機器ドライバ７７が受信した認証情報に基づいて認証を行う認証部７３と、認証部７３による認証結果に応じて複合機１ａ・１ｂのジョブの実行を許可するデバイス制御部２３５とを備えている。【選択図】図１
2008262309.tif 000002
【特許請求の範囲】
【請求項１】
表示部を備え画像形成ジョブおよび画像処理ジョブのうちの少なくとも一方を含むジョブを実行する画像装置であって認証情報取得機器がユーザから取得した第１の認証情報に基づいた認証結果に応じて上記ジョブの実行が許可される画像装置と、ネットワークを介して通信可能な制御装置であって、
上記画像装置の表示部に表示するための認証画面であって、上記認証情報取得機器が上記第１の認証情報を取得できるようにユーザに準備を促す認証画面のデータを上記画像装置に上記ネットワークを介して送信する認証画面送信手段と、
上記認証情報取得機器が上記第１の認証情報を取得するように、上記ネットワークを介して上記認証情報取得機器を制御するデバイスドライバ手段と、
上記認証情報取得機器が取得した上記第１の認証情報を上記ネットワークを介して受信する認証情報受信手段と、
上記認証情報受信手段が受信した上記第１の認証情報に基づいた認証結果に応じて、上記画像装置のジョブの実行を許可する許可手段とを備えていることを特徴とする制御装置。
【請求項２】
上記認証画面送信手段は、上記第１の認証情報を取得する上記認証情報取得機器の種別に応じた上記認証画面のデータを生成して送信することを特徴とする、請求項１に記載の制御装置。
【請求項３】
上記画像装置は、ユーザから第２の認証情報の入力を受け付ける入力受付部をさらに備え、
上記認証画面送信手段は、上記準備とともに上記入力受付部に対する上記第２の認証情報の入力を促す認証画面のデータと、上記入力受付部にユーザから上記第２の認証情報の入力を受け付けるよう指示する指示情報とを上記画像装置に送信し、
上記認証画面送信手段は、さらに、上記入力受付部が受け付けた上記第２の認証情報を上記画像装置から受信し、
上記許可手段は、上記認証情報受信手段が受信した第１の認証情報および上記認証画面送信手段が受信した第２の認証情報に基づいた認証結果に応じて上記画像装置のジョブの実行を許可することを特徴とする、請求項１に記載の制御装置。
【請求項４】
上記認証画面のデータは、マークアップ言語によって記述され、
上記指示情報は、上記認証画面のデータに含まれていることを特徴とする、請求項３に記載の制御装置。
【請求項５】
上記認証情報受信手段が受信した上記第１の認証情報に基づいてユーザの認証を行う認証手段をさらに備え、
上記許可手段は、上記認証手段による認証結果に応じて上記画像装置のジョブの実行を許可することを特徴とする、請求項１に記載の制御装置。
【請求項６】
認証情報取得機器と、該認証情報取得機器の取得した第１の認証情報に基づいてユーザの認証を行う認証サーバとの対応情報を格納する対応サーバ情報記憶部と、
上記認証情報受信手段が上記認証情報取得機器から第１の認証情報を受信したときに、上記対応サーバ情報記憶部に格納された対応情報を参照し、上記認証情報受信手段に該第１の認証情報を送信した認証情報取得機器に対応する上記認証サーバに対して該第１の認証情報を送信する認証情報送信手段と、
上記認証サーバからユーザの認証結果を受信する認証結果受信手段とをさらに備え、
上記許可手段は、上記認証結果受信手段が受信した認証結果に応じて上記画像装置のジョブの実行を許可することを特徴とする、請求項１に記載の制御装置。
【請求項７】
認証情報取得機器と、該認証情報取得機器の取得した第１の認証情報に基づいた認証結果に応じて上記ジョブの実行が許可される画像装置との対応情報を格納する対応画像装置情報記憶部をさらに備え、
上記許可手段は、上記対応画像装置情報記憶部に格納された対応情報において、上記認証情報受信手段に上記第１の認証情報を送信した認証情報取得機器に対応している上記画像装置に対して、ジョブの実行を許可することを特徴とする、請求項１に記載の制御装置。
【請求項８】
上記制御装置には、ネットワークを介して複数の画像装置が接続され、
上記許可手段は、上記認証情報受信手段によって受信された認証情報に基づいた認証結果に応じて複数の上記画像装置のジョブの実行を画像装置ごとに許可するとともに、ジョブの実行を許可する画像装置に対して、ジョブの実行が可能であることをユーザに報知するよう指示することを特徴とする、請求項１に記載の制御装置。
【請求項９】
上記認証情報取得機器は、インターフェイス変換器を中継して上記制御装置と通信可能であるとともに、上記認証情報取得機器と上記インターフェイス変換器とが通信経路を介して接続される一方、上記インターフェイス変換器と上記制御装置とは上記ネットワークを介して接続され、
上記デバイスドライバ手段は、
上記認証情報取得機器を制御するための制御命令が上記通信経路の通信プロトコルに基づいて記述された第１パケットデータを生成するコマンド生成手段と、
上記コマンド生成手段によって生成された上記第１パケットデータに、上記ネットワークを介した通信に必要なヘッダ情報を付加することによって、上記制御命令を含み上記ネットワークを流通可能な第２パケットデータを作成するパケット変換手段と、
上記パケット変換手段によって作成された上記第２パケットデータを上記ネットワークを介して上記インターフェイス変換器へ送信するコマンド送信手段とを有し、
上記インターフェイス変換器は、上記コマンド送信手段から受信した第２パケットデータを上記第１パケットデータに変換するとともに、該第１パケットデータを上記通信経路を介して上記認証情報取得機器に送信するものであることを特徴とする、請求項１に記載の制御装置。
【請求項１０】
コンピュータと、
認証情報取得機器を制御するためのデバイスドライバプログラムを認証情報取得機器の種別ごとに格納するドライバプログラム記憶部と、
上記認証情報取得機器と、該認証情報取得機器を制御するためのデバイスドライバプログラムとの対応情報を格納する対応ドライバ情報記憶部と、
上記対応ドライバ情報記憶部に格納された対応情報を参照して、上記第１の認証情報を取得する上記認証情報取得機器に対応するデバイスドライバプログラムを上記ドライバプログラム記憶部から呼び出して上記コンピュータに実行させることにより、該コンピュータを上記デバイスドライバ手段として機能させるドライバ呼出手段とを備え、
上記認証情報取得機器は、上記ドライバ呼出手段によって呼び出されたデバイスドライバプログラムを上記コンピュータが実行することによって制御されることを特徴とする、請求項１に記載の制御装置。
【請求項１１】
上記認証画面送信手段が上記認証画面のデータを送信する前に、上記認証情報取得機器による上記第１の認証情報の取得準備が整っているか否かを判定する判定手段をさらに備え、
上記認証画面送信手段は、上記判定手段によって上記取得準備が整っていると判定された場合には、上記認証画面のデータを送信しないことを特徴とする、請求項１に記載の制御装置。
【請求項１２】
上記画像装置がユーザから受け付けたジョブの種類を示すジョブ情報を上記ネットワークを介して上記画像装置から受信し、該ジョブ情報によって示されるジョブの実行を上記画像装置に指示する制御コマンドを上記ネットワークを介して上記画像装置に送信するジョブ制御手段をさらに備えていることを特徴とする、請求項１に記載の制御装置。
【請求項１３】
上記認証情報取得機器は、上記画像装置に接続され、該画像装置を介して上記制御装置と情報をやり取りするものであることを特徴とする、請求項１に記載の制御装置。
【請求項１４】
請求項１に記載の制御装置の各手段としてコンピュータを機能させるためのプログラム。
【請求項１５】
請求項１４に記載のプログラムが記録されたコンピュータ読み取り可能な記録媒体。
【請求項１６】
請求項１に記載の制御装置と、上記画像装置と、上記認証情報取得機器とを備えていることを特徴とする画像装置制御システム。
【請求項１７】
ユーザから認証に必要な第１の認証情報を取得する認証情報取得機器と、表示部を備え画像形成ジョブおよび画像処理ジョブのうちの少なくとも一方を含むジョブを実行する画像装置であって上記認証情報取得機器がユーザから取得した第１の認証情報に基づいた認証結果に応じて上記ジョブの実行が許可される画像装置とを、ネットワークを介して制御装置によって制御する制御方法であって、
上記制御装置の認証画面送信手段が、上記画像装置の表示部に表示するための認証画面であって上記認証情報取得機器が上記第１の認証情報を取得できるようにユーザに準備を促す認証画面のデータを上記画像装置に上記ネットワークを介して送信する認証画面送信工程と、
上記制御装置のデバイスドライバ手段が、上記認証情報取得機器が上記第１の認証情報を取得するように、上記ネットワークを介して上記認証情報取得機器を制御する機器駆動工程と、
上記制御装置の認証情報受信手段が、上記認証情報取得機器が取得した上記第１の認証情報を上記ネットワークを介して受信する認証情報受信工程と、
上記制御装置の許可手段が、上記認証情報受信工程において受信した上記第１の認証情報に基づいた認証結果に応じて、上記画像装置のジョブの実行を許可する許可工程とを含んでいることを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示部を備え画像形成ジョブおよび画像処理ジョブのうちの少なくとも一方を含むジョブを実行する画像装置であって認証情報取得機器がユーザから取得した認証情報に基づいた認証結果に応じて上記ジョブの実行が許可される画像装置と、ネットワークを介して通信可能な制御装置に関するものである。
【背景技術】
【０００２】
複合機などの各種装置の中には、部外者など意図しないユーザによる使用を制限するために、ユーザの認証を行い、認証が成功した場合にはじめて使用が可能になるものがある。このような複合機には、ユーザの認証を行うために、ユーザからＩＤやパスワードなどの認証情報を取得する認証情報入力機器が設けられる。認証情報入力機器によって取得された認証情報は、ユーザアカウントデータベースに予め登録されているものと照合され、照合結果が一致すれば認証に成功し、一致しなければ認証に失敗する。
【０００３】
特許文献１，２には、上述のような認証システムが開示されている。特許文献１では、キャッシュディスペンサーに指紋読取機を組み込み、ユーザの指紋を読み取って数値化した指紋情報を、ＩＤおよびパスワードとともにデータベース上の指紋情報と照合することによって、ユーザの認証を行うことが提案されている。この特許文献１では、さらに、共通のＩＤおよびパスワードで様々なサービスを享受するために、共通のＩＤおよびパスワードを用いて認証を行い、認証に成功した場合に、各種サービス固有の認証に必要なＩＤとパスワードをデータベースから取得し、それらを用いて各種サービスの認証を行うことが提案されている。
【０００４】
また、特許文献２では、複合機に設けられたテンキーによって、ユーザから認証データを取得し、ユーザの認証結果に応じて複合機の使用を許可したり禁止したりすることが提案されている。
【特許文献１】特開２００３−１３２０２２号公報（平成15年５月９日公開）
【特許文献２】特開２００５−１４１３１３号公報（平成17年６月２日公開）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の技術は、柔軟な認証システムを構築できないという問題を有している。
【０００６】
現在、ユーザの認証システムとしては、ＩＤおよびパスワードを入力するもの以外にも、磁気カードやＩＣカードを用いるもの、指紋や静脈、虹彩などの身体的特徴を利用するものなど、様々なものが存在する。それゆえ、ユーザから認証情報を取得する認証情報入力機器にも、認証システムの種類に応じて多種多様なものがある。
【０００７】
ところが、上記従来の技術では、キャッシュディスペンサーや複合機に認証情報入力機器が組み込まれており、認証情報入力機器を交換できないため、他の認証システムに変更することができない。
【０００８】
また、たとえ他の認証情報入力機器に交換できるように設計されているとしても、機器の変更に応じて、該機器の動作を制御するためのデバイスドライバプログラムも変更しなければならない。キャッシュディスペンサーや複合機などの組込システムに、新たなデバイスドライバプログラムを導入するためには、通常、装置を分解して、基板やＲＯＭ（Read Only Memory）の交換をしなければならず手間や費用を要する。このような問題は、例えばＩＣカードのデータフォーマットが変更された場合などにも、同様に発生する。
【０００９】
さらに、これらの装置では、組込システム向けの特殊なＯＳが用いられていることが多く、個々の装置にインストールされている特殊なＯＳごとにドライバプログラムを開発する必要がある。
【００１０】
なお、この問題はデバイスドライバプログラムに限られない。ユーザが認証情報入力機器の種別に応じて適切にＩＣカードを挿入したり、指をあてがったりするためには、「ＩＣカードを挿入してください」、「中指をセットしてください」などのメッセージが示された認証画面を表示する必要がある。しかしながら、これらのメッセージも認証情報入力機器の種類に応じて変更する必要があるため、認証画面のデータを変更するためにも、キャッシュディスペンサーや複合機などの装置を分解して、基板やＲＯＭ（Read Only Memory）の交換しなければならない。
【００１１】
本発明は、上記の問題に鑑みてなされたものであり、その目的は、柔軟な認証システムを構築することのできる画像装置制御システム、そして、それに用いられる制御装置を提供することにある。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、本発明に係る制御装置は、表示部を備え画像形成ジョブおよび画像処理ジョブのうちの少なくとも一方を含むジョブを実行する画像装置であって認証情報取得機器がユーザから取得した第１の認証情報に基づいた認証結果に応じて上記ジョブの実行が許可される画像装置と、ネットワークを介して通信可能な制御装置であって、上記画像装置の表示部に表示するための認証画面であって、上記認証情報取得機器が上記第１の認証情報を取得できるようにユーザに準備を促す認証画面のデータを上記画像装置に上記ネットワークを介して送信する認証画面送信手段と、上記認証情報取得機器が上記第１の認証情報を取得するように、上記ネットワークを介して上記認証情報取得機器を制御するデバイスドライバ手段と、上記認証情報取得機器が取得した上記第１の認証情報を上記ネットワークを介して受信する認証情報受信手段と、上記認証情報受信手段が受信した上記第１の認証情報に基づいた認証結果に応じて、上記画像装置のジョブの実行を許可する許可手段とを備えていることを特徴とする。
【００１３】
また、上記課題を解決するために、本発明に係る制御方法は、ユーザから認証に必要な第１の認証情報を取得する認証情報取得機器と、表示部を備え画像形成ジョブおよび画像処理ジョブのうちの少なくとも一方を含むジョブを実行する画像装置であって上記認証情報取得機器がユーザから取得した第１の認証情報に基づいた認証結果に応じて上記ジョブの実行が許可される画像装置とを、ネットワークを介して制御装置によって制御する制御方法であって、上記制御装置の認証画面送信手段が、上記画像装置の表示部に表示するための認証画面であって上記認証情報取得機器が上記第１の認証情報を取得できるようにユーザに準備を促す認証画面のデータを上記画像装置に上記ネットワークを介して送信する認証画面送信工程と、上記制御装置のデバイスドライバ手段が、上記認証情報取得機器が上記第１の認証情報を取得するように、上記ネットワークを介して上記認証情報取得機器を制御する機器駆動工程と、上記制御装置の認証情報受信手段が、上記認証情報取得機器が取得した上記第１の認証情報を上記ネットワークを介して受信する認証情報受信工程と、上記制御装置の許可手段が、上記認証情報受信工程において受信した上記第１の認証情報に基づいた認証結果に応じて、上記画像装置のジョブの実行を許可する許可工程とを含んでいることを特徴とする。
【００１４】
また、上記課題を解決するために、本発明に係る画像装置制御システムは、上述した画像装置と認証情報取得機器と制御装置とを含んでいることを特徴とする。
【００１５】
なお、上記画像装置と上記認証情報取得機器とは必ずしも互いに通信を行わなくてもよい。また、上記認証情報取得機器は、上記画像装置に接続され、該画像装置を介して上記制御装置と情報をやり取りするものであってもよい。
【００１６】
本明細書において「画像形成」は、印刷などを含む。また、「画像処理」は、原稿のスキャン、ファクシミリ、ＰＣファクシミリ、画像変換、および画像補正などを含む。よって、「画像装置」は、プリンタ、複写機、ファクシミリ機、ＰＣファクシミリ機、画像解析装置、画像補正装置、スキャナ、複合機などを含む。
【００１７】
上記構成によれば、画像装置の動作制御は、制御装置の動作制御手段によってネットワークを介して行われる。従って、画像装置と該画像装置の動作を制御する制御装置とを別々の場所に配置することが可能になる。一方、認証情報取得機器の動作は、従来のように画像装置によって制御されるのではなく、制御装置のデバイスドライバ手段によって制御される。このように、認証情報取得機器の動作制御を、特定のジョブを処理するように設計された画像装置とは別の制御装置によって行うため、認証情報取得機器の構成を変更する際に、画像装置の基板やＲＯＭなどを交換する必要がない。また、組込システム向けの特殊なＯＳ用にデバイスドライバプログラムを開発する必要もない。従って、柔軟な認証システムを構築することができる。
【００１８】
さらに、例えばＵＳＢなどの非ネットワーク形式で認証情報取得機器を制御装置に接続して制御する構成では、ケーブル長の制約から、制御装置と認証情報取得機器とを所定の距離内に配置しなければならず、機器のレイアウトが制限されてしまうが、上記構成によれば、認証情報取得機器をネットワークを介して制御するため、制御装置と認証情報取得機器とを互いに遠く離れた場所に設置することができる。それゆえ、機器のレイアウトを自由に行うことができる。
【００１９】
さらに、上記構成によれば、認証画面のデータが制御装置の認証画面送信手段から画像装置へ送信され、このデータに応じた認証画面が画像装置の表示部に表示される。この認証画面は、認証情報取得機器が第１の認証情報を取得できるようにユーザに準備を促すものであるため、ユーザは、画像装置の表示部に表示された認証画面を参照することにより、認証情報取得機器が第１の認証情報を取得できるようにするために準備をしなければならないことを知り、該準備を実行する。従って、たとえ認証情報入力機器に表示部が設けられていなくても、画像装置の表示部を利用して認証の準備の実行をユーザに促すことができ、ユーザフレンドリーな認証システムを構築することができる。その上、認証情報取得機器の構成の変更に伴って認証画面を変更する必要が生じても、認証画面のデータは制御サーバから提供されるものであるため、画像装置の基板やＲＯＭなどを交換する必要がない。それゆえ、一層柔軟な認証システムを構築することができる。
【００２０】
なお、上記認証画面は、ユーザに準備を促すとともに、さらに、準備の仕方をユーザに案内（提示）するものであることが好ましい。これにより、認証情報取得機器の種別に関らず、ユーザは迷うことなく準備を行うことができる。
【００２１】
また、上記認証画面送信手段は、上記第１の認証情報を取得する上記認証情報取得機器の種別に応じた上記認証画面のデータを生成して送信することが好ましい。
【００２２】
上記構成によれば、認証情報取得機器の種別に応じた認証画面が画像装置の表示部に表示されるため、ユーザは、認証情報取得機器の種別に応じて適切に準備を行うことができる。
【００２３】
なお、この場合、上記認証画面のデータを生成するための画面データ生成プログラムを認証情報取得機器の種別ごとに格納する画面データ生成プログラム記憶部を制御装置に設け、上記認証画面送信手段が、上記第１の認証情報を取得する上記認証情報取得機器の種別に応じた上記画面データ生成プログラムに基づき、上記第１の認証情報を取得する上記認証情報取得機器の種別に応じた上記認証画面のデータを生成して送信するように構成してもよいし、あるいは、上記認証画面のデータを認証情報取得機器の種別ごとに格納する画面データ記憶部を制御装置に設け、上記認証画面送信手段が、上記第１の認証情報を取得する上記認証情報取得機器の種別に応じた認証画面のデータを上記画面データ記憶部から読み出して送信するように構成してもよい。
【００２４】
また、上記画像装置は、ユーザから第２の認証情報の入力を受け付ける入力受付部をさらに備え、上記認証画面送信手段は、上記準備とともに上記入力受付部に対する上記第２の認証情報の入力を促す認証画面のデータと、上記入力受付部にユーザから上記第２の認証情報の入力を受け付けるよう指示する指示情報とを上記画像装置に送信し、上記認証画面送信手段は、さらに、上記入力受付部が受け付けた上記第２の認証情報を上記画像装置から受信し、上記許可手段は、上記認証情報受信手段が受信した第１の認証情報および上記認証画面送信手段が受信した第２の認証情報に基づいた認証結果に応じて上記画像装置のジョブの実行を許可するものであってもよい。
【００２５】
上記構成によれば、認証に用いる認証情報として、第２の認証情報を画像装置の入力受付部から取得し、第１および第２の認証情報に基づいて認証を行うことが可能になる。一例を挙げると、ＩＣカードリーダ型の認証情報取得機器によってＩＣカードから第１の認証情報としてユーザＩＤを読み取る一方、画像装置の入力受付部によって第２の認証情報としてパスワードを取得し、これらユーザＩＤおよびパスワードの双方を用いて認証を行うことが可能になる。従って、より高度な認証が可能になる。さらに、第２の認証情報は画像装置の入力受付部によって取得されるので、認証情報取得機器に第２の認証情報を受け付けるための入力受付部が設けられていない場合であっても、問題にはならない。
【００２６】
なお、認証情報取得機器に第１の認証情報を取得させ、この第１の認証情報のみに基づいた認証結果に応じて画像装置のジョブの実行を許可する第１の認証方式と、第１および第２の双方の認証情報をそれぞれ認証情報取得機器および画像装置に取得させ、これら第１および第２の認証情報に基づいた認証結果に応じて画像装置のジョブの実行を許可する第２の認証方式とを、認証情報取得機器の種別に応じて切り換える切換手段が制御装置に設けられていてもよい。これにより、認証情報取得機器の種別に適した認証が可能になる。
【００２７】
また、上記認証画面のデータは、マークアップ言語によって記述され、上記指示情報は、上記認証画面のデータに含まれていてもよい。
【００２８】
上記構成によれば、認証画面のデータがマークアップ言語によって記述されるので、例えばビットマップ画像データに比べると、認証画面のデータは抽象的なデータとなる。それゆえ、認証画面を画像装置の表示部の性能（例えば解像度や表示可能色数）に適合させることが容易になる。さらに、第２の認証情報の入力の受け付けを指示する指示情報を認証画面のデータに含めることにより、ユーザに提示する認証画面の画面構成を規定するデータと指示情報とを一体的に管理することができるので、データの管理が容易になる。
【００２９】
また、上記制御装置は、上記認証情報受信手段が受信した上記第１の認証情報に基づいてユーザの認証を行う認証手段をさらに備え、上記許可手段は、上記認証手段による認証結果に応じて上記画像装置のジョブの実行を許可するものであってもよい。
【００３０】
この場合、制御装置は、認証情報取得機器が取得した第１の認証情報と照合するための登録情報が格納された登録情報記憶部（例えばユーザアカウントデータベースなど）を有していることが好ましい。
【００３１】
上記構成によれば、認証情報取得機器が取得した認証情報に基づいた認証が、制御装置の認証手段によって行われる。従って、画像装置は認証処理を行う必要がなく、認証情報取得機器の構成の変更により、認証に必要な情報の種類などが変更された場合であっても、画像装置の基板やＲＯＭなどを交換する必要がない。それゆえ、一層柔軟な認証システムを構築することができる。また、制御装置に複数の画像装置が接続されるような場合においては、認証情報の管理を制御装置において一元的に行うことが可能になるというメリットもある。
【００３２】
また、上記制御装置は、認証情報取得機器と、該認証情報取得機器の取得した第１の認証情報に基づいてユーザの認証を行う認証サーバとの対応情報を格納する対応サーバ情報記憶部と、上記認証情報受信手段が上記認証情報取得機器から第１の認証情報を受信したときに、上記対応サーバ情報記憶部に格納された対応情報を参照し、上記認証情報受信手段に該第１の認証情報を送信した認証情報取得機器に対応する上記認証サーバに対して該第１の認証情報を送信する認証情報送信手段と、上記認証サーバからユーザの認証結果を受信する認証結果受信手段とをさらに備え、上記許可手段は、上記認証結果受信手段が受信した認証結果に応じて上記画像装置のジョブの実行を許可するものであってもよい。
【００３３】
この場合、認証サーバは、認証情報取得機器が取得した第１の認証情報と照合するための登録情報が格納された登録情報記憶部（例えばユーザアカウントデータベースなど）を有していることが好ましい。
【００３４】
上記構成によれば、認証情報取得機器が取得した認証情報に基づいた認証が、認証サーバによって行われる。従って、画像装置は認証処理を行う必要がなく、認証情報取得機器の構成の変更により、認証に必要な情報の種類などが変更された場合であっても、画像装置の基板やＲＯＭなどを交換する必要がない。それゆえ、一層柔軟な認証システムを構築することができる。また、認証処理は認証サーバによって行われるため、制御装置が認証処理を行う構成に比べて、制御装置の負荷を軽減することができる。
【００３５】
さらに、上記構成によれば、認証情報取得機器の取得した第１の認証情報が、認証情報送信手段によって、認証情報取得機器の種別に応じた認証サーバに送信される。従って、認証情報取得機器の種別に応じて認証処理を複数の認証サーバに振り分けることができ、単一の認証サーバに負荷が集中するのを防止することもできる。
【００３６】
また、上記制御装置は、認証情報取得機器と、該認証情報取得機器の取得した第１の認証情報に基づいた認証結果に応じて上記ジョブの実行が許可される画像装置との対応情報を格納する対応画像装置情報記憶部をさらに備え、上記許可手段は、上記対応画像装置情報記憶部に格納された対応情報において、上記認証情報受信手段に上記第１の認証情報を送信した認証情報取得機器に対応している上記画像装置に対して、ジョブの実行を許可することが好ましい。
【００３７】
上記構成によれば、対応画像装置情報記憶部に格納されている対応情報には、認証情報取得機器と、その認証情報取得機器によって取得された第１の認証情報を用いた認証が成功した場合にジョブの実行を許可する画像装置との対応関係が示されているので、例えば画像装置制御システムに複数の画像装置が含まれていたり、画像装置制御システムに複数の認証情報取得機器が含まれていたりする場合であっても、第１の認証情報を取得する認証情報取得機器とジョブの実行を許可する画像装置とを自由自在に対応させることができる。
【００３８】
また、上記制御装置には、ネットワークを介して複数の画像装置が接続され、上記許可手段は、上記認証情報受信手段によって受信された認証情報に基づいた認証結果に応じて、複数の上記画像装置のジョブの実行を画像装置ごとに許可するとともに、ジョブの実行を許可する画像装置に対して、ジョブの実行が可能であることをユーザに報知するよう指示するものであってもよい。
【００３９】
上記構成によれば、認証の結果、ジョブの実行が複数の画像装置において可能になる。それゆえ、複数の画像装置を並列的に使用するジョブなどを実行させたい場合に好適である。また、ジョブの実行が可能になった画像装置はユーザに対してジョブの実行が可能になったことが報知されるので、複数の画像装置が設置されている場合であっても、ユーザは、どの画像装置が利用可能になったかを瞬時に知ることができる。
【００４０】
また、上記認証情報取得機器は、インターフェイス変換器を中継して上記制御装置と通信可能であるとともに、上記認証情報取得機器と上記インターフェイス変換器とが通信経路を介して接続される一方、上記インターフェイス変換器と上記制御装置とは上記ネットワークを介して接続され、上記デバイスドライバ手段は、上記認証情報取得機器を制御するための制御命令が上記通信経路の通信プロトコルに基づいて記述された第１パケットデータを生成するコマンド生成手段と、上記コマンド生成手段によって生成された上記第１パケットデータに、上記ネットワークを介した通信に必要なヘッダ情報を付加することによって、上記制御命令を含み上記ネットワークを流通可能な第２パケットデータを作成するパケット変換手段と、上記パケット変換手段によって作成された上記第２パケットデータを上記ネットワークを介して上記インターフェイス変換器へ送信するコマンド送信手段とを有し、上記インターフェイス変換器は、上記コマンド送信手段から受信した第２パケットデータを上記第１パケットデータに変換するとともに、該第１パケットデータを上記通信経路を介して上記認証情報取得機器に送信するものであってもよい。
【００４１】
市場に流通している認証情報取得機器は、例えばＵＳＢ接続のみに対応するなど、ネットワーク接続に対応していないものが多い。このような認証情報取得機器をＵＳＢなどで制御装置に直接接続することも可能であるが、ケーブル長の制約から、制御装置と認証情報取得機器とを所定の距離内に配置しなければならず、機器のレイアウトが制限されてしまう。
【００４２】
ここで上記構成によれば、制御装置のデバイスドライバ手段は、上記認証情報取得機器を、ネットワーク接続可能なインターフェイス変換器を中継して制御することができる。従って、市場に流通しているネットワーク接続非対応の認証情報取得機器を遠隔地の制御装置から制御することができ、各機器のレイアウトを自由に設計することができる。その結果、例えば認証情報取得機器を画像装置の傍に配置するとともに、これらの機器を遠隔地から制御装置によって制御するといったことも可能になる。
【００４３】
また、上記制御装置は、認証情報取得機器を制御するためのデバイスドライバプログラムを認証情報取得機器の種別ごとに格納するドライバプログラム記憶部と、上記認証情報取得機器と、該認証情報取得機器を制御するためのデバイスドライバプログラムとの対応情報を格納する対応ドライバ情報記憶部と、上記対応ドライバ情報記憶部に格納された対応情報を参照して、上記第１の認証情報を取得する上記認証情報取得機器に対応するデバイスドライバプログラムを上記ドライバプログラム記憶部から呼び出してコンピュータに実行させることにより、該コンピュータを上記デバイスドライバ手段として機能させるドライバ呼出手段とを備え、上記認証情報取得機器は、上記ドライバ呼出手段によって呼び出されたデバイスドライバプログラムを上記コンピュータが実行することによって制御されることが好ましい。
【００４４】
上記構成によれば、認証情報取得機器が複数有って、該機器を制御するためのデバイスドライバプログラムが互いに異なる場合であっても、ドライバ呼出手段によって、制御すべき認証情報取得機器に応じた適切なデバイスドライバプログラムが選択・起動されるので、認証情報取得機器の種類に関らず、機器を適切に制御することができる。
【００４５】
また、上記制御装置は、上記認証画面送信手段が上記認証画面のデータを送信する前に、上記認証情報取得機器による上記第１の認証情報の取得準備が整っているか否かを判定する判定手段をさらに備え、上記認証画面送信手段は、上記判定手段によって上記取得準備が整っていると判定された場合には、上記認証画面のデータを送信しなくてもよい。
【００４６】
上記構成によれば、既に認証情報取得機器の取得準備が整っているにも関らず、ユーザに準備を催促してユーザを混乱させてしまうのを防止することができる。
【００４７】
また、上記制御装置は、上記画像装置がユーザから受け付けたジョブの種類を示すジョブ情報を上記ネットワークを介して上記画像装置から受信し、該ジョブ情報によって示されるジョブの実行を上記画像装置に指示する制御コマンドを上記ネットワークを介して上記画像装置に送信するジョブ制御手段をさらに備えていることが好ましい。
【００４８】
上記構成によれば、画像装置が受け付けたジョブ情報は制御装置へ送信され、その後、制御装置からジョブの実行指示が画像装置に送信される。従って、画像装置の使用状況の統計などを制御装置において管理することが可能になる。さらに、画像装置制御システムに複数の画像装置が含まれる場合などにおいては、複数台の画像装置のジョブを制御装置によって統合的に管理することができる。
【００４９】
ところで、上記制御装置は、ハードウェアで実現してもよいし、プログラムをコンピュータに実行させることによって実現してもよい。具体的には、本発明に係るプログラムは、上記制御装置の各手段としてコンピュータを動作させるプログラムであり、本発明に係る記録媒体には、当該プログラムが記録されている。
【００５０】
これらのプログラムがコンピュータによって実行されると、当該コンピュータは、上記制御装置の各手段として動作する。したがって、上述した制御装置と同様の効果を奏する。
【発明の効果】
【００５１】
以上のように、本発明に係る制御装置は、認証画面のデータを画像装置にネットワークを介して送信する認証画面送信手段と、認証情報取得機器が第１の認証情報を取得するように、ネットワークを介して上記認証情報取得機器を制御するデバイスドライバ手段と、認証情報取得機器が取得した第１の認証情報を上記ネットワークを介して受信する認証情報受信手段と、認証情報受信手段が受信した第１の認証情報に基づいた認証結果に応じて、画像装置のジョブの実行を許可する許可手段とを備えた構成となっている。また、本発明に係る画像装置制御システムは、この制御装置を含んでいる。
【００５２】
また、本発明に係る制御方法は、制御装置の認証画面送信手段が認証画面のデータを画像装置にネットワークを介して送信する認証画面送信工程と、制御装置のデバイスドライバ手段が、認証情報取得機器が第１の認証情報を取得するように、ネットワークを介して認証情報取得機器を制御する機器駆動工程と、制御装置の認証情報受信手段が、認証情報取得機器が取得した第１の認証情報をネットワークを介して受信する認証情報受信工程と、制御装置の許可手段が、認証情報受信工程において受信した第１の認証情報に基づいた認証結果に応じて、画像装置のジョブの実行を許可する許可工程とを含んでいる。
【００５３】
従って、上述したように、柔軟な認証システムを構築することができるという効果を奏する。
【発明を実施するための最良の形態】
【００５４】
〔実施形態１〕
（複合機制御システムの構成）
本発明の一実施形態について図１から図１９に基づいて説明すると以下の通りである。本実施形態の複合機制御システムは、認証情報入力機器を用いてユーザの認証を行い、認証結果に応じて複合機の利用制限／利用許可を行うものである。
【００５５】
図２は、本発明の一実施形態を示すものであり、複合機制御システムの概略構成を示すブロック図である。図２に示すように、本実施形態の複合機制御システム（画像装置制御システム）５００は、複数台の複合機（画像装置）１ａ・１ｂおよび認証情報入力機器（認証情報取得機器）７ａ・７ｂ、ならびに１台の制御サーバ（制御装置）２を含んでいる。複合機制御システム５００には、各機器間での通信を可能にするために、ネットワーク４００が設けられており、各機器はネットワーク４００に接続されている。なお、認証情報入力機器７ａ・７ｂは、ダイレクトにネットワーク４００に接続される代わりに、それぞれＩ／Ｆ（Interface）変換器（インターフェイス変換器）８ａ・８ｂを介してネットワーク４００に接続されている。
【００５６】
上記ネットワーク４００の伝送媒体としては、イーサネット（登録商標）や光ファイバ、電話回線などの有線媒体、あるいは、無線媒体など、様々なものを用いることができる。そして、本実施形態では、ネットワーク４００の通信プロトコルとして、インターネットやイントラネットで標準的なＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）が用いられている。
【００５７】
なお、複合機制御システム５００に含まれる複合機、認証情報入力機器およびＩ／Ｆ変換器の台数は１台であってもよいし、３台以上であってもよい。同様に、制御サーバも特に１台に限定されない。また、複合機１ａ・１ｂと認証情報入力機器７ａ・７ｂとは、それぞれ制御サーバ２と通信できればよく、相互に通信できなくてもよい。
【００５８】
複合機１ａ・１ｂは、画像形成および画像処理を含む各種ジョブを実行することができる。画像形成を含むジョブとしては、プリントアウトジョブなどがあり、また、画像処理を含むジョブとしては、スキャンジョブ、色補正ジョブ、画像変換ジョブ、ファクシミリジョブ、ＰＣ（Personal Computer）ファクシミリジョブなどがあり、さらに画像形成と画像処理とを組み合わせたジョブとして、コピージョブなどがある。ただし、上記の複合機の代わりに、上述したジョブの少なくとも１つを実行する装置（つまり、プリンタ、ファクシミリ機、ＰＣファクシミリ機、スキャナ、複写機など）が複合機制御システム５００に含まれる構成であってもよい。なお、ＰＣファクシミリジョブとは、ＰＣなどからネットワークを介して受信した画像データをファクシミリ機能によって送信するジョブであり、ＰＣファクシミリ装置とは、このジョブを実行する装置のことである。
【００５９】
複合機１ａ・１ｂは、ユーザインターフェイスとして操作部３を備えている。図３は、操作部３の拡大図である。図３に示すように、操作部３は、ユーザに対して各種操作画面を表示するための操作パネル（表示部）６と、ユーザからの入力を受け付けるための入力部（入力受付部）５とを備えている。操作パネル６は、タッチパネルシステムを採用しており、入力部としての機能も有している。また、複合機１ａ・１ｂにはネットワーク通信基板が設けられており、ネットワーク４００を介して制御サーバ２や他の複合機、あるいは他の通信端末装置などと通信可能になっている。
【００６０】
認証情報入力機器７ａ・７ｂは、ユーザの認証に必要な認証情報（第１の認証情報）をユーザから取得するためのものであり、対応する複合機１ａ・１ｂの傍に設置される。本実施形態では、複合機１ａの傍に認証情報入力機器７ａが設置され、複合機１ｂの傍には認証情報入力機器７ｂが設置されている。そして、ユーザが複合機を使用する場合には、複合機の傍に設置されている認証情報入力機器に認証情報を入力し、認証に成功しなければならないように構成されている。
【００６１】
認証情報入力機器７ａ・７ｂとしては、例えば、磁気カードやＩＣカードのリーダ、指紋読取機器、静脈読取機器、虹彩読取機器、顔読取機器、声紋読取機器、筆跡読取機器などが挙げられる。認証情報入力機器７ａ・７ｂが磁気カードリーダやＩＣカードリーダの場合は、認証情報として、ユーザＩＤをカード内の記憶部から取得する。また、認証情報入力機器７ａ・７ｂが指紋読取機器、静脈読取機器、虹彩読取機器、顔読取機器、声紋読取機器、筆跡読取機器の場合は、認証情報として、それぞれ、指紋情報、静脈情報、虹彩情報、顔情報、声紋情報、筆跡情報をユーザから取得する。また、認証情報入力機器７ａ・７ｂは、ユーザがユーザＩＤおよびパスワードを手入力するためのキーボードなどであってもよい。本実施形態では一例として、認証情報入力機器７ａがＩＣカードリーダであり、認証情報入力機器７ｂが指紋読取機器であるものとする。
【００６２】
認証情報入力機器７ａ・７ｂは、ＵＳＢ（Universal Serial Bus）やＢｌｕｅｔｏｏｔｈ（登録商標）、ＲＳ−２３２Ｃなどの非ネットワーク形式により、ホスト装置に接続されるように設計されている。以下では、認証情報入力機器７ａ・７ｂがＵＳＢ（通信経路）４０２を介してそれぞれＩ／Ｆ変換器８ａ・８ｂに接続されているものとする。
【００６３】
Ｉ／Ｆ変換器８ａ・８ｂは、所謂ＵＳＢデバイスサーバである。Ｉ／Ｆ変換器８ａ・８ｂは、ＵＳＢ４０２を介して認証情報入力機器７ａ・７ｂに接続される一方、ネットワーク４００を介して制御サーバ２と接続されている。Ｉ／Ｆ変換器８ａ・８ｂは、ネットワーク４００を介して制御サーバ２から送信されてきたデータを受信して、認証情報入力機器７ａ・７ｂにＵＳＢ４０２を介して送信するとともに、ＵＳＢ４０２を介して認証情報入力機器７ａ・７ｂから受信したデータを、制御サーバ２へネットワーク４００を介して送信する中継装置の役割を有している。
【００６４】
Ｉ／Ｆ変換器８ａ・８ｂはまた、データの中継の際に、ネットワーク４００の通信プロトコル（ここではＴＣＰ／ＩＰ）に基づいたＴＣＰ／ＩＰパケットデータ（第２パケットデータ）から、ＵＳＢの通信プロトコルに基づいたＵＳＢパケットデータ（第１パケットデータ）へ、あるいは、ＵＳＢパケットデータからＴＣＰ／ＩＰパケットデータへと、パケットの変換を行う。前者の処理では、Ｉ／Ｆ変換器８ａ・８ｂが、ＵＳＢパケットデータに、ネットワーク４００での通信に必要な送信元および送信先のＩＰアドレスなどをヘッダ情報として付加するとともに、規定のサイズにパケットを分割することにより、ＴＣＰ／ＩＰパケットデータを作成する。後者の処理では、ＴＣＰ／ＩＰパケットを再構成して、ＩＰアドレスなどの不要なヘッダ情報を取り除き、認証情報入力機器７ａ・７ｂが受け付け可能なＵＳＢパケットデータを作成する。
【００６５】
制御サーバ２は、一般的なパーソナルコンピュータ（例えばＩＢＭ  ＰＣ／ＡＴ互換機）によって構成され、そのＯＳとして、汎用のＷｉｎｄｏｗｓ（登録商標）やＬｉｎｕｘ（登録商標）などを用いることができる。本実施形態では、一例としてＷｉｎｄｏｗｓ（登録商標）が用いられているものとする。制御サーバ２は、ネットワーク４００に接続され、主として、（１）ユーザに対して表示する各種操作画面のデータを複合機１ａ・１ｂに送信する、（２）認証情報入力機器７ａ・７ｂを制御してユーザから認証情報を取得させる、（３）認証情報入力機器７ａ・７ｂが取得した認証情報を受信してユーザの認証処理を行う、（４）認証結果に応じて複合機１ａ・１ｂの動作を制御する、という４つの役割を有している。
【００６６】
本実施形態の複合機制御システム５００では、基本的に複合機１ａ・１ｂがスタンドアロンでジョブを実行することはなく、制御サーバ２の制御に基づいて各ジョブを実行する構成となっている。つまり、複合機１ａ・１ｂの操作パネル６にてユーザから受け付けたジョブの実行指示は一旦制御サーバ２へと送信され、その後、制御サーバ２から送信される制御コマンドに基づいて複合機１ａ・１ｂがジョブを実行する。
【００６７】
なお、以下では、複合機１ａ・１ｂ、認証情報入力機器７ａ・７ｂ、Ｉ／Ｆ変換器８ａ・８ｂについて、特に２つの機器を区別する必要のない場合は、それぞれ複合機１、認証情報入力機器７、Ｉ／Ｆ変換器８と称することとする。
【００６８】
（制御サーバの構成）
図４は、本発明の一実施形態を示すものであり、制御サーバ２のハードウェア構成を示すブロック図である。制御サーバ２は、図４に示すように、ＣＰＵ（Central Processing Unit）（コンピュータ）５１、ＲＡＭ（Random Access Memory）５３、ＨＤＤ（Hard Disk Drive）５５、グラフィックコントローラ５７、通信ユニット５９、キーボード／マウス６１などを備えている。そして、グラフィックコントローラ５７には、ディスプレイ６３が接続されている。また、通信ユニット５９は、ネットワーク４００に接続されている。
【００６９】
制御サーバ２は、ＨＤＤ５５に格納された各種プログラムをＲＡＭ５３にロードし、それをＣＰＵ５１が実行することによって、様々な機能を発揮する。また、制御サーバ２は、グラフィックコントローラ５７がディスプレイ６３に様々な画面を表示させることにより、ユーザに対して様々な情報を通知するとともに、通信ユニット５９により、ネットワーク４００に接続された各種機器（複合機１およびＩ／Ｆ変換器８など）との間で通信を行う。また、ユーザは、キーボード／マウス６１により、制御サーバ２に対して様々な情報の入力を行うことができる。
【００７０】
図１は、本発明の一実施形態を示すものであり、制御サーバ２の機能構成を示すブロック図である。制御サーバ２は、図１に示すように、機能ブロックとして、認証情報入力機器ドライバ（デバイスドライバ手段・認証情報受信手段・コマンド生成手段・判定手段）７７、Ｉ／Ｆ変換器ドライバ（デバイスドライバ手段・パケット変換手段・コマンド送信手段・判定手段）７５、機器同定部７２、ドライバデータベース（ドライバプログラム記憶部）８１、ドライバ呼出部（ドライバ呼出手段）７１、認証部（認証手段）７３、および複合機制御部７９を有している。
【００７１】
認証情報入力機器ドライバ７７およびＩ／Ｆ変換器ドライバ７５は、認証情報入力機器７およびＩ／Ｆ変換器８の動作を制御するためのドライバである。より詳細には、認証情報入力機器ドライバ７７が認証情報入力機器７を制御するためのドライバであり、Ｉ／Ｆ変換器ドライバ７５がＩ／Ｆ変換器８を制御するためのドライバである。
【００７２】
認証情報入力機器ドライバ７７は、具体的には、認証情報入力機器７に認証情報の読み取りを指示したり、認証情報入力機器７の各部の動作を制御したりする制御コマンドが含まれたＵＳＢパケットデータを生成する機能と、認証情報入力機器７から送信されたデータを解釈して、ユーザの認証情報を抽出したりする機能とを有している。
【００７３】
一方、Ｉ／Ｆ変換器ドライバ７５は、Ｉ／Ｆ変換器８と同様のパケット変換処理を行う。具体的には、Ｉ／Ｆ変換器ドライバ７５は、認証情報入力機器ドライバ７７によって生成されたＵＳＢパケットデータを、ネットワーク４００で流通可能なＴＣＰ／ＩＰパケットデータに変換する。この際、Ｉ／Ｆ変換器ドライバ７５は、ＵＳＢパケットデータに、ネットワーク４００での通信に必要なＩＰアドレスなどのヘッダ情報を付加して、規定のサイズにパケットを分割することにより、ＴＣＰ／ＩＰパケットデータを作成する。作成されたＴＣＰ／ＩＰパケットデータは、通信ユニット５９によってネットワーク４００を介してＩ／Ｆ変換器８へ送信される。
【００７４】
また、Ｉ／Ｆ変換器ドライバ７５は、認証情報入力機器７から、Ｉ／Ｆ変換器８、ネットワーク４００、そして通信ユニット５９を介して受信したＴＣＰ／ＩＰパケットデータを、認証情報入力機器ドライバ７７が解釈できるＵＳＢパケットデータへと変換する。この場合の変換処理は、上述したＵＳＢパケットデータからＴＣＰ／ＩＰパケットデータへの変換と逆の処理が行われる。
【００７５】
本実施形態では、このＩ／Ｆ変換器ドライバ７５と上述したＩ／Ｆ変換器８とにより、通信インターフェイスの違いを超えて、制御サーバ２と認証情報入力機器７とが相互通信でき、制御サーバ２が認証情報入力機器７をネットワーク４００越しに制御できるようになっている。
【００７６】
機器同定部７２は、いずれかの複合機１において認証イベントが発生した場合に、認証イベントが発生した複合機１の傍らに設置され、認証に用いられる認証情報入力機器７を特定するためのものである。なお、本実施形態では、複合機１ａと認証情報入力機器７ａとが対応し、認証情報入力機器７ａを用いて認証が成功した場合に、複合機１ａが使用可能になる。また、複合機１ｂは認証情報入力機器７ｂと対応し、認証情報入力機器７ｂを用いて認証が成功することにより、複合機１ｂが使用可能になる。
【００７７】
ドライバデータベース（ドライバＤＢ）８１は、認証情報入力機器７を制御するためのデバイスドライバプログラムを格納するものである。認証情報入力機器７ａと認証情報入力機器７ｂとが別種の機器である場合、ドライバＤＢ８１には、それぞれの機器用のデバイスドライバプログラムが格納される。つまり、ドライバＤＢ８１には、認証情報入力機器の種類に応じた数だけデバイスドライバプログラムが格納される。
【００７８】
ドライバ呼出部７１は、ドライバＤＢ８１に格納された複数のデバイスドライバプログラムの中から、機器同定部７２によって特定された認証情報入力機器に応じたものを選択し、選択したプログラムをＲＡＭ５３にロードしてＣＰＵ５１に実行させ、ＣＰＵ５１を認証情報入力機器ドライバ７７として機能させる。その結果、認証情報入力機器ドライバ７７は、入力イベントの発生した認証情報入力機器を適切に制御できるようになる。
【００７９】
認証部７３は、認証情報入力機器７がユーザから取得した認証情報をユーザアカウントデータベースに登録された認証情報と照合して、ユーザの認証を行う。
【００８０】
複合機制御部７９は、複合機の制御を行うものであり、画面データ記憶部２３２、ＵＩ制御部（認証画面送信手段）２３３およびデバイス制御部（許可手段・ジョブ制御手段）２３５を含んでいる。
【００８１】
画面データ記憶部２３２は、複合機１の操作パネル６に表示される各操作画面を示す操作画面データを記憶するものである。本実施形態では、操作画面データがマークアップ言語によって記述されている。複合機１に送信する操作画面データを抽象的なマークアップ言語で記述することにより、複合機ごとに操作パネル６の大きさなどが異なっていても、操作パネル６にあわせて操作画面を表示させることができる。
【００８２】
なお、上記マークアップ言語としては、ＨＴＭＬ（Hypertext Markup Language）、ＸＭＬ（eXtensible Markup Language）、ＷＭＬ（Wireless Markup Language）、ＸＨＴＭＬ（eXtensible HyperText Markup Language）、または、他の言語が挙げられるが、中でもＸＭＬが好ましい。ＸＭＬは、ＨＴＭＬと同様の手軽さでデータを送受信できる文書構造の記述言語であり、（１）利用者が文書中の文字列に意味付けできる、（２）特定のソフトウェアに依存しない、（３）プログラムが容易、などのメリットがある。
【００８３】
ＵＩ制御部２３３は、各種操作画面のデータである操作画面データを画面データ記憶部２３２から読み出してＷｅｂサーバ部２２を介して複合機１に送信するものである。この操作画面としては、複合機１に実行させるジョブを選択するための実行機能選択画面や、ジョブの詳細設定を指定する設定画面、認証の際にユーザにＩＣカードや指などを認証情報入力機器７にセットするように促す認証画面、認証結果を示す認証結果画面などを含む。また、ＵＩ制御部２３３は、ユーザが操作画面において入力した各種情報を複合機１から受信する機能も有している。例えば、ユーザが認証画面においてパスワード（第２の認証情報）を入力した場合、ＵＩ制御部２３３がそのパスワードを受信する。なお、ＵＩ制御部２３３は、操作画面データを送信する際のプロトコルとして、ＨＴＴＰ（hypertext transfer protocol）またはＨＴＴＰＳを使用する。
【００８４】
デバイス制御部２３５は、Ｗｅｂサーバ部２２を介して、複合機１の動作を制御するための制御指示を複合機１に送信するものである。なお、デバイス制御部２３５は、ＳＯＡＰを用いて制御指示を複合機１に送信する。
【００８５】
（制御サーバの動作）
次に、制御サーバ２による複合機および認証情報入力機器の制御動作について説明する。図６から図８は、制御サーバ２の処理工程を示すフロー図である。
【００８６】
図６に示すように、まず、制御サーバ２の複合機制御部７９が、いずれかの複合機１からアクセス要求があったかどうかを判定する（Ｓ２０１）。なお、複合機１からのアクセス要求は、複合機１の電源を投入した時点で発生する。ここで、複合機１からアクセス要求がない場合（Ｓ２０１にてＮｏ）には、処理はステップＳ２０１に戻り、複合機１からアクセス要求があるまで待機する。
【００８７】
一方、ステップＳ２０１において複合機１からアクセス要求があった場合、複合機制御部７９に含まれるＵＩ制御部２３３が、アクセス要求のあった複合機１に対して、アクセス要求に対する応答として、操作パネル６に表示する初期画面のデータを送信する（Ｓ２０３）。この初期画面には、例えば「複合機はロックされています。ログイン処理を行って下さい。」などのメッセージが含まれている。このデータを受信した複合機１は、データに対応する画面を操作パネル６に表示する。そして、ステップＳ２０３の後、複合機制御部７９に含まれるデバイス制御部２３５が、アクセス要求のあった複合機１をロックする（Ｓ２０５）。これにより、複合機１は、ジョブの実行を受け付けない状態で待機する。
【００８８】
次に、制御サーバ２は、認証イベントが発生したか否かを判定する（Ｓ２０７）。本実施形態において、認証イベントは、複合機１の入力部５に設けられているいずれかのボタンをユーザが押下することによって発生する。従ってこの場合、複合機制御部７９が、ボタンが押されたことを示すボタン押下情報を複合機１から受信したか否かを判定する。
【００８９】
ステップＳ２０７において、認証イベントが発生していないと判定された場合、処理はステップＳ２０７に戻り、制御サーバ２は、認証イベントが発生するまで待機する。一方、ステップＳ２０７において認証イベントが発生したと判定された場合、複合機制御部７９は、ボタン押下情報を含むＴＣＰ／ＩＰパケットデータのヘッダから、ボタン押下情報を送信してきた複合機１ａ・１ｂの識別情報（ここではＩＰアドレス）を抽出し、抽出したＩＰアドレスを機器同定部７２に送る。
【００９０】
このＩＰアドレスを受け取った機器同定部７２は、認証イベントの発生した複合機１の傍らに設置され、認証に用いられる認証情報入力機器７を特定する（Ｓ２０９）。この際、機器同定部７２は、認証情報入力機器の識別情報と、複合機の識別情報（ここではＩＰアドレス）とが対応付けられた第１対応テーブルを参照する。この第１対応テーブルは、図示しない対応画像装置情報記憶部に予め格納されている。そして、機器同定部７２は、この第１対応テーブルにおいて、受け取ったＩＰアドレスに対応する認証情報入力機器を、認証に用いられる認証情報入力機器として決定する。
【００９１】
図９は、第１対応テーブルの一例を示す図である。この対応テーブルによれば、例えば、ＩＰアドレスが「１９２．１６８．０．２０」の複合機１ａの傍らには、認証情報入力機器７ａが設置されており、複合機１ａにおいて認証イベントが発生した場合には、認証情報入力機器７ａを用いてユーザから認証情報を取得すればよいことが分かる。
【００９２】
次に、ドライバ呼出部７１が、ドライバＤＢ８１から、ステップＳ２０９において特定された認証情報入力機器７の動作を制御するためのデバイスドライバプログラムを呼び出して作動させる（Ｓ２１１）。このとき、ドライバ呼出部７１は、認証情報入力機器の識別情報と、デバイスドライバプログラムの識別情報との対応関係が示された第２対応テーブルを参照する。この第２対応テーブルは、図示しない対応ドライバ情報記憶部に予め格納されている。そして、機器同定部７２は、この第２対応テーブルから、ステップＳ２０９において特定した認証情報入力機器の識別情報に対応するデバイスドライバプログラムの識別情報を取得し、取得した識別情報に基づいて、ドライバＤＢ８１の中から、認証情報の取得に用いられる認証情報入力機器用のデバイスドライバプログラムを選択してＣＰＵ５１に実行させる。これにより、認証情報入力機器ドライバ７７が、認証情報の取得に用いられる認証情報入力機器７の動作を制御できるようになる。
【００９３】
図１０は、第２対応テーブルの一例を示す図である。図１０に示すように、第２対応テーブルには、Ｉ／Ｆ変換器８のＩＰアドレスと、そのＩ／Ｆ変換器８に接続されている認証情報入力機器７の識別情報と、その認証情報入力機器７の動作を制御するためのデバイスドライバプログラムの識別情報との対応関係が示されている。この対応テーブルによれば、例えば認証情報入力機器７ａは、ＩＣカードリーダドライバプログラムを用いて制御するものであることが分かる。また、認証情報入力機器７ｂは、指紋認証機器ドライバプログラムを用いて制御すればよいことが分かる。また、この対応テーブルによれば、Ｉ／Ｆ変換器８ａには認証情報入力機器７ａが接続されており、Ｉ／Ｆ変換器８ｂには認証情報入力機器７ｂが接続されていることが分かる。なお、第２対応テーブルにおけるＩ／Ｆ変換器８のＩＰアドレスと、そのＩ／Ｆ変換器８に接続されている認証情報入力機器７の識別情報との対応関係は、既知のネットワーク探索プロトコルを用いて複合機制御システム５００内のＩ／Ｆ変換器８を検索し、検索したＩ／Ｆ変換器８の識別情報（ここではＩＰアドレス）と、Ｉ／Ｆ変換器８に接続されている認証情報入力機器７の識別情報とを対応付けることによって作成される。
【００９４】
次に、複合機制御部７９のＵＩ制御部２３３が、画面データ記憶部２３２から認証画面の素材データを読み出して必要に応じて修飾することにより、認証画面のデータを生成する（Ｓ２１３）。ここで生成される認証画面は、ステップＳ２０９において特定された認証情報入力機器７に応じたものとなっている。このステップにおける処理は、詳細には次のようにして行われる。
【００９５】
本実施形態では、認証画面生成プログラムが認証情報入力機器の種別ごとに準備され、図示しない記憶部に予め格納されている。また、認証情報入力機器と、該認証情報入力機器に適した認証画面を生成するための認証画面生成プログラムとの対応情報が示された第３対応テーブルが、図示しない記憶部に格納されている。図１１は、第３対応テーブルの一例を示す図である。図１１の例では、認証情報入力機器７ａによって認証情報を取得する場合には、ＩＣカード用画面生成プログラムを用いればよく、一方、認証情報入力機器７ｂの場合は、指紋認証用画面生成プログラムを用いればよいことが分かる。
【００９６】
そして、ＵＩ制御部２３３は、第３対応テーブルに格納された対応情報を参照し、ステップＳ２０９において特定された認証情報入力機器７に応じた認証画面生成プログラムを記憶部から呼び出し、該認証画面生成プログラムに従って、特定された認証情報入力機器７に適した認証画面のデータを生成する。それぞれの認証画面生成プログラムは、画面データ記憶部２３２に格納されている認証画面の素材データを適宜組み合わせることにより、適切な認証画面のデータを生成する。
【００９７】
図１２は、ＩＣカード用画面生成プログラムによって生成された認証画面の一例を示す図であり、図１４は、図１２に示す認証画面をＸＭＬにより記述したデータの一例である。一方、図１３は、指紋認証用画面生成プログラムによって生成された認証画面の一例を示す図であり、図１５は、図１３に示す認証画面をＸＭＬにより記述したデータの一例である。
【００９８】
図１２および図１３に示すように、これらの認証画面には、ＩＤカードや中指を認証情報入力機器にセットするよう促すメッセージが含まれている。つまり、この認証画面は、認証情報入力機器７ａ・７ｂが認証情報を取得できるようにするための準備の仕方を示し、かつ、その準備を実行するよう促すガイド的な役割を有している。また、図１２に示すように、ＩＣカードリーダによって認証情報を取得する場合には、ＩＤカードをセットするよう促すメッセージとともに、パスワードの入力欄が認証画面に含まれている。つまり、ＵＩ制御部２３３は、認証情報取得機器の種別に応じて、パスワードの取得を指示する指示情報を認証画面のデータに含めるようになっている。この指示情報は、図１４に示すように、認証画面のデータに埋め込まれたｉｎｐｕｔタグによって実現されている。
【００９９】
続いてＵＩ制御部２３３は、認証情報とともにパスワードの入力が必要であるか否かを判断する（Ｓ２１５）。この判断は、ＵＩ制御部２３３が、生成された認証画面のデータの中にｉｎｐｕｔタグが含まれているか否かを調べることによって行われる。ここで、パスワードの入力が必要ないと判断された場合（Ｓ２１５にてＮｏ）には、認証情報入力機器７による認証情報の読取り準備ができているか否かを判定する（Ｓ２１７）。このステップでは、認証情報入力機器ドライバ７７およびＩ／Ｆ変換器ドライバ７５が協働して、ステップＳ２０９において特定された認証情報入力機器７に対して、ＩＤカードまたは中指が適切にセットされているか否かを問い合わせる。この処理について詳述すると次の通りである。
【０１００】
まず、認証情報入力機器ドライバ７７が、認証情報入力機器７にＩＤカードまたは中指が適切にセットされているか否か、換言すれば、認証情報の読み取り準備が整っているか否かを認証情報入力機器７に問い合わせる制御コマンドを生成する。この制御コマンドは、ＵＳＢパケットデータとして構成される。次に、Ｉ／Ｆ変換器ドライバ７５が、認証情報入力機器ドライバ７７によって生成されたＵＳＢパケットデータをネットワーク４００で流通可能なＴＣＰ／ＩＰパケットデータに変換する。このとき、Ｉ／Ｆ変換器ドライバ７５は、ＴＣＰ／ＩＰパケットのヘッダに、宛先としてＩ／Ｆ変換器８のＩＰアドレスを設定する。
【０１０１】
ここで、Ｉ／Ｆ変換器８のＩＰアドレスは、図１０に示す上述した第２対応テーブルに基づいて特定する。つまり、第２対応テーブルには、認証情報入力機器７とＩ／Ｆ変換器８のＩＰアドレスとの対応情報も含まれているので、Ｉ／Ｆ変換器ドライバ７５は、この第２対応テーブルを参照し、ステップＳ２０９において特定された認証情報入力機器７に対応するＩ／Ｆ変換器８のＩＰアドレスを特定し、そのＩＰアドレスを宛先とする。そして、Ｉ／Ｆ変換器ドライバ７５は、通信ユニット５９を制御することにより、作成したＴＣＰ／ＩＰパケットデータをネットワーク４００を介して目的のＩ／Ｆ変換器８に送信する。
【０１０２】
このＴＣＰ／ＩＰパケットデータを受信したＩ／Ｆ変換器８は、該ＴＣＰ／ＩＰパケットデータをＵＳＢパケットデータに変換し、自身に接続されている認証情報入力機器７に送信する。そして、認証情報入力機器７は、受信したＵＳＢパケットデータに含まれている制御コマンドに従い、認証情報の読取り準備ができているか否か（ＩＤカードまたは中指などが適切に機器にセットされているか否か）を調査し、調査結果をＩ／Ｆ変換器８を介して制御サーバ２へ返信する。この調査結果は、通信ユニット５９、Ｉ／Ｆ変換器ドライバ７５を介して認証情報入力機器ドライバ７７に渡され、認証情報入力機器ドライバ７７によって解析される。
【０１０３】
ここで、調査結果が、読み取り準備がまだできていないことを示すものの場合（Ｓ２１７においてＹｅｓ）には、ＵＩ制御部２３３が、ステップＳ２１３において生成した認証画面のデータを複合機１に対して送信する。その結果、複合機１の操作パネル６には、認証情報入力機器７が認証情報を取得できるようにユーザに準備を促す認証画面（図１３参照）が表示される。
【０１０４】
そして、ステップＳ２１７と同様の方法で、認証情報入力機器７による認証情報の読取り準備ができているか否かを再び判定しながら（Ｓ２２５）、準備が完了するまで待機する。
【０１０５】
一方、ステップＳ２１５において、パスワードの入力が必要であると判断された場合（Ｓ２１５にてＹｅｓ）には、ＵＩ制御部２３３が、ステップＳ２１３において生成した認証画面のデータを複合機１に対して送信する。これにより、複合機１の操作パネル６には、認証情報入力機器７が認証情報を取得できるようにユーザに準備を促し、さらに、パスワードの入力を求める認証画面（図１２参照）が表示される。
【０１０６】
そして、ユーザが複合機１の入力部５によってパスワードを入力すると、制御サーバ２のＵＩ制御部２３３がこのパスワードを複合機１から受信し、受信したパスワードを認証部７３に送る（Ｓ２２３）。そして、上述したステップＳ２２５に進み、認証情報入力機器７の読取り準備が完了するまで待機する。
【０１０７】
ステップＳ２２５において、ユーザによってＩＣカードや中指のセットが行われ、認証情報の読取り準備が整うと、認証情報入力機器ドライバ７７がネットワーク４００越しに認証情報入力機器７を制御して、認証情報入力機器７に認証情報の読取りを実行させる（Ｓ２２７）。
【０１０８】
ところで、ステップＳ２１７において、ＩＣカードがすでに挿入され、読み取り準備が完了している場合には、ＵＩ制御部２３３による認証画面のデータの送信処理をスキップし、そのままステップＳ２２７の処理に移る。これにより、ＩＣカードが挿入されているにも関らずＩＣカードの挿入を促すメッセージが表示されることはない。
【０１０９】
そして、ステップＳ２２７における認証情報の読み取りは、以下のようにして行われる。まず、認証情報入力機器ドライバ７７は、認証情報入力機器７に対して認証情報の読み取りを指示する制御コマンドが含まれたＵＳＢパケットデータを生成する。そして、生成されたＵＳＢパケットデータはＩ／Ｆ変換器ドライバ７５に送られ、上述した問い合わせのときと同様に、Ｉ／Ｆ変換器ドライバ７５によってＴＣＰ／ＩＰパケットデータに変換される。そして、ＴＣＰ／ＩＰパケットデータは、通信ユニット５９によって、ステップＳ２０９において特定した認証情報入力機器７が接続されているＩ／Ｆ変換器８に送信される。
【０１１０】
制御サーバ２からネットワーク４００を介してＴＣＰ／ＩＰパケットデータを受信したＩ／Ｆ変換器８は、このパケットデータを、ＵＳＢの通信プロトコルに基づいたＵＳＢパケットデータに変換し、ＵＳＢパケットデータを認証情報入力機器７に送信する。このＵＳＢパケットデータを受信した認証情報入力機器７は、ＵＳＢパケットデータに含まれた制御コマンドに従い、ＩＣカードに記録されたユーザＩＤやユーザの指紋などを読み取ることによって、認証情報を取得する。そして、取得された認証情報は、ＵＳＢ４０２、Ｉ／Ｆ変換器８ａ／８ｂ、ネットワーク４００を経由して、制御サーバ２に送信される。この場合にも、上述した問い合わせのときと同様に、Ｉ／Ｆ変換器８ａが、認証情報を含むパケットの形態について、ＵＳＢパケットデータからＴＣＰ／ＩＰパケットデータへの変換を行う。
【０１１１】
続いて、制御サーバ２のＩ／Ｆ変換器ドライバ７５は、認証情報入力機器７から送信された認証情報が含まれたＴＣＰ／ＩＰパケットデータを受信して（Ｓ２２９）、ＵＳＢパケットデータに変換し、認証情報入力機器ドライバ７７に送る。そして、認証情報入力機器ドライバ７７は、受け取ったＵＳＢパケットデータの中から認証情報を抽出して、認証部７３に送る。
【０１１２】
認証部７３は、受け取った認証情報を、ユーザアカウントデータベース（図示しない記憶部に予め設けられている）に登録されている認証情報と照合する（Ｓ２３１）。なお、ステップＳ２２３においてパスワードも取得している場合は、認証情報とともにパスワードも、ユーザアカウントデータベースに登録されているパスワードと照合する。ここで、ユーザアカウントデータベースには、認証情報（およびパスワード）と実行権限との対応関係がユーザごとに示されている。また、取得する認証情報の種類が認証上情報入力機器によって異なる場合は、それぞれの認証情報（各ユーザの指紋や静脈などの情報）がユーザアカウントデータベースに登録される。
【０１１３】
図１６は、ユーザアカウントデータベースの一例を示す図である。このユーザアカウントデータベースは、ＩＣカードから認証情報としてユーザＩＤを読み取るとともに複合機１の操作パネル６からパスワードを取得する場合に用いるものであり、認証情報であるユーザＩＤおよびパスワードと、ユーザの利用可能なジョブの種類（実行権限）との対応関係が示されている。よって、このユーザアカウントデータベースでは、各ユーザの実行権限をジョブごとに規定することができるようになっている。
【０１１４】
このユーザアカウントデータベースによれば、例えばユーザＩＤが「１００００１」のユーザＡのパスワードは「Ａｆｄｊａｏｉｊｓ」であり、このユーザＡにはコピージョブ、プリントジョブ、およびファックスジョブの実行が許可され、一方、ユーザＩＤが「１００００３」のユーザＣのパスワードは「Ｑｗｉｕｅｙｔｑ」であり、このユーザＣにはコピージョブの実行しか許可されないことが分かる。
【０１１５】
そして、認証情報入力機器７から受け取った認証情報とユーザアカウントデータベースに登録されている認証情報とが一致しなかった場合、あるいは、認証情報入力機器７から受け取った認証情報および複合機１から受け取ったパスワードとユーザアカウントデータベースに登録されている認証情報およびパスワードとが一致しなかった場合（Ｓ２３３においてＮｏ）、認証は失敗し、認証に失敗したことを複合機１に対してデバイス制御部２３５が通知するとともに、ＵＩ制御部２３３が認証結果（認証に失敗したこと）を示す画面のデータを生成して送信する（Ｓ２３５）。なお、このステップＳ２３５における認証結果の通知先およびデータの送信先は、ステップＳ２０７において認証イベントが発生した複合機１である。認証結果および認証結果を示す画面のデータを受信した複合機１は、受け取ったデータに対応する画面を操作パネル６に表示する。図１７は、認証に失敗した場合の認証結果を示す画面の一例である。そして、処理がステップＳ２０７に戻り、制御サーバ２は、再び複合機１において認証イベントが発生するまで待機する。
【０１１６】
一方、認証情報入力機器７から受け取った認証情報とユーザアカウントデータベースに登録されている認証情報とが一致した場合、あるいは、認証情報入力機器７から受け取った認証情報および複合機１から受け取ったパスワードと、ユーザアカウントデータベースに登録されている認証情報およびパスワードとが一致した場合（Ｓ２３３においてＹｅｓ）には認証は成功し、ステップＳ２０７において認証イベントが発生した複合機１に対して、デバイス制御部２３５がロックの解除を行う（Ｓ２２３７）。
【０１１７】
続いて、ＵＩ制御部２３３は、ユーザアカウントデータベースから、認証に成功したユーザの実行権限を取得するとともに、取得した実行権限に基づいて、このユーザが実行可能なジョブの選択肢が示された操作画面のデータを生成する。なお、この操作画面には、認証に成功したことを示す認証結果も含まれる。ＵＩ制御部２３３は、ロックの解除を行った複合機１に対して、この認証結果を含む操作画面のデータを、実行権限とともに送信する（Ｓ２３９）。この操作画面のデータを受信した複合機１は、操作パネル６に、受信したデータに対応する操作画面を表示させる。これにより、ユーザは、認証に成功したことを知るとともに、操作パネル６を操作して、実行したいジョブを選択できるようになる。ただし、操作画面にはユーザが実行権限を有しているジョブの選択肢しか表示されないため、ユーザは、実行権限を有しているジョブしか選択することはできない。図１８は、認証に成功した場合に操作パネル６に表示される操作画面の一例である。
【０１１８】
ステップＳ２３９の後、ロックが解除された複合機１においてユーザが操作パネル６を操作して所望のジョブを選択すると、選択されたジョブを特定するための情報である操作情報が複合機１から制御サーバ２へ送信される。ＵＩ制御部２３３は、複合機１から操作情報を受け付けると（ステップＳ２４１）、受け付けた操作情報から、ユーザの選択したジョブを特定する。そして、デバイス制御部２３５が、ＵＩ制御部２３３によって特定されたジョブの実行指示を複合機１に送信する（Ｓ２４３）。この実行指示に従い、複合機１がジョブを実行する。
【０１１９】
その後、制御サーバ２のＵＩ制御部２３３は、ユーザのログオフが指示されたか否かを判定する（Ｓ２４５）。ユーザが、使用している複合機１の操作パネル６を用いてログオフを指示すると、複合機１からＵＩ制御部２３３へログオフが通知される。ＵＩ制御部２３３は、この通知を受け取った場合にユーザのログオフが指示されたと判定する。ここで、ログオフが指示されなかった場合、処理はステップＳ２４１に戻り、新たなジョブの選択を受け付ける。一方、ログオフが指示された場合、デバイス制御部２３５が複合機１をロックして（Ｓ２４７）、処理を終了する。
【０１２０】
（複合機の動作）
次に、複合機１の動作について説明する。図１９は、複合機１の処理工程を示すフロー図である。まず、複合機１の電源がＯＮになると（Ｓ２５１）、複合機１は、制御サーバ２にアクセス要求を送信する（Ｓ２５３）。このステップにおけるアクセス要求は、上述したステップＳ２０１におけるアクセス要求に対応する。
【０１２１】
そして、複合機１は、制御サーバ２から、画面のデータを受信したか否かを判定する（Ｓ２５５）。ここで、画面のデータを受信した場合（Ｓ２５５にてＹｅｓ）には、受信したデータに対応する画面を操作パネル６に表示する（Ｓ２５７）。そして、電源ＯＦＦが指示されたか否かを判定し（Ｓ２５９）、電源ＯＦＦが指示された場合には処理を終了し、指示されていない場合には、処理はステップＳ２５５に戻る。
【０１２２】
一方、ステップＳ２５５において画面のデータを受信していない場合は、制御サーバ２から実行権限を受信したか否かを判定する（Ｓ２６１）。このステップにおける実行権限は、上述したステップＳ２３９における実行権限に対応する。そして、実行権限を受信した場合（Ｓ２６１にてＹｅｓ）には、実行権限に応じて自機の各ユニットに電力を供給する。例えば、認証に成功したユーザの実行権限がプリントジョブしかない場合には、プリントジョブに必要な画像形成エンジンのみに電力を供給する。一方、実行権限が全てのジョブに対してある場合には、画像形成エンジン、スキャナユニット、ファクシミリユニットなどの全てのユニットに電力を供給する。そして、処理はステップＳ２５９に進む。
【０１２３】
一方、ステップＳ２６１において実行権限を受信していない場合には、制御サーバ２からジョブの実行指示を受信したか否かを判定する（Ｓ２６５）。このステップにおけるジョブの実行指示は、上述したステップＳ２４３におけるジョブの実行指示に対応する。そして、ジョブの実行指示を受信した場合（Ｓ２６５においてＹｅｓ）には、実行指示に従ってジョブを実行する（Ｓ２６７）。その後、処理はステップＳ２５９に進む。
【０１２４】
一方、ステップＳ２６５において実行権限を受信していない場合には、操作パネル６においてユーザからの入力を受け付けたか否かを判定する（Ｓ２６９）。このステップにおける入力は、上述したステップＳ２０７における認証イベントの発生のトリガーとなるボタンの押下や、ステップＳ２２３におけるパスワードの受け付け、ステップＳ２４１におけるジョブの選択などに対応する。そして、ユーザからの入力を受け付けた場合（Ｓ２６９においてＹｅｓ）には、入力情報を制御サーバ２に送信する（Ｓ２７１）。その後、処理はステップＳ２５９に進む。
【０１２５】
一方、ステップＳ２６９においてユーザからの入力を受け付けていない場合には、制御サーバ２からロック指示を受信したか否かを判定する（Ｓ２７３）。このステップにおけるロック指示は、上述したステップＳ２０５・Ｓ２２７において制御サーバ２から指示されるものである。そして、ロック指示を受信した場合（Ｓ２７３にてＹｅｓ）には、指示に従って自機の機能をロックする（Ｓ２７５）。そして、処理はステップＳ２５９に進む。
【０１２６】
（本実施形態の複合機システムの利点）
以上のように、本実施形態の複合機制御システム５００において、複合機１ａ・１ｂは、制御サーバ２によってほとんどの動作が制御される構成となっている。これにより、ユーザアカウントや複合機１ａ・１ｂの使用状況のログなどを１台の制御サーバ２によって統合的に管理することができる。
【０１２７】
また、本実施形態の複合機制御システム５００では、認証情報入力機器７の動作を、複合機１の代わりに制御サーバ２が制御する構成となっている。従来のように、複合機１が認証情報入力機器７の動作を制御する場合には、認証情報入力機器７の変更の際や、ＩＣカードなどに記録されている認証情報のデータフォーマットの変更の際、あるいは、デバイスドライバプログラムの更新の際に、デバイスドライバプログラムの変更のために複合機１のＲＯＭや基板の交換といった大掛かりな作業が必要となる。しかしながら、本実施形態の構成によれば、制御サーバ２が一般的なパーソナルコンピュータなどで構成されているため、新たな認証情報入力機器用のデバイスドライバプログラムを容易に導入・更新することができる。よって、認証方式などの変更を容易にでき、柔軟な認証システムを構築することができる。
【０１２８】
また、本実施形態の複合機制御システム５００では、制御サーバ２と認証情報入力機器７とが、Ｉ／Ｆ変換器８を介して通信する構成となっている。一般に市販されている認証情報入力機器は、ＵＳＢなど、非ネットワーク形式で接続するよう設計されているものが多い。ＵＳＢなどの非ネットワーク形式の接続形態においては、規格上、制御元から制御先までの物理的な距離に制限が生じてしまう。しかしながら、本実施形態では、Ｉ／Ｆ変換器８を用い、認証情報入力機器７とＩ／Ｆ変換器８との間はＵＳＢで、そして、Ｉ／Ｆ変換器８と制御サーバ２との間はＴＣＰ／ＩＰネットワークで接続することにより、制御サーバ２と認証情報入力機器７との間の距離の制限を無くすことができる。それゆえ、複合機１の傍に設置された認証情報入力機器７を、リモートの制御サーバ２から制御することが可能になる。その結果、既存の様々なタイプの認証情報入力機器を利用して、自由自在に認証システムを構築することができる。
【０１２９】
さらに、本実施形態では、制御サーバ２が汎用的なパーソナルコンピュータによって構成され、制御サーバ２のＯＳがＷｉｎｄｏｗｓ（登録商標）であるため、ドライバＤＢ８１に格納されるデバイスドライバプログラムを開発する際に、既存のデバイスドライバプログラムや既存のモジュールなどを利用することができる。それゆえ、新たなデバイスドライバプログラムを開発する手間を軽減することができる。
【０１３０】
また、本実施形態では、認証情報入力機器７の識別情報と、その認証情報入力機器７への認証情報の入力によってジョブの実行が許可される複合機１のＩＰアドレスとが対応付けられた第１対応テーブルを制御サーバ２が有しており、ネットワーク４００上のいずれかの複合機１において認証イベントが発生した際に、どの認証情報入力機器７に応じた認証画面を複合機１に生成すればよいか、どの認証情報入力機器７の読取り動作を制御すればよいかを、上記第１対応テーブルに基づいて特定する構成となっている。
【０１３１】
それゆえ、複合機制御システム５００に複数の複合機１および複数の認証情報入力機器７が含まれている場合であっても、認証情報入力機器７と、その認証情報入力機器７によって取得した認証情報に基づいた認証結果に応じてジョブの実行が許可される複合機１との対応関係を知ることができる。
【０１３２】
なお、上記の実施形態では、第１対応テーブルにおいて、認証情報入力機器７の識別情報と複合機１のＩＰアドレスとが１対１で対応付けられていたが、本発明はこれに限定されず、認証情報入力機器の識別情報１つに対して複数の複合機のＩＰアドレスが対応付けられていてもよい。この場合、ユーザが１台の認証情報入力機器を用いて認証に成功したときに、複数台の複合機を使用できるようになる。
【０１３３】
また、上述した実施形態では、ユーザが複合機１の入力部５を操作することによって認証イベントが発生し、上述した第１対応テーブルを参照して、認証イベントが発生した複合機１に対応する認証情報入力機器７を特定する構成としたが、本発明はこれに限定されず、ユーザが認証情報入力機器７に設けられた図示しない操作部を操作することによって認証イベントが発生するようにしてもよい。この場合、認証イベントが発生した認証情報入力機器７に対応する複合機１を、上記第１対応テーブルに基づいて特定し、特定された複合機１に対して認証画面のデータを送信し、認証結果に応じてロックを解除すればよい。
【０１３４】
また、本実施形態では、ユーザから認証情報を取得する際に、複合機１の操作パネル６に表示させる認証画面のデータを、制御サーバ２のＵＩ制御部２３３が生成して複合機１に送信し、複合機１の操作パネルに表示させる構成となっている。そして、この認証画面には、認証情報入力機器７が認証情報を取得できるようにするための準備の仕方を示すとともにその準備の実行を促すメッセージが示されている。それゆえ、認証情報入力機器７に表示部が設けられていない場合であっても、認証操作を実行するようユーザに通知するとともに認証方法のガイドをユーザに提示することができ、ユーザは迷うことなく認証を行うことができる。また、認証情報入力機器７を別のものに取り替えたことにより認証画面を変更する必要が生じた場合であっても、制御サーバ２の認証画面生成プログラムを変更するのみで対応でき、複合機１のＲＯＭや基板の交換といった大掛かりな作業を必要としない。
【０１３５】
さらに、本実施形態では、制御サーバ２が認証画面生成プログラムを認証情報入力機器７の種別ごとに予め複数有しており、ＵＩ制御部２３３が、ユーザから認証情報を取得する認証情報入力機器７の種別に応じた認証画面生成プログラムに従い、その認証情報取得機器の種別に応じた認証画面を生成して複合機１に送信する構成となっている。それゆえ、ユーザは、認証情報取得機器の種別に応じた適切なガイドを受けることができ、容易に認証操作を行うことができるようになる。
【０１３６】
なお、上述した実施形態では、認証情報取得機器の種別ごとに準備された認証画面生成プログラムが、画面データ記憶部２３２に格納された素材データを適宜組み合わせることにより、認証情報取得機器の種別に応じた認証画面のデータを生成する構成としたが、その代わりに、画面データ記憶部２３２に認証画面のデータを認証情報取得機器の種別ごとに予め格納しておき、ユーザから認証情報を取得する認証情報取得機器の種別に応じた認証画面のデータをＵＩ制御部２３３が画面データ記憶部２３２から読み出して複合機１に送信する構成としても同様の効果を得ることができる。
【０１３７】
また、本実施形態では、認証情報入力機器７の種別がＩＣカードリーダなどの場合には、ＵＩ制御部２３３が、複合機１の入力部５にユーザからパスワードの入力を受け付けるよう指示する指示情報を複合機１に送信し、認証部７３が、認証情報入力機器７が取得した認証情報と複合機１が受け付けたパスワードとを用いて認証を行う構成となっている。それゆえ、認証情報入力機器７の種別に応じて、より高度な認証を行うことが可能である。
【０１３８】
また、本実施形態では、認証画面のデータがマークアップ言語によって記述され、上記の指示情報が認証画面のデータにｉｎｐｕｔタグとして含まれた構成となっている。それゆえ、認証画面の表示と、パスワードの入力受け付けとを容易に連動させることができる。
【０１３９】
〔実施形態２〕
次に、本発明の別の実施形態について図２０から図２２に基づいて説明すると以下の通りである。なお、上述した実施形態１と同様の構成については、同一の部材番号を付し、説明を省略する。
【０１４０】
図２０は、本実施形態の複合機制御システム６００の構成を示すブロック図である。本実施形態の複合機制御システム６００は、図２０に示すように、複合機１ａ・１ｂ、制御サーバ２’、認証情報入力機器７ａ・７ｂ、Ｉ／Ｆ変換器８ａ・８ｂに加え、認証サーバ４ａ・４ｂを含んでいる。
【０１４１】
上述した実施形態１では、ユーザの認証処理を制御サーバ２の認証部７３が行う構成となっていたが、本実施形態では、認証サーバ４ａ・４ｂが行う構成となっている。以下では、認証サーバ４ａ・４ｂをまとめて認証サーバ４ということもある。認証サーバ４は、上述した実施形態１の制御サーバ２が備えている認証部７３およびユーザアカウントデータベースと同様のものを備えており、ユーザから取得した認証情報をユーザアカウントデータベースに登録されているものと照合して、ユーザの認証を行う。
【０１４２】
図２１は、本実施形態の制御サーバ２’の機能構成を示すブロック図である。図２１に示すように、制御サーバ２’は、実施形態１の認証部７３の代わりに認証制御部（認証情報送信手段・認証結果受信手段）８３を備えており、その他は上述した実施形態１と同一である。
【０１４３】
制御サーバ２’の動作について説明すると、本実施形態では、上述したステップＳ２２９において、認証情報入力機器ドライバ７７がＵＳＢパケットデータの中から認証情報を抽出して認証制御部８３に送る。すると、認証制御部８３は、受け取った認証情報を、通信ユニット５９からネットワーク４００を介して認証サーバ４に送信する。また、ステップＳ２２３においてＵＩ制御部２３３が受信したパスワードもまた、認証制御部８３によって認証サーバ４に送信される。
【０１４４】
なお、認証制御部８３は、認証情報およびパスワードの送信先を、認証情報を取得した認証情報入力機器７の種別に基づいて決定する。例えば認証情報入力機器７ａ，７ｂがそれぞれＩＣカードリーダ、指紋読取機器であり、認証サーバ４ａはユーザＩＤおよびパスワードが認証情報として登録されているユーザアカウントデータベースを、また、認証サーバ４ｂは指紋情報が認証情報として登録されているユーザアカウントデータベースを有している場合を考える。この場合、認証情報入力機器７ａにおいて読み取った認証情報（ユーザＩＤ）および複合機１において受け付けたパスワードは、認証サーバ４ａに送信されることが好ましく、同様に、認証情報入力機器７ｂにおいて読み取った認証情報（指紋情報）は、認証情報として指紋情報が登録されたユーザアカウントデータベースを有する認証サーバ４ｂに送信されることが好ましい。
【０１４５】
そこで、認証制御部８３は、認証情報入力機器７の識別情報と、認証サーバ４の識別情報（ここではＩＰアドレス）とが対応付けられた送信先対応テーブル（図示しない対応サーバ情報記憶部に予め格納されている）を参照し、ステップＳ２０９において特定した認証情報入力機器７の識別情報に対応する認証サーバ４のＩＰアドレスを取得する。そして、認証制御部８３は、取得したＩＰアドレスを有する認証サーバ４に対して、認証情報入力機器ドライバ７７から受け取った認証情報、および、ＵＩ制御部２３３から受け取ったパスワードを送信する。
【０１４６】
図２２は、送信先対応テーブルの一例を示す図である。この送信先対応テーブルによれば、認証情報入力機器７ａにおいて読み取られた認証情報は、ＩＰアドレスが「１９２．１６８．０．３０」の認証サーバ４ａに送信される一方、認証情報入力機器７ｂにおいて読み取られた認証情報はＩＰアドレスが「１９２．１６８．０．３１」の認証サーバ４ｂに送信されることが分かる。
【０１４７】
そして、制御サーバ２’の認証制御部８３から、ネットワーク４００を介して認証情報を受信した認証サーバ４は、上述した実施形態１のステップＳ２３１と同様に、ユーザアカウントデータベースに登録された認証情報と、受信した認証情報とを照合し、またパスワードも受信している場合は、さらに、ユーザアカウントデータベースに登録されたパスワードと、受信したパスワードとを照合する。そして、両者が合致した場合（すなわち認証が成功した場合）には、認証サーバ４は、認証が成功したこと示す通知と、ユーザアカウントデータベースに示されたユーザの実行権限とを、制御サーバ２’の認証制御部８３に送信する。一方、両者が合致しなかった場合（すなわち認証が失敗した場合）には、認証サーバ４は、認証が失敗したことを制御サーバ２’の認証制御部８３に通知する。
【０１４８】
認証の成功または失敗の通知を認証サーバ４から受け取った認証制御部８３は、受け取った通知が認証情報の成功を示すものであるか失敗を示すものであるかに応じて、ステップＳ２３５かＳ２３７に処理を進める。その後は実施形態１と同様である。
【０１４９】
以上のように、本実施形態では、ユーザの認証処理を認証サーバ４が行う構成となっている。これにより、ユーザの認証処理によって制御サーバ２’に過負荷が生じるのを防止することができる。
【０１５０】
また、本実施形態では、複合機制御システム６００が複数の認証サーバ４を含み、認証情報入力機器７の種類に応じて、認証を行う認証サーバを使い分ける構成となっている。これにより、認証処理による負荷を分散することができる。
【０１５１】
〔実施形態３〕
次に、本発明のさらに別の実施形態について図２３および図２４に基づいて説明すると以下の通りである。なお、上述した実施形態１と同様の構成については、同一の部材番号を付し、説明を省略する。
【０１５２】
図２３は、本実施形態の複合機制御システム７００の構成を示すブロック図である。本実施形態の複合機制御システム７００は、１台の認証情報入力機器７ａおよびＩ／Ｆ変換器８ａ、複数台（ここでは２台）の複合機１ａ・１ｂ、ならびに、制御サーバ２を含んでいる。そして、認証情報入力機器７ａに入力された認証情報は、複合機１ａ・１ｂの双方の利用許可に用いられる。
【０１５３】
上述した実施形態１では、利用可能になる複合機１が、認証情報の入力に使用した認証情報入力機器７に基づいて決定される構成となっていたが、本実施形態では、ユーザの権限に応じて決定される構成となっている。このため、ユーザアカウントデータベースには、ユーザの認証情報と対応付けられる権限として、ユーザの利用可能な複合機の識別情報（ここではＩＰアドレス）およびジョブの種類が登録されている。
【０１５４】
図２４は、本実施形態におけるユーザアカウントデータベースの一例である。このユーザアカウントデータベースによれば、例えばユーザＩＤが「１００００１」のユーザＡは、ＩＰアドレスが「１９２．１６８．０．２０」の複合機１ａと、ＩＰアドレスが「１９２．１６８．０．２１」の複合機１ｂとの両方の利用が許可されるとともに、それぞれの複合機１ａ・１ｂにおいて、コピージョブ、プリントジョブ、およびファックスジョブの実行が許可されることが分かる。一方、ユーザＩＤが「１００００３」のユーザＣは、ＩＰアドレスが「１９２．１６８．０．２０」の複合機１ａの利用のみが許可され、さらに、複合機１ｂのジョブのうち、コピージョブしか許可されないことが分かる。
【０１５５】
また、本実施形態の複合機１ａ・１ｂは、筐体の外側でユーザから見え易い位置に、図示しない高輝度ＬＥＤが備えられている。
【０１５６】
制御サーバ２の動作について説明すると、本実施形態では、上述したステップＳ２３１における認証が成功した場合（Ｓ２３３にてＹｅｓ）、デバイス制御部２３５は、ユーザアカウントデータベースから、認証に成功したユーザの権限（複合機１のＩＰアドレスおよびジョブの種類）を取得し、取得したＩＰアドレスを有する複合機１を、ユーザの利用可能な複合機として認定する。次に、デバイス制御部２３５は、取得したＩＰアドレスを有する複合機１に対して、ロックの解除を指示する制御コマンドと、上述した高輝度ＬＥＤの点滅を指示する制御コマンドとを送信する。
【０１５７】
その結果、上記の制御コマンドを受信した複合機１は、ロックを解除するとともに、制御コマンドに従い、高輝度ＬＥＤを点滅させる。ユーザは、この高輝度ＬＥＤの点滅を見ることにより、該ＬＥＤが設けられている複合機１が利用可能であることを知ることができる。そして、処理はステップＳ２３９に進み、後は実施形態１と同様である。
【０１５８】
以上のように、本実施形態では、ユーザからの認証情報に基づいて、利用可能な複合機が決定される。換言すれば、複合機制御システムに複数の複合機が含まれる場合に、利用の可否を複合機ごとに定めることができる。従って、ユーザに応じて、利用できる複合機の種類を制限することができる。
【０１５９】
また、本実施形態では、１台の認証情報入力機器７ａに対する１度の認証情報の入力により、複数台（ここでは２台）の複合機１ａ・１ｂの利用が可能になる。このような構成は、複合機１ａ・１ｂの双方を用いてタンデム処理を行う場合などに、認証処理に必要なユーザの労力を軽減することができ、好適である。
【０１６０】
また、本実施形態では、利用が許可された複合機の高輝度ＬＥＤが点滅する構成となっている。このように、制御サーバ２が、利用が許可された複合機に対して、利用可能であることをユーザに報知させることにより、ユーザは、どの複合機が利用可能であるかを瞬時に判断することができる。
【０１６１】
なお、ユーザに利用可能であることを報知するための報知手段としては、上述した高輝度ＬＥＤに限定されず、視覚的に報知する各種デバイス、さらには、音によって報知する各種デバイスなどを用いることもできる。
【０１６２】
また、本実施形態では、ユーザの認証情報と、ユーザの利用可能なジョブの種類（権限）とが対応付けられたユーザアカウントデータベースを制御サーバ２が有しており、複合機制御部７９は、複合機のジョブごとに、ジョブの実行を許可したり禁止したりする構成となっている。これにより、ユーザごとに様々な利用制限を課すことができる。
【０１６３】
〔実施形態１〜３の補足〕
（制御サーバによる複合機制御の詳細）
以下では、上述した複合機制御部７９による複合機制御の詳細についてさらに説明する。なお、以下の構成は、上述した実施形態１〜３に共通する構成である。
【０１６４】
制御サーバ２・２’は、上述したように、通信ネットワーク４００を介して、複合機１のジョブを制御する。ここで、デバイス制御部２３５は、複合機１の様々な特徴を制御するために、複合機１が提供している１つまたは複数のＷｅｂサービスを使用してもよい。複合機１の様々な特徴の制御とは、例えば、装置の機能の有効／無効の切替や設定、あるいは、装置の機能の制御である。Ｗｅｂサービスとは、アプリケーションの機能をネットワークを通じて外部から利用できるようにするプログラム処理のことであり、通常ＳＯＡＰが用いられる。
【０１６５】
また、複合機１は、制御サーバ２・２’から各種操作画面のデータを取得し、データに応じた操作画面を操作パネル６に表示させる。これにより、複合機１は、制御サーバ２・２’に対して操作画面データを要求するだけで、操作画面を表示することができ、操作画面データ自体を管理する必要がない。
【０１６６】
また、複合機１は、外部に公開しているＡＰＩ（Application Program Interface）（制御指示）を機種によらず共通にしている。そのため、制御サーバ２・２’は、複合機１の機種によらず、共通した制御指示を複合機１に出力することができる。よって、機能の異なる様々な複合機１が混在している環境においても、制御サーバ２・２’内に組み込むプログラムの開発を容易に行うことができる。ＡＰＩは、ソフト開発の際に使用できる命令と、それを利用するための手続きを定めた規約である。
【０１６７】
上述したように、複合機１と制御サーバ２・２’とは、操作画面データの要求／応答に関する通信として、ＨＴＴＰ、または、ＳＳＬ（Secure Socket Layer）を使用したＨＴＴＰＳを用いる。ＨＴＴＰＳを用いた場合、セキュリティが向上する。
【０１６８】
一方、制御サーバ２・２’が複合機１を制御する際の制御指示の通信については、ＸＭＬなどのマークアップ言語を用いたＳＯＡＰ（Simple Object Access Protocol）などのオブジェクト間通信プロトコルを用いて行われる。ＳＯＡＰは、ＸＭＬとＨＴＴＰなどをベースとした、データやサービスを呼び出すためのプロトコルで、システムとシステムを連携させることができる。
【０１６９】
以下に、制御サーバ２・２’による複合機１の動作制御に関する構成について説明する。
【０１７０】
図５は、本実施形態に係る制御サーバ２・２’の内部構成のうち、複合機１の制御に関する構成を示すブロック図である。図５に示すように、制御サーバ２・２’は、上述した複合機制御部７９として、ＯＳ部２１、Ｗｅｂサーバ部２２、ＭＦＰ制御ロジック部２３、連携モジュール２４を備えている。また、制御サーバ２・２’は、アプリケーション部２５を備えており、上述した認証部７３および認証制御部８３は、このアプリケーション部２５に含まれる。
【０１７１】
ＯＳ部２１は、コンピュータシステムを管理し、基本的なユーザ操作環境を提供するオペレーティングシステム（ＯＳ）に従った処理を行うブロックである。ＯＳとしては、上述したように、Ｗｉｎｄｏｗｓ（登録商標）が用いられている。
【０１７２】
Ｗｅｂサーバ部２２は、ＨＴＴＰ（hypertext transfer protocol）（またはＨＴＴＰＳ）やＳＯＡＰ（simple object access protocol）を用いた通信を行うものである。Ｗｅｂサーバ部２２は、複合機１からＨＴＴＰリクエストを受信するとともに、当該ＨＴＴＰリクエストに対応するＨＴＴＰレスポンスを送信する。Ｗｅｂサーバ部２２は、例えば、Ａｐａｃｈｅのようなソフトウェアに従った動作を行うブロックである。
【０１７３】
ＭＦＰ制御ロジック部２３は、複合機１の操作画面（ＵＩ）および各種の装置機能の制御を行うものである。ＭＦＰ制御ロジック部２３は、上述した画面データ記憶部２３２、ＵＩ制御部２３３、およびデバイス制御部２３５と、さらに情報受付部２３１、制御指示テーブル記憶部２３４、およびアプリケーション指示部２３６とを備えている。
【０１７４】
情報受付部２３１は、Ｗｅｂサーバ部２２を介して複合機１からの情報を受け付け、当該情報に応じた処理を、ＵＩ制御部２３３、デバイス制御部２３５、アプリケーション指示部２３６に対して指示するものである。
【０１７５】
なお、情報受付部２３１が複合機１ａ・１ｂから受け付ける情報としては、ＵＲＬ（Uniform Resource Locator）により指定されたデータの送信要求情報、ＵＩ制御部２３３によって複合機１の操作パネル６に表示された操作画面上において押下されたボタンを示す押下ボタン情報、および、アプリケーション部２５に対する処理要求情報が含まれる。
【０１７６】
情報受付部２３１は、上記処理要求情報を、ＳＯＡＰを用いて、Ｗｅｂサーバ部２２から取得する。また、情報受付部２３１は、上記送信要求情報および押下ボタン情報を、ＨＴＴＰ（またはＨＴＴＰＳ）を用いて、Ｗｅｂサーバ部２２から取得する。
【０１７７】
情報受付部２３１は、送信要求情報を受けた場合、当該送信要求情報をＵＩ制御部２３３に出力する。
【０１７８】
また、情報受付部２３１は、操作画面上において押下されたボタンを示す押下ボタン情報と、当該ボタンの押下に応じて、ＵＩ制御部２３３、アプリケーション指示部２３６およびデバイス制御部２３５のいずれかが行う処理内容を示す処理情報とを対応付けた押下ボタン処理テーブルを管理している。
【０１７９】
情報受付部２３１は、押下ボタン情報を受け付けた場合、当該押下ボタン情報に対応する処理内容情報を上記押下ボタン処理テーブルから特定し、特定した処理情報が示す処理の実行指示を、ＵＩ制御部２３３、アプリケーション指示部２３６およびデバイス制御部２３５に対して行う。すなわち、情報受付部２３１は、処理内容情報がＵＩ制御に関する情報である場合、その情報が示す内容をＵＩ制御部２３３に通知し、処理内容情報がアプリケーションに関する情報である場合、その情報が示す内容をアプリケーション指示部２３６に通知し、処理内容情報がデバイス制御に関する情報である場合、その情報が示す内容をデバイス制御部２３５に通知する。
【０１８０】
さらに、情報受付部２３１は、上記押下ボタン処理テーブルと同様に、アプリケーション部２５に対する処理要求情報と、当該処理要求情報に応じて、ＵＩ制御部２３３、アプリケーション指示部２３６およびデバイス制御部２３５のいずれかが行う処理内容を示す処理内容情報とを対応付けた処理要求情報―処理テーブルを管理している。
【０１８１】
情報受付部２３１は、処理要求情報を受け付けた場合、当該処理要求情報に対応する処理内容情報を上記処理要求―処理内容テーブルから特定し、特定した処理内容情報が示す処理の実行指示を、ＵＩ制御部２３３、アプリケーション指示部２３６およびデバイス制御部２３５に対して行う。
【０１８２】
アプリケーション指示部２３６は、情報受付部２３１からの指示内容に応じて、アプリケーション部２５に対して所定の処理を開始させるものである。
【０１８３】
制御指示テーブル記憶部２３４は、複合機１ａ・１ｂに対する制御内容と、当該制御内容に従った制御を行う場合の制御指示とを対応付けた制御指示テーブルを記憶するものである。図２０は、制御指示テーブルの一例を示す図である。図２５に示すように、制御指示テーブル記憶部２３４は、例えば、制御内容「スキャン」と、制御指示「ＪｏｂＣｒｅａｔｅ」、「ＥｘｅｃｕｔｅＳｃａｎ」および「ＪｏｂＣｌｏｓｅ」とを対応付けて記憶している。また、制御指示テーブル記憶部２３４は、１つの制御内容に対応付けて複数の制御指示を記憶している場合、各制御指示の出力順序（制御順序）も記憶している。
【０１８４】
なお、制御指示テーブル記憶部２３４が記憶している制御指示は、後述するように、複合機１のＷｅｂサービス層１７が外部に公開しているＡＰＩを呼び出すためのコマンドである。そして、複合機１が公開するＡＰＩは、複合機１の機種に依存しない共通のＡＰＩとなっている。
【０１８５】
アプリケーション部２５は、各種のアプリケーションに応じた処理を行うブロックである。アプリケーション部２５は、例えば、上述した認証部７３による認証処理などを行う。
【０１８６】
連携モジュール２４は、アプリケーション部２５とＭＦＰ制御ロジック部２３との接続するためのモジュールである。連携モジュール２４は、アプリケーション指示部２３６からの指令をアプリケーション部２５に伝えるとともに、アプリケーション部２５からの指令をデバイス制御部２３５に伝える。
【０１８７】
次に、複合機１の内部構成について、図２６のブロック図を参照しながら説明する。図２６に示すように、複合機１は、ユーザインターフイス層１１と、アプリケーション層１２、サービス層１３と、ドライバ層１４と、ＯＳ層１５と、ＵＩサービス層１６と、Ｗｅｂサービス層１７と、ＯＳＡアプリ層１８と、ＯｐｅｎＩ／Ｆ層１９とを備えている。
【０１８８】
ユーザインターフイス層１１は、ユーザが複合機１ａ・１ｂを操作するためのインターフェイスである。ユーザインターフイス層１１は、複合機１ａ・１ｂのそれぞれに固有の操作画面を記憶しており、当該固有操作画面を操作パネル６に表示させる。ユーザは、固有操作画面に対して、所望の機能の実行を入力することで、複合機１ａ・１ｂを制御することができる。なお、ユーザインターフイス層１１の操作パネル部１１ａは、複合機１の固有操作画面にて入力された情報をアプリケーション層１２に伝達する処理を行う。
【０１８９】
また、Ｗｅｂページ部１１ｂは、Ｗｅｂページにて入力された情報をアプリケーション層１２に伝達する処理を行う。
【０１９０】
アプリケーション層１２は、複合機１が有する各種の装置機能を制御するアプリケーションに従って動作するものであり、連携ジョブを実現する。ここで、連携ジョブとは、スキャンジョブ、印刷（プリント）ジョブ、画像処理ジョブ、通信ジョブなどの要素ジョブを適宜組み合わせて実行することにより実現されるジョブである。要素ジョブを適宜組み合わせて実行することにより実現される連携ジョブとは、例えば、スキャンジョブと画像処理ジョブと印刷ジョブとを組み合わせて実行される複写ジョブや、スキャンジョブと通信ジョブとを組み合わせて実行されるイメージ送信ジョブなどがある。
【０１９１】
本実施形態のアプリケーション層１２は、複写ジョブの実行／制御を行うためのコピーアプリ１２ａ、プリントジョブの実行／制御を行うためのプリントアプリ１２ｂ、スキャンした画像データを外部の装置に送信するジョブ（イメージ送信ジョブ）の実行／制御を行うためのイメージ送信アプリ１２ｃ、ドキュメントファイリングジョブの実行／制御を行うためのドキュメントファイリングアプリ１２ｄ、ＦＡＸ受信ジョブの実行／制御を行うためのＦＡＸ受信アプリ１２ｆ、ＴＷＡＩＮジョブの実行／制御を行うためのＴＷＡＩＮアプリ１２ｇなどを含む。
【０１９２】
サービス層１３は、アプリケーション層１２の下位に位置する層であり、アプリケーション層１２からの指示に従って、複合機１ａ・１ｂが有する各種の要素ジョブを制御するものである。
【０１９３】
本実施形態のサービス層１３には、要素ジョブとして、スキャン動作を制御するスキャンサービス１３ａ、プリント（印刷）の制御を行い、プリントジョブやコピージョブから利用されるプリントサービス１３ｂ、ジョブ毎の情報管理を制御するジョブログサービス１３ｃ、イメージ作成等の画像形成を制御する画処理サービス１３ｄ、ドキュメントファイリング等、イメージを管理するための制御を行うファイルサービス１３ｅ、リモートからＷｅｂページ経由でアクセスするための制御を行うＷＷＷサーバサービス１３ｆ、ＬＡＮや電話回線等を用いて、通信する動作の制御を行うネットワークサービス１３ｇなどがある。
【０１９４】
ドライバ層１４は、サービス層１３の下位に位置する層であり、複合機１のハードウェアを制御するためのソフトウェアに従った動作を行うものである。本実施形態のドライバ層１４には、画像形成に関するＡＳＩＣドライバ１４ａ、ＵＳＢ通信を行うためのＵＳＢドライバ１４ｂ、シリアル通信を行うためのシリアル通信ドライバ１４ｃ、ＬＡＮ通信を行うためのＮＩＣドライバ１４ｄ、操作パネル６の表示制御を行うためのＬＣＤドライバ１４ｅ、電源管理を行うためのパワードライバ１４ｆなどがある。
【０１９５】
ＯＳ層１５は、ドライバ層１４の下位に位置する層であり、オペレーティングシステムを管理するものである。
【０１９６】
なお、上記ユーザインターフイス層１１、アプリケーション層１２、サービス層１３、ドライバ層１４およびＯＳ層１５は、複合機１ａ・１ｂに固有のソフトウェアに従った動作を行うものであり、複合機の機種ごとに異なっている。これらの層を備えることで、複合機１は、通信ネットワークを介することなくユーザからの指示を直接受け付け、その指示に従った動作を行うことができる。
【０１９７】
ただし、上記のような複合機１に固有の層のみを有している場合、新たなアプリケーションを用いた処理を伴う制御を行うためには、複合機１の内部に新たなアプリケーション等を組み込む必要があり、手間がかかる。そこで、本実施形態の複合機１は、以下に示されるように、外部の制御サーバ２・２’が有する認証アプリケーションと連携し、当該制御サーバ２・２’からの制御を受付可能とする層を備えている。
【０１９８】
ＵＩサービス層１６は、ＨＴＴＰ（またはＨＴＴＰＳ）を用いて、制御サーバ２・２’から操作画面データを取得し、取得した操作画面データに基づいた操作画面を操作パネル６上に表示させるものである。なお、ＵＩサービス層１６は、汎用されているＷｅｂブラウザの機能を有するものでよい。
【０１９９】
ＵＩサービス層１６とユーザインターフェイス層１１とを備えることで、ユーザは、操作パネル６の操作画面を、複合機１ａ・１ｂに固有の操作画面（ユーザインターフイス層１１によって表示される）を操作してその操作に応じたジョブが複合機１ａ・１ｂで実行される標準操作モードと、ネットワークリソース（例えば、ＲＣＤのアプリケーション）を使用するオープンシステムモード（open system modes）とのいずれかを使用することができる。
【０２００】
なお、ＵＩサービス層１６には、制御サーバ２・２’から提供されたＵＩ（操作画面）の表示を制御するＵＩマネージャ１６ａが含まれている。
【０２０１】
上述したように、複合機１の操作画面に表示される操作画面のデータは、Ｗｅｂサーバである制御サーバ２によって、Ｗｅｂページ（またはそれに類似するもの）として提供される。ＵＩサービス層１６は、制御サーバ２・２’から取得する初期操作画面データのＵＲＬを記憶している。
【０２０２】
そして、ＵＩサービス層１６のＵＩマネージャ１６ａは、記憶しているＵＲＬに基づき、初期操作画面データを要求する旨の送信要求情報を、ＨＴＴＰ（またはＨＴＴＰＳ）を用いて制御サーバ２・２’に送信する。そして、ＵＩマネージャ１６ａは、取得した操作画面データに基づいて初期操作画面を操作パネル６に表示させる。その後、ＵＩマネージャ１６ａは、操作画面上で押下されたボタンを示す押下ボタン情報を、ＨＴＴＰ（またはＨＴＴＰＳ）を用いて制御サーバ２・２’に送信し、その応答である新たな操作画面データを取得し、操作パネル６に表示させる。
【０２０３】
Ｗｅｂサービス層１７は、ＳＯＡＰを用いて制御サーバ２・２’から送信される制御指示を受信し、当該制御指示に対応するＯＳＡアプリ層１８の適切なモジュールを呼び出すものである。また、Ｗｅｂサービス層１７は、ＯＳＡアプリ層１８から返された情報を示すＳＯＡＰコマンドを生成し、制御サーバ２・２’に対して送信する。なお、Ｗｅｂサービス層１７は、制御指示と、当該制御指示が示す制御に適切なＯＳＡアプリ層１８のモジュールとを対応付けて記憶しており、当該記憶内容に応じて、適切なモジュールを呼び出すようになっている。
【０２０４】
本実施形態のＷｅｂサービス層１７には、ＵＩ制御に関するＷｅｂサービスを処理するＵＩサービス、ジョブ制御に関するＷｅｂサービスを処理するジョブマネージャ１７ｂ、イベント送信要求に関するＷｅｂサービスを処理するイベントマネージャ１７ｃ、ジョブやデバイスのステータス制御に関するＷｅｂサービスを処理するステータスマネージャ１７ｄ、ＯＳＡアプリ層１８に関する情報を登録するためのサービスマネージャ１７ｅ、ジョブの送受信を行うためのＷｅｂサービスを処理するデータ送信マネージャ１７ｆなどが含まれている。
【０２０５】
ＯＳＡアプリ層１８は、上述した連携ジョブを制御するためのアプリケーションであり、連携ジョブを構成する要素ジョブを制御するための第１ＡＰＩ呼出コマンドを生成し、ＯｐｅｎＩ／Ｆ層１９に出力する。
【０２０６】
本実施形態のＯＳＡアプリ層１８には、複写ジョブの実行／制御を行うためのコピーアプリ１８ａ、プリントジョブの実行／制御を行うためのプリントアプリ１８ｂ、スキャンした画像データを外部の装置に送信するジョブ（イメージ送信ジョブ）の実行／制御を行うためのイメージ送信アプリ１８ｃ、ドキュメントファイリングジョブの実行／制御を行うためのドキュメントファイリングアプリ１８ｄ、ＦＡＸ受信ジョブの実行／制御を行うためのＦＡＸ受信アプリ１８ｆ、ＴＷＡＩＮジョブの実行／制御を行うためのＴＷＡＩＮアプリ１８ｇなどが含まれている。
【０２０７】
ＯｐｅｎＩ／Ｆ層１９は、複合機１の機種ごとに異なるサービス層１３を、機種に依存しない共通のメソッドで制御するためのＡＰＩを提供している。より具体的には、ＯｐｅｎＩ／Ｆ層１９は、ＯＳＡアプリ層１８から受けた第１制御コマンドを、サービス層１３が受付可能な第２制御コマンドに変換するものであり、さらに受け付け可能な第１制御コマンドが複合機１の機種に依存せずに共通となっている。これにより、Ｗｅｂサービス層１７が外部の装置に公開するメソッドを複合機１の機種によらず共通に定義することができる。すなわち、各制御サーバ２・２’は、複合機１によらず共通の制御指示を用いて、Ｗｅｂサービス層１７に対する要求を行うことができる。
【０２０８】
ＯｐｅｎＩ／Ｆ層１９は、上述したコマンド変換を行うために、自身が受け付け可能な第１制御コマンドと、サービス層１３が受け付け可能な第２制御コマンドとを対応付けたＡＰＩテーブルを記憶するＡＰＩテーブル記憶部（図示せず）を備えており、当該ＡＰＩテーブルに従って、サービス層１３に対して第２制御コマンドを出力する。
【０２０９】
図２７は、ＯｐｅｎＩ／Ｆ層１９の機能を説明する図である。図２７の例において、モデルＡの複合機１は、サービス層１３として、スキャンサービス１３ａおよびプリントサービス１３ｂを有している。この場合、モデルＡの複合機１ａのＯｐｅｎＩ／Ｆ層１９は、ＡＰＩテーブルとして、第１制御コマンド'Execute Copy'と、第２制御コマンド'Do Scan'および'Do Print'とを対応付けて記憶している。そのため、複合機１ａのサービス層１３は、制御サーバ２・２’からＯＳＡアプリ層１８およびＯｐｅｎＩ／Ｆ層１９を介して第１制御コマンド'Execute Copy'を受けた場合に、スキャンサービス１３ａおよびプリントサービス１３ｂを実行させることができる。
【０２１０】
一方、モデルＢの複合機１は、サービス層１３として、単一のコピーサービスを有している。この場合、モデルＢの複合機１ｂのＯｐｅｎＩ／Ｆ層１９は、ＡＰＩテーブルとして、第１制御コマンド'Execute Copy'と、第２制御コマンド'Do Copy'とを対応付けて記憶している。そのため、この複合機１は、第１制御コマンド'Execute Copy'を受け付けた際に、コピーサービスを実行することができる。このように、ＯｐｅｎＩ／Ｆ層１９は、ＡＰＩテーブルに基づいて制御コマンドを変換し、機種ごとの違いを吸収する機能を有している。
【０２１１】
（操作画面の表示処理）
次に、複合機１のＵＩサービス層１６における操作画面の好ましい表示処理について説明する。
【０２１２】
制御サーバ２・２’のＵＩ制御部２３３から複合機１のＵＩサービス層１６へ送信される操作画面データには、操作画面の画面スタイル（画面形式）を示す画面スタイル情報（画面種別情報）と、当該操作画面を構成するパーツ（画像パーツ）の種類（タイトル、四角ボタン、ラジオボタン、チェックボックスなど）を示すパーツ種類情報と、各パーツ上のテキストを示すサブ情報とが含まれている。
【０２１３】
一方、ＵＩサービス層１６のＵＩマネージャ１６ａは、上記画面スタイル情報と、当該画面スタイルで定義される画面を構成する各パーツ（タイトル、四角ボタン、ラジオボタン、チェックボックスなど）の表示形式（形状やサイズなど）および位置を示すパーツ表示情報とを対応付けて記憶する画面テーブル記憶部（図示しない）を備えている。そして、ＵＩマネージャ１６ａは、受信した操作画面データを複合機１の操作パネル６に適したＵＩデータに変換する。
【０２１４】
具体的には、ＵＩマネージャ１６ａは、まず、制御サーバ２・２’から受信した操作画面データから、画面スタイル情報、パーツ種類情報、およびサブ情報を抽出する。
【０２１５】
そして、ＵＩマネージャ１６ａは、操作画面データから抽出した画面スタイル情報に対応するパーツ表示情報を上記画面テーブル記憶部（図示しない）から読み出して、操作画面データにおけるパーツの記載順序に従って、各パーツの位置を決定する。
【０２１６】
また、ＵＩマネージャ１６ａは、操作画面データから抽出した画面スタイル情報に対応するパーツ表示情報を上記画面テーブル記憶部（図示しない）から読み出し、全てのパーツについて、操作画面データから抽出したパーツ種別情報に基づいて表示形式を決定する。さらに、ＵＩマネージャ１６ａは、操作画面データから抽出したサブ情報に基づいて、パーツ内に表示するテキストを決定する。そして、ＵＩマネージャ１６ａは、決定内容に従ってＵＩデータを生成する。
【０２１７】
以下、図２８のフローチャートを参照しながら、操作画面の具体的な表示処理の流れについて説明する。まず、ＵＩマネージャ１６ａは、制御サーバ２・２’から操作画面データを受信する（Ｓ１１１）。図２９は、制御サーバ２・２’から送信される操作画面データの一例を示す図である。図２９において、（Ａ）部は、操作画面のデザイン構成及びタイトルを指定している。なお、"osa_menu"は、画面スタイル情報であり、各複合機１において、定義づけられている。ここでは、"osa_menu"は、画面上部にコントロールボタンが位置し、下部にコンテンツボタンが位置する画面スタイルに対応する。
【０２１８】
（Ｂ）部は、操作画面の上部に表示するコントロールボタンを指定している。（Ｃ）部は、コントロール画面に表示するタイトルを指定している。（Ｄ）部は、コンテンツボタンを指定している。なお、type="submit"はサブミットボタンを示し、Titleはボタンに表示する文字列を示し、type="checkbox"はチェックボックスを示し、selected=”true”はデフォルトで選択状態にしておくためのスタイル指示を示している。
【０２１９】
次に、ＵＩマネージャ１６ａは、操作画面データから、画面スタイル情報"osa_menu"、パーツ種別情報ならびにサブ情報を抽出する（Ｓ１１２）。
【０２２０】
その後、ＵＩマネージャ１６ａは、画面スタイル情報"osa_menu"に対応する、各パーツ表示情報を、画面テーブル記憶部（図示しない）から読み出して、操作画面データにおけるパーツの記載順序に従って、各パーツの位置を決定する（Ｓ１１３）。
【０２２１】
さらに、ＵＩマネージャ１６ａは、上記パーツ表示情報と、操作画面データから抽出したパーツ種別情報（"submit"や"checkbox"）とに基づいて、表示形式を決定し、サブ情報に基づいて、各パーツ上に記載する文字を決定する（Ｓ１１４）。
【０２２２】
そして、ＵＩマネージャ１６ａは、決定内容に従ってＵＩデータを生成する（Ｓ１１５）。例えば、ＵＩマネージャ１６ａは、図２９に示す操作画面データから、図３０に示されるようなＵＩデータを生成する。
【０２２３】
その後、ＵＩマネージャ１６ａは、生成したＵＩデータに基づいて、操作パネル６上に操作画面を表示させる（Ｓ１１６）。図３１は、図３０に示すＵＩデータに基づいた操作画面を示す図である。
【０２２４】
（本実施形態の利点および変形例）
以上のように、複合機１は、スキャンジョブ、プリントジョブおよび通信ジョブを含む複数の要素ジョブを適宜組み合わせて実行することにより連携ジョブを実現するものである。そして、複合機１は、上記複数の要素ジョブを実行するサービス層１３と、上記連携ジョブの実行を指示するための第１制御コマンドと、上記サービス層１３が受け付け可能な第２制御コマンドとを対応付けたＡＰＩテーブルを記憶するＡＰＩテーブル記憶部（ＯｐｅｎＩ／Ｆ層１９が備える記憶部である）と、上記第１制御コマンドを受け付け、当該第１制御コマンドに対応する第２制御コマンドを上記ＡＰＩテーブルから特定し、特定した第２制御コマンドをサービス層１３に対して出力するＯｐｅｎＩ／Ｆ層１９とを備えている。
【０２２５】
図２７に示したように、通常、サービス層１３は、複合機１の機種に固有の構成となる。そのため、サービス層１３が受け付け可能な第２制御コマンドも複合機１の機種によって異なるものとなる。
【０２２６】
しかしながら、上記の構成によれば、ＯｐｅｎＩ／Ｆ層１９が、第１制御コマンドを受け付け、該第１制御コマンドに対応する第２制御コマンドをＡＰＩテーブルから特定してサービス層１３に出力する。これにより、第２制御コマンドが複合機１の機種に依存するものであっても、ＯｐｅｎＩ／Ｆ層１９がその違いを吸収するため、第１制御コマンドを複合機１の機種に依存しないものにすることができる。
【０２２７】
これにより、外部の制御サーバ２・２’が複合機１を制御する場合に、制御サーバ２・２’は、複合機１の機種に依存しない第１制御コマンド、または、該第１制御コマンドの基となる制御指示を複合機１に出力すればよい。そのため、制御サーバ２の開発効率が向上する。
【０２２８】
さらに、複合機１は、通信ネットワークを介して制御サーバ２・２’から制御指示を受け付けるＷｅｂサービス層１７と、Ｗｅｂサービス層１７が受け付けた制御指示に応じて、上記連携ジョブの実行を指示するための第１制御コマンドを生成し、生成した第１制御コマンドをＯｐｅｎＩ／Ｆ層１９に出力するＯＳＡアプリ層１８とを備える。
【０２２９】
上述したように、第１制御コマンドは、複合機１の機種によらず共通したものにすることができる。そのため、ＯＳＡアプリ層１８も複合機１の機種によらず共通した構成にすることが可能であり、複合機１の開発効率が向上する。
【０２３０】
また、ＯＳＡアプリ層１８を制御するために操作画面を用いる場合、ＯＳＡアプリ層１８は複合機１の機種に依存しないものであるため、操作画面についても、複合機１の機種によらず、同じもの、もしくは、類似するものとすることができる。この結果、ユーザは、複合機１が互いに異なる機種であっても、同様の操作画面によって各種操作を行うことができ、ユーザの操作性が向上する。
【０２３１】
そして、ＯＳＡアプリ層１８が複合機１の機種に依存しないため、ＯＳＡアプリ層１８が受付可能な制御指示についても、複合機１の機種に依存しない。そのため、制御サーバ２・２’は、複合機１の機種ごとに異なる制御指示を送信する必要がない。それゆえ、制御サーバ２・２’のプログラムの開発が容易となる。
【０２３２】
さらに、ＡＰＩテーブルは、１つの第１制御コマンドに対応付けて複数の第２制御コマンドを記憶する場合、複数の第２制御コマンドの出力順序も記憶しており、ＯｐｅｎＩ／Ｆ層１９は、この出力順序に応じて、上記複数の第２制御コマンドを順次出力するようになっている。
【０２３３】
複数の要素ジョブを組み合わせて連携ジョブを実行する場合、その実行順序を適切に定めなければ、当該連携ジョブを正常に実現できない。しかしながら、上記の構成によれば、ＡＰＩテーブルの出力順序に応じて第２制御コマンドを出力するため、正常に連携ジョブを実現することができる。
【０２３４】
さらに、複合機１は、操作パネル６と、操作画面を操作パネル６に表示させるＵＩサービス層（ＵＩ処理手段）１６とを備えている。そして、ＵＩサービス層１６は、操作画面のデータを要求する送信要求情報（リクエスト情報）を制御サーバ２・２’に送信し、その送信要求情報に対するレスポンスとして、操作画面データを上記制御サーバ２・２’から取得し、取得した操作画面データに基づいた操作画面を操作パネル６に表示させる。さらに、ＵＩサービス層１６は、操作画面において入力された情報を上記制御サーバ２・２’に送信する。
【０２３５】
一方、制御サーバ２・２’は、複合機１から、送信要求情報を受け付ける情報受付部２３１と、情報受付部２３１が受け付けた送信要求情報に対応する操作画面データを複合機１ａ・１ｂに返信するＵＩ制御部２３３と、操作画面における押下ボタン情報に基づいて複合機１ａ・１ｂを制御するための制御指示を生成し、該制御指示を複合機１ａ・１ｂに送信するデバイス制御部２３５とを備えている。
【０２３６】
これにより、複合機１は、操作画面のデータを自らが管理しなくてもよく、必要なときに制御サーバ２・２’に要求すればよい。その結果、操作画面を変更する際に、複合機１に新たな操作画面のデータを組み込む必要がなくなる。これにより、複合機１の基板やＲＯＭの交換といった作業を廃することができる。
【０２３７】
そして、ＵＩサービス層１６は、操作画面に入力された情報を上記制御サーバ２・２’に送信する。これにより、制御サーバ２・２’のデバイス制御部２３５は、操作画面に入力された情報に基づいた制御指示を生成することができる。
【０２３８】
また、操作画面データには、操作画面の画面形式（画面スタイル）を示す画面スタイル情報（画面種別情報）と、操作画面を構成する画像パーツの種類を示すパーツ種類情報とが含まれている。そして、ＵＩサービス層１６は、画面スタイル情報と、操作パネル６における、当該画面スタイル情報で示される画面形式の操作画面内の画像パーツの位置および表示形式を示すパーツ表示情報とを対応付けて記憶する画面テーブル記憶部（図示せず）を備える。ＵＩサービス層１６は、上記制御サーバ２・２’から取得した操作画面データに含まれる画面種別情報に対応するパーツ表示情報を上記画面テーブル記憶部から読み出し、当該パーツ表示情報と上記制御サーバ２・２’から取得した操作画面データに含まれるパーツ種類情報とに基づいて、操作画面を生成し、上記表示部に表示させる。
【０２３９】
これにより、制御サーバ２・２’は、複合機１の機種に依存せず、上記画面種別情報とパーツ種類情報とを含む操作画面データを生成すればよい。その結果、上記操作画面データの開発効率が向上する。
【０２４０】
（変形例１）
上述した実施形態１〜３では、複合機１のジョブの実行制御制御を制御サーバ２・２’が行う構成となっていたが、本発明はこれに限定されない。すなわち、制御サーバ２・２’は、複合機１に対しては、認証画面のデータの送信と、ロックおよびロックの解除とのみを行う構成としてもよい。この場合、認証に成功したユーザは、複合機１ａ・１ｂのロックが解除されると、実行権限の範囲内で複合機１に対して自由にジョブを実行させられるようになる。この変形例について以下に説明する。
【０２４１】
この変形例では、複合機１ａ・１ｂが、ＵＩサービス層１６、Ｗｅｂサービス層１７、ＯＳＡアプリ層１８、およびＯｐｅｎＩ／Ｆ層１９の代わりに、ユーザインターフイス層１１、アプリケーション層１２を用いて各種ジョブを受け付けて実行する。
【０２４２】
制御サーバ２・２’の動作としては、上述した図６のステップＳ２０１から図８のステップＳ２３５までは同様であるが、制御サーバ２・２’のデバイス制御部２３５は、ステップＳ２３７において複合機のロックを解除した後、ステップＳ２３９において認証結果および実行権限のみを送信する。一方、ロックが解除され、認証結果および実行権限を受信した複合機１は、受信した実行権限の範囲内で、ユーザから各種ジョブの実行指示を受け付ける。そして、複合機１は、ジョブの実行指示を受け付けると、制御サーバ２・２’の制御を受けることなく、ジョブを自律的に実行する。
【０２４３】
また、ジョブの実行指示を受け付ける際に操作パネル６に表示される操作画面（実行機能選択画面や詳細設定画面）のデータも、制御サーバ２・２’から必要に応じて取得するのではなく、複合機１が予め図示しない記憶部に有しているものの中から選択して使用する。
【０２４４】
そして、複合機１は、ユーザのログアウトが行われると、制御サーバ２・２’にアクセスして自機のロックを依頼し、制御サーバ２・２’が複合機１をロックする。その結果、複合機１は、ユーザからジョブの実行指示の受け付けを停止し、ユーザは複合機１にジョブを実行させられなくなる。
【０２４５】
なお、ユーザのログアウトは、複合機１の操作パネル６を用いてユーザにより明示的にログアウトが指示された場合、および、ジョブの実行完了後に所定時間が経過してタイムアウトした場合などに行われるようにすればよい。
【０２４６】
このような変形例の構成であっても、上述した従来の問題点を解決することができる。
【０２４７】
（変形例２）
上述した実施形態１〜３では、認証情報入力機器７および複合機１の双方の動作制御を制御サーバ２・２’が行う構成となっていたが、本発明はこれに限定されない。すなわち、制御サーバ２・２’は、認証情報入力機器７の動作制御のみを行い、複合機１の動作制御は他のサーバ、例えば実施形態２の認証サーバ４が行ってもよい。
【０２４８】
図３２は、本実施形態の複合機制御システム８００の構成を示すブロック図である。本実施形態の複合機制御システム８００は、上述した実施形態２の複合機制御システム６００と類似しており、２台の複合機１ａ・１ｂ、１台の制御サーバ２”、２台の認証情報入力機器７ａ・７ｂ、２台のＩ／Ｆ変換器８ａ・８ｂに加え、２台の認証サーバ４ａ’・４ｂ’を含んでいる。
【０２４９】
本実施形態において、制御サーバ２”は、上述した変形例１と同様に複合機１のロックを行うが、複合機１のロック解除は行わない。複合機のロック解除は、認証サーバ４’が認証結果に基づいて行う。そのため、認証サーバ４’は、複合機１のロックを解除するための図示しない複合機制御部を備えている。
【０２５０】
本実施形態では、制御サーバ２”が認証情報入力機器７を制御してユーザから取得した認証情報を認証サーバ４’に送信し、認証サーバ４’が受信した認証情報に基づいてユーザの認証を行うところまでは上述した実施形態２と同様であるが、その後、認証サーバ４’が認証結果に応じて複合機１のロックの解除を行うようになっている。そして、ロックが解除された複合機１は、変形例１と同様に、ユーザの実行権限の範囲内で、ユーザから各種ジョブの実行指示を受け付ける。
【０２５１】
このような変形例の構成であっても、上述した従来の問題点を解決することができる。
【０２５２】
（変形例３）
上述した実施形態１〜３では、認証情報入力機器７と複合機１とが独立してネットワーク４００に接続されていたが、本発明はこれに限定されない。例えば、認証情報入力機器７が複合機１に接続されていてもよい。
【０２５３】
図３３は、本実施形態の複合機制御システム９００の構成を示すブロック図である。本実施形態の複合機制御システム９００は、２台の複合機１ａ’・１ｂ’、１台の制御サーバ２、および２台の認証情報入力機器７ａ・７ｂを含み、複合機１ａ’・１ｂ’と制御サーバ２とはネットワーク４００に接続される一方、認証情報入力機器７ａ・７ｂは、それぞれ複合機１ａ’・１ｂ’とのみ接続されている。
【０２５４】
本実施形態の複合機１’は、上述した実施形態１の複合機１と基本的に同一であるが、実施形態１のＩ／Ｆ変換器８を内蔵している点が異なっている。認証情報入力機器７は、複合機１に内蔵されているこのＩ／Ｆ変換器８にＵＳＢ４０２を介して接続されている。これにより、上述した実施形態１と略同様の方法で、制御サーバ２は、ネットワーク４００および複合機１を介して認証情報入力機器７を制御することができる。それゆえ、このような変形例の構成であっても、上述した従来の問題点を解決することができる。
【０２５５】
最後に、制御サーバ２・２’・２”の各ブロック（特にドライバ呼出部７１、機器同定部７２、認証部７３、Ｉ／Ｆ変換器ドライバ７５、認証情報入力機器ドライバ７７、複合機制御部７９）並びに、複合機１・１’の各ブロックは、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
【０２５６】
すなわち、制御サーバ２・２’・２”や複合機１・１’には、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである制御サーバ２・２’・２”または複合機１・１’の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記制御サーバ２・２’・２”または複合機１・１’に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０２５７】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０２５８】
また、制御サーバ２・２’・２”または複合機１・１’に対して、上記プログラムコードを通信ネットワーク４００を介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【０２５９】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０２６０】
本発明は、使用前にユーザの認証を必要とする複合機が含まれたシステムなどに適用することができる。
【図面の簡単な説明】
【０２６１】
【図１】本発明の第１の実施形態を示すものであり、制御サーバの機能構成を示すブロック図である。
【図２】本発明の第１の実施形態を示すものであり、複合機制御システムの概略構成を示すブロック図である。
【図３】複合機の有する操作部を示す拡大図である。
【図４】本発明の一実施形態を示すものであり、制御サーバのハードウェア構成を示すブロック図である。
【図５】本発明の一実施形態を示すものであり、制御サーバの内部構成のうち、複合機の動作制御に関する構成を示した機能ブロック図である。
【図６】本発明の第１の実施形態を示すものであり、制御サーバの処理工程の前期部分を示すフロー図である。
【図７】本発明の第１の実施形態を示すものであり、制御サーバの処理工程の中期部分を示すフロー図である。
【図８】本発明の第１の実施形態を示すものであり、制御サーバの処理工程の後期部分を示すフロー図である。
【図９】本発明の一実施形態を示すものであり、複合機と認証情報入力機器との対応関係が示された第１対応テーブルの一例を示す図である。
【図１０】本発明の一実施形態を示すものであり、Ｉ／Ｆ変換器と認証情報入力機器とデバイスドライバプログラムとの対応関係が示された第２対応テーブルの一例を示す図である。
【図１１】本発明の一実施形態を示すものであり、認証情報入力機器と認証画面生成プログラムとの対応関係が示された第３テーブルの一例を示す図である。
【図１２】本発明の一実施形態を示すものであり、認証情報入力機器がＩＣカードリーダである場合に、複合機の操作パネルに表示される認証画面の一例を示す図である。
【図１３】本発明の一実施形態を示すものであり、認証情報入力機器が指紋読取機器である場合に、複合機の操作パネルに表示される認証画面の一例を示す図である。
【図１４】本発明の一実施形態を示すものであり、図１２の認証画面のデータを示す図である。
【図１５】本発明の一実施形態を示すものであり、図１３の認証画面のデータを示す図である。
【図１６】本発明の一実施形態を示すものであり、ユーザＩＤとパスワードとユーザの権限とが対応付けて登録されたユーザアカウントデータベースの一例を示す図である。
【図１７】本発明の一実施形態を示すものであり、認証に失敗した場合に複合機の操作パネルに表示される、認証結果を示す画面の一例を示す図である。
【図１８】本発明の一実施形態を示すものであり、認証に成功した場合に複合機の操作パネルに表示される操作画面の一例を示す図である。
【図１９】本発明の一実施形態を示すものであり、複合機の処理工程を示すフロー図である。
【図２０】本発明の第２の実施形態を示すものであり、複合機制御システムの概略構成を示すブロック図である。
【図２１】本発明の第２の実施形態を示すものであり、制御サーバの機能構成を示すブロック図である。
【図２２】本発明の一実施形態を示すものであり、認証サーバと認証情報入力機器の識別情報との対応関係が示された送信先対応テーブルの一例を示す図である。
【図２３】本発明の第３の実施形態を示すものであり、複合機制御システムの概略構成を示すブロック図である。
【図２４】本発明の第３の実施形態を示すものであり、ユーザＩＤとパスワードとユーザの権限とが対応付けて登録されたユーザアカウントデータベースの別の例を示す図である。
【図２５】本発明の一実施形態を示すものであり、制御サーバが有する制御指示テーブルの一例を示す図である。
【図２６】本発明の一実施形態を示すものであり、複合機の機能構成を示すブロック図である。
【図２７】ＯｐｅｎＩ／Ｆ層の機能を説明する図である。
【図２８】本発明の一実施形態を示すものであり、複合機による操作画面の表示処理の流れを示すフロー図である。
【図２９】本発明の一実施形態を示すものであり、操作画面データの一例を示す図である。
【図３０】本発明の一実施形態を示すものであり、図２４に示す操作画面データから複合機の操作パネルに適した形式に変換されたＵＩデータを示す図である。
【図３１】本発明の一実施形態を示すものであり、図３０に示すＵＩデータ基づいた操作画面の一例を示す図である。
【図３２】本発明の変形例を示すものであり、複合機制御システムの概略構成を示すブロック図である。
【図３３】本発明の別の変形例を示すものであり、複合機制御システムの概略構成を示すブロック図である。
【符号の説明】
【０２６２】
１ａ・１ａ’・１ｂ・１ｂ’  複合機（画像装置）
２・２’・２”  制御サーバ（制御装置）
４ａ・４ａ’・４ｂ・４ｂ’  認証サーバ
７ａ・７ｂ  認証情報入力機器（認証情報取得機器）
８ａ・８ｂ  Ｉ／Ｆ変換器（インターフェイス変換器）
５１  ＣＰＵ（コンピュータ）
７１  ドライバ呼出部（ドライバ呼出手段）
７３  認証部（認証手段）
７５  Ｉ／Ｆ変換器ドライバ（デバイスドライバ手段・認証情報受信手段・パケット変換手段・コマンド送信手段・判定手段）
７７  認証情報入力機器ドライバ（デバイスドライバ手段・認証情報受信手段・コマンド生成手段）
８３  認証制御部（認証情報送信手段・認証結果受信手段）
２３３  ＵＩ制御部（認証画面送信手段）
２３５  デバイス制御手段（許可手段・ジョブ制御手段）
８１  ドライバデータベース（プログラム記憶部）
５００・６００・７００・８００・９００  複合機制御システム（画像装置制御システム）
【図１】
2008262309.tif 000003
【図２】
2008262309.tif 000004
【図３】
2008262309.tif 000005
【図４】
2008262309.tif 000006
【図５】
2008262309.tif 000007
【図６】
2008262309.tif 000008
【図７】
2008262309.tif 000009
【図８】
2008262309.tif 000010
【図９】
2008262309.tif 000011
【図１０】
2008262309.tif 000012
【図１１】
2008262309.tif 000013
【図１２】
2008262309.tif 000014
【図１３】
2008262309.tif 000015
【図１４】
2008262309.tif 000016
【図１５】
2008262309.tif 000017
【図１６】
2008262309.tif 000018
【図１７】
2008262309.tif 000019
【図１８】
2008262309.tif 000020
【図１９】
2008262309.tif 000021
【図２０】
2008262309.tif 000022
【図２１】
2008262309.tif 000023
【図２２】
2008262309.tif 000024
【図２３】
2008262309.tif 000025
【図２４】
2008262309.tif 000026
【図２５】
2008262309.tif 000027
【図２６】
2008262309.tif 000028
【図２７】
2008262309.tif 000029
【図２８】
2008262309.tif 000030
【図２９】
2008262309.tif 000031
【図３０】
2008262309.tif 000032
【図３１】
2008262309.tif 000033
【図３２】
2008262309.tif 000034
【図３３】
2008262309.tif 000035